Реестр каннибализации контента: шаблон

Реестр каннибализации (для заполнения)

Когда использовать: Одна строка на общий запрос: конкурирующие URL, пересечение интентов, решение, ответственный и статус проверки редиректа.

Реестр каннибализации контента

Одна строка на запрос, по которому в Search Console показываются два ваших URL или больше. Зафиксируйте пересечение, примите решение один раз и подтвердите, что исправление сработало.

Шапка реестра

• Сайт / ресурс: [домен или ресурс в Search Console]
• Период данных: [например, последние 3 месяца], страна [все / рынок], устройство [все / мобильные]
• Ответственный за реестр: [имя] - периодичность проверки [ежемесячно / ежеквартально]

Подробности по строке (заполните для каждого запроса)

• Интент запроса (одной строкой): [что пользователь хочет сделать или узнать]
• Тип каждой страницы: [гайд / товар / категория / сравнение / тег]
• Какой URL побеждает и почему: [страница, которая лучше всего отвечает интенту, с наибольшим числом ссылок и конверсий]
• Обратные ссылки и конверсии у проигравшего URL: [количество / заметка]
• Что изменили: [переписали, объединили, редирект, canonical, noindex, правки внутренних ссылок], дата [дата]
• Канонический URL, выбранный Google, после изменения: [URL из «Проверки URL (URL Inspection)»], проверено [дата]

Следующий шаг

• SEO-лид: [имя] - задача: подтвердить интент и решение по каждой строке до [дата]
• Редактор: [имя] - задача: [объединить тексты / переписать проигравшую страницу под её собственный запрос] до [дата]
• Разработчик: [имя] - задача: [добавить 301, canonical или noindex] и передать список URL на проверку
• Ответственный за проверку: [имя] - задача: провести проверки после изменений и заполнить столбец «Проверка редиректа»

Проверка перед закрытием

• В каждой строке указан один запрос, а не тема.
• Для каждого конкурирующего URL есть клики, показы и позиция за один и тот же период.
• В каждой строке одно решение и один ответственный со сроком.
• Объединённые URL отдают один постоянный редирект на сохранённую страницу.
• Внутренние ссылки ведут на сохранённый URL, а не на перенаправленный или дубль.
• Назначена дата повторной проверки запроса в Search Console.

Поиск пересечений в Search Console

Когда использовать: Соберите все URL, которые получают показы по одному запросу, и решите, стоит ли пересечение отдельной строки.

Как найти пересечения запросов в Search Console

Начните с реальных данных. В отчёте «Эффективность (Performance)» можно отфильтровать один запрос и открыть вкладку «Страницы (Pages)»: там видны все URL, которые получили по нему показы.

Шаги

1. Откройте «Эффективность (Performance)», «Результаты поиска (Search results)». Выберите период подлиннее, чтобы сгладить шум, например последние 3 месяца.
2. Добавьте фильтр «Запрос (Query)» с одним целевым запросом. Для точного совпадения выберите «Специальный (регулярное выражение)», в английском интерфейсе Custom (regex), и обрамите запрос символами ^ и $.
3. Откройте вкладку «Страницы (Pages)». Запишите каждый URL с его кликами, показами и средней позицией.
4. Сначала пройдитесь по коммерческим запросам, затем по запросам, где упали клики.
5. Добавляйте строку в реестр, когда по одному запросу показываются два URL или больше.

Заносить в реестр или это шум?

Особенности данных

• По словам Google, данные в таблице с группировкой по страницам агрегируются по странице, а данные на графике по ресурсу. Итоги могут не совпадать.
• Сравнивайте URL за один и тот же период, страну и устройство.

Перепроверьте общие запросы в Rank Tracker.

Он показывает все позиции вашего сайта в топ-10 Google, так что видно, когда ранжируются сразу два ваших URL. Чтобы сначала сгруппировать длинный список запросов по темам, прогоните его через Keyword Cluster Tool.

Оценка пересечения интентов

Когда использовать: Сравните две конкурирующие страницы по вопросам и отметьте пересечение: одинаковый, частичный или разный интент.

Оцените пересечение интентов

Две страницы по одному запросу не всегда проблема. Проблема появляется, когда они закрывают одну и ту же потребность. Ответьте на эти вопросы для каждой пары.

Как читать результат

• Одинаковый: обе страницы закрывают одну потребность и относятся к одному типу. Переходите к объединению + 301 или canonical.
• Частичный: тема общая, но угол или этап воронки разный. Разведите страницы: переориентируйте одну на её собственный запрос.
• Разный: разные потребности с общим широким запросом. Оставьте обе и поправьте внутренние ссылки и заголовки.

Прежде чем что-то объединять, проверьте в Content Optimizer, что есть на проигравшей странице и чего нет у победителя.

Правила выбора: оставить, развести, объединить, canonical, noindex

Когда использовать: Выберите одно исправление на запрос, с пояснениями из документации Google по редиректам и canonical.

Правила выбора решения

Одно решение на запрос. Идите сверху вниз и берите первое подходящее правило.

Что говорит документация Google

• 301 или 308 сигнализирует, что каноническим должен быть целевой URL редиректа. 302 или 307 такого сигнала не дают.
• Используйте постоянный редирект, когда уверены, что его не отменят. Серверные редиректы самые надёжные.
• Редиректы и rel="canonical" - сильные сигналы. URL в карте сайта - слабый сигнал.
• Google не рекомендует noindex для выбора канонической страницы в пределах одного сайта. Noindex убирает страницу из поиска.
• Не используйте robots.txt для канонизации.
• Не указывайте для одной страницы разные канонические URL разными способами.
• Указанный вами канонический URL - это подсказка, а не правило. Google может выбрать другой.

Нужно сопоставить сразу много объединённых URL? Возьмите шаблон карты 301-редиректов и очистки цепочек. Для дублей с параметрами и версий для печати подойдёт матрица выбора canonical.

Чеклист проверки после изменений

Когда использовать: Проверьте редиректы, canonical, внутренние ссылки и канонический URL, выбранный Google, после внедрения.

Проверка после изменений

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

Объединение + 301

• Старый URL отдаёт 301 или 308, а не 302, 307 или meta refresh.
• Только один переход. Никаких цепочек через старый слаг или http-версию.
• Целевая страница отдаёт 200 и содержит объединённый контент.
• Целевая страница - самая релевантная замена старому URL, а не главная.
• Редирект серверный. Google советует использовать JavaScript-редиректы, только если другие варианты не подходят.

Canonical или noindex

• rel="canonical" содержит абсолютный URL и ведёт на страницу с кодом 200.
• На предпочтительной странице стоит canonical на саму себя.
• Страницы с noindex не закрыты в robots.txt, иначе Google не увидит тег.
• В XML-карте сайта только канонические URL.

Сигналы вокруг страницы

• Внутренние ссылки, меню и хлебные крошки ведут на сохранённый URL.
• Полезные анкоры с проигравшей страницы теперь ведут на победителя.
• В «Проверке URL (URL Inspection)» канонический URL, выбранный Google, совпадает с вашим. Google определяет его при индексации, поэтому проверка в реальном времени его не предскажет.
• На дату повторной проверки Search Console показывает по запросу показы только у одного URL.

Проверьте коды ответа и число переходов в Redirect Checker. Затем просканируйте раздел через Website Audit, чтобы найти внутренние ссылки, которые всё ещё ведут на перенаправленные URL.

Заголовки таблицы (CSV)

Когда использовать: Готовая строка заголовков и допустимые значения, чтобы вести реестр в Google Таблицах или Excel.

Готовая строка заголовков для таблицы

Вставьте эту строку в ячейку A1 в Google Таблицах или Excel, затем разделите текст на столбцы по запятой. Одна строка на пару «запрос + конкурирующий URL».

query,url,clicks,impressions,avg_position,intent,intent_overlap,decision,kept_url,change_type,owner,due_date,status_code,redirect_hops,final_url,google_selected_canonical,internal_links_updated,followup_date,status

Допустимые значения

• intent_overlap: same, partial, different
• decision: keep-both, differentiate, merge-301, canonical, noindex
• internal_links_updated: yes, no, n/a
• status: logged, decided, in-progress, shipped, qa-passed, qa-failed, monitor

Советы по таблице

• Группируйте строки по запросу, чтобы каждое пересечение читалось единым блоком.
• Подсвечивайте строки merge-301, где status_code не 301 и не 308.
• Подсвечивайте строки, где redirect_hops больше 1.
• Отмечайте строки, где google_selected_canonical отличается от kept_url.

Заполненный пример (вымышленный магазин растений)

Когда использовать: Заполненный реестр для вымышленного магазина: одно объединение, одно решение «оставить обе», один canonical и один noindex.

Заполненный пример: магазин растений Marrowfen

Только пример. Marrowfen - вымышленный интернет-магазин растений. URL, люди, даты и цифры ниже придуманы, чтобы показать заполненный реестр.

• Ресурс: marrowfen.example
• Период: последние 3 месяца, все страны, все устройства
• Ответственный за реестр: Priya, SEO-лид

Что сделала команда

• Перенесли пошаговый раздел о пересадке в гайд по уходу, затем настроили 301-редирект с /blog/repot-monstera/.
• Проверка нашла цепочку из двух переходов через старый http-URL. Разработчик направил редирект сразу на гайд по уходу.
• Статья о грунте теперь ссылается на страницу товара с анкором «грунт для ароидных». А страница товара ссылается обратно на советы по уходу.
• Версия для печати получила canonical на чистый URL с абсолютным адресом.
• Страница тега почти без контента получила noindex, потому что на ней не было уникального контента. Noindex не использовали для выбора между двумя страницами.

Повторная проверка (вымышленная)

• «Проверка URL (URL Inspection)» показала, что для печатной версии Google выбрал каноническим URL гайд по уходу.
• На дату повторной проверки по запросу о пересадке показы получал только гайд по уходу.
• По запросу о грунте по-прежнему показываются оба URL. Это нормально: одна страница продаёт, другая учит.