Технический SEO-аудит: найдём, что мешает Яндексу и Google индексировать ваш сайт

  • Core Web Vitals, скорость, мобилка, HTTPS — 150+ параметров с приоритетами
  • Чек-лист для разработчиков: понятные задачи без технического жаргона
  • Устраняем причины, а не симптомы — почему сайт "завис" в позициях

*E-commerce, 45 000 товаров: технический аудит выявил дубли на 12 000 страниц и проблему краулинг-бюджета — после исправления индекс вырос с 8 000 до 38 000 страниц*

Провести технический аудит

150+ параметров, отчёт + чек-лист для разработчика

Что проверяем

1

Core Web Vitals и скорость

LCP, CLS, FID/INP — метрики, которые напрямую влияют на ранжирование. Анализируем как мобайл, так и десктоп. Даём конкретные рекомендации по оптимизации.

2

Индексирование и краулинг

Robots.txt, sitemap, canonical, noindex, 4xx/5xx ошибки, цепочки редиректов, краулинг-бюджет. Убеждаемся, что поисковики видят то, что должны.

3

Структура URL и дубли

Параметрические URL, сессионные идентификаторы, UTM без canonical, дубли страниц — находим и устраняем каждый источник дублей.

4

Мобильная версия и HTTPS

Mobile-first индексация — обязательное требование. Проверяем корректность мобильной версии, смешанный контент, настройки SSL-сертификата.

Кейс из практики

Корпоративный сайт производственной компании

Было:180 страниц в индексе из 900 существующих, позиции не растут
Стало:780 страниц в индексе, рост трафика +140%
Срок: 3 месяца после реализации рекомендаций

Технический аудит сайта

Технический SEO-аудит — это проверка того, может ли поисковый робот нормально обойти ваш сайт, проиндексировать страницы и правильно их ранжировать. Если на сайте 500 страниц, а в индексе 120 — проблема техническая. Если страница грузится 8 секунд — тоже техническая. Мы находим такие проблемы и даём план исправления.

В «Точной механике» технический аудит — первый этап любого SEO-проекта. Без него строить стратегию — как строить дом без фундамента.

Что проверяем

Core Web Vitals

Google и Яндекс используют метрики скорости как фактор ранжирования. Мы проверяем три основных показателя:

LCP (Largest Contentful Paint) — время загрузки основного контента. Норма — до 2.5 секунд. Если больше — ищем причину: тяжёлые изображения, медленный сервер, блокирующий JavaScript.

INP (Interaction to Next Paint) — отзывчивость интерфейса. Норма — до 200 мс. Проблемы обычно в тяжёлых скриптах: аналитика, чаты, виджеты обратного звонка, которые блокируют основной поток.

CLS (Cumulative Layout Shift) — стабильность макета. Норма — до 0.1. Типичные виновники: изображения без заданных размеров, динамически загружаемые баннеры, шрифты без font-display.

Проверяем не на одной странице, а на выборке из 50-100 URL разных типов: главная, категории, карточки, статьи. Потому что проблемы часто локальные.

Индексация

Самая частая техническая проблема — неправильная индексация. Вот что проверяем:

  • Сколько страниц в индексе vs сколько должно быть. Если на сайте 1000 страниц, а в индексе 300 — 70% контента невидимо для поиска.
  • Что попало в индекс лишнее. Служебные страницы, результаты поиска, страницы фильтров, пагинация — всё это раздувает индекс и размывает ранжирование.
  • Robots.txt. Часто блокирует важные разделы по ошибке. Или наоборот — не блокирует мусорные.
  • XML Sitemap. Актуальная, без ошибок, с правильными приоритетами и частотой обновления.
  • Canonical-теги. Указывают ли на правильные URL. Нет ли зацикленных canonical.
  • Noindex/nofollow. Где стоят, нужны ли.

Дубли контента

Дубли — бич 80% сайтов. Бывают разные:

  • URL-дубли: страница доступна по нескольким адресам (с www и без, с трейлинг-слэшем и без, HTTP и HTTPS)
  • Контентные дубли: разные URL с одинаковым текстом (фильтры, сортировки, параметры)
  • Мета-дубли: разные страницы с одинаковыми title или description
  • Межсайтовые дубли: ваш контент скопирован на другие ресурсы

Для каждого типа — своё решение: 301-редирект, canonical, noindex или уникализация контента.

Мобильная версия

С 2021 года Яндекс и Google используют mobile-first индексацию. Это значит: если мобильная версия сломана — десктопная тоже не будет ранжироваться.

Что проверяем:

  • Адаптивность на всех разрешениях (320px — 1440px)
  • Кликабельность элементов (кнопки не меньше 48px)
  • Шрифты (читаемость без зума)
  • Viewport мета-тег
  • Отсутствие горизонтальной прокрутки
  • Попапы и межстраничная реклама (Google снижает за навязчивые попапы на мобильных)

Серверная часть

  • Время ответа сервера (TTFB). Норма — до 200 мс. Если 1-2 секунды — проблема на стороне хостинга или CMS.
  • Коды ответов. 4xx, 5xx ошибки, некорректные редиректы (цепочки, петли).
  • HTTPS. Корректность SSL-сертификата, mixed content.
  • Сжатие. Gzip/Brotli для текстовых ресурсов.
  • Кэширование. Заголовки Cache-Control, ETag.

Какие инструменты используем

Мы не ограничиваемся одним инструментом. Для полной картины нужны несколько:

Screaming Frog SEO Spider. Обход сайта целиком — до 500 000 URL. Находит битые ссылки, дубли, ошибки метатегов, проблемы с редиректами. Основной инструмент.

Google PageSpeed Insights + Lighthouse. Метрики Core Web Vitals, рекомендации по оптимизации. Проверяем выборку ключевых страниц.

Google Search Console / Яндекс.Вебмастер. Данные из первых рук: что видит бот, какие ошибки фиксирует, сколько страниц в индексе. Если у вас нет доступа к этим панелям — поможем настроить.

Логи сервера. Для крупных сайтов анализируем реальные обращения ботов: какие страницы обходят, с какой частотой, какие игнорируют. Это показывает реальный краулинговый бюджет.

Chrome DevTools. Ручная проверка конкретных страниц: рендеринг, загрузка ресурсов, JavaScript-ошибки.

Формат отчёта: план для разработчика

Наш отчёт написан так, чтобы разработчик мог взять его и начать работу без дополнительных вопросов.

Каждая задача содержит:

  1. Описание проблемы — что не так и почему это плохо для SEO
  2. Где именно — конкретные URL, скриншоты, код
  3. Как исправить — пошаговая инструкция (для WordPress, Битрикс, Next.js, кастомных CMS)
  4. Приоритет — критический / высокий / средний / низкий
  5. Ожидаемый эффект — что изменится после исправления
  6. Оценка трудозатрат — сколько часов разработки потребуется

Пример задачи из реального аудита:

[КРИТИЧЕСКИЙ] Страницы фильтров открыты для индексации Обнаружено 12 400 URL фильтров в индексе Яндекса. Должно быть ~200 (только SEO-значимые комбинации). Файл robots.txt не блокирует параметры ?color=, ?size=, ?sort=. Решение: Добавить Disallow для параметров фильтрации в robots.txt. Для 200 SEO-значимых комбинаций — создать статические URL и оставить в индексе. Приоритет: Критический — краулинговый бюджет тратится на мусорные страницы. Трудозатраты: ~8 часов разработки.

Когда нужен технический аудит

После редизайна или переезда. Сменили CMS, переверстали сайт, поменяли домен — обязательно проверьте технику. 7 из 10 миграций ломают SEO.

При падении трафика. Если трафик упал на 20%+ за месяц без видимых причин — первым делом проверяем технику. Часто причина банальная: разработчик случайно поставил noindex на весь сайт.

При запуске нового сайта. Аудит MVP или предрелизной версии — это инвестиция, которая окупается в первый же месяц. Дешевле исправить до запуска, чем потом переделывать под нагрузкой.

Регулярно — раз в 6-12 месяцев. Сайт живёт: обновляется CMS, добавляются страницы, меняются плагины. Технические проблемы накапливаются. Плановый аудит — как ТО для автомобиля.

Если ваш сайт — highload-проект с высокой нагрузкой, технический аудит включает дополнительные проверки серверной инфраструктуры. Подробнее — в разделе SEO для highload.

Сроки и стоимость

| Размер сайта | Срок | Стоимость | |-------------|------|-----------| | До 500 страниц | 5 рабочих дней | от 15 000 руб. | | 500 — 5 000 страниц | 7 рабочих дней | от 25 000 руб. | | 5 000 — 50 000 страниц | 10 рабочих дней | от 40 000 руб. | | 50 000+ страниц | 10-15 рабочих дней | от 60 000 руб. |

В стоимость входит: обход сайта, анализ, отчёт с задачами, 1 час консультации с разработчиком по итогам.

Технический аудит — часть полного SEO-аудита. Если нужна полная картина (не только техника, но и контент, структура, ссылки) — заказывайте расширенный аудит.

После аудита мы можем взять на себя и исправление — в рамках технического SEO или полного сопровождения. Или передать отчёт вашей команде — он написан так, чтобы с ним мог работать любой разработчик.

Посмотрите кейсы — в нескольких из них мы показываем результаты до и после технического аудита с конкретными цифрами роста трафика.

Частые сомнения

«У нас нормальный современный сайт — технических проблем быть не может»

Мы ТОЧНО знаем: 9 из 10 сайтов, которые к нам приходят с этой фразой, имеют критические технические ошибки. Возраст и дизайн сайта не коррелируют с техническим состоянием.

«Разработчик сказал, что с технической частью всё в порядке»

Разработчики отвечают за работоспособность сайта, не за SEO-техничку. Это разные экспертизы. Canonical, краулинг-бюджет, фасетная навигация — специфические SEO-задачи.

Вопросы и ответы

Чем технический аудит отличается от полного SEO-аудита?

Технический аудит — только инфраструктура сайта: скорость, индексирование, дубли, редиректы. Полный SEO-аудит включает также маркетинговый, структурный и ссылочный анализ. Техаудит — первый шаг для сайтов с явными техническими проблемами.

Нужно ли привлекать разработчика для устранения ошибок?

Зависит от ошибок. Часть правок — в CMS, доступны без программирования. Часть требует разработчика. Мы разделяем задачи и объясняем каждую понятно для техника.

Как быстро после исправлений Google заметит изменения?

Краулинг обновляется в течение 2–6 недель после исправлений. Критические ошибки (дубли, проблемы индексирования) дают эффект в позициях через 4–8 недель.

Проверим технический статус вашего сайта

Назовите URL — за 24 часа дадим предварительную оценку состояния сайта бесплатно.

Хотите подробностей?

Оставьте заявку на онлайн встречу и мы расскажем о том, как стать лидером в своей нише

Онлайн встреча