Технический SEO-аудит нужен не для получения одной красивой оценки, а для поиска причин, из-за которых поисковый робот видит сайт не так, как его видит владелец. Правильный аудит начинается с доступности и индексируемости, затем переходит к структуре страниц, мета-данным, внутренним ссылкам и производительности.
1. Начинайте с HTTP и доступности
Первая проверка — какой ответ реально получает клиент при открытии URL. Для основной страницы нормальный сценарий — конечный ответ 200 OK после понятной и короткой цепочки редиректов. Если HTTP ведёт на HTTPS, а www — на основной хост, убедитесь, что переходы не образуют цикл и не создают несколько промежуточных 301/302.
Проверьте также Content-Type, кодировку, наличие ошибочных 4xx/5xx и то, что сервер не отдаёт страницу ошибки со статусом 200. Последний вариант особенно опасен: визуально страница выглядит как ошибка, но поисковик может считать её обычным документом.
2. Определите, может ли страница индексироваться
Индексируемость складывается из нескольких сигналов. Страница должна быть доступна по HTTP, не иметь запрета noindex в meta robots и X-Robots-Tag, не попадать под глобальный запрет в robots.txt и иметь корректный canonical. Отдельно проверьте, что canonical не указывает на страницу другого типа или на URL с параметрами, если основной документ находится по чистому адресу.
3. Проверьте Title, Description и заголовки
Title должен однозначно описывать страницу и отличаться от других документов. Description не является прямой гарантией клика, но помогает формировать понятный сниппет. H1 нужен как основной заголовок содержимого, а H2–H6 должны отражать иерархию материала, а не использоваться только ради размера шрифта.
На большом сайте важно искать не только пустые поля, но и дубли. Сотни страниц с одинаковым Title обычно означают проблему шаблона, фильтров, пагинации или генерации ЧПУ.
4. robots.txt и sitemap.xml проверяйте вместе
robots.txt управляет обходом, а не является универсальным инструментом удаления страниц из поиска. sitemap.xml помогает поисковому роботу быстрее находить важные URL. В карте сайта лучше оставлять канонические индексируемые страницы с ответом 200. Не стоит добавлять туда служебные URL, страницы авторизации, результаты поиска по сайту и адреса с ошибками.
5. Посмотрите на внутренние ссылки
Внутренняя перелинковка показывает поисковику структуру проекта и помогает распределять вес. Найдите ссылки на 404, длинные цепочки редиректов, пустые анкоры и страницы, на которые никто не ссылается. Для коммерческого проекта критичные страницы должны быть достижимы через понятную навигацию, а не существовать только в sitemap.
6. Оцените скорость без магии
Полезно разделять сетевую часть и браузерную. DNS lookup, время соединения и TTFB показывают, насколько быстро сервер начинает отвечать. Размер HTML, количество ресурсов, объём JavaScript и CSS помогают понять, что происходит дальше. Даже без лабораторного браузерного теста эти показатели быстро показывают явные проблемы.
7. Проверьте безопасность и технические заголовки
HTTPS должен быть настроен без ошибок сертификата. Дополнительно полезно проверить HSTS, Content-Security-Policy, X-Content-Type-Options, Referrer-Policy и защиту от встраивания. Эти параметры не заменяют полноценный аудит безопасности, но помогают обнаружить базовые ошибки конфигурации.
8. Сформируйте очередь исправлений
Не исправляйте всё в случайном порядке. Разделите проблемы на четыре уровня: блокирующие индексацию; приводящие к ошибочным URL; влияющие на производительность и безопасность; косметические рекомендации. Такой подход превращает отчёт в рабочий план, а не в список из десятков несвязанных замечаний.
Короткий чек-лист
- HTTP-коды и редиректы;
- HTTPS и SSL;
- robots.txt и sitemap.xml;
- meta robots и X-Robots-Tag;
- canonical;
- Title, Description, H1–H6;
- битые ссылки;
- скорость ответа;
- структура URL;
- Schema.org и Open Graph;
- история изменений после исправлений.
WebScan собирает эти сигналы в одном отчёте, чтобы можно было быстро увидеть фактические значения и повторить аудит после изменений.