Почему одна страница ранжируется по 100+ запросам, которых нет в тексте

Одна страница может собирать 150–300 запросов, и половины из них в тексте нет. Объясняю, почему это смысловое сопоставление, а не сбой отчёта.

Открываю Search Console, ставлю фильтр по одному URL — и вижу 240 запросов. Возвращаюсь к тексту страницы: примерно половины этих формулировок там нет. Ни в заголовках, ни в подписях, ни в alt-атрибутах. Реакция клиентов почти всегда одинаковая: «это ошибка отчёта» или «Google приклеил нам чужие ключи».

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

Но есть второй случай, и его надо честно отделять. Иногда страница действительно светится по запросам из чужой темы — не по другой формулировке своего интента, а по совсем другой задаче. Это уже не смысловое сопоставление, а перекос сигналов. Такие показы обычно висят на 30–70 позиции, не дают кликов и уходят при первом же апдейте. Ниже разберу оба случая.

Google ищет смысл, а не совпадение слов

До 2013 года поиск работал ближе к принципу «найди документ, где встречаются эти слова». Потом началась череда изменений, которые Google описал сам — базовую механику он выложил в руководство Google «Как работает Google Поиск», а перечень систем ранжирования — в руководство по системам ранжирования Google.

Hummingbird (2013) — точка перелома. Поиск перешёл от строк к смыслу: система стала оценивать запрос как целое, а не как мешок слов. Потом RankBrain (2015) — он связывает слова с понятиями и помогает разбираться с запросами, которых раньше не видели. Отдельно работает нейросетевое сопоставление (neural matching): оно соотносит запрос и страницу через синонимы и связанные понятия. Плюс система синонимов (synonyms system) — та, что понимает, что «пк» и «компьютер» в одном контексте про одно и то же, а в другом нет. Панду Наяк подробно разобрал эту часть в посте Google «How Search Works».

Дальше — про язык. BERT (2019) научил поиск учитывать контекст и порядок слов, включая предлоги, которые меняют смысл запроса целиком; Google объяснял это в посте «Understanding searches better than ever before». А MUM (2021) — про мультимодальность и перенос знаний между темами и языками, о нём Google писал в анонсе «A new AI milestone for understanding information».

Вывод из этой цепочки простой. Текст страницы — не список разрешённых ключей. Это описание темы, по которому система делает вывод: закрывает документ задачу человека или нет. Если закрывает — показы придут и по тем словам, которые вы не писали.

Почему в Search Console сотни «чужих» запросов

Люди формулируют одну и ту же потребность десятками способов. Я как-то выгрузил запросы по одной странице услуги — вышло 312 строк. Схлопнул их по смыслу — осталось 11 интентов. Вот из чего складывается эта разница:

• Словоформы и падежи. «Натяжной потолок», «натяжные потолки», «натяжного потолка» — для отчёта три строки, для поиска одно.
• Синонимы и просторечия. «Продвижение сайта» / «раскрутка сайта» / «вывод сайта в топ». В тексте у меня только первое.
• Перестановки слов. «Seo аудит сайта цена» и «цена seo аудита сайта» — разные строки, одинаковый смысл.
• Коммерческие модификаторы. «Купить X», «X цена», «сколько стоит X», «X прайс», «X стоимость работ».
• Вопросы. «Как выбрать X», «что лучше X или Y», «нужен ли X» — часто дословно их на странице нет, но ответ там есть.
• Опечатки и раскладка. «Сео аудит», «ceo аудит», «сайта аудит сео». Google сам нормализует.
• Гео-уточнения. «X в Казани», «X рядом со мной», «X недорого в Москве» — при локальных сигналах страница цепляет их без отдельных упоминаний.

Search Console показывает строки запросов, а не интенты. Никакой группировки там нет, поэтому 11 задач превращаются в 312 записей, и создаётся ощущение, что страница ранжируется «непонятно по чему».

Что такое неявные ключевые слова и откуда они берутся

Неявные ключи — это формулировки, по которым страница получает показы, хотя в тексте их нет. Механика тут из трёх частей.

Первая — сущности. Если на странице описан продукт, бренд, услуга, город, модель, поиск связывает документ с этими объектами и их свойствами. Упомянул «Toyota Camry 70» — подтянулись «камри 70 кузов», «камри v70».

Вторая — совместная встречаемость слов. Слова в корпусе встречаются рядом: «гарантия», «замер», «монтаж», «срок службы» вокруг темы потолков. Если ваш текст естественно содержит часть этого окружения, система уверенно относит документ к теме и по остальным словам тоже.

Третья — полнота покрытия интента. Страница, которая реально отвечает на задачу, ловит формулировки этой задачи. У меня есть статья про стоимость аудита: слова «прайс» в ней нет вообще, а по «прайс на seo аудит» она собирает показы четвёртый год. Потому что цифры и условия там есть.

Когда страница реально висит по чужой теме

Теперь неприятная часть. Бывает, что запросы в отчёте — не варианты вашего интента, а совсем другая тема. Страница про ремонт квартир получает показы по «дизайн-проект цена», лендинг CRM — по «бухгалтерский учёт онлайн». Это не смысловое сопоставление, а следствие других сигналов: сильный домен, который пробрасывают в выдачу «на всякий случай»; входящие ссылки с анкорами, которые тянут не туда; title и description, обещающие больше, чем есть в тексте.

Толку от таких показов мало. Позиции обычно во второй-пятой десятке, CTR ниже одного процента, конверсий ноль, и при очередном обновлении алгоритмов они пропадают. Проверять просто: смотрю среднюю позицию и клики по группе. Если 60 запросов дали 900 показов и 2 клика — это не ранжирование, это шум.

Как этим пользоваться на практике

Первое, что делаю на любом проекте: выгружаю запросы за 3–6 месяцев и группирую их по интенту, а не по частоте. Руками для 300 строк — терпимо, для 30 тысяч — уже нет, поэтому у меня для этого есть кластеризация семантики с привязкой к URL. На выходе видно, какие интенты страница держит, какие цепляет краем, а какие вообще принадлежат другому разделу.

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

Третье — не пихать ключи механически. Вставлять в текст все 312 формулировок из выгрузки бессмысленно и вредно: страница теряет читаемость, а фокус размывается. Достаточно закрыть смысловые блоки. Об остальном поиск догадается сам — он для этого и построен.

Четвёртое — следить за позициями по кластерам, а не по отдельным фразам. Одна фраза скачет на 5–10 позиций от переформулировки и персонализации. Средняя по кластеру из 20 запросов показывает реальную динамику. Если кластер просел целиком — есть проблема. Если просели три фразы из двадцати — это погода.

И последнее. Когда вижу, что страница набрала показы по чужой теме, я не радуюсь охвату. Я проверяю, не обещает ли title того, чего в тексте нет, и не тянут ли анкоры ссылок в сторону. Честное соответствие «заголовок — текст — интент» работает стабильнее, чем случайные показы.

Коротко

Сотня запросов на одну страницу — нормальный результат работы Hummingbird, RankBrain, neural matching, системы синонимов, BERT и MUM. Не аномалия, не баг, не «Google сошёл с ума». Аномалия — это когда страница висит по задачам, которые она не решает, и не даёт ни клика.

Если нужно разобраться, какие интенты ваш сайт уже закрывает, а какие теряет, у меня есть экспресс-аудит — там как раз группировка запросов по смыслу и карта URL. Дальше это превращается либо в контент-маркетинг под недостающие под-интенты, либо в полноценное SEO-продвижение со структурой и ссылками.

Проверить, по каким интентам уже виден сайт · Обсудить SEO-продвижение