10 ошибок технического SEO-аудита, ведущих к бесполезным рекомендациям

Большинство технических SEO-аудитов дают массу находок. Затем документ полгода лежит в общей папке, и ничего не внедряется. Иногда виноват клиент, но чаще — сам аудит: находки не проверены, ранжированы по «важности» инструмента, а написаны так, что разработчик не может по ним действовать. Разбираем 10 типичных ошибок и что делать вместо этого.

Краулинг без JavaScript и другие ошибки сбора данных

Первая ошибка — краулинг без включенного выполнения JavaScript. Screaming Frog покажет обе версии страницы в одном обходе, если рендеринг включен и сохранены исходный и отрендеренный HTML. Сравнение покажет тексты, внутренние ссылки, канонические элементы и meta robots, которые есть в отрендеренном DOM, но отсутствуют в исходном HTML. Google рендерит большинство страниц без проблем, но контент, появляющийся только после выполнения JS, менее надежен: заблокированный ресурс, ошибка скрипта или таймаут могут полностью исключить его из индекса. Большинство ИИ-краулеров вообще не выполняют JavaScript — страница может ранжироваться в Google и оставаться невидимой для систем, генерирующих ответы ИИ. Если нашли расхождение, подтвердите его через URL Inspection в Search Console: мнение Google сложнее оспорить разработчику, чем скриншот стороннего краулера.

Вторая ошибка — игнорирование отчета Page indexing в Search Console. Он находится в Indexing > Pages. Это единственный отчет, где Google прямо говорит, проиндексирована ли страница, обойдена, но не проиндексирована, обнаружена, но не проиндексирована, является мягкой 404 или чем-то еще. Не каждый URL в категории «Не проиндексирована» — проблема: страница с корректным каноническим тегом, исключенная через noindex, или редирект — нормальные результаты правильно настроенного сайта. Исследовать стоит те исключения, которых вы не ждали: страницы, которые должны ранжироваться, но висят в «Обойдена — не проиндексирована», или растущее число «Обнаружена — не проиндексирована».

Выборка, источники и проверка данных

Третья ошибка — выборка URL случайным образом вместо выборки по шаблонам. Тяните URL по типам страниц: товарные, категории, блоги, фильтрованные представления, серии пагинации — все, что генерирует сайт. Большинство технических проблем — это проблемы шаблонов. Ошиблись с правилом канонических тегов в шаблоне товара — сломали сразу все 40 000 товарных страниц. Если в выборке три поста в блоге и контактная страница, вы это пропустите и вместо этого напишете в отчет что-то тривиальное. Выборка по шаблонам также удешевляет оценку работ: разработчик оценит «изменить логику канонических тегов в шаблоне PDP» за минуту, а список из 40 000 URL никто оценить не сможет.

Четвертая ошибка — аудит по одному источнику данных. Каждый инструмент что-то не видит. Краулер находит только то, что связано, поэтому осиротевшие страницы остаются невидимыми. Search Console говорит вердикт Google, но не причину. Аналитика записывает только визиты с работающим кодом трекинга. Серверные логи — единственный источник, показывающий каждый запрос Googlebot или ИИ-краулеров и то, что они получили в ответ: ограничение скорости, периодические ошибки 5xx, обход URL, которые вам не важны, — все видно только здесь. Если логов нет, используйте отчет Crawl Stats в Search Console: данные выборочные, но по разбивке запросов видны примеры URL. Для любой находки, которую передаете разработчикам, нужно подтверждение минимум из двух источников, а если источники расходятся — это расхождение обычно и есть самая интересная находка.

Пятая ошибка — принятие классификаций инструмента за факт. Краулеры сообщают о пропущенных title и H1 на страницах, где контент рендерится нормально, и фиксируют статусы 429 и 503, которые сайт вернул только потому, что обход шел слишком быстро. Прежде чем находка попадет в отчет, откройте страницу и проверьте сами. Для подтверждения кода статуса выполните curl. Это займет пару минут на находку и убережет разработчика от полдня работы над проблемой, которой не существует. Разработчик, который однажды погнался за фантомной ошибкой, в остальной документ будет читать с подозрением.

Документирование, приоритизация и формулировки

Шестая ошибка — документирование симптомов вместо причин. «На сайте 12 000 дублированных URL» — это наблюдение, а не находка. Находка — то, что их порождает: фильтрованная навигация без обработки параметров, ID сессий в URL или CMS, генерирующая вторую копию каждой страницы по другому пути. Разработчик удалит 12 000 URL за день, но они вернутся при следующем добавлении фильтра, потому что базовое поведение не изменилось. Проследить дубль до источника дольше, чем выгрузить список, но именно это инструмент сделать не может.

Седьмая ошибка — приоритизация по «серьезности» инструмента вместо влияния на бизнес. Восьмая — игнорирование контекста сайта: то, что критично для интернет-магазина, неважно для корпоративного портала. Девятая — рекомендации без указания конкретного шаблона или типа страницы. Десятая — отчет без сроков и ответственных. Укажите, кто и когда должен внедрить изменение, иначе документ снова осядет в общей папке.