Новая страница под каждый ключ? Сначала проверь, не убиваешь ли сам себя

Знакомая картина: нашли новый ключ, похожий на тот, по которому и так есть страница, и рука сама тянется создать под него отдельный URL. Логика вроде понятная — больше страниц, больше охват. На практике это часто путь в противоположную сторону.

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

Сначала — Search Console, потом — решение

Прежде чем плодить новый URL под похожий вариант ключа, зайди в Search Console и посмотри, ранжируется ли сайт по этому запросу уже сейчас. Если да — вопрос не «делать ли новую страницу», а «какая страница уже там стоит и почему». Часто оказывается, что существующая страница и так собирает показы по десяткам похожих формулировок, просто вы их не видели, потому что смотрели на то ключевое слово, ради которого страница создавалась изначально.

SERP overlap — твой главный тест

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

Если же выдача разная — разные типы страниц в топе, разная интонация запроса (например, один ключ про «купить», другой про «сравнить») — тогда отдельная страница оправдана, потому что закрывает другую потребность, а не вариацию той же самой.

Расширяй, а не плоди

Когда варианты ключа решают одну и ту же задачу пользователя, правильный ход — добавить эти формулировки в существующую страницу: расширить раздел, добавить FAQ-блок, углубить один из абзацев. Это не «менее эффективно», чем новая страница — это ровно то, что усиливает уже накопленный вес страницы, вместо того чтобы делить его пополам.

Тонкие страницы, созданные под каждый чих ключевого слова — это, по сути, дверные страницы в новой упаковке. Раньше их делали руками под гео и город, сейчас делают под семантические варианты одного интента. Суть не меняется: пользователь и поисковик видят почти одно и то же в разных обёртках, и это никого не радует.

Архитектура — это распределение ролей, а не количество URL

Хороший сайт устроен так, что у каждой страницы есть чёткая, непересекающаяся роль. Не «страница под ключ А» и «страница под ключ Б, который почти то же самое», а страницы, которые решают реально разные задачи разных сегментов аудитории. Это касается и контентных проектов, и SaaS, и e-commerce — принцип один: если две страницы могут поменяться местами в выдаче и от этого ничего не изменится для пользователя, у вас проблема, а не актив.

Перед следующим спринтом контента стоит потратить час не на написание нового текста, а на ревизию: какие ключи уже закрыты, где overlap высокий, а где страницы реально дублируют друг друга по смыслу. Это скучнее, чем публиковать новое, но именно эта скука экономит месяцы борьбы с собственной каннибализацией. Если нужно разобраться в этом на конкретном проекте — можно обсудить это на аудите или консультации.