Технический SEO-аудит: что проверять в первую очередь

Зачем нужен технический аудит

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

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

Аудит нужен в нескольких ситуациях:

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

Инструменты для аудита

Для полноценной проверки понадобится несколько источников данных. Ни один из них не показывает всю картину.

Яндекс Вебмастер. Индексация, исключённые страницы с причинами, ошибки обхода, проблемы с сайтом, диагностика, региональность, статистика поисковых запросов.

Google Search Console. Отчёт об индексировании страниц, удобство для мобильных, основные интернет-показатели, проблемы с микроразметкой, ссылки.

Краулер. Программа, которая обходит сайт подобно поисковому роботу и собирает данные обо всех страницах: коды ответа, метатеги, заголовки, canonical, редиректы, глубину вложенности, внутренние ссылки.

Инструменты проверки скорости. Сервисы оценки производительности страниц и данные о реальной скорости у пользователей.

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

Доступность сайта для робота

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

Шаг первый: индексация

Начинать всегда стоит с вопроса «видит ли поисковик сайт так, как нужно».

1. Сравните количество страниц. Сколько полезных страниц на сайте, сколько из них в индексе Яндекса и Google. Большой разрыв в любую сторону — повод разбираться. Если в индексе меньше — часть страниц не находится или исключается. Если больше — индексируется мусор.
2. Изучите исключённые страницы. В Вебмастере и Search Console посмотрите причины исключения: дубли, недостаточно качественные, запрещены в robots.txt, редирект, ошибка. Найдите среди них важные страницы.
3. Проверьте robots.txt. Не закрыты ли нужные разделы, CSS и JS-файлы, изображения. Не открыты ли служебные страницы, корзина, поиск, личный кабинет.
4. Проверьте метатег robots. Краулером найдите страницы с noindex — нет ли его там, где не должно быть. Классическая ошибка — запрет индексации, оставшийся после разработки.
5. Проверьте sitemap.xml. Есть ли он, указан ли в robots.txt и панелях вебмастеров, содержит ли только канонические страницы с кодом 200.

Шаг второй: коды ответа сервера

Каждая страница отдаёт поисковику код ответа. От него зависит, как робот поступит со страницей.

• 200 — страница доступна. Так должны отвечать все рабочие страницы.
• 301 — постоянный редирект. Используется при смене адреса.
• 302 — временный редирект. Если используется вместо постоянного, вес может не передаваться корректно.
• 404 и 410 — страница не найдена или удалена.
• 5xx — ошибки сервера. Если они возникают регулярно, робот снижает частоту обхода.

Что проверить:

• нет ли внутренних ссылок на страницы с кодами 404 и 5xx;
• нет ли цепочек редиректов, когда страница A ведёт на B, а B — на C;
• нет ли циклических редиректов;
• отдают ли несуществующие адреса настоящий 404, а не 200 с текстом «страница не найдена» — так называемый мягкий 404;
• корректно ли настроены главные зеркала: с www и без, http и https, со слешем и без.

Шаг третий: дубли и канонизация

Дубли — одна из самых распространённых технических проблем. Они размывают вес страниц, путают поисковик в выборе релевантной страницы и расходуют краулинговый бюджет.

Типичные источники дублей:

• адреса с GET-параметрами: сортировки, UTM-метки, идентификаторы сессий;
• одинаковые товары в разных категориях с разными адресами;
• страницы пагинации с тем же контентом, что и первая;
• версии для печати;
• одинаковые адреса в разном регистре или с разным окончанием;
• технические дубли главной: /index.php, /index.html.

Решения зависят от ситуации: 301-редирект на основную версию, атрибут rel="canonical", закрытие в robots.txt, директива Clean-param для Яндекса (для параметров), метатег noindex. Важно выбрать единый подход и применить его последовательно.

Проверьте, не противоречат ли друг другу сигналы: страница с canonical на другую не должна быть в sitemap, а страница, закрытая в robots.txt, не может передать роботу свой canonical — он его просто не увидит.

Качество страниц и производительность

Когда с доступностью всё в порядке, переходим к тому, как страницы выглядят для поисковика и пользователя.

Шаг четвёртый: метатеги и заголовки

Краулер позволяет быстро получить сводку по всем страницам. Ищите:

• пустые или отсутствующие Title;
• дублирующиеся Title и Description на разных страницах;
• слишком длинные или слишком короткие Title;
• отсутствие H1 или несколько H1 на странице;
• H1, совпадающий на множестве страниц;
• шаблонные метатеги, которые не подставляют нужные данные.

Это не столько технические ошибки, сколько ошибки оптимизации, но на больших сайтах они возникают из-за неправильных шаблонов и исправляются на уровне CMS.

Шаг пятый: скорость и производительность

Скорость загрузки влияет на ранжирование, особенно в Google, где учитываются основные интернет-показатели, и напрямую — на поведение пользователей.

Что проверить:

1. Время ответа сервера. Если сервер отвечает медленно, оптимизация фронтенда не спасёт.
2. Вес и формат изображений. Современные форматы, сжатие, правильные размеры, ленивая загрузка.
3. Скрипты и стили. Объединение, минификация, отложенная загрузка некритичных скриптов, отказ от неиспользуемых библиотек.
4. Кеширование. Настройка кеша браузера и серверного кеширования.
5. Сторонние сервисы. Виджеты чатов, счётчики, соцсети — каждый добавляет время загрузки.
6. Стабильность вёрстки. Элементы не должны прыгать при загрузке.

Ориентируйтесь на реальные данные пользователей, а не только на лабораторные тесты, и проверяйте ключевые шаблоны: главную, категорию, карточку, статью.

Шаг шестой: мобильная версия

Обе поисковые системы оценивают сайты в первую очередь по мобильной версии. Если мобильная версия урезана по сравнению с десктопной, поисковик увидит именно урезанную.

• Используется ли адаптивная вёрстка или отдельная мобильная версия, и корректно ли связаны версии.
• Совпадает ли контент, метатеги, микроразметка на мобильной и десктопной версиях.
• Нет ли горизонтальной прокрутки, мелкого шрифта, близко расположенных кнопок.
• Не мешают ли всплывающие окна просмотру контента.

Структура и безопасность

Заключительные шаги касаются того, как устроен сайт в целом и насколько он надёжен.

Шаг седьмой: структура и внутренние ссылки

• Глубина вложенности. Важные страницы должны быть доступны за три-четыре клика от главной.
• Страницы-сироты. Страницы, на которые нет ни одной внутренней ссылки. Робот находит их только через sitemap или вообще не находит.
• Распределение ссылок. Получают ли приоритетные страницы достаточно внутренних ссылок.
• Хлебные крошки. Помогают и пользователю, и роботу понять структуру.
• Ссылки через JavaScript. Если навигация реализована скриптами без обычных ссылок, робот может не пройти по ней.

Шаг восьмой: безопасность и прочее

• HTTPS. Сайт должен работать по защищённому протоколу, с корректным сертификатом, без смешанного контента.
• Микроразметка. Проверьте её валидность в инструментах Яндекса и Google.
• Рендеринг JavaScript. Если контент формируется скриптами, убедитесь, что поисковик видит итоговый текст. Посмотрите страницу глазами робота через инструменты проверки адресов в Вебмастере и Search Console.
• Вирусы и взлом. Панели вебмастеров сообщают о заражении и подозрительном контенте.
• Hreflang. Для многоязычных сайтов — корректная разметка языковых версий.

Как расставить приоритеты

Аудит часто выдаёт сотни замечаний. Пытаться исправить всё сразу бессмысленно — нужно понимать, что влияет сильнее.

Мы в КомРА оформляем результаты аудита как список задач для разработчика с указанием приоритета, примерами адресов и ожидаемым результатом. Так исправления внедряются быстрее, а их проверка становится простой.

Итог

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

Используйте несколько источников данных: Яндекс Вебмастер, Google Search Console, краулер, инструменты проверки скорости. Расставляйте приоритеты по влиянию на трафик и не пытайтесь исправить всё сразу. А после каждого крупного изменения на сайте проводите повторную проверку — многие технические проблемы появляются именно при обновлениях.