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

Технический аудит сайта это проверка того, может ли Google вообще найти, прочитать и правильно оценить страницы сайта, и на него уходит от одного до пяти рабочих дней в зависимости от размера проекта. Ниже чек-лист из 25 пунктов в восьми блоках: индексация, структура и URL, скорость, мобильность, дубли и canonical, мета-теги, ссылки и редиректы, безопасность. К каждому блоку указываем, чем проверять, а в конце даём правило, как разложить находки по приоритетам, чтобы разработчик не потратил неделю на «желательное» вместо «критичного».

Чем технический аудит отличается от контентного

Контентный аудит отвечает на вопрос «есть ли на сайте то, что люди ищут, и написано ли это лучше конкурентов». Технический отвечает на другой: «доходит ли это до Google без потерь». Сайт может иметь лучшие тексты в нише и не получать трафика, потому что половина страниц закрыта в robots.txt, а вторая половина отдаёт дубли с параметрами. Поэтому в полном SEO-аудите сайта техническая часть идёт первой: пока не исправлен фундамент, оценивать контент и ссылки нет смысла, потому что цифры в Search Console врут.

Ещё одно отличие в исполнителях. Контентные правки делает копирайтер и маркетолог, технические почти всегда разработчик. Поэтому результат технического аудита должен быть техническим заданием с конкретными URL и примерами, а не перечнем рекомендаций «улучшить скорость».

Чек-лист технического аудита: первые 10 пунктов

Индексация

Структура и URL

Скорость

О метриках скорости и где их смотреть мы подробно писали в статье о Core Web Vitals, здесь лишь напомним: Google оценивает полевые данные реальных пользователей, поэтому лабораторная «сотка» в PageSpeed сама по себе ничего не гарантирует.

Чек-лист технического аудита: пункты 11-25

Мобильность

Дубли и canonical

Мета-теги

Ссылки и редиректы

Безопасность

Какими инструментами проверять каждый блок

Четыре инструмента закрывают почти весь чек-лист. Остальное (валидаторы разметки, проверка сертификата, логи сервера) подключается точечно.

Мы в Query прогоняем сайт и через Screaming Frog, и через Serpstat: первый даёт полную сырую картину, второй уже разложенную по категориям и удобную для отчёта клиенту. На маленьких сайтах достаточно одного из них.

Как приоритизировать находки

Аудит на 40 страниц, где всё «важно», не выполняет никто. Мы делим находки на три уровня по одному вопросу: что будет, если это не исправить.

• Критично: noindex на категориях, закрытый robots.txt, санкции, зеркала без редиректа, сломанный сертификат.
• Важно: дубли title, цепочки редиректов, медленный LCP на мобильных, тысячи параметров в индексе.
• Желательно: хлебные крошки, оптимизация шрифтов, короткие URL на старых страницах, обновление плагинов.

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

Сколько времени занимает и что получает владелец

Для сайта услуг на 50-200 страниц технический аудит занимает один-два дня: краул, анализ, оформление. Для интернет-магазина на десятки тысяч страниц от трёх до пяти дней, потому что добавляются фильтры, пагинация, фасетная навигация и языковые версии. Время на исправление обычно в два-три раза больше времени аудита и зависит от разработчика и CMS.

Результат, который должен получить владелец, это не PDF на 60 страниц со скриншотами, а три вещи: перечень находок с уровнем приоритета, техническое задание для разработчика с примерами URL и список того, что нужно проверить после внедрения. Быстрый срез самых заметных проблем можно получить в рамках бесплатного SEO-аудита, а полный проход по всем 25 пунктам с ТЗ и контролем внедрения это уже детальный аудит сайта, который мы делаем под ключ.

С чего начать

1. Открыть Search Console и посмотреть отчёты «Индексирование страниц», «Проблемы безопасности» и Core Web Vitals: это закрывает критичный уровень за час.
2. Прокраулить сайт Screaming Frog или Serpstat и выгрузить коды ответа, canonical, дубли title.
3. Проверить зеркала вручную: четыре варианта адреса главной должны вести на один.
4. Разложить находки на три уровня и передать разработчику сначала только критичное.
5. Через две-три недели после правок повторить краул и сверить отчёты Search Console.

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