Канонические теги: простое руководство для начинающих

Канонический тег (rel=”canonical”) — это фрагмент HTML-кода, определяющий основную версию для повторяющихся, почти повторяющихся и похожих страниц. Другими словами, если у вас есть одинаковый или похожий контент, доступный под разными URL-адресами, вы можете использовать канонические теги, чтобы указать, какая версия является основной и, следовательно, должна быть проиндексирована.

Канонические теги используют простой и согласованный синтаксис и размещаются в разделе

веб-страницы:

Вот что каждый из них часть этого кода на простом английском языке означает:

Google не любит дублированный контент. Им сложнее выбирать:

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

Правда о краулинговом бюджете

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

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

Если вы не укажете канонический URL-адрес, Google возьмет дело в свои руки.

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

ВАЖНОЕ ПРИМЕЧАНИЕ

Google заявляет, что они обычно соблюдают установленный вами канонический URL-адрес, но не всегда. Это потому, что теги canonicals — это подсказки, а не директивы. Если они соблюдаются, любые сигналы, такие как ссылки, должны объединяться с каноническим URL-адресом.

Использование лучших практик канонических тегов также помогает снизить риск того, что Google посчитает нежелательную версию страницы канонической.

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

Но поисковые системы сканируют URL-адреса, а не веб-страницы.

Это означает, что они рассматривают example.com/product и example.com/product?color=red как уникальные страницы, даже если это одна и та же веб-страница с идентичным или похожим содержанием.

Их называют параметризованными URL-адресами, и они являются частой причиной дублирования контента, особенно на сайтах электронной торговли с фасетированной/фильтрованной навигацией.

Например, компания Brown Bag Clothing продает рубашки. Это URL-адрес основной страницы категории:

. Если вы фильтруете только рубашки XL, к URL-адресу добавляется параметр:

Если вы затем фильтруете только синие рубашки, добавляется еще один параметр:

В глазах Google это все отдельные страницы, хотя их содержание лишь незначительно отличается.

Но не только сайты электронной коммерции становятся жертвами дублирования контента.

Вот некоторые другие распространенные причины дублирования контента, которые применимы ко всем типам веб-сайтов:

. В таких ситуациях правильное использование канонических тегов имеет решающее значение.

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

Это не всегда предотвращает появление синдицированного контента в результатах поиска, но помогает снизить риск того, что он превзойдет оригинал.

Примечание. Некоторые сайты отказываются добавлять каноническую ссылку. В таких случаях решать вам, хотите ли вы пойти на риск.

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

Джон Мюллер из Google утверждает, что лучше всего не использовать относительные пути с элементом ссылки rel=”canonical”.

Поэтому вам следует использовать следующую структуру:

В отличие от этой:

Поскольку Google может рассматривать URL-адреса в верхнем и нижнем регистре как два разных URL-адреса, вам нужно сначала обязательно принудительно использовать URL-адреса в нижнем регистре на своем сервере, а затем использовать URL-адреса в нижнем регистре для ваших канонических тегов.

Если вы перешли на SSL, убедитесь, что вы не объявляете URL-адреса, отличные от SSL (т. е. HTTP), в своих канонических тегах. Теоретически это может привести к путанице и неожиданным результатам. Если вы находитесь в защищенном домене, убедитесь, что вы используете следующую версию URL-адреса:

Если вы не уверены, как работает самореферентный канонический тег, то это, по сути, канонический тег на странице, который указывает сам на себя. Например, если URL-адрес был https://example.com/sample-page, то канонический идентификатор на этой странице будет выглядеть следующим образом:

Большинство современных популярных CMS автоматически добавляют самоссылающиеся URL-адреса, но при использовании собственной CMS вам потребуется жестко запрограммировать это у разработчика.

Если на странице есть несколько канонических тегов, Google будет игнорировать оба.

Существует пять известных способов указания канонических URL-адресов. Это так называемые сигналы канонизации:

Плюсы и минусы каждого метода см. в официальной документации Google.

Использование тега rel=canonical — это самый простой и очевидный способ указать канонический URL-адрес.

Просто добавьте следующий код в раздел

любой повторяющейся страницы:

Допустим, у вас есть веб-сайт электронной коммерции. продам футболки. Вы хотите, чтобы https://yourstore.com/tshirts/black-tshirts/ был каноническим URL-адресом, даже если содержимое этой страницы доступно через другие URL-адреса (например, https://yourstore.com/offers/black-tshirts/).

Просто добавьте следующий канонический тег ко всем повторяющимся страницам:

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

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

Shopify по умолчанию добавляет самоссылающиеся канонические URL-адреса для продуктов и сообщений в блогах. Чтобы установить собственные канонические URL-адреса, вам необходимо напрямую отредактировать файлы шаблона (.liquid).

В этой теме есть некоторая информация о том, как это сделать.

Squarespace также по умолчанию добавляет самоссылающиеся URL-адреса. Но, как и в случае с Shopify, вам необходимо редактировать код напрямую, если вы хотите добавить собственный канонический URL-адрес.

Для таких документов, как PDF-файлы, невозможно разместить канонические теги в заголовке страницы, поскольку на странице нет раздела

. В таких случаях вам нужно будет использовать HTTP-заголовки для установки канонических значений. Вы также можете использовать канонические заголовки HTTP на стандартных веб-страницах.

Представьте, что мы создаем PDF-версию этой записи блога и размещаем ее в подпапке нашего блога (ahrefs.com/blog/*).

Вот как может выглядеть наш HTTP-заголовок для этого файла:

HTTP/1.1 200 OK Content-Type: application/pdf Ссылка: ; rel=”canonical”

Рекомендуемая литература: Как добавить тег Canonical в заголовки HTTP

Google заявляет, что неканонические страницы не должны включаться в карты сайта. Должны быть указаны только канонические URL-адреса. Это связано с тем, что Google рассматривает страницы, указанные в карте сайта, как рекомендуемые канонические.

Однако они не всегда выбирают URL-адреса в файлах Sitemap как канонические.

Используйте 301-перенаправления, если хотите перенаправить трафик с повторяющегося URL-адреса на каноническую версию.

Предположим, что ваша страница доступна по этим URL-адресам:

Выберите один URL-адрес в качестве канонического и перенаправьте туда остальные URL-адреса.

Вам следует сделать то же самое для безопасных версий вашего сайта HTTPS/HTTP и www/non-www. Выберите одну каноническую версию и перенаправьте на нее остальных.

Например, канонической версией ahrefs.com является URL-адрес HTTPS, отличный от www (https://ahrefs.com). Сюда перенаправляются все следующие URL-адреса:

Прочтите наше полное руководство по реализации 301-перенаправления.

То, как вы ссылаетесь с одной страницы на другую по всему сайту, является сигналом канонизации.

Аналитик Google Webmaster Trends Джон Мюллер рассказывает о сигналах, используемых для определения канонических URL-адресов, в этом видео #AskGoogleWebmasters :

Чем более последовательны вы со всеми этими сигналами, тем легче поисковым системам будет определить предпочтительный канонический URL-адрес. Как упомянул Джон в видео, Google также предпочитает URL-адреса HTTPS, а не HTTP, а также более красивые URL-адреса.

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

Вот некоторые распространенные ошибки, которые люди совершают при попытке канонизировать:

Блокировка URL-адреса в robots.txt не позволяет Google сканировать его, а это означает, что они не могут видеть канонические теги на этой странице. . Это, в свою очередь, не позволяет им перенести какой-либо «ссылочный капитал» из неканонического в каноническое.

Никогда не смешивайте noindex и rel=canonical. Это противоречивые инструкции.

Google обычно отдает приоритет каноническому тегу над тегом noindex, как утверждает здесь Джон Мюллер. Но это все равно плохая практика. Если вы хотите неиндексировать и канонизировать URL-адрес, используйте перенаправление 301. В противном случае используйте rel=canonical.

Установка кода состояния HTTP 4XX для канонизированного URL-адреса имеет тот же эффект, что и использование тега noindex: Google не сможет видеть канонический тег и передавать «капитал ссылки». » к канонической версии.

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

Почему? Как заявил Джон Мюллер из Google на Reddit, использование rel=canonical является неправильным.

Вам также следует использовать теги rel=prev/next для нумерации страниц. Они больше не используются Google, но Bing все еще использует их.

Теги Hreflang используются для указания языка и географического таргетинга веб-страницы.

Google заявляет, что при использовании hreflang вам следует «указать каноническую страницу на том же языке или лучший возможный язык-заменитель, если канонический язык не существует для того же языка».

Наличие нескольких тегов rel=canonical приведет к тому, что Google, скорее всего, проигнорирует их. Во многих случаях это происходит потому, что теги вставляются в систему в разных точках, например, с помощью CMS, темы и плагинов. Вот почему многие плагины имеют опцию перезаписи, позволяющую гарантировать, что они являются единственным источником канонических тегов.

Другая область, где это может быть проблемой, — это канонические элементы, добавленные с помощью JavaScript. Если в ответе HTML не указан канонический URL-адрес, а затем вы добавляете тег rel=canonical с помощью JavaScript, его следует учитывать при отображении страницы Google. Однако если у вас есть канонический код, указанный в HTML, и вы заменяете предпочтительную версию на JavaScript, вы посылаете в Google смешанные сигналы.

Rel=canonical должен появляться только в

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

Проблема может возникнуть при разборе документа. Хотя исходный код страницы может иметь тег rel=canonical в правильном месте, когда страница фактически создается в браузере или отображается поисковой системой, существует множество различных вещей, таких как незакрытые теги, внедрение JavaScript или . в разделе может привести к преждевременному завершению во время рендеринга. В этих случаях канонический тег может быть случайно добавлен в отображаемой страницы, где он не будет учитываться.

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

Для этого вы можете использовать инструмент аудита сайта Ahrefs.

Site Audit сканирует ваш сайт на предмет более 100 проблем SEO, в том числе связанных с каноническими тегами.

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

Это предупреждение срабатывает, когда одна или несколько страниц канонизируются по URL-адресу 4XX.

Поисковые системы не индексируют страницы 4XX, потому что они не работают. В результате они игнорируют любые канонические теги, указывающие на такие страницы, и часто индексируют неправильную (неканоническую) версию страницы.

Просмотрите затронутые страницы и замените неработающие (4XX) канонические ссылки ссылками на рабочие (200) страницы, которые вы хотите проиндексировать.

Это предупреждение срабатывает, когда одна или несколько страниц канонизируются по URL-адресу 5XX.

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

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

Это предупреждение срабатывает, когда одна или несколько страниц канонизируются по перенаправленному URL-адресу.

Каноникалы всегда должны указывать на наиболее авторитетную версию страницы. Это не относится к перенаправлению URL-адресов. В результате поисковые системы могут неправильно интерпретировать или игнорировать каноническое.

Замените канонические ссылки прямыми ссылками на наиболее авторитетную версию страницы (т. е. ту, которая возвращает код состояния HTTP 200 и не выполняет перенаправление).

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

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

Просмотрите группы дубликатов. Выберите одну каноническую версию, которая должна быть проиндексирована в результатах поиска. Укажите это как каноническую версию для всех дубликатов (и добавьте к канонической версии самоссылающийся тег canonical).

Это предупреждение срабатывает, когда одна или несколько страниц указывают неканонический URL-адрес в своих аннотациях hreflang.

Ссылки в тегах hreflang всегда должны указывать на канонические страницы. Ссылки на неканоническую версию страницы из аннотаций hreflang могут запутать и ввести в заблуждение поисковые системы.

Замените ссылки в аннотациях hreflang затронутых страниц на их канонические.

Это предупреждение срабатывает, когда один или несколько указанных канонических URL-адресов не имеют внутренних входящих ссылок.

Канонические URL-адреса без внутренних ссылок недоступны посетителям сайта. Вместо этого где-то на сайте они перенаправляются на неканоническую версию страницы.

Замените все внутренние ссылки на канонизированные страницы прямыми ссылками на канонические.

Это предупреждение срабатывает, когда в карте сайта указана одна или несколько неканонических страниц.

Google заявляет, что не следует включать неканонические URL-адреса в карту сайта. Причина в том, что они видят страницы в картах сайта как рекомендуемые канонические. В картах сайта следует перечислять только те страницы, которые вы хотите проиндексировать.

Удалите неканонические URL-адреса из карты сайта.

Это предупреждение срабатывает, когда на одной или нескольких страницах указан канонический URL-адрес, который также канонизируется для другой страницы. Это создает «каноническую цепочку», в которой страница A канонизируется до страницы B, которая затем канонизируется до страницы C.

Канонические сети могут сбить с толку и ввести в заблуждение поисковые системы. В результате они могут неверно истолковать или проигнорировать указанную канонику.

Замените неканонические ссылки в канонических тегах затронутых страниц прямыми ссылками на канонические. Например, если страница A канонизирована на странице B, которая затем канонизируется на странице C, замените каноническую ссылку на странице A ссылкой на страницу C.

Это предупреждение срабатывает, когда есть несоответствие между указанный канонический URL-адрес и URL-адрес Open Graph на одной или нескольких страницах.

Если URL-адрес Open Graph не соответствует каноническому, в социальных сетях будет опубликована неканоническая версия страницы.

Замените URL-адрес Open Graph на затронутых страницах каноническим URL-адресом. Убедитесь, что два URL-адреса одинаковы.

Примечание. URL-адреса внутри тегов Open Graph должны быть абсолютными и использовать протоколы http:// или https://, как в случае с каноническими URL-адресами.

Это предупреждение срабатывает, когда на одной или нескольких защищенных (HTTPS) страницах в качестве канонической указывается незащищенная (HTTP) версия.

HTTPS является фактором ранжирования, поэтому имеет смысл по возможности указывать защищенные версии страниц как канонические.

Перенаправление HTTP-страницы на эквивалент HTTPS. Если это невозможно, добавьте ссылку rel=”canonical” из HTTP-версии страницы в HTTPS-версию.

Примечание. Google также называет внедрение HSTS потенциальным решением.

Это предупреждение срабатывает, когда на одной или нескольких незащищенных (HTTP) страницах в качестве канонической указывается безопасная (HTTPS) версия.

HTTPS предпочтительнее HTTP. Иметь HTTP-версию страницы и указывать версию HTTPS как каноническую нелогично.

Примечание. Вероятно, это не вызовет серьезных проблем, но, если возможно, это все же стоит исправить.

Внедрите перенаправление 301 с HTTP на HTTPS. Вам также следует заменить все внутренние ссылки на HTTP-версию страницы ссылками непосредственно на HTTPS-версию.

Это предупреждение срабатывает, когда одна или несколько неканонических страниц появляются в результатах поиска и получают органический поисковый трафик (чего не должно происходить).

Либо ваши канонические теги настроены неправильно, либо Google решил игнорировать указанные канонические теги.

Убедитесь, что теги rel=canonical настроены правильно на всех страницах, о которых сообщается. Если проблема не в этом, воспользуйтесь инструментом проверки URL-адресов в консоли поиска Google, чтобы узнать, считают ли они указанный канонический URL-адрес каноническим. Если есть несоответствие, выясните, почему это может быть так.

Канонические теги не так уж и сложны. Поначалу им просто сложно уложиться в голове.

Просто помните, что канонические теги — это не директива, а скорее сигнал для поисковых систем. Другими словами, они могут выбрать канонический вариант, отличный от того, который вы заявляете.

Вы можете использовать инструмент проверки URL-адресов в консоли поиска Google, чтобы увидеть как объявленные пользователем, так и канонические, выбранные Google.

Вот классификации, которые Google использует в отчете о статусе индексного покрытия в консоли поиска Google, связанном с каноническими URL-адресами:

👉 Читайте мой SEO блог
👉 Telegram канал SEOвич
👉 YouTube канал SEOвич
👉 RuTube канал SEOвич