Технический SEO-аудит: чек-лист из 30 пунктов

Скорость больше не измеряется одной цифрой, а тремя отдельными метриками, которые отражают реальный опыт пользователя. Одна из них: Interaction to Next Paint (INP), измеряющая время между кликом и реакцией экрана.

• Значение INP находится на уровне 200 миллисекунд или ниже: web.dev определяет этот порог как хорошую отзывчивость.
• Визуальная стабильность (CLS) создаёт заметный скачок во время загрузки страницы: это может привести к тому, что человек нажмёт не туда.
• Изображения сжаты и в современном формате (WebP/AVIF): это напрямую влияет на размер файла.
• Кэширование настроено правильно: оно сокращает время загрузки при повторных визитах.
• Время ответа сервера регулярно отслеживается: медленный сервер обесценивает любую оптимизацию перед ним.

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

• Файл robots.txt случайно не блокирует важные разделы: одна неверно поставленная строка может исключить из индекса целый раздел.
• XML-карта сайта актуальна и отправлена: она напрямую сообщает поисковику, какие страницы существуют.
• Ошибки 404 и цепочки редиректов чистые: длинные цепочки редиректов расходуют краулинговый бюджет впустую.
• Канонические теги указывают на нужную страницу: это предотвращает путаницу из-за дублированного контента.
• Важные страницы доступны через внутренние ссылки: страница, присутствующая только в карте сайта и нигде не связанная, обнаруживается поздно.

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

• Схема Organization или связанная с ней присутствует на главной странице: она подтверждает идентичность бренда.
• Страницы товара или услуги несут соответствующую схему: она чётко определяет тип страницы.
• Схема точно совпадает с видимым текстом страницы: несовпадение может быть расценено как нарушение.
• Rich Results Test выдаёт ошибки: он позволяет проверить всё до публикации.
• Типы вроде FAQPage или HowTo используются только там, где они действительно уместны: неверное применение может привести к исчезновению расширенного сниппета.

Google в первую очередь оценивает мобильную версию сайта для ранжирования. Доступность, в свою очередь, стала законодательным требованием с момента вступления в силу European Accessibility Act в 2025 году.

• Сайт требует горизонтальной прокрутки на мобильном устройстве: контент, не помещающийся на экран, ломает восприятие.
• Достаточно ли велики зоны касания: слишком маленькие зоны приводят к промахам на мобильном.
• У изображений есть альтернативный текст: это важно и для доступности, и для поиска по картинкам.
• Контраст цветов читаемый: низкий контраст делает текст трудночитаемым.
• По сайту можно перемещаться с клавиатуры: это необходимо посетителям, которые не могут пользоваться мышью.

Эта категория проверяет, согласован ли контент страниц внутри себя и правильно ли он связан с остальным вебом.

• У каждой страницы есть уникальный заголовок и описание: дублирующиеся метаданные путают страницу результатов.
• Есть ли битые исходящие ссылки: они отправляют посетителей и поисковик на мёртвую страницу.
• Внутренняя перелинковка выстраивает разумную иерархию: самые важные страницы должны получать больше внутренних ссылок.
• Контент действительно актуален: устаревшая информация вводит в заблуждение и пользователей, и модели.
• Орфография и грамматика регулярно проверяются: мелкие ошибки незаметно подрывают доверие.

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

• HTTPS обязателен на всём сайте: небезопасное соединение представляет риск и для доверия, и для ранжирования.
• Есть ли предупреждения о смешанном контенте: HTTP-ресурсы, оставшиеся на HTTPS-странице, вызывают предупреждение о доверии.
• Теги hreflang корректны на многоязычном сайте: неверный hreflang может показать не ту языковую версию не той стране.
• Остались ли старые, неиспользуемые плагины или скрипты: они несут риск безопасности и создают лишнее замедление.
• Резервные копии делаются регулярно: это определяет, насколько быстро сайт может восстановиться после атаки или ошибки.

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

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

Полезное правило: если пункт влияет на то, существует ли страница в индексе вообще, это первый приоритет; если он влияет только на то, насколько хорошо страница выглядит, когда она уже там, это второй приоритет. Это простое разделение превращает список из 30 пунктов в управляемый порядок.