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

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

1. Доступность и ответы сервера

Начните с важных посадочных страниц. Они должны открываться с кодом 200, не попадать в длинные цепочки редиректов и не возвращать мягкий 404. Отдельно проверьте, что сервер стабильно отвечает поисковому роботу и не блокирует его защитой от ботов.

Коды 3xx, 4xx и 5xx сами по себе не всегда ошибка. Удалённая страница может корректно вернуть 404, а переезд — 301. Проблема появляется, когда неверный ответ получает URL, который должен приносить трафик.

2. Управление обходом и индексацией

Сопоставьте robots.txt, meta robots, HTTP-заголовки и данные Вебмастера или Search Console. Частая авария — страница есть в sitemap.xml и внутренних ссылках, но закрыта noindex либо запрещена в robots.txt.

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

3. Дубли и canonical

Фильтры, параметры, сортировки и разные варианты слеша легко создают тысячи похожих URL. Для каждой группы дублей определите основную версию и проверьте canonical, редиректы и внутренние ссылки. Canonical — подсказка, а не приказ: если остальные сигналы противоречат ему, поисковик может выбрать другую страницу.

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

4. Внутренние ссылки и глубина

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

Анкоры нужны человеку для понимания перехода. Не стоит превращать их в повторяющийся список точных ключей: естественная навигация обычно полезнее механической «SEO-перелинковки».

5. Рендеринг, мобильная версия и скорость

Проверьте итоговый HTML, а не только то, что видно в браузере разработчика. Заголовок, основной текст, ссылки и структурированные данные должны быть доступны после рендеринга. На мобильном устройстве важны не только Core Web Vitals, но и возможность прочитать страницу, открыть меню и завершить целевое действие.

Лабораторный PageSpeed помогает воспроизвести проблему, а полевые данные CrUX показывают опыт реальных пользователей. Не смешивайте эти источники и не гонитесь за оценкой 100, если улучшение не меняет пользовательский сценарий.

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

Для каждой находки оцените охват, влияние и стоимость исправления. Массовый noindex на каталоге важнее отсутствующего alt у одной декоративной картинки. Битый canonical на шаблоне важнее единичного длинного title.

После исправления обязательно перепроверьте конкретные URL и зафиксируйте дату. Затем верните результат в общий цикл SEO-продвижения, чтобы техническая задача не осталась отдельным отчётом.

MarketScore SEO хранит источник, страницу и историю аудитов, поэтому один и тот же пункт можно не просто «закрыть», а подтвердить повторной проверкой.