Вы открываете Search Console, смотрите отчет об индексировании страниц и видите строку: Страница является копией. Канонический вариант не выбран пользователем. Звучит как ошибка, стоит в разделе «Почему эти страницы не индексируются», и чаще всего в списке оказывается страница, которая вам действительно важна.

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

Это не санкции, а иногда и вовсе нужный вам результат. Проблемы начинаются, когда Google выбирает не тот адрес. Хорошая новость: исправление почти всегда одно и то же, и занимает оно меньше времени, чем чтение форумов на эту тему.

Содержание

Что означает этот статус

Представьте группу одинаковых страниц как короткий список кандидатов. Google показывает в поиске только одну из них, и она называется канонической. У вас есть право голоса: тег rel="canonical", постоянный редирект или карта сайта сообщают Google, какой адрес вы предпочитаете. Редиректы и тег canonical Google считает сильными сигналами, карту сайта — более слабым.

Если прочитать статус по частям, он объясняет себя сам:

  • Страница является копией: Google считает эту страницу копией другого адреса.
  • Канонический вариант не выбран пользователем: на этой странице вы не проголосовали, или проголосовали, но Google не смог прочитать ваш голос.
  • Итог: Google выбрал канонической другую страницу, а эта в поиске не показывается.
Анимация: из трех адресов с одинаковым контентом и без canonical Google выбирает сам; после canonical на себя и редиректа 301 используется выбранный адрес
Без canonical показываемый адрес выбирает Google. Укажите основной адрес и перенаправьте копии, и у Google появится четкий сигнал.

Три похожих статуса

В Search Console есть три статуса с почти одинаковыми формулировками. Перепутать их — самый быстрый способ исправить не то, поэтому на них стоит потратить минуту.

Статус Что произошло Нужно ли действовать
Страница является копией. Канонический вариант не выбран пользователем На странице нет канонического адреса, который Google смог бы прочитать. Google выбрал другой адрес. Да, если именно эта страница должна быть в поиске.
Страница является копией. Канонические версии страницы, выбранные Google и пользователем, не совпадают Страница указывает канонический адрес, но другие сигналы убедили Google выбрать иной. Да. Ваши сигналы противоречат друг другу.
Вариант страницы с тегом canonical Это альтернативная версия, например AMP или мобильная, которая правильно указывает на каноническую страницу, и та проиндексирована. Нет. Все работает как задумано.

Нужно ли это исправлять

Откройте статус и посмотрите на примеры адресов. Обычно они делятся на две группы.

Безобидная группа. Адреса с параметрами отслеживания вроде ?utm_source=, параметры сортировки и фильтров, версии для печати, копии страниц на http:// и с www, которые уже перенаправляются. На такие адреса никто не должен попадать, так что Google правильно их пропускает.

Важная группа. Страница услуги, товар, категория, статья в блоге или языковая версия. Если в списке есть что-то из этого, Google показывает людям не ту страницу, которую вы создали, а другой адрес. Он может быть устаревшим, перенаправлять в другое место или быть на другом языке. Такие случаи исправляйте.

Как узнать, какой адрес выбрал Google

Скопируйте один из адресов в строку инструмента проверки URL в верхней части Search Console. В разделе Индексирование страниц есть две строки, которые объясняют большинство случаев:

  • Каноническая страница, выбранная пользователем: канонический адрес, который Google нашел на вашей странице при последнем сканировании.
  • Каноническая страница, выбранная Google: адрес, который Google в итоге выбрал.

Будьте внимательны, если в строке Каноническая страница, выбранная пользователем указано Нет, хотя вы точно знаете, что тег на странице есть. Это значит, что Google ваш тег так и не прочитал, и почти всегда это вторая причина из списка ниже. Нажмите Изучить просканированную страницу и откройте вкладку HTML: там именно тот HTML, который сохранил Google. Найдите canonical и, что не менее важно, посмотрите, где он находится. В той же панели видно время последнего сканирования, а значит, и то, видел ли Google вашу последнюю версию.

Семь частых причин

1. На странице нет тега canonical

Без канонического адреса все копии соревнуются на равных, и Google решает по ссылкам, редиректам и всему, что сможет найти. Самая простая страховка — канонический тег, указывающий на саму страницу, на каждой странице, которую вы хотите видеть в индексе: у страницы https://example.com/ceny canonical должен вести на https://example.com/ceny. Всегда указывайте полный абсолютный адрес с правильным протоколом и доменом.

2. Тег canonical находится вне раздела head

Самая коварная причина. Google принимает rel="canonical", только если он стоит в разделе <head>. Если тег оказался в <body>, Google его игнорирует, и Search Console показывает страницу так, будто канонического адреса нет вовсе.

Анимация: тег canonical в body игнорируется, и инструмент проверки URL показывает «Нет»; после переноса в head тег прочитан
Google читает canonical только внутри head. Проверяйте исходный HTML от сервера, а не инспектор браузера.

На современных JavaScript-сайтах эту ошибку допустить легче, чем кажется. Одни добавляют метаданные с опозданием, уже после загрузки страницы, другие отправляют их потоком после основного контента, и для некоторых роботов title, canonical и hreflang оказываются в самом конце body. Если в вашей системе есть настройка, которая определяет, где выводятся метаданные, убедитесь, что поисковые роботы получают их внутри head.

На каком бы стеке ни был сайт, смотрите исходный HTML, который отдает сервер, а не инспектор элементов в браузере: он показывает страницу уже после работы JavaScript. Canonical должен стоять до </head>.

3. Старые адреса перенаправляются временным редиректом

Постоянный редирект (301 или 308) сообщает Google, что каноническим должен стать адрес назначения. Временный редирект (302 или 307) такого сигнала не дает, и Google может оставить главным старый адрес. Если вы переносили страницы с временными редиректами, старые адреса могут побеждать месяцами. Замените их на 301 или 308.

4. Одна и та же страница доступна по нескольким адресам

Одна страница, много дверей: с www и без, по http и https, со слешем в конце и без, с параметрами отслеживания или за старым языковым префиксом. Выберите одну главную дверь, перенаправьте на нее все остальные постоянным редиректом и ведите все внутренние ссылки прямо на нее.

5. Страницы действительно почти одинаковые

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

6. Сигналы противоречат друг другу

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

Анимация: тег canonical, редирект 301, карта сайта и внутренние ссылки указывают на разные адреса, и Google выбирает старый; когда все четыре сигнала совпадают, выбирается нужный адрес
Google взвешивает все сигналы вместе. Когда canonical, редиректы, карта сайта и внутренние ссылки совпадают, гадать уже не приходится.

7. Hreflang и canonical тянут в разные стороны

На многоязычном сайте у каждой языковой версии должен быть собственный канонический тег на саму себя и теги hreflang со списком всех языковых версий, включая ее саму. Частая ошибка — указывать в canonical перевода страницу на исходном языке. Так вы говорите Google, что перевод всего лишь копия, и он выпадает из индекса. Убедитесь также, что все адреса в наборе hreflang конечные, а не перенаправляющие.

Исправление по шагам

  1. Решите, какой адрес будет главной версией страницы.
  2. Добавьте на него канонический тег на самого себя с полным абсолютным адресом.
  3. Откройте исходный HTML и убедитесь, что canonical находится внутри <head>.
  4. Перенаправьте все остальные версии страницы на главный адрес редиректом 301 или 308.
  5. Обновите внутренние ссылки, меню и карту сайта, чтобы они вели только на главный адрес.
  6. На многоязычном сайте проверьте, что hreflang перечисляет конечные адреса всех языковых версий.
  7. В инструменте проверки URL нажмите Проверить страницу на сайте для главного адреса и запросите индексирование.
  8. Проверьте и старый адрес-копию и тоже запросите для него индексирование, чтобы Google просканировал его и увидел редирект.

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

Сколько ждать результата

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

Если через месяц ничего не изменилось, снова проверьте оба адреса в инструменте проверки URL. Убедитесь, что редирект отдает 301 или 308, canonical стоит в head, и ничто другое, например строка в карте сайта или старая внутренняя ссылка, не указывает на адрес, от которого вы хотите избавиться.

Разбираетесь с более широкой проблемой индексации? В нашем руководстве Сайт не индексируется в Google: 8 причин весь чек-лист разобран по шагам.

Часто задаваемые вопросы

Вредит ли SEO статус «Канонический вариант не выбран пользователем»?

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

Нужен ли тег canonical на каждой странице?

Да. Канонический тег на саму себя на каждой индексируемой странице избавляет Google от догадок и защищает от копий с параметрами и разными протоколами.

Почему Google игнорирует мой тег canonical?

Либо Google не может его прочитать (чаще всего потому, что тег вне head или добавлен способом, которого робот не видит), либо больше доверяет другим сигналам: редиректам, внутренним ссылкам и карте сайта, которые указывают на другой адрес. Инструмент проверки URL покажет, какой случай ваш: если в строке Каноническая страница, выбранная пользователем указано «Нет», тег не был прочитан.

Можно ли вместо этого закрыть копии через noindex?

Google этого не советует. Если использовать noindex для выбора канонической страницы в пределах одного сайта, страница полностью исчезнет из поиска. Используйте тег canonical или постоянный редирект.

Чем этот статус отличается от «Канонические версии страницы, выбранные Google и пользователем, не совпадают»?

Здесь страница не указывает канонический адрес, который Google смог бы прочитать. Во втором случае страница его указывает, но Google не согласен и выбирает другой адрес, потому что остальные ваши сигналы ведут в другое место.

Сколько времени нужно Google, чтобы обновить каноническую страницу?

Это зависит от того, когда Google повторно просканирует нужные адреса. Запрос индексирования и для главного адреса, и для старой копии ускоряет процесс. Важные страницы могут обновиться за несколько дней, остальные — за несколько недель.

Нужно ли исправлять это для адресов с параметрами отслеживания?

Обычно нет. Если у таких адресов есть canonical на чистый адрес или Google уже выбрал чистый адрес сам, этот статус — ожидаемый результат.

Источники

Что дальше

Когда страницы проиндексированы под правильными адресами, следующий рычаг — авторитет сайта. Наши пакеты ссылок и цены вы найдете на странице услуги Hacklink. Если где-то застряли, напишите нам.