Google назвал canonical теги SEO ненадёжными: Мюллер советует заменить их на 301 и noindex

Случай разобрал Джон Мюллер, сотрудник Google, в ответ на жалобу владельца сайта на Reddit. Вебмастер обнаружил, что его страницы исчезают из поиска, а Google считает «каноническим» адресом казино-сайт, не имеющий ничего общего с его контентом. Расследование показало: причина не в чужом canonical теге, а в серверной ошибке на стороне самого сайта, которую Google принял за дубликат.

Что на самом деле произошло?

• Владелец сайта заметил постепенную деиндексацию страниц. Google показывал каноническим URL казино-сайта, хотя контент не совпадал.
• Другой пользователь Reddit (No_Wrap_9584) столкнулся с той же проблемой и выяснил причину: во время сбоя сайт отдавал стандартное сообщение об ошибке JavaScript-приложения. Google обходил страницу в момент сбоя, видел одинаковое сообщение об ошибке на нескольких сайтах и объединял их как дубликаты.
• Мюллер подтвердил, что это правдоподобный сценарий: Googlebot мог проиндексировать страницу с ошибкой и выбрать чужой URL как канонический.
• Через несколько недель после устранения сбоя проблема решилась сама.

Почему кросс-доменные canonical теги SEO больше не нужны?

Canonical тег (тег <link rel="canonical">, который сообщает поисковику адрес оригинала страницы) в варианте между разными доменами изначально появился для двух задач: переезд сайта на новый домен и синдикация контента (когда статью публикуют на нескольких площадках).

Google давно изменил рекомендации по обоим случаям:

• Переезд домена. Используйте 301-редирект (перенаправление, которое говорит поисковику: «страница переехала навсегда»). Кросс-доменный canonical был запасным вариантом, когда редирект невозможен, но сегодня таких ситуаций практически не осталось.
• Синдикация контента. Вместо canonical тега Google рекомендует добавлять на синдицированных площадках meta-тег <meta name="Googlebot" content="noindex">, который запрещает индексацию копии. Для запрета только в Google News достаточно <meta name="Googlebot-News" content="noindex">.

Ключевая разница: canonical это подсказка, Google не обязан её выполнять. А 301-редирект и meta noindex это директивы, которые Google обязан соблюдать.

Совет Мюллера: как не допустить деиндексацию

1. Проверьте страницы через инструмент «Проверка URL» в Google Search Console (бесплатный сервис Google для вебмастеров). Используйте режим «Посмотреть, как Googlebot видит страницу», чтобы убедиться, что робот получает контент, а не сообщение об ошибке.
2. Настройте автоматические тесты перед публикацией обновлений сайта. Мюллер рассказал, что на своих небольших проектах запускает набор проверок перед каждым обновлением и добавляет новый тест после каждой найденной проблемы.
3. Подключите мониторинг критичных страниц: сервис или скрипт, который раз в час загружает главные страницы и проверяет, отдаёт ли сервер нормальный контент. Это позволяет поймать сбой до того, как Googlebot его проиндексирует.

Что делать российским вебмастерам?

Для Яндекса canonical теги тоже носят рекомендательный характер, поэтому ситуация зеркальная.

• Авторам Дзена и блогерам. Если вы публикуете одну статью на нескольких площадках (Дзен, свой сайт, VC, Хабр), не рассчитывайте на canonical теги SEO для указания оригинала. Публикуйте оригинал первым на основной площадке и просите партнёрские сайты ставить meta noindex на копию.
• SEO-специалистам. Проверьте свои проекты на наличие кросс-доменных canonical тегов. Если они остались после миграции домена, замените их на 301-редиректы. Это не подсказка, а инструкция, которую поисковик обязан выполнить.
• Владельцам сайтов на JavaScript-фреймворках (React, Next.js, Vue). История из треда напрямую касается вас: если при сбое приложение отдаёт стандартную страницу ошибки вместо контента, Googlebot может принять её за дубликат чужого сайта с такой же ошибкой. Настройте мониторинг и серверный рендеринг (SSR, когда сервер формирует готовую HTML-страницу вместо пустой заглушки для JavaScript).

Частые вопросы

Может ли чужой сайт деиндексировать мои страницы через canonical тег?

Нет. Canonical тег должен стоять на вашем сайте и указывать на чужой URL, чтобы Google рассмотрел передачу сигналов. Чужой сайт не может поставить canonical на ваш домен так, чтобы это навредило вам. В описанном случае проблема была в серверной ошибке, а не в действиях стороннего сайта.

Нужно ли удалять все canonical теги со своего сайта?

Нет. Обычные canonical теги внутри одного домена (указывающие на предпочтительную версию страницы вашего же сайта) остаются полезным инструментом canonical тегов SEO. Убрать или заменить стоит именно кросс-доменные canonical теги, которые указывают с вашего домена на чужой.

Как быстро Google восстановит страницы после устранения ошибки?

По описанию пользователя No_Wrap_9584, после устранения серверной ошибки проблема решилась сама в течение нескольких недель. Мюллер не назвал точных сроков, но рекомендовал ускорить процесс через инструмент «Проверка URL» в Google Search Console, запросив повторную индексацию исправленных страниц.