Практическое руководство · Техническое SEO
Конфликт canonical, robots и sitemap: как выбрать один основной URL
Страница /services/a указана в sitemap, но ее canonical ведет на /services/b. Меню ссылается на /services/a, а /services/b отдает редирект назад. Любой отдельный тег выглядит правдоподобно, однако система сигналов противоречива.
Как разные сигналы спорят об одном URL
Мини-кейс: разработчик исправляет canonical в HTML, но серверный HTTP-заголовок Link по-прежнему указывает на старую страницу. Два способа задать предпочтение теперь расходятся. Выгрузите заголовки и исходный HTML одним запросом, затем отдельно проверьте итог после клиентского рендера. Если поисковый сервис выбирает не тот URL, сравните не только теги, но и внутренние анкоры, sitemap, редиректы и реальное сходство содержимого. Отдельно проверьте, не указывает ли основной URL на страницу с noindex или ошибкой: такой конфликт нельзя исправить новой формулировкой статьи.
Если /services/a и /services/b представляют разные услуги, их не надо «склеивать» даже при похожем вступлении. Сначала сравните результат услуги, аудиторию и состав работ. Если это одна и та же страница, цель canonical обязана открываться без обратного редиректа. Проверка только DOM браузера может пропустить HTTP Link от CDN или второй тег в исходном head; выгружайте оба слоя отдельно.
Соберите canonical, ответ, ссылки и sitemap
Для каждой пары адресов соберите HTTP-ответ, canonical из исходного HTML и HTTP-заголовков, внутренние ссылки, sitemap и фактическую выбранную поисковиком каноническую страницу.
Не начинайте с массовой замены canonical. Сначала определите, являются ли страницы дубликатами или отвечают на разные вопросы. Если вопросы различаются, неправильна сама гипотеза об объединении.
| URL или случай | Наблюдение | Что проверить |
|---|---|---|
| /services/a | 200, canonical → /services/b | В sitemap и меню |
| /services/b | 301 → /services/a | Цель canonical недоступна |
| Поисковый статус | Выбран /services/a | Сигналы противоречат |
Решите, являются ли страницы дублями
Canonical - рекомендация, а не приказ. Поисковая система может выбрать другой адрес, поэтому диагностировать нужно сочетание сигналов и содержимое, а не одну строку в head.
Назначьте доступный основной адрес
Назначьте один основной URL на группу действительных дублей. Указывайте его в sitemap и внутренних ссылках, дубли направляйте или канонизируйте в зависимости от сценария. Не включайте URL с noindex или редиректом как основной.
Пара языковых версий и два самостоятельных варианта услуги не обязаны сливаться. Канонизация их в один адрес может убрать из поиска полезную отдельную страницу.
Составьте маленькую матрицу для пары /services/a и /services/b: где находится основной текст, какой URL получает внутренние ссылки, какой указан в карте сайта и куда ведет перенаправление. Канонический адрес выбирайте после сравнения содержания, а не по самому короткому пути.
| Ситуация | Действие | Контроль |
|---|---|---|
| Основной URL | 200 + self-canonical | Один доступный адрес |
| Sitemap | Только основной | Совпадение сигналов |
| Внутренние ссылки | На основной | Нет хождения через дубль |
Уберите конфликт из шаблона и CDN
Проверьте, не добавляет ли CMS второй canonical после рендера, и не переопределяет ли CDN HTTP-заголовок. Для страниц, которые должны оставаться отдельными, используйте собственный canonical и содержательное различие.
Сверьте выбранный URL с техническими сигналами
После релиза проверьте исходный и отрендеренный HTML, ответы обеих страниц и выбранный URL в поисковых инструментах. Изменение выбора поисковика может занять время; техническую корректность проверяйте сразу.
После правки откройте обе версии без JavaScript и сравните исходный canonical, HTTP-заголовок Link, ответ сервера и адрес в sitemap. Если поисковая система еще показывает прежний выбор, не переписывайте каноникал снова до следующего обхода и проверки нового ответа.
Проверка результата
- Намерение страницы определено
- Сохранена выборка URL до исправления
- HTTP-ответ и содержимое сверены
- Внутренние ссылки проверены
- Исключения учтены
- Проверка после релиза записана
Вопросы по теме
Почему Google игнорирует canonical?
Это сигнал, который оценивается вместе с содержимым, редиректами, ссылками и другими указаниями.
Нужно ставить canonical на каждую страницу?
Для важных страниц собственный адрес часто делает намерение явным; главное - не противоречить другим сигналам.
Можно канонизировать разные услуги в одну?
Если намерения различаются, так делать не следует: это не настоящие дубли.
Читайте также
Источники и методика
Функции поисковых систем и сервисов сверены с официальной документацией 18 октября 2026 года. Последовательность действий, таблицы и учебные примеры подготовлены редакцией TOBIZ PRO. Числа и вымышленные объекты в примерах не являются результатами клиентских проектов.
- Google: canonicalization troubleshooting
Диагностика выбранного канонического URL и конфликтов сигналов.
- Яндекс: канонический адрес страницы
Канонический адрес как рекомендация для робота Яндекса.
- Google: consolidate duplicate URLs
Способы консолидации повторяющихся адресов.
Разберите задачу на своем сайте
Задача первого разбора - устранить противоречия для одного основного адреса. Для разговора достаточно адреса сайта и короткого описания ситуации.
Если нужен исполнитель, посмотрите проектирование сайта с согласованными адресами страниц и состав работ.
Получить разбор