Google выбрал другую каноническую страницу: что проверить до смены разметки

В Search Console у страницы указан один канонический адрес, а Google выбрал другой. Первая реакция понятна: найти тег, переписать его и ждать исправления. Но этот статус не говорит, что тег сломан. Он говорит, что поисковая система увидела группу похожих страниц и сочла другую страницу более подходящим представителем.

Поэтому я бы начала не с разметки, а с вопроса: эти два адреса действительно должны показывать один и тот же ответ? Если да, нужно согласовать сигналы. Если нет, надо развести содержание и назначение страниц. Одинаковое лечение для этих случаев способно закрепить ошибку.

В отчёте важны два адреса: тот, который указал сайт, и тот, который выбрал Google. Сравнивать нужно именно их, а не «примерно такую же» категорию из меню. Заодно фиксируют дату проверки: после изменения сигналов старый результат может сохраняться до следующего обхода и обработки.

Откройте обе страницы без авторизации и персональных параметров. Проверьте код ответа, возможность индексирования, основной заголовок, список товаров или содержание, хлебные крошки и канонический адрес. Затем повторите проверку с отрисованной версией страницы: иногда сервер отдаёт одну ссылку, а сценарий в браузере подменяет её другой.

Если выбранный Google адрес находится в чужом ресурсе Search Console, часть данных о нём будет недоступна. Это ограничение отчёта, а не доказательство переноса трафика на чужой сайт.

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

Полезно составить короткую карточку пары:

• какой запрос и задачу закрывает каждый адрес;
• чем отличаются набор товаров, фильтры и поясняющий текст;
• куда ведут внутренние ссылки и хлебные крошки;
• какая страница указана в карте сайта;
• есть ли перенаправление со старого адреса;
• нужны ли обе страницы покупателю из поиска.

Если различие сводится к названию, двум предложениям и перестановке тех же товаров, поисковая система может обоснованно собрать страницы в один кластер. Дописывать ещё один абзац ради формальной уникальности здесь мало: надо решить, существует ли самостоятельный ответ.

У интернет-магазина нормальные дубли появляются из-за меток рекламных кампаний, порядка параметров, сортировки, вариантов протокола и старых адресов после переезда. Для таких страниц выбор одного представителя полезен: сигналы не дробятся между техническими версиями, а в поиске остаётся понятный адрес.

Не стоит исправлять статус только потому, что выбранный адрес выглядит непривычно. Сначала проверьте результат для пользователя. Если он открывает ту же категорию, содержит актуальный ассортимент и получает внутренние ссылки, расхождение может быть косметическим — например, карта сайта и шаблон по-разному формируют завершающий слеш.

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

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

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

Особенно подозрительны циклы и цепочки. Страница А указывает на Б, Б перенаправляет на В, а В возвращает канонический адрес А. Каждый отдельный элемент выглядит технически допустимым, но вместе они не дают ясного представителя.

• Внутренние ссылки ведут на параметрическую версию, хотя канонической назначена чистая категория.
• Карта сайта содержит старый адрес, а шаблон уже указывает новый.
• После переименования раздела оставлены обе страницы с одинаковым ассортиментом и без постоянного перенаправления.
• Канонический адрес строится из текущего домена или протокола и меняется между окружениями.
• Региональные страницы на одном языке канонизированы на общий адрес, хотя должны участвовать в региональной разметке как самостоятельные варианты.
• Основная страница закрыта от обхода, возвращает ошибку или содержит почти пустой результат, а её копия доступна и полезнее.

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

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

Обратная ошибка — назначить канонической страницу с другим содержанием. Каноническая ссылка предназначена для одинаковых или очень похожих версий, а не для направления веса на более важный раздел. Карточка товара не должна указывать на категорию лишь потому, что категория сильнее, а отсутствующая модель — на случайный популярный товар.

Сначала повторно просканируйте пару как обычный посетитель и как поисковый робот: ответы, ссылки и содержание должны совпадать с выбранной архитектурой. Затем обновите карту сайта и внутренние ссылки, запросите проверку важных адресов там, где это уместно, и дождитесь повторного обхода.

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

Если Google выбрал другую каноническую страницу, исправлять нужно не формулировку в отчёте, а причину расхождения. Для настоящих копий сигналы сводят к одному адресу. Для разных страниц усиливают различие основного ответа. Это и есть граница между нормальной дедупликацией и архитектурной ошибкой.

In Search Console, the page lists one canonical address, but Google selected another. The immediate reaction is understandable: find the tag, rewrite it, and wait for a fix. However, this status does not mean the tag is broken. It means the search engine identified a group of similar pages and deemed another page a more suitable representative.

Therefore, I would start not with the markup, but with the question: should these two addresses actually display the same content? If yes, align the signals. If no, separate the content and purpose of the pages. Applying the same treatment to both cases can cement the error.

The report requires two addresses: the one specified by the site and the one selected by Google. Compare exactly these, not an "approximately similar" category from the menu. Also record the check date: after changing signals, the old result may persist until the next crawl and processing.

Open both pages without authorization or personal parameters. Check the response code, indexing capability, main heading, product list or content, breadcrumbs, and canonical URL. Then repeat the check with the rendered page version: sometimes the server returns one link, while the browser script replaces it with another.

If the selected Google address belongs to a different Search Console property, some data about it will be unavailable. This is a report limitation, not proof of traffic migration to another site.

Two pages are not considered similar simply because they share the same template. Compare the main content and the user query. Categories like 'Office Coffee Machines' and 'Home Coffee Machines' may have overlapping assortments but different selection criteria. Conversely, a sorting page and its source category usually answer the same question, even if the card order differs.

It is useful to create a short pair card:

• which query and task each address addresses;
• how the product set, filters, and explanatory text differ;
• where internal links and breadcrumbs lead;
• which page is listed in the sitemap;
• whether a redirect exists from the old address;
• whether both pages are needed by a searcher.

If the difference comes down to a name, two sentences, and a rearrangement of the same products, a search engine may reasonably group the pages into a single cluster. Adding another paragraph for the sake of formal uniqueness here is of little use: the real question is whether an independent answer exists.

Normal duplicates in an online store arise from advertising campaign tags, parameter order, sorting, protocol variants, and old addresses after a migration. For such pages, selecting one representative is beneficial: signals do not fragment across technical versions, and a clear address remains in search results.

Do not correct the status solely because the selected address looks unusual. First, verify the result for the user. If they open the same category, see the current assortment, and receive internal links, the discrepancy may be cosmetic—for example, a sitemap and a template may format the trailing slash differently.

The error begins where a selected page changes meaning. A regional version shows a different city, an outdated category lacks new models, a pagination page hides the start of the list, and a single product card replaces a category. In such cases, the cluster was assembled differently than the store intended, and contradictory signals must be identified.

Google describes permanent redirects and canonical links as strong signals, while including the address in the sitemap as a weaker one. Several consistent signals are more convincing than a single one. This does not guarantee a mechanical choice: the search engine still evaluates pages and may prefer another.

For a page that should be the main one, check for a self-referencing canonical URL, a successful response, indexability, presence in the sitemap, and internal links. Alternative variants must not simultaneously declare themselves as primary, point to a third location as the canonical link, and receive the majority of links from navigation.

Cycles and chains are especially suspicious. Page A points to B, B redirects to C, and C returns the canonical URL of A. Each individual element appears technically valid, but together they fail to provide a clear representative.

• Internal links point to a parameterized version, although a clean category is designated as canonical.
• The sitemap contains the old address, while the template already points to the new one.
• After renaming a section, both pages remain with identical assortment and without a permanent redirect.
• The canonical address is built from the current domain or protocol and changes between environments.
• Regional pages in the same language are canonicalized to a single address, although they should participate in regional markup as independent variants.
• The main page is blocked from crawling, returns an error, or contains an almost empty result, while its copy is accessible and more useful.

Check these points on a small sample of different types: category, product card, filter, tag page, and old address. One successful page does not prove that the template rule works across the entire catalog.

If two pages must remain independent, the difference must be in the main response. For categories, this can be product composition, selection criteria, navigation, and a useful explanation of the choice. For regions, it can be availability, delivery conditions, and local context. Different titles with identical body content give search engines reasons to merge the pages.

The reverse error is designating a page with different content as canonical. A canonical link is intended for identical or very similar versions, not for funneling authority to a more important section. A product card should not point to a category just because the category is stronger, nor should a missing model point to a random popular item.

First, re-scan the pair as a regular visitor and as a search engine crawler: responses, links, and content must match the chosen architecture. Then update the sitemap and internal links, request verification of important URLs where appropriate, and wait for the next crawl.

Results are not judged by a single status the next day. Check whether the site has stopped generating alternative URLs, whether internal links have moved to the primary version, which page the system selects after several crawl cycles, and whether the independent intent has not been lost. Impressions and clicks relate to search visibility, not directly to leads or sales.

If Google selected a different canonical page, do not fix the wording in the report; fix the cause of the discrepancy. For true duplicates, signals are consolidated to a single address. For different pages, emphasize the distinction of the primary response. This is the boundary between normal deduplication and an architectural error.