SEO-догмы: почему «лучшие практики» больше не работают

Как отмечает Search Engine Land, в SEO накопилось множество рекомендаций, которые когда-то имели смысл: один H1 на страницу, определённая длина title, ключевое слово в заголовке и первом абзаце, «зелёный» отчёт Core Web Vitals, обязательная схема разметки, свежий контент. Многие из них появились из наблюдений, тестов или рекомендаций поисковиков, актуальных в своё время.

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

Как рождаются «лучшие практики»

Чаще всего всё начинается с разумного наблюдения: кто-то замечает закономерность, проводит тест или следует подсказке поисковой системы. Идея расходится по статьям, конференциям и шаблонам аудита. Со временем «это работало при таких условиях» превращается в «SEO работает именно так».

После этого сомневаться в рекомендации становится неловко. Краулер находит 2000 страниц с несколькими H1 — и их исправление кажется продуктивной задачей. Проблема видна, рекомендация знакома, к ней даже прилагается число. Но какую задачу вы на самом деле решаете?

«Всё ещё верно» и «всё ещё полезно» — не одно и то же

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

Возьмём Core Web Vitals. Медленная страница действительно ухудшает пользовательский опыт, и спорить тут не о чем. Но это не значит, что каждый URL за пределами рекомендованного порога заслуживает инженерного проекта. Если медленный важный товар или страница конверсии влияет на поведение пользователей — стоит разбираться. Если малопосещаемая справочная страница отстаёт от норматива на доли секунды, бизнес-обоснование гораздо слабее.

Чистый HTML обычно лучше грязного, описательные заголовки помогают передать структуру страницы, alt-тексты важны, скорость загрузки имеет значение. Вопрос не в том, хороши ли эти вещи сами по себе, а в том, лучшее ли это вложение времени прямо сейчас. Ответ зависит от контекста: у издателя с задержкой отрисовки JavaScript может быть серьёзная проблема с обнаружением страниц, у интернет-магазина с фасетной навигацией — трата ресурсов обхода на дубли, а у небольшого сервиса с тремя H1 на нескольких страницах может не быть никаких поводов для беспокойства. Рекомендация одна — влияние разное.

Как понять, какие задачи в SEO действительно важны

Первый вопрос: какие доказательства говорят, что нужно что-то менять? Перед перестройкой шаблона или выделением разработчиков стоит найти подтверждения, что проблема влияет на видимость, трафик, обнаружение страниц или бизнес-цели. Искать доказательства важнее, чем реагировать на каждое объявление. Иногда лучший ответ — действие, иногда — наблюдение, а иногда — оставить всё как есть.

Второй вопрос: какую проблему это решает? «Лучшая практика» часто подменяет объяснение. Классический пример — предупреждение о нескольких H1. Инструмент помечает их как проблему средне-высокого приоритета, рекомендация требует исправить, и задача уходит в бэклог. Но действительно ли структура страницы сбивает с толку? Важный контент плохо передаётся? Или же несколько элементов просто используют H1 из-за того, как устроены CMS и дизайн-система? Эти ситуации не должны получать одинаковый ответ. Перед исправлением стоит определить ожидаемый результат. Если объяснить его нечем, кроме «инструмент считает это ошибкой», возможно, задаче нужен второй взгляд.

Третий вопрос: какую часть сайта затрагивают проблемы? Аудит умеет раздувать масштаб: краулер может сообщить о 10 000 проблем, и это звучит тревожно. Но количество ошибок редко говорит о влиянии. Десять тысяч пропущенных alt-атрибутов у старых изображений с низкой поисковой ценностью могут дать ограниченные последствия. Одна сломанная реализация отрисовки в шаблоне высокоценной страницы способна затронуть тысячи URL.