Две страницы, получившие показы по одному запросу, ещё не означают, что одна «каннибализирует» другую. Сначала выясни, решают ли они одну и ту же задачу и обещают ли одинаковый результат. Только затем выбирай: оставить обе, развести интенты, обновить одну или рассмотреть объединение.
Собери пары, но не принимай их за диагноз
В Search Console выгрузи запрос, страницу и период. Search Analytics API позволяет группировать строки по нескольким измерениям, в том числе query и page, поэтому из результата можно выбрать пары URL, встретившиеся с одной формулировкой (справка API по query/page и ограничениям строк). Google также описывает ограничения и выборочность части отчётов Search Console (об ограничениях данных). Такая пара — подсказка для редакторской проверки, не доказательство проблемы.
Открой обе страницы. Для каждой запиши:
- аудиторию и ситуацию читателя;
- вопрос, на который отвечает вступление;
- результат, который обещает страница;
- глубину и формат ответа (обзор, инструкция, калькулятор, разбор ошибки);
- действие, к которому ведёт текст.
Это сравнение полезнее, чем смотреть на общий запрос изолированно. Например, запрос «проверить сайт» может привести и к чек-листу индексации, и к инструкции по проверке формы заявки. Слова похожи, результат разный.
Дай ИИ узкую задачу
Передай заголовки и короткие точные фрагменты двух собственных страниц плюс пары из отчёта. Не проси модель решить, что объединять: попроси показать совпадения и пробелы, после чего редактор откроет полные материалы.
Сравни две мои страницы по намерению читателя, а не по общим словам.
Используй только переданные заголовки, выдержки и строки Search Console.
Для каждой страницы укажи аудиторию, задачу, ожидаемый результат, обещанный формат и действие.
Затем назови точные совпадения и различия с цитатой/фрагментом из входа.
Предложи один предварительный статус: «разные задачи», «частичное пересечение» или
«вероятно одна задача». Не предлагай объединение, если не видишь текст обеих страниц.
Не делай вывода о влиянии на ранжирование и не называй общий запрос доказательством вреда.
Данные отчёта: [период, query, URL A, URL B, показатели]
Страница A: [title, audience, intro, headings, outcome]
Страница B: [title, audience, intro, headings, outcome]
Учебная матрица: две условные страницы
Представим, в отчёте по синтетическим данным обе страницы появились по запросу «как проверить оплату на сайте».
| URL | Вводный ответ | Результат для читателя | Предварительная оценка |
|---|---|---|---|
/guide/payment-status/ |
Где найти статус после оплаты | Понять, прошёл ли уже платёж | Вопрос о статусе транзакции |
/check/checkout-form/ |
Как пройти тестовый сценарий формы | Найти, где ломается отправка формы | Проверка процесса оплаты до запуска |
Модель может заметить общий контекст «оплата» и предложить частичное пересечение, но по матрице видны разные моменты и задачи. Редактор открывает обе страницы и может сохранить их раздельно, уточнив формулировки заголовков и взаимные ссылки. Это учебный пример, а не выгрузка сайта ZASLON или результат реального запуска модели.
Выбери действие после чтения
Оставить обе. Если разные задачи или форматы и каждая страница даёт самостоятельный ответ.
Развести. Если страницы полезны, но заголовки обещают одно и то же. Уточни аудиторию, ситуацию или результат в заголовке и начале одной из них.
Дополнить существующую. Если одна страница хорошо отвечает на основной вопрос, а второй не хватает лишь короткого подраздела или примера.
Рассмотреть объединение. Только если после чтения обеих страниц задачи, аудитория и ожидаемый результат действительно совпадают, а отдельные URL не нужны для разных сценариев. Перед изменением составь список ценных фрагментов и ссылок, которые должны сохраниться.
В журнал внеси query | URL A | URL B | period | task A | task B | decision | evidence | owner. Вернись к паре после изменений и проверь страницы заново. Сам факт нескольких URL в отчёте — начало аудита, не его вывод.
Если страницы решают разные задачи, но заголовки обещают одно и то же, отдельно проверь соответствие сниппета запросу и содержанию. Если пара найдена при сравнении систем, вернись к сопоставлению Google и Яндекса: отсутствие строки в одной выгрузке не доказывает отсутствия спроса.