Технический аудит поисковой оптимизации (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 недель.

Сколько стоит технический аудит сайта?

От 15 000 ₽ для сайтов до 500 страниц. Для крупных каталогов (5 000+ страниц) — от 35 000 ₽. Стоимость включает аудит, чек-лист для разработчика и разбор с аналитиком.

Какие инструменты вы используете для технического аудита?

Screaming Frog, Google Search Console, PageSpeed Insights, Lighthouse, Chrome пользовательский опыт (UX) Report, Ahrefs (технические метрики), Яндекс.Вебмастер. Плюс ручная проверка — автоматические инструменты не находят всего.

Может ли технический аудит повредить работающему сайту?

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

Что важнее для SEO: скорость загрузки или контент?

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

Проверяете ли вы мобильную версию отдельно?

Обязательно. Google использует mobile-first индексацию — именно мобильная версия определяет ранжирование. Проверяем рендеринг, тач-элементы, скорость, viewport, шрифты, контент. Частая ошибка — скрытый контент на мобайле.

Мы недавно переехали на новый движок — нужен ли аудит?

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

Готов к сотрудничеству

Готовы обсудить проект?

Расскажем за 90 минут, как получить стабильный поток заявок. Без воды — только конкретный план.

Нужны цифры

Нужна смета или медиаплан?

Подготовим расчёт стоимости и план работ под вашу задачу. Без давления — только конкретные цифры.

Ещё изучаю

Не определились?

Пройдите 3-минутный тест — получите персональные рекомендации по продвижению вашего бизнеса.

Пройти диагностику →
Позвонить