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

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

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

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

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

Канонические теги на самом деле не новы. Хотя возможно, что некоторые люди не сталкивались с этой концепцией (до сих пор!), на самом деле канонические теги были введены еще в 2009 году. не подходит для вашего веб-сайта.

Почему вы хотите, чтобы Google тратил время на сканирование нескольких версий одной и той же страницы вместо того, чтобы сосредоточиться на важных страницах вашего веб-сайта?

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

Центральный блог Google для веб-мастеров ( источник )

Хотя Google говорит, что это обычно не является проблемой, использование канонических тегов может исправить все эти потенциальные проблемы, потому что они не только позволяют вам указать [для Google], какая версия страницы должна быть проиндексированы, но и где ссылочный капитал (в просторечии называемый «ссылочным соком») должен быть консолидирован.

Плагин Rank Math SEO для WordPress упрощает изменение канонического URL-адреса с помощью мета-поля (как показано на рисунке ниже).

По умолчанию Rank Math использует текущий URL-адрес публикации/страницы в качестве канонического URL-адреса, поэтому вам нужно будет изменить этот параметр только в том случае, если вы хотите изменить его на что-то другое.

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

Если ваш веб-сайт в настоящее время не использует преимущества системы управления контентом WordPress, которая в настоящее время поддерживает более 40% всех веб-сайтов в Интернете, включая такие сайты, как CNN, Bloomberg и другие. – вот как вы можете вручную установить канонические URL-адреса для страниц вашего веб-сайта… 

Итак, как упоминалось ранее, канонический URL-адрес просто задается с помощью атрибута ссылки HTML rel=»canonical». Поэтому, чтобы установить его на любой странице веб-сайта, просто добавьте следующий код в раздел исходного HTML-кода веб-страницы:

Затем просто замените https://rankmath. com/about/ URL-адресом, который вы хотите установить в качестве канонического URL-адреса страницы, которую вы добавил приведенный выше код в.

Не уверены, что лучше реализовать перенаправление или использовать канонизацию? Самый простой способ: 

Если можно использовать перенаправления для решения проблемы, используйте перенаправление . Однако используйте канонические URL-адреса, если вы все еще хотите, чтобы обе версии страницы были доступны (только не в результатах поиска), и для этого просто невозможно использовать перенаправления. Другими словами, если веб-страница идентична или почти идентична и не служит никакой дополнительной цели в том, чтобы быть доступной для Интернета (например, для пользователей вашего сайта или поисковых систем), просто перенаправьте ее на то, что вы считаете приоритетным.

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

На изображении Rank Math SEO Meta Box, которое появилось ранее в этом посте, мы не связывали другую страницу, вставляя URL-адрес, но канонический URL-адрес был установлен на саму текущую страницу.

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

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

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

Да, это действительно означает, что они будут видеть rankmath.com/blog/seo-audit и rankmath.com/blog/seo-audit ?id=123 как уникальные страницы, несмотря на то, что это одна и та же фактическая страница либо с очень похожими, либо точно такое же содержание.

 https://rankmath.com/blog/seo-audit/ 

 https://rankmath.com/blog/seo-audit/?utm_source=active%20users&utm_medium=email 

 http://rankmath.com/ wordpress/seo-plugin/?utm_medium=twitter 

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

Вот почему самоссылающихся канонических символов невероятно полезны . Люди часто могут ссылаться на URL-адреса с запросами и параметрами UTM, а это означает, что когда это происходит, Google может начать выбирать URL-адрес с параметрами в качестве канонической версии. Таким образом, использование канонических ссылок на самих себя помогает избежать этой ситуации, явно указывая, какой URL-адрес вы считаете наиболее важной или основной версией этой страницы.

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

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

Примечание: В таких случаях исходная не-AMP-версия контента, которая используется в качестве канонического URL-адреса в эквиваленте AMP-страницы, сама по себе не может быть неиндексируемой (любым методом, включая перенаправление 301, другой канонический URL и т. д.)

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

TL; DR — тег canonical является обязательным элементом для AMP-страницы считаются действительными, а -канонический тег должен указывать на исходную «не- AMP » версию страницы . Если страница является автономной AMP , то каноническая страница должна быть самореферентной.

Если у вас есть сценарий с веб-сайтом, который имеет отдельные страницы для компьютеров и мобильных устройств, то есть две версии сайта, например одну на rankmath.com и мобильную версию на m. rankmath.com – следует использовать канонические URL и rel=альтернативный для указания сходства/отношения между этими двумя страницами.

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

На практике, вот как это будет выглядеть в десктопной и мобильной версиях веб-сайта:

Десктоп

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

 <голова>
<ссылка rel="canonical" href="https://rankmath.com/" />

 

Mobile

В мобильной версии страницы канонический URL-адрес в разделе  должен выглядеть следующим образом:

 
<ссылка rel="canonical" href="https://rankmath.com/" />
 

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

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

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

6. 1 Неправильное использование канонизации на многоязычных веб-сайтах

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

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

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

Если вы используете WordPress в качестве предпочтительной системы управления контентом (которую мы настоятельно рекомендуем) и предоставляете контент посетителям веб-сайта на нескольких языках, мы настоятельно рекомендуем использовать плагин перевода Weglot для вашего веб-сайта.

Мы независимо проверили, что они выполняют канонизацию в соответствии с официальными рекомендациями Google. Еще один плагин, который мы можем порекомендовать, это TranslatePress.

Джон Мюллер из Google заявил, что канонизация всех страниц с разбивкой на страницы до первой страницы в серии считается неправильным использованием тега rel=canonical. Страница 2 в серии не может считаться эквивалентной странице 1, поэтому использование канонизации в этой ситуации было бы некорректным.

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

Когда Google увидит два URL-адреса с вашего сайта, они выглядят одинаково, и вы четко сообщите нам о своих предпочтениях, мы постараемся объединить их и рассматривать как один (обычно более надежный) URL-адрес, а не как отдельные. Перенаправления, rel=canonical, внутренние и внешние ссылки, карты сайта, hreflang и т. д. — все это говорит нам о ваших предпочтениях, и чем больше вы можете их согласовать, тем больше мы будем следовать им и использовать их, чтобы выбрать канонический из этого набора ( и пересылать все сигналы на выбранный канонический).

С другой стороны, noindex (отдельно) и запрет robots.txt (в целом) не являются явными признаками канонизации. Просто наличие noindex на странице не говорит нам о том, что вы хотите, чтобы он был объединен с чем-то еще, и что сигналы должны быть перенаправлены. Запрет robots.txt еще сложнее, мы даже не знаем, соответствует ли страница чему-либо еще на вашем сайте, поэтому мы даже не могли бы использовать ее для канонизации, если бы захотели.

Джон Мюллер, Webmaster Trends Analyst John Mueller

Проще говоря, можно сказать, что rel=canonical делает то же, что и переадресация 301; все ссылки на неканоническую версию атрибутировать на каноническую, но без редиректа (поскольку вы хотите сохранить доступ к обеим страницам).

Канонические URL-адреса предназначены для ситуаций, в которых вы просто не сможете (и не должны) реализовать перенаправление 301.

Точно так же не делайте таких вещей, как канонизация страницы A -> страница B и затем перенаправление страницы B -> страница A или объединение канонических тегов, например, указывающих на страницу A -> B, страницу B -> C и т. д.). Подача четких сигналов важна, потому что в противном случае вы часто приводите поисковые системы к принятию неверных решений.

Если вы когда-либо задумывались о том, чтобы канонизировать URL-адрес и не индексировать его, вам следует подумать об использовании переадресации 301. И если вы не можете использовать редирект, то вам следует использовать только rel=canonical.

Одним из вариантов установки канонических URL-адресов является использование Google Search Console для указания предпочтительного канонического домена . Есть несколько причин, по которым этот метод полезен, в том числе то, что он быстр и чрезвычайно прост в реализации.

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

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