-
Пара URL
Нужная и выбранная Google страницы
-
Сигналы
HTML, ссылки и карта сайта
-
Правка
Согласованный основной адрес
-
Контроль
Повторный обход и результат
Если Google выбрал другую каноническую страницу, сначала сравните её с адресом, который хотите продвигать. Иногда поисковик правильно объединил технические дубли. Исправление требуется, когда вместо нужной карточки, категории или языковой версии он выбрал страницу с другим предложением. Замена одного тега canonical без проверки ссылок, ответов сервера и содержания часто оставляет причину на месте.
Что означает выбранный Google canonical
У страницы могут быть два разных значения: канонический адрес, заявленный сайтом, и адрес, выбранный Google. Первый показывает ваше указание. Второй отражает решение поисковой системы для обработанного документа. Это не два тега в HTML. В Search Console смотрите оба значения и дату последнего сканирования, иначе легко принять старую информацию за результат сегодняшнего исправления.
Начните с пары адресов. Откройте исходный URL и выбранную альтернативу без авторизации. Сравните товар, язык, комплектацию, назначение страницы. Если оба URL показывают одну карточку, а различаются только меткой рекламного перехода, объединение обычно ожидаемо. Если русская категория склеилась с английской, потребуется проверить локализацию и связи языковых версий.
Соберите сигналы в одной таблице
Для каждой страницы запишите HTTP-статус, конечный адрес после перенаправлений, canonical в исходном HTML, наличие noindex, включение в sitemap и внутренние ссылки. Начать можно с нашей SEO-проверки URL. Она показывает ответ сервера, но не знает, какой canonical хранит Google: этот столбец заполняют из Search Console.
Проверяйте адреса в точности: протокол, www, регистр пути, завершающий слэш и параметры. Визуально одинаковые страницы могут иметь несколько URL. Отдельно сохраните фактический адрес после открытия через меню. Если меню ведёт на дубль, а canonical объявляет основной адрес, шаблоны сайта отправляют противоречивые сигналы.
| Наблюдение | Что проверить |
|---|---|
| Canonical меняется после загрузки | Шаблон CMS и JavaScript, который перезаписывает head |
| Основной URL перенаправляет | Какой конечный адрес действительно должен продвигаться |
| Дубль находится в sitemap | Источник адресов при генерации карты |
| Другой язык выбран основным | Перевод основного содержания и hreflang |
Пример: товар доступен из двух категорий
Учебный магазин показывает одну модель по адресам /catalog/pumps/model-a/ и /brands/acme/model-a/. Название, цена и характеристики совпадают. Команда решила оставить первый URL основным, но блок бренда продолжает ссылаться на второй. Кроме того, в sitemap попали оба адреса, а шаблон каждого ставит canonical на самого себя.
Сначала закрепляют правило адресации товара. Затем меняют ссылки в категориях, брендах, рекомендациях и фиде. Если второй путь больше не нужен пользователям, его перенаправляют на основной. Если путь нужен для работы интерфейса, сохраняют доступ и согласованно указывают canonical. Выбор зависит от поведения магазина; массовое перенаправление всех карточек бренда на страницу бренда проблему не решает.
После правки открывают несколько товаров из разных категорий. Одна исправленная карточка не доказывает, что генератор ссылок работает правильно на всём каталоге. Проверяют также поиск по сайту, пагинацию, список недавно просмотренных товаров и ссылки из старых материалов: там часто остаются отдельные источники адресов.
Когда одинаковые страницы нужно разделить
Две комплектации оборудования могут иметь похожие описания, но разные характеристики, цену и назначение. Если бизнесу нужны самостоятельные карточки, покажите эти различия на странице. Таблица совместимости, состав поставки и условия заказа полезнее перестановки одинаковых абзацев. При этом отдельная карточка оправдана не каждым параметром: удобный выбор вариантов иногда лучше работает на одном URL.
Для языковых версий не назначайте русскую страницу основной только потому, что она появилась первой. Проверьте перевод контента, локальные условия и взаимные аннотации. Проверка hreflang поможет найти обратные HTML-ссылки и конфликты canonical. Она не оценивает качество перевода и не заменяет проверку выбранной версии в поиске.
Чего не делать при исправлении
Не используйте robots.txt как способ сообщить, какой из дублей основной. Запрет обхода не равен выбору canonical и мешает прочитать изменения страницы. Не назначайте главную канонической для всех товаров. Не добавляйте noindex на ценные страницы только ради исчезновения предупреждения в отчёте: сначала определите, должна ли страница вообще участвовать в поиске.
Не меняйте адреса по несколько раз за неделю. Сохраните журнал: дата, группа страниц, прежнее состояние, исправление и ожидаемый результат. Если одновременно поменять структуру каталога, контент, редиректы и языковую схему, причину последующих изменений будет сложнее отделить от остальных работ. Начните с понятной группы дублей и воспроизводимого теста.
Как принять работу
- Выберите основную страницу и несколько её дублей.
- Проверьте ответы сервера, HTML, внутренние ссылки и карту сайта после очистки кеша.
- Запросите проверку нужного URL в Search Console и зафиксируйте дату.
- После нового обхода сопоставьте выбранный canonical, показы и переходы на группу страниц.
Техническая приёмка заканчивается раньше поисковой. Разработчик может подтвердить согласованность сигналов сразу после публикации. Изменение канонической страницы в системе Google зависит от повторного обхода и обработки. Обещать конкретный день переключения без данных нельзя, но можно заранее назначить дату следующей проверки и ответственного за неё.
Если Google продолжает выбирать другой URL после нового обхода, сохраните пару страниц и повторите сравнение. Проверьте, не возвращает ли CDN старый HTML, не зависит ли canonical от cookie, не отличается ли ответ мобильному посетителю. Для обращения к специалисту достаточно адресов, скриншота проверки URL и описания нужного поведения. Доступ к кабинету и серверу передают по согласованному защищённому каналу, не в комментарии публичной формы.
Нужно ли исправлять каждый исключённый дубль
Нет. Параметры отслеживания и технические варианты часто должны объединяться. Работу оценивают по правильности выбранных страниц и сохранению полезного спроса, а не по нулю во всех отчётах исключения. Если проблема затрагивает разные шаблоны каталога, нужен технический SEO-аудит с перечнем правил для каждой группы, а не ручная правка сотен отдельных тегов.
