Технический SEO-аудит: найдём, что мешает Яндексу и Google индексировать ваш сайт
Core Web Vitals, скорость, мобилка, HTTPS — 150+ параметров с приоритетами
Чек-лист для разработчиков: понятные задачи без технического жаргона
Устраняем причины, а не симптомы — почему сайт "завис" в позициях
*E-commerce, 45 000 товаров: технический аудит выявил дубли на 12 000 страниц и проблему краулинг-бюджета — после исправления индекс вырос с 8 000 до 38 000 страниц*
Провести технический аудит150+ параметров, отчёт + чек-лист для разработчика
Что проверяем
Core Web Vitals и скорость
LCP, CLS, FID/INP — метрики, которые напрямую влияют на ранжирование. Анализируем как мобайл, так и десктоп. Даём конкретные рекомендации по оптимизации.
Индексирование и краулинг
Robots.txt, sitemap, canonical, noindex, 4xx/5xx ошибки, цепочки редиректов, краулинг-бюджет. Убеждаемся, что поисковики видят то, что должны.
Структура URL и дубли
Параметрические URL, сессионные идентификаторы, UTM без canonical, дубли страниц — находим и устраняем каждый источник дублей.
Мобильная версия и HTTPS
Mobile-first индексация — обязательное требование. Проверяем корректность мобильной версии, смешанный контент, настройки SSL-сертификата.
Кейс из практики
Корпоративный сайт производственной компании
Технический аудит сайта
Технический 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-ошибки.
Формат отчёта: план для разработчика
Наш отчёт написан так, чтобы разработчик мог взять его и начать работу без дополнительных вопросов.
Каждая задача содержит:
- Описание проблемы — что не так и почему это плохо для SEO
- Где именно — конкретные URL, скриншоты, код
- Как исправить — пошаговая инструкция (для WordPress, Битрикс, Next.js, кастомных CMS)
- Приоритет — критический / высокий / средний / низкий
- Ожидаемый эффект — что изменится после исправления
- Оценка трудозатрат — сколько часов разработки потребуется
Пример задачи из реального аудита:
[КРИТИЧЕСКИЙ] Страницы фильтров открыты для индексации Обнаружено 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 часа дадим предварительную оценку состояния сайта бесплатно.
Хотите подробностей?
Оставьте заявку на онлайн встречу и мы расскажем о том, как стать лидером в своей нише
Онлайн встреча