Каноническая ссылка: что такое канонические ссылки и как их настраивать

Содержание

как повысить рейтинг одинакового контента

Причин возникновения дублей контента может быть много: особенности CMS сайта, страницы с динамическими параметрами URL, сайт доступен по https://www.site.com/ и по https://site.com/, http://site.com/ и так далее. Если не указать поисковику приоритетную — каноническую страницу с дублирующимся контентом, робот выберет ее на свое усмотрение и последствия могут быть неприятными, особенно для владельцев сайтов.

В этом выпуске «Азбуки SEO» поговорим о понятии каноничности страниц и атрибуте rel=»canonical».

Что такое атрибут rel=»canonical»?

Атрибут rel=»canonical» указывает роботам поисковых систем, какую страницу необходимо считать приоритетной. Он присваивается тегу link и располагается в <head></head> страницы. Страница, указанная в атрибуте rel=»canonical», начинает восприниматься поисковыми роботами как приоритетная (каноническая).

Например: <link rel=»canonical» href=»http://[url]» />, где [url] — адрес канонической страницы.

Допустим, для страницы «http://site.com/?get=12345» канонической является «http://site.com/». В таком случае на странице «http://site.com/?get=12345» тег будет таким: <link rel=»canonical» href=»http://site.com/» />.

Google поддерживает этот атрибут с 2009, Яндекс — с 2011 года.

Зачем указывать canonical?

  1. Устранить полные или частичные дубли контента на сайте.
  2. Защитить контент от дублирования на ресурсах, которые частично или полностью могут кешировать сайт (например, веб-архивы).

В каких случаях нужно определять каноничность?

Страницы пагинации

Для страниц пагинации есть два решения вопроса с каноническими страницами. Выбор варианта зависит от того, есть ли в каждой категории сайта страница «Показать все», например, «http://site.com/category-1/show-all», на которой доступны все товары из категории.

Если такая страница есть, Google рекомендует на каждой из страниц пагинации указать канонической страницу «Показать все».

Например, «http://site.com/category-1/page-2» должна содержать каноническую ссылку: <link rel=»canonical» href=»http://site.com/category-1/show-all» />.

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

Например, страница «http://site.com/category-1/page-2» должна содержать каноническую ссылку: <link rel=»canonical» href=»http://site.com/category-1/page-2″ />.

О том, как мы используем rel=»canonical» для оптимизации страниц интернет-магазина, читайте здесь.

Страницы с UTM-метками

Необходимо настроить сервер так, чтобы при нахождении UTM-параметров в адресе страницы, отдавался код «200 ОК» и страница содержала абсолютную каноническую ссылку на URL этой страницы без UTM-метки.

Речь о следующих UTM-параметрах:

  • gclid;
  • utm_medium;
  • utm_source;
  • utm_campaign;
  • utm_content;
  • utm_term;
  • _openstat.

Так, страница «http://site.com/?utm_source=testk&utm_medium=test&utm_campaign=test» должна содержать каноническую ссылку: <link rel=»canonical» href=»http://site.com/» />.

Читайте, как правильно создавать и проставлять UTM-метки.

Страницы фильтрации

На страницах фильтрации следует в качестве канонических указывать сами страницы фильтрации.

Например, для страницы «http://site.com/category-1/filter-1/» нужна ссылка: <link rel=»canonical» href=»http://site.com/category-1/filter-1/» />.

Дублирование контента на разных доменах

Иногда при переходе на новое доменное имя используется сервер, который не поддерживает переадресацию на своей стороне. В таком случае можно использовать междоменный атрибут rel=»canonical» в элементе link.

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

Важно: на данный момент междоменный каноникал понимает только Google.

О чем следует помнить при простановке rel=»canonical»?

  1. Ссылки в атрибуте следует ставить абсолютные — с http:// или https://. Так сокращается риск появления ошибок.
  2. Если на странице с дублирующимся контентом указываете на другую страницу как каноническую, не забудьте в <head></head> той страницы также прописать ее как каноническую.
  3. Если на странице указаны несколько канонических адресов, поисковый робот проигнорирует их и определит каноническую страницу самостоятельно.
  4. Если канонической указана страница, отдающая код ответа 404, поисковый робот не сможет использовать данную рекомендацию.
  5. Чтобы избежать ошибок, не стоит использовать цепочки канонических страниц.
  6. Поисковые роботы воспринимают атрибут rel=»canonical» не как строгую директиву, а как рекомендацию, то есть указанный URL может быть проигнорирован.
  7. При самостоятельном определении канонических страниц поисковая система Google отдает предпочтение страницам на https.

Выводы

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

Особенно важно определять каноничность для:

  • страниц пагинации;
  • страниц с UTM-метками;
  • страниц фильтрации.

Это помогает бороться с дублированием контента и обезопасить сайт от копирования.

Узнайте больше о продвинутых способах использования rel=»canonical».

Что такое canonical и зачем он нужен?

Атрибут rel=canonical тега <link> сообщает поисковой системе, что некоторые страницы сайта являются одинаковыми, несмотря на разные URL-адреса. С помощью него можно решить проблему с дублированием контента в пределах сайта.

Что такое канонические страницы

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

  • site. ru/catalog/verhnaya-odezhda/gucci/kovta-s-printom-gucci
  • site.ru/catalog/brands/gucci/kovta-s-printom-gucci
  • site.ru/catalog/kovty/s-printom/kovta-s-printom-gucci

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

Чтобы избежать данной ситуации необходимо указать для них rel=»canonical». Для этого сначала необходимо определить предпочитаемый канонический URL. В нашем примере это будет

  • site.ru/catalog/brands/gucci/kovta-s-printom-gucci

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

Как указывать rel=canonical

Тег <link> с атрибутом канонической ссылки обязательно должен располагаться в теге <head> страницы. В нашем примере мы укажем его на страницах

  • site.ru/catalog/verhnaya-odezhda/gucci/kovta-s-printom-gucci
  • site.ru/catalog/kovty/s-printom/ kovta-s-printom-gucci

Готовый код будет выглядеть следующим образом:

<head>
<link rel=»canonical» href=»https:// site.ru/catalog/brands/gucci/kovta-s-printom-gucci/»>
</head>

Если всё будет сделано верно, эти страницы не попадут в индекс.

Правила указания канонических ссылок

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

  1. каноническая страница должна существовать и иметь код ответа сервера 200.
  2. ссылка не должна указывать на страницу, расположенную на другом домене.
  3. допускается только одна каноническая ссылка на странице.
  4. недопустимы цепочки из канонических ссылок. То есть ошибочно, если страница 1 указывает на неканоническую страницу 2, а та, в свою очередь, ссылается через rel=»canonical» на третью.

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

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

Теги каноничности не являются чем-то абсолютно новым. Они существуют с 2009 г. — большую половину десятилетия.

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

И эти теги работают? Да, идеально… но только если вы знаете, как ими пользоваться!

Из этого руководства вы узнаете:

Что собой представляет тег каноничности?

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

Как выглядит тег каноничности?

Теги каноничности имеют простой и понятный синтаксис, они размещаются в секции <head> веб-страницы:

<link rel=“canonical” href=“https://example.com/sample-page/” />

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

  1. link rel=“canonical”: ссылка в этом теге — это основная (каноническая) версия данной страницы.
  2. href=“https://example.com/sample-page/”: каноническую версию можно найти по этому URL-адресу.

Google не любит дублирующийся контент. Из-за него поисковику сложнее решить:

  1. Какую версию страницы следует индексировать (индексироваться будет только одна из них!).
  2. Какую версию страницы нужно использовать при ранжировании по релевантным запросам.
  3. Нужно ли сосредоточить «ссылочный вес» на одной странице или необходимо разделить его между несколькими версиями.

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

Вся правда о краулинговом бюджете

Нежелательное расходование времени поисковиком Google на сканирование дублирующегося контента — это, безусловно, то, чего следует всячески избегать. Хотя Google и заявляет, что для большинства сайтов это не является проблемой.

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

 

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

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

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

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

ВАЖНОЕ ЗАМЕЧАНИЕ

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

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

Но у меня ведь нет дублирующегося контента, так ведь?

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

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

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

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

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

https://www.bbclothing.co.uk/en-gb/clothing/shirts.html

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

https://www. bbclothing.co.uk/en-gb/clothing/shirts.html?Size=XL

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

https://www.bbclothing.co.uk/en-gb/clothing/shirts.html?Size=XL&color=Blue

С точки зрения Google, это все разные страницы (даже несмотря на то, что их содержимое отличается незначительно).

Но не одни лишь интернет-магазины сталкиваются с проблемой дублирования контента.

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

●          Наличие параметризованных адресов для параметров поиска (например, example.com?q=search-term).

●          Наличие параметризованных адресов для идентификатора рабочего сеанса (например, https://example.com?sessionid=3).

●          Наличие отдельных версий страниц для печати (например, example. com/page и example.com/print/page).

●          Наличие уникальных адресов для одних и тех же записей в разных категориях (например, example.com/services/SEO/ и example.com/specials/SEO/).

●          Наличие страниц для разных типов устройств (например, example.com и m.example.com).

●          Наличие AMPверсий страницы и версий, не относящихся к данной категории (например, example.com/page и amp.example/page).

●          Выдача одинакового содержимого в варианте с www и варианте без www (например, http://example.com и http://www.example.com).

●          Выдача одинакового содержимого в варианте https и варианте без https (например, http://www.example.com и https://www. example.com).

●          Выдача одинакового содержимого по адресам с закрывающим слэшем и без него (например, https://example.com/page/ и http://www.example.com/page).

●          Выдача одинакового содержимого на разных версиях адреса страницы, таких как страницы индексов (например, https://www.example.com/, https://www.example.com/index.htm, https://www.example.com/index.html, https://www.example.com/index.php, https://www.example.com/default.htm и т. д.).

●          Выдача одинакового содержимого по адресам с заглавными буквами или без них (например, https://example.com/page/ и http://www.example.com/Page).

Во всех этих случаях очень важно правильно использовать теги каноничности.

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

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

Когда контент распространяется средствами синдикации, становится достаточно сложно определить оригинальный источник данных. Поэтому мы рекомендуем использовать указатели каноничности или блокирование. Это может понадобиться тем, кто синдицирует свой контент. https://t.co/hblGLsD0ir pic.twitter.com/yjtx43II8j

— Danny Sullivan (@dannysullivan) September 18, 2019

Примечание.

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

Основные принципы использования тега каноничности на практике

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

Правило №1. Используйте абсолютные URL-адреса

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

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

—  John  (@JohnMu) October 24, 2018

Поэтому следует остановить свой выбор на такой структуре:

<link rel=“canonical” href=“https://example.com/sample-page/” />

А не такую:

<link rel=“canonical” href=”/sample-page/” />

Правило №2. Используйте адреса, введенные символами в нижнем регистре

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

Правило №3. Используйте правильную версию домена (HTTPS или HTTP)

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

<link rel=“canonical” href=“https://example.com/sample-page/” />

А не такую:

<link rel=“canonical” href=“http://example.com/sample-page/” />

Примечание.

 Если вы не пользуетесь HTTPS, все будет выглядеть с точностью до наоборот. 

Правило №4. Используйте автореферентные теги каноничности

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

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

Даже если у вас только одна страница, иногда ее можно вызвать через разные варианты адреса — например, с определенными символами в конце, в верхнем или нижнем регистре, с www или без. Все это можно конкретизировать с помощью тега rel canonical.

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

<link rel=“canonical” href=“https://example.com/sample-page” />

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

Правило №5. Используйте один тег каноничности на страницу

Если на странице размещены несколько тегов каноничности, Google проигнорирует их все.

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

Как использовать теги каноничности на практике

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

  1. Тег HTML (rel=canonical)
  2. Заголовок HTTP
  3. Файлы sitemap
  4. Редирект 301*
  5. Внутренние ссылки

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

1. Указание каноничности с помощью HTML-тегов rel=“canonical”

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

Для этого просто добавьте приведенный ниже код в секцию <head> любой страницы-копии:

<link rel=“canonical” href=“https://example. com/canonical-page/” />

Пример

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

Просто добавьте указанный тег каноничности на все страницы-копии:

<link rel=“canonical” href=“https://yourstore.com/tshirts/black-tshirts/” />

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

Настройка тегов каноничности в WordPress:

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

Настройка тегов каноничности в Shopify:

Shopify по умолчанию добавляет автореферентные канонические адреса для продуктов и записей в блогах. Для выполнения индивидуальной настройки адресов вам нужно отредактировать непосредственно файлы шаблонов (.liquid).

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

Настройка тегов каноничности в Squarespace:

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

2. Указание каноничности через HTTP-заголовки

Вам не удастся разместить теги каноничности в заголовках страницы, содержащей документы типа PDF, поскольку в них нет секции <head>. Чтобы указать каноничность в такой ситуации, нужно будет использовать HTTP-заголовки. Их можно применять и для обычных веб-страниц.

Пример

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

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

HTTP/1. 1 200 OK
Content-Type: application/pdf
Link: <http://ahrefs.com/blog/canonical-tags/>; rel="canonical"

Рекомендуемые справочные материалы: Как добавить тег каноничности в HTTP-заголовки

3. Указание каноничности через файлы sitemap

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

Но поисковик не всегда выбирает адрес из файлов sitemap в качестве канонического.

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

4. Указание каноничности через редирект 301

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

Пример

Допустим, ваша страница доступна по таким адресам:

  • example.com
  • example.com/index.php
  • example.com/home/

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

То же самое следует сделать для версий сайта HTTPS/HTTP и с/без www. Сделайте одну из версий канонической и перенаправьте на нее остальные.

Например, каноническая версия ahrefs.com — адрес HTTPS без www (https://ahrefs.com). Все приведенные ниже адреса перенаправляются на него:

  • http://ahrefs.com/
  • http://www.ahrefs.com/
  • https://www.ahrefs.com/

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

5. Внутренние ссылки

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

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

https://youtube. com/watch?v=8j_hxBw5B4E

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

Как избежать распространенных ошибок каноникализации

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

Вот некоторые из распространенных ошибок, которые при этом совершают.

Ошибка №1. Блокирование неканонических адресов с помощью файла robots.txt

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

Ошибка №2. Установка для неканонических адресов тега noindex

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

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

Ошибка №3. Установка кода состояния HTTP 4XX для неканонических адресов

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

Ошибка №4. Указание корневой страницы в качестве канонической для всех нумерованных

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

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

Главное, чего следует избегать при каноникализации, это использование тега rel=canonical на странице 2, указывающего на страницу 1. Страница 2 не эквивалентна странице 1, поэтому использование rel=canonical в таком случае будет некорректным.

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

Ошибка №5. Отказ от использования тегов каноничности с атрибутом hreflang

Атрибут hreflang применяется для указания языка и региона веб-страницы.

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

Ошибка №6. Установка нескольких тегов rel=canonical

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

Эта проблема может возникнуть и при добавлении тегов через JavaScript. Если вы не указываете канонический адрес в HTML-ответе, а затем добавляете тег rel=canonical через JavaScript, то Google должен будет принять его во внимание при отрисовке страницы. Но если вы указываете канонический адрес в HTML, а затем заменяете его через JavaScript, Google получит противоречивые сигналы.

Ошибка №7. Использование rel=canonical в секции <body>

Тег rel=canonical должен появляться только в секции документа <head>. Тег каноничности, добавленный в секции <body>, будет проигнорирован.

Эта проблема может возникнуть при парсинге документа. Даже если исходный код страницы содержит тег rel=canonical в правильном месте, при конструировании страницы в браузере или ее отрисовке поисковой системой, множество причин вроде незакрытых парных тегов, вставок JavaScript или контейнеров <iframe> в секции <head> могут привести к тому, что секция <head> закроется преждевременно. В таких случаях тег каноничности может быть случайно перемещен в секцию <body> отрисованной страницы, где он не будет учитываться.

Как найти и устранить проблемы каноникализации на своем сайте

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

В этом вам может помочь инструмент Site Audit от Ahrefs.

Site Audit проверяет ваш сайт на наличие 100 проблем в сфере поисковой оптимизации, в том числе тех, которые относятся к использованию тегов каноничности.

Ниже приведены двенадцать проблем, связанные с тегами каноничности, которые могут быть выявлены с помощью Site Audit, а также способы их устранения:

1. Каноническая ссылка ведет на 4XX

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

Чем это плохо

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

Как это исправить

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

2. Каноническая ссылка ведет на 5XX

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

Чем это плохо

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

Как это исправить

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

3. Каноническая ссылка перенаправляется

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

Чем это плохо

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

Как это исправить

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

4. Наличие дублирующихся страниц без указателей каноничности

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

Чем это плохо

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

Как это исправить

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

5. Hreflang с указанием неканонической страницы

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

Чем это плохо

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

Как это исправить

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

6. Отсутствие внутренних ссылок, указывающих на канонический адрес

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

Чем это плохо

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

Как это исправить

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

7. Указание неканонической страницы в файле sitemap

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

Чем это плохо

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

Как это исправить

Удалите неканонические адреса из файла sitemap.

8. Неканоническая страница указана как каноническая

Это предупреждение появляется в ситуациях, когда одна или несколько страниц указывают канонической страницу, которая сама указывает на другую каноническую. Это создает «цепочку каноничности», когда страница А определяет своей канонической версией страницу Б, а страница Б в свою очередь — страницу В.

Чем это плохо

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

Как это исправить

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

9. URL-адрес Open Graph не совпадает с каноническим

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

Чем это плохо

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

Как это исправить

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

Примечание.

Адреса в тегах Open Graph должны быть абсолютными и использовать протоколы http:// или https:// (как и канонические адреса). 

10. Каноническая ссылка с HTTPS на HTTP

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

Чем это плохо

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

Как это исправить

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

Примечание.

Google также считает подходящим альтернативным решением использование HSTS.

11. Каноническая ссылка с HTTP на HTTPS

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

Чем это плохо

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

Примечание.

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

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

12. Неканоническая страница принимает естественный трафик

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

Чем это плохо

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

Как это исправить

Проверьте, правильно ли прописаны теги rel=canonical на всех указанных страницах. Если дело не в этом, воспользуйтесь Инструментом проверки URL в Google Search Console, чтобы узнать, был ли определен в качестве канонического адрес, указанный в теге. Если адреса не совпадают, разберитесь, почему это произошло.

Напоследок

Теги каноничности не так уж сложны. С ними разве что поначалу не сразу все понятно.

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

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

Вот категории, которые Google использует в отчете об индексировании в Google Search Console, относящиеся к каноническим адресам:

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

●          Дубликат без выбранного пользователем канонического адреса. Это страницы-дубликаты, для которых не были указаны канонические версии. В этом случае Google выбирает каноническую версию за вас; так что если вам этот выбор не понравится, добавьте тег rel=canonical.

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

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

Есть вопросы? Пишите мне в комментариях или в Twitter.

Перевела Кирик Наталья, владелец контент агентства WordFactory.ua

Канонические ссылки

  1. Доступные статьи
  2. WWW
  3. Канонические ссылки

Что это такое и зачем они нужны

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

http://example. org/моя_страница

и

https://www.example.org/ru/моя_страница

Хотя для пользователя разница не так и велика: https вместо http, необязательный поддомен www и явное указание языка. Для поисковиков это абсолютно разные адреса. Чтобы понять, что странцы одинаковы, им придётся сначала загрузить их, а потом провести эвристический анализ. Если при этом есть ещё какие-то параметры в адресной строке, то это ещё больше осложняет работу по индексации сайта.

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

Каноническая ссылка определяется следующим образом:

<!doctype html>
<html>
  <head>
    <link rel="canonical" href="https://адрес_страницы/">
    ...
  </head>
  <body>
    .
.. </body> </html>

Ссылка может быть абсолютной или относительной от корня сайта. Если у сайта есть зеркала, нпример поддомен www, то лучше указывать абсолютную ссылку. (На мой взгляд, лучше всегда указывать абсолютную ссылку)

Как использовать канонические ссылки

Чтобы не было дублирования, каноническая ссылка должна содержать только те параметры, которые влияют на её содержимое. Например, она не должна содержать идентификатор сессии или какие-то параметры от предыдущих страниц, которые не меняют содержимое конретно этой страницы.

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

https://магазин/index.php?tov=11&cat=12&ref=Gya7H&sid=AA23Tgd=

Где tov — идентификатор товара; cat — идентификатор категории, который достался от предыдущей страницы; ref — идентификатор партнёра, откуда пришёл пользователь; sid — индентификатор текущей сессии.

Поскольку отображение товара зависит только от идентификатора товара, то каноническая ссылка должна быть такой:

<link rel="canonical" href="https://магазин/index.php?tov=11">

Остальные параметры нужно опустить, чтобы поисковики не занимались лишней работой.

Постраничный вывод и канонические ссылки

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

Yandex рекомендует делать каноничной только первую страницу каталога. Google советует использовать rel=»next» и rel=»prev» для указания следующей и предыдущей страницы. Но сходятся они в том, что лучше вообще не использовать канонические ссылки, если есть постраничная навигация и каталог не очень большой. А использовать sitemap.xml, в котором указать ссылки на товары. Либо сделать одну страницу, на которой будет весь каталог целиком (что на мой взгляд, равносильно sitemap.xml) и указывать её в качестве канонической ссылки на всех страницах с пагинацией (по-моему, не самый правильный вариант, так как в корне ломает индексацию).

Распространённые ошибки

Краткая памятка по использованию канонических ссылок:

  • Нельзя, чтобы на одной странице было несколько ссылок. Каноническая ссылка должна быть только одна.
  • Нельзя размещать ссылку нигде, кроме <head>.
  • Нельзя, чтобы у страницы с одним содержимым было несколько канонических ссылок.
<link rel="canonical" href="<?php echo $_SERVER['REQUEST_URI'];  // Так делать нельзя. Совсем нельзя. ?>">

Ссылки по теме

Информация от Google:

Информация от Yandex:


© 2021 Антон Прибора. При копировании материалов с сайта, пожалуйста, указывайте ссылку на источник.

11 правил использования атрибута rel=canonical

Содержание:

Атрибут rel=«canonical». Руководство по использованию

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

В большинстве случаев дублирование контента устраняется банальным удалением повторяющихся страничек или же использованием редиректа 301.

Но существуют случаи, когда более удобным вариантом является атрибут rel=«canonical». Например, если удалить дублирующийся контент и предотвратить его появление в будущем технически сложно осуществить. Или же Вы просто хотите оставить все странички в открытом для пользователей доступе, несмотря на неуникальность размещенного на них контента.

Кстати, в сети очень часто неверно упоминается тег rel=«canonical». Правильный вариант – атрибут rel=«canonical» тега <link>.

Как с помощью атрибута rel=«canonical» убрать дублированный контент

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

. В частности, речь идет об указании канонической ссылки.

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

Канонические ссылки – это предпочитаемые адреса схожих страниц, которые должны учитываться поисковиками (по Вашему мнению). Далее по тексту мы также будем использовать термин «канонический URL».

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

Допустим, что в рассматриваемом примере, третий адрес – канонический УРЛ. Тогда в код первых двух страниц в сеции <head> нужно ввести атрибут rel=«canonical» для назначения канонического URL:

После этого посетители и роботы все еще смогут просматривать все три варианта, но при индексации будет учитываться только та страница, у которой будет канонический УРЛ.

Особенности применения атрибута rel=«canonical»

  1. Для роботов поисковых систем канонический URL, заявленный при использовании тега <link>, является не беспрекословным указанием, а лишь рекомендуемым вариантом, который в некоторых случаях может быть проигнорирован.
     
  2. Может и должен быть использовать также и в коде предпочитаемой страницы с указанием ссылки на нее же. Это позволит поисковым роботам определять ее как основную даже в случае захода на нее с автоматически сгенерированных адресов.
     
  3. Канонический УРЛ должен вести на существующую страницу.
     
  4. В пределах одной странички нельзя указывать более одной канонической ссылки.
     
  5. Канонический URL не может находиться на другом домене (или поддомене в случае с Яндексом).
     
  6. Не рекомендуется выстраивать канонические ссылки в цепочку:


     

  7. Нецелесообразно использовать этот атрибут совместно с мета-тегом robots, поскольку указания последнего всегда будут считаться более
    приоритетными. А следовательно, если в нем будет использовано указание noindex, nofollow, страница не будет индексироваться даже при условии Вашего указания в теге <link>, что ее URL канонический.
     
  8. Перед тем как указывать канонический УРЛ, нужно убедиться, что страница, которая размещена по нему, не закрыта от индексации в robots. txt.
     
  9. Убрать дублированный контент не удастся, если в коде всех одинаковых страниц указать разные канонические УРЛ. В этом случае рекомендации, скорее всего, будут проигнорированы.
     
  10. Рекомендуется прописывать абсолютные адреса ссылок, а не относительные.


     

  11. Считается, что если указать канонический URL, предпочитаемой странице будет практически без потерь передаваться суммарный вес ее дублей.

Подводя итог…

… хотелось бы сказать, что атрибут rel=«canonical» является очень удобным инструментом, который хоть и не может удалить дублирующийся контент в буквальном смысле, но при этом дает возможность поисковым машинам закрыть глаза на его наличие.

Важно лишь правильно определять канонический URL, соответствующий странице, которая действительно должна попасть в ранжирование.

А Вы пользуетесь этой достаточно удобной возможностью? Или предпочитаете другие способы избавления от дублей страниц?

Атрибут rel=canonical — SEO на vc.

ru

Атрибут rel=canonical тега <link> сообщает поисковой системе, что некоторые страницы сайта являются одинаковыми, несмотря на разные URL-адреса. С помощью него можно решить проблему с дублированием контента в пределах сайта.

4282 просмотров

Что такое канонические страницы

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

  • site. ru/catalog/verhnaya-odezhda/gucci/kovta-s-printom-gucci
  • site.ru/catalog/brands/gucci/kovta-s-printom-gucci
  • site.ru/catalog/kovty/s-printom/kovta-s-printom-gucci

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

Чтобы избежать данной ситуации необходимо указать для них rel=«canonical». Для этого сначала необходимо определить предпочитаемый канонический URL. В нашем примере это будет

  • site. ru/catalog/brands/gucci/kovta-s-printom-gucci

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

Как указывать rel=canonical

Тег <link> с атрибутом канонической ссылки обязательно должен располагаться в теге <head> страницы. В нашем примере мы укажем его на страницах

  • site. ru/catalog/verhnaya-odezhda/gucci/kovta-s-printom-gucci
  • site.ru/catalog/kovty/s-printom/ kovta-s-printom-gucci

Готовый код будет выглядеть следующим образом:

<head> <link rel=”canonical” href=”https:// site.ru/catalog/brands/gucci/kovta-s-printom-gucci/”></head>

Если всё будет сделано верно, эти страницы не попадут в индекс.

Правила указания канонических ссылок

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

  • каноническая страница должна существовать и иметь код ответа сервера 200.
  • ссылка не должна указывать на страницу, расположенную на другом домене.
  • допускается только одна каноническая ссылка на странице.
  • недопустимы цепочки из канонических ссылок. То есть ошибочно, если страница 1 указывает на неканоническую страницу 2, а та, в свою очередь, ссылается через rel=«canonical» на третью.

Что такое каноническая ссылка и атрибут canonical

Здравствуйте, уважаемые читатели сайта Uspei.com. Следующий важный инструмент управления индексации, который мы обязательно должны узнать — это канонический адрес или canonical еще это называют обычно. Что это такое и как это правильно использовать? Поисковая система дает нам возможность указать канонические адреса страниц. Давайте рассмотрим на примере зачем это нужно.

К оглавлению ↑

Проблема: разные адреса одних и тех же страниц

Представим себе, что у нас есть какой-нибудь интернет магазин и в нем товары разбиты на категории и на бренды. Например, мы выбрали категорию кроссовки, а потом выбрали бренд adidas, а можно зайти по-другому — в бренды adidas и потом выбрать категорию кроссовок. Так вот, в некоторых системах управления контентом на некоторых движках, если мы пройдем два этих разных пути мы получим в итоге 2 разные страницы. То есть в первом случае мы получим страницу вида site.ru/кроссовки/adidas, а во-втором site.ru/adidas/кроссовки.

Или вторая ситуация, когда один пост относится к двум разным категориям «продвижение» и «безопасность». Если зайти в категорию «продвижение» и выбрать пост, то адрес у него будет uspei.com/продвижение/пост, а если зайти в категорию «безопасность» и выбрать этот же пост, то теперь у него адрес будет uspei. com/безопасность/пост.

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

реклама

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

К оглавлению ↑

Решение: указать канонические адреса.

И здесь нам на помощь приходят как раз канонические адреса (в пер. — твёрдо установленный, принятый за образец). Мы можем указать для поисковой системы, что эта страница как бы является производной, а эта страница является канонической (основной). Что для производной страницы основной адрес является каноническим.

Для этого в коде производной страницы (uspei. com/продвижение/пост) в блоке hand мы должны указать вот такую конструкцию:

<link rel="canonical" href="https://uspei.com/безопасность/пост">

Ну, еще один контрольный пример с этого сайта. У меня есть статья «Смена структуры или дизайна сайта», которая относится к двум разделам и доступна по разным адресам — в разделе SEO и в разделе «юзабилити». Обратите внимание, что это ОДНА И ТА ЖЕ статья, просто у нее два разных адреса, так как она принадлежит сразу к двум разделам.

реклама

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

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

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

Можно грубо сказать, что атрибут canonical это как бы 301 редирект без редиректа. Но здесь редиректить было бы не логично, потому что это будет давать даже дополнительную нагрузку на сервер и, в принципе, не будет отражать структуру нашего сайта.

Человек выбрал какие-то разделы, а потом его редиректит на другую страницу — это не очень правильно. Значительно правильнее оставить как есть и через canonical объяснить поисковой системе, что эта страница основная, а это как бы дополнительный адрес этой страницы.

реклама

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

Давайте рассмотрим еще какой-нибудь пример, потому что с пониманием канонического адреса у людей проблемы.

К оглавлению ↑

Применение canonical на станицах-дублях

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

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

реклама

И если все эти страницы будут проиндексированы, то большинство страниц будет некачественными (а что такое качественные смотри тут). Потому что, по сути, это подборка актуальна один день. То есть, если мы смотрели какие поезда едут из Москвы в Новосибирск в 7 часов вечера на определенную дату — эта информация не очень полезна большому количеству людей. И это страница уже устарела буквально через неделю. Поэтому в принципе попадание таких страниц в индекс не очень полезно.

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

Поэтому вполне возможно, что на эти страницы подборок будут появляться внешние ссылки. Еще на первых занятиях мы узнали, что внешние ссылки — важный сигнал для поисковой системы. Мы еще отдельно будем говорить про внешние ссылки, но даже на базе алгоритма pagerank мы знаем, что внешняя ссылка это полезная штука. Так вот, если у нас идет внешняя ссылка на наш сайт на страницу, которая закрыта от индексации, то это лишняя ссылка по сути уходит в никуда. То есть, если мы закроем эту страницу через мета robot или robots.txt это внешняя ссылка нам практически ничего не даст.

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

реклама

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

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

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

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

реклама
К оглавлению ↑

Примеры применения canonical на каких-то реальных сайтах

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

https://www.youtube.com/watch?v=LRqvcAD9nUc&lc=UgwBFTa815jlfKd4SAN4AaABAg

Причем, естественно, адрес комментария отличается от адреса основного ролика. Если оставить это как есть, то тогда каждая ссылка на комментарий будет дублировать контент страницы ролика. То есть, если под видео много комментариев, то все это будут дубли этого ролика. Для такого большого ресурса как youtube вы можете себе представить — будут миллионы этих дублирующих страниц.

Для того, чтобы этого дублирования не происходило, youtube указывает на странице вот этой ссылки с комментариями конструкцию canonical на основную страницу видеоролика.

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

реклама

канонических тегов [2021 SEO] — Moz

Что такое канонический тег?

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

Пример кода

Почему канонизация важна?

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

Проблема с URL-адресами

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

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

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

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

Рекомендации по использованию канонических тегов

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

1.Канонические теги могут ссылаться на себя

Это нормально, если канонический тег указывает на текущий URL. Другими словами, если URL-адреса X, Y и Z дублируются, а X — каноническая версия, можно разместить тег, указывающий на X, в URL-адресе X. Это может показаться очевидным, но это обычная путаница.

2. Проактивно канонизируйте свою домашнюю страницу

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

Домашняя страница moz.com имеет самореференциальный канонический тег.

3. Выборочно проверьте свои динамические канонические теги

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

4. Избегайте смешанных сигналов

Поисковые системы могут избегать канонического тега или неправильно интерпретировать его, если вы отправляете смешанные сигналы.Другими словами, не канонизируйте страницу A -–> страницу B, а затем страницу B-> страницу A. Точно так же не канонизируйте страницу A -–> страницу B, а затем 301 перенаправьте страницу B-> страницу A. Также, как правило, не рекомендуется связывать канонические теги (A -–> B, B -–> C, C –-> D), если вы можете этого избежать. Посылайте четкие сигналы, или вы заставите поисковые системы сделать неправильный выбор.

5. Будьте осторожны при канонизации почти дубликатов

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

6.Канонизировать междоменные дубликаты

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

Канонические теги против 301 редиректа

Один из распространенных вопросов SEO заключается в том, передают ли канонические теги равенство ссылок (PageRank, авторитет и т. Д.) как 301 редирект. В большинстве случаев кажется, что да, но это может быть опасный вопрос. Имейте в виду, что эти два решения создают два совершенно разных результата для поисковых роботов и посетителей сайта.

Если вы 301 перенаправляете страницу A -> страницу B, то посетители-люди будут автоматически перенаправляться на страницу B и никогда не увидят страницу A. Если вы относитесь к странице A -> Page B, то поисковые системы будут знать эту страницу B является каноническим, но люди смогут посещать оба URL. Убедитесь, что ваше решение соответствует желаемому результату.

Как проверять канонические теги для SEO

При проверке канонических тегов есть ряд вещей, которые стоит проверить для оптимальной производительности SEO. Вот контрольный список:

  • Есть ли на странице канонический тег?
  • Указывает ли канонический на правую страницу?
  • Можно ли сканировать и индексировать страницы?

Распространенной ошибкой является указание каноническим URL-адресом, который либо заблокирован файлом robots.txt, либо имеет значение «noindex». Это может посылать поисковым системам смешанные и запутанные сигналы.Ниже приведены несколько распространенных способов проверки и аудита ваших канонических тегов.

1. View-source

В большинстве браузеров вы можете щелкнуть правой кнопкой мыши, чтобы просмотреть исходный код, или просто введите его в адресную строку, например: view-source: https: //moz.com/learn / seo / cano … исходный код, ищите канонический тег в. Если он присутствует, он должен выглядеть так:

2. Используйте MozBar

MozBar — это бесплатная панель инструментов SEO, которая легко покажет вам канонический тег на любой странице. После установки просто перейдите на вкладку «Анализ страницы», затем нажмите «Общие атрибуты», чтобы просмотреть любую каноническую информацию.

3. Массовый аудит с помощью программных решений

Большинство программ для SEO-аудита сайтов позволяют выполнять массовый аудит канонических тегов. Moz Pro проверяет отсутствие канонических тегов и может делать это для 100 тысяч страниц за раз.

Подробнее:


Продолжайте учиться

Какие они и почему они важны? — Front End Development (2021)

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

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

Развивайте свой бизнес с помощью партнерской программы Shopify

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

Зарегистрироваться

Так что же такое канонический URL?

Канонический URL — это элемент ссылки HTML с атрибутом rel = "canonical" (также известный как канонический тег), находящийся в элементе веб-страницы вашего клиента.Он указывает поисковым системам их предпочтительный URL. Это означает, что элемент канонического URL сообщает Google и другим поисковым системам о необходимости сканирования веб-сайта и о том, по какому URL следует индексировать содержание этой конкретной страницы. Это важно, потому что URL-адреса могут иметь вариации, основанные на множестве факторов, но отображать одинаковый или похожий контент. Спецификация была запущена в апреле 2012 года и была описана в RFC 6596.

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

Возьмем, к примеру, следующие URL:

  fancytshirts.com 

www.fancytshirts.com

https://m.fancytshirts.com

https://amp.fancytshirts.com

https://fancytshirts.com?ref=twitter

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

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

Почему канонические URL имеют значение?

1. Они помогают указать, какой URL-адрес вы хотите, чтобы люди видели в результатах поиска.

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

https: // www.fancytshirts.com/tshirts/blue/bluetshirt.html

Вместо:

https://fancytshirts.com/tshirts/sportswear?gclid=ABCD

Использование канонических символов может помочь вам сохранить «чистоту».

2. Они упрощают отслеживание показателей для одного продукта / темы.

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

3. Они объединяют сигналы ссылок для похожих или повторяющихся страниц и управляют синдицированным контентом.

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

«Если вы объединяете свой контент для публикации в других доменах, канонические URL-адреса помогают консолидировать рейтинг страницы с вашим предпочтительным URL-адресом».

Объект

canonical_url

В Shopify объект canonical_url возвращает канонический URL-адрес для текущей страницы. Канонический URL-адрес — это URL-адрес страницы по умолчанию с удаленными параметрами URL-адреса. Его можно вывести так:

{{canonical_url}}

Для продуктов и вариантов Shopify канонический URL-адрес — это страница продукта по умолчанию без выбранной коллекции или варианта.

Например, товар в коллекции с выбранным вариантом может выглядеть примерно так:

https://fancytshirts.com/collections/classics/products/classic-t?variant=17287731270

Вывод canonical_url для этой страницы будет:

https://fancytshirts.com/products/classic-t

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

Вам также может понравиться: Введение в параметры темы.

Рекомендации по поисковой оптимизации и лучшие практики для канонических URL-адресов

Различные способы канонизации нескольких URL-адресов

Сосредоточение внимания на канонических URL-адресах в первую очередь подпадает под категорию SEO на странице, а не вне страницы (хотя вы должны где-то отслеживать свою общую стратегию перенаправления). Помимо использования rel = "canonical" , существует несколько способов канонизации URL-адресов.В большинстве случаев rel = "canonical" является рекомендуемым способом объединения дублированного контента для поисковых систем, однако есть несколько других способов канонизации, которые следует рассмотреть.

1. Используйте 301 редирект

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

Вам также может понравиться: Как совместить SEO и оплачиваемую социальную работу для увеличения трафика и доходов.

2. Используйте пассивные параметры в Google Search Console

В консоли поиска Google вы можете найти возможность установить параметры URL после подтверждения вашего веб-сайта. Это дает вам возможность указать Google, какие параметры вы хотели бы считать пассивными.Это означает, что вы можете сказать Google: «Каждый раз, когда вы видите этот параметр URL, относитесь к нему так, как будто его не существует». Есть отличное руководство о том, как установить пассивные параметры с помощью инструмента параметров URL в Google Search Console.

«Это означает, что вы можете сказать Google:» Каждый раз, когда вы видите этот параметр URL, относитесь к нему так, как будто его не существует «».
3. Используйте хэши местоположения

Также известный как идентификаторы фрагментов, URL-адрес фрагмента — это URL-адрес с # в конце, который указывает конкретный раздел на странице (обычно происходит переход к идентификатору, который соответствует имени идентификатора фрагмента).В URL-адресе может существовать хэш, и Google вместе с другими поисковыми системами будет рассматривать его как единый URL-адрес. Это означает, что перескочивший контент не будет оцениваться по-другому и, следовательно, по-разному индексироваться. По сути, он будет канонизирован по тому же URL.

Вам также могут понравиться: 5 простых отчетов Google Analytics, которые вы должны создать для каждого клиента.

О чем следует помнить или чего избегать

р.

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

1. Канонический URL или 301 редирект?

Shopify создает для вас автоматические перенаправления (например, в сообщениях в блогах), когда вы меняете URL-адрес уже опубликованного сообщения на новый URL-адрес. Однако сделать выбор между переадресацией 301 или установкой канонического URL-адреса иногда бывает непросто. По словам эксперта по SEO Йоста де Валка из Yoast: «Если нет технических причин не выполнять перенаправление, вы всегда должны выполнять перенаправление.Если вы не можете выполнить перенаправление, потому что это может нарушить работу пользователя или создать другие проблемы, установите канонический URL ».

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

Joost de Valk, Yoast

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

2. Не блокируйте сканирование определенных URL-адресов Google

Вы можете использовать robots.txt , чтобы указать Google, какие страницы запрещать, в основном, какие сканировать, а какие нет.

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

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

3. Не удаляйте только неканонические версии 🙅‍

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

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

На случай, если вы случайно удалите старый контент, убедитесь, что вы настроили свой клиент со страницей с ошибкой 404, которая улучшает взаимодействие с пользователем (UX), а не портит его. Некоторые из лучших страниц 404 запоминаются, потому что они включают хорошее сочетание юмора и сильного UX.

канонических URL для всех!

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

Иллюстрации Тиффани Цзе.

Настроили ли вы канонические URL-адреса для своих клиентов? Сообщите нам об этом в комментариях ниже.

полное справочное руководство по их использованию

Коротко о каноническом URL

Элемент ссылки rel = "canonical" , часто называемый каноническим URL-адресом, является мощным инструментом для борьбы с проблемами дублирования контента, когда существует несколько вариантов (более или менее) одной и той же страницы.

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

При реализации канонических URL-адресов помните о следующих передовых методах:

  • Используйте абсолютные URL-адреса, включая домен и протокол.
  • Определите только один канонический URL на странице.
  • Определите канонический URL-адрес в разделе страницы или в HTTP-заголовке.
  • Укажите на индексируемую страницу.

Что такое канонический URL?

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

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

Синонимы к слову канонический URL

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

Зачем вам канонический URL?

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

Канонические URL-адреса предотвращают проблемы с дублированием контента

Канонический URL сообщает Google, Bing и Yahoo, какие страницы показывать и какие страницы скрывать на страницах результатов поисковой системы. Хотя поисковые системы могут игнорировать канонический URL-адрес, это дает вам как владельцу веб-сайта больше контроля над его присутствием в Интернете.

Как выглядит канонический URL?

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

Источник страницы

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

  

  

Заголовок HTTP

Определение канонического URL-адреса в заголовке HTTP часто используется, когда вам нужно установить канонический URL-адрес для документа, отличного от HTML, например PDF.

В заголовке HTTP это выглядит следующим образом:

  HTTP / 1. 1 200 ОК
Сервер: nginx
Дата: Чт, 28 апреля 2016 г., 11:54:25 GMT
Тип содержимого: приложение / pdf
Длина содержимого: 23629
Последнее изменение: пт, 29 апр 2016, 17:47:17 GMT
Ссылка: ; rel = "canonical"  

Возможный сценарий, в котором вам нужно будет использовать заголовок HTTP для определения канонического URL-адреса для документа, отличного от HTML, — это когда контент предлагается как в виде обычной страницы (документ HTML), так и в виде PDF-файла. (документ не в формате HTML).

Обратите внимание: в настоящее время только Google (открывается в новой вкладке) поддерживает определение канонического URL-адреса с помощью заголовка HTTP. Для изображений Google не поддерживает (открывается в новой вкладке) канонические изображения, определенные через заголовок HTTP.

Когда использовать канонический URL?

Нет никакого мыслимого сценария, в котором было бы плохой идеей включать канонический URL. Google, Bing и Yahoo в значительной степени полагаются на канонический URL-адрес, чтобы понять, какие страницы показывать, а какие скрывать на страницах результатов поисковой системы. Канонический URL-адрес может ссылаться на себя или на другую страницу.

Канонический URL, ссылающийся на себя

Если есть только одна версия страницы, убедитесь, что канонический URL ссылается на себя.

Это в основном говорит поисковым системам: «Я единственная версия этой страницы, и только я должен быть проиндексирован».

Канонический URL, указывающий на другую страницу

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

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

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

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

Возьмем к примеру:

www.example.com/shoes/nike?lang=uk&id=101

  • Переменная lang = uk указывает, что язык запрошенной страницы — английский (Великобритания).
  • Переменная id = 101 указывает, что должна быть запрошена страница с номером 101.
  • Между переменными есть символы и , которые указывают, что вам нужна английская (Великобритания) версия страницы 101.

Хотя параметры запроса удобны, URL-адреса, содержащие параметры запроса, трудны для чтения и легко создать дублированный контент. URL www.example.com/shoes/nike?id=101&lang=uk запрашивает ту же страницу, что и www. example.com/shoes/nike?lang=uk&id=101 , но страницы имеют другой URL. Такую форму дублирования контента можно легко исправить с помощью канонического URL.

Немного разные страницы (почти дубликаты)

Когда страницы немного отличаются, мы часто называем их «почти дублирующимися страницами» или «почти дубликатами». Хорошим примером почти повторяющихся страниц являются сайты электронной коммерции, где продается обувь. Представьте, что у вас есть обувь Nike Air Max 38 размера, которая доступна в красном, синем и черном цветах.При выборе другого цвета URL-адрес изменяется, но 99% содержимого страницы остается прежним.

  • Общие Nike Air Max размер 38: www.example.com/shoes/nike/men-38/
  • General Nike Air Max 38, красный цвет: www.example.com/shoes/nike/men-38-red/
  • General Nike Air Max 38 размер синего цвета: www.example.com/shoes/nike/men-38-blue/
  • General Nike Air Max, размер 38, черный: www. example.com/shoes/nike/men-38-black/

Поскольку содержание этих четырех страниц очень похоже, имеет смысл использовать канонический URL-адрес с www.example.com/shoes/nike/men-38-red/ , www.example.com/shoes/nike/men-38-blue/ и www.example.com/shoes/nike/men-38- черный / указывает на www.example.com/shoes/nike/men-38/ .

Намеренно создано несколько версий страницы

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

  1. Персонализированные целевые страницы для кампаний
  2. Запуск тестов оптимизации коэффициента конверсии, в которых вы тестируете три версии одной и той же страницы, которые по сути имеют одинаковое содержание.

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

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

Полезные ресурсы

Рекомендации по использованию целевой страницы (открывается в новой вкладке)

Отдельные настольные и мобильные страницы

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

На данный момент Google — единственная поисковая система, которая поддерживает эту конкретную реализацию.

Поговорим о реализации:

Используйте атрибут mobile для передачи мобильной версии страницы.

Настольный

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

  

 example.com/ "/>
  
Мобильный

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

  

  

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

Междоменный канонический

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

Объединение ненужных страниц с редиректами

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

  • Страница доступна по протоколам HTTP и HTTPS.
  • Страница доступна через несколько доменов ( www.example1.com , www.example2.com , www.example3.com ) или субдоменов ( www.example.com , www2.example.com , www3.example.com ), и это не служит цели.

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

Каковы лучшие практики в отношении канонических URL-адресов?

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

  • Используйте абсолютные URL. — не может быть никаких сомнений относительно страницы, которую должна проиндексировать поисковая система. Используйте полный URL-адрес, включая протокол (HTTP или HTTPS), субдомен и домен.
  • Один канонический URL на странице — всегда должен быть только один канонический URL на странице.
  • Размещение в -section или HTTP-заголовке — канонический URL всегда должен быть помещен в -section или в HTTP-заголовок
  • Укажите на индексируемую страницу. — канонический URL-адрес должен указывать на индексируемую страницу.
  • Включите только предпочтительную версию страницы в карту сайта XML .

Использовать абсолютные URL-адреса

В качестве канонических URL-адресов следует использовать только абсолютные URL-адреса.Возьмем, например:

    

Если этот URL-адрес является каноническим, то точное местоположение URL-адреса не вызывает сомнений. .

Теперь сравните канонический URL-адрес выше с неоднозначным URL-адресом ниже:

    

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

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

Один канонический URL на странице

Всегда должен быть только один канонический URL на странице. Если определено более одного канонического URL, поисковые системы могут запутаться. Google заявил (открывается в новой вкладке), что они просто выберут один из канонических URL-адресов и проигнорируют другие, когда встретят несколько канонических URL-адресов на одной странице.Хотя мы не уверены, как Bing и Yahoo обрабатывают несколько канонических URL-адресов на странице, они рекомендуют использовать только один канонический URL-адрес на странице.

Размещение в

— раздел

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

Ссылка на индексируемую страницу

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

Включить только предпочтительную версию в карту сайта XML

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

Управляйте каноническими URL-адресами

Найдите проблемы с каноническими URL-адресами и найдите URL-адреса, которые необходимо канонизировать!

Каковы ограничения канонического URL?

Хотя канонические URL-адреса являются отличным инструментом в наборе инструментов веб-мастеров, они также имеют свои ограничения.

Только частичное объединение авторитета ссылок

Давайте рассмотрим пример: на странице A есть действительно мощные обратные ссылки. Страница A ссылается на страницу B как на каноническую.Поисковые системы, скорее всего, проиндексируют страницу B и оставят страницу A вне своего индекса.

Каждая ссылка передает некоторые полномочия, называемые полномочиями связи. Авторитет ссылки, который передается на страницу A через мощные обратные ссылки, равен , только частично, передается на страницу B. Мы говорим только частично, , потому что это серая область, о которой поисковые системы не очень ясно. Нет исследований, показывающих, что канонический URL-адрес передает все полномочия ссылки. Вдобавок к этому был введен канонический URL-адрес, чтобы сообщать поисковым системам, какие страницы отображать и какие страницы скрывать.Поэтому наша позиция по этой теме такова: канонический URL-адрес не полностью передает авторитет ссылки.

Мэтт Каттс из Google сказал, что «на самом деле нет большой разницы между ними [301 редирект и канонический URL]».

Если вы хотите передать как можно больше ссылок, мы советуем вам использовать 301 редирект.

Канонические URL-адреса не предотвращают проблем с оптимизацией сканирования

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

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

Часто задаваемые вопросы о каноническом URL

  1. Передают ли канонические URL-адреса какой-либо авторитет ссылки?
  2. Могу ли я заставить поисковые системы использовать мой канонический URL?
  3. Канонический URL лучше, чем редирект 301?
  4. Могу ли я испортить свой веб-сайт каноническими URL-адресами?
  5. Все ли поисковые системы поддерживают канонический URL?
  6. Как поисковые системы обрабатывают несколько канонических URL-адресов на одной странице?
  7. Предотвращает ли сканирование страниц канонический URL?
  8. Следует ли использовать канонические URL-адреса для страниц с разбивкой на страницы?

1.🖇️ Передают ли канонические URL-адреса какие-либо ссылки?

Мы подозреваем, что при канонизации URL передается некоторый авторитет ссылки.

Как написано в разделе «Консолидация авторитета ссылки только частично», мы не можем с уверенностью сказать, передает ли канонический URL авторитет ссылки. Что мы действительно знаем, так это то, что канонический URL-адрес не предназначен для передачи полномочий ссылки, это то, для чего нужны редиректы 301.

2. ⚙️ Могу ли я заставить поисковые системы использовать мой канонический URL?

Нет, канонический URL — это совет, а не директива для поисковых систем.

3. ➡️ Канонический URL лучше, чем 301 редирект?

Канонический URL и 301 редирект — это два совершенно разных способа достижения цели.

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

Перенаправление 301 перенаправляет посетителей и поисковые системы с одного URL на другой. Перенаправленный URL-адрес недоступен для посетителей или поисковых систем.

4.⚠️ Могу ли я испортить свой сайт каноническими URL-адресами?

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

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

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

5. 🤔 Все ли поисковые системы поддерживают канонический URL?

Мы знаем, что Google, Bing и Yahoo поддерживают канонический URL.

Яндекс и Baidu, похоже, также поддерживают канонический URL. Для DuckDuckGo непонятно.

6. 🙌 Как поисковые системы обрабатывают несколько канонических URL-адресов на одной странице?

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

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

7. 🛑 Предотвращает ли сканирование страниц канонический URL?

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

8. 🗒️ Следует ли использовать канонические URL-адреса для страниц с разбивкой на страницы?

Обычно рекомендуется не использовать канонический URL-адрес для страниц с разбивкой на страницы, поскольку страницы с разбивкой на страницы часто не показывают одинаковое содержимое.Вместо этого рекомендуется использовать элементы ссылки rel = "next" и rel = "prev" . Это лучший способ объяснить поисковым системам, что страницы с разбивкой на страницы на самом деле представляют собой серию страниц, которые следуют логической последовательности.

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

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

Простое руководство для начинающих

Хотите узнать, что такое канонические теги и как их использовать, чтобы избежать ужасных проблем с дублированием контента?

Канонические теги не новость. Они существуют с 2009 года — лучшую часть десятилетия.

Google, Microsoft и Yahoo объединились для их создания. Их цель? Чтобы предоставить владельцам веб-сайтов способ быстро и легко решить проблемы с дублированным контентом.

Они работают? Да, отлично … но только если ты умеешь ими пользоваться!

В этом руководстве вы узнаете:

Что такое канонический тег?

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

Как выглядит канонический тег?

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

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

  1. ссылка rel = «canonical»: Ссылка в этом теге является основной (канонической) версией этой страницы.
  2. href = «https://example.com/sample-page/»: Каноническую версию можно найти по этому URL-адресу.

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

  1. Какую версию страницы индексировать (они будут индексировать только одну!)
  2. Какая версия страницы ранжируется по релевантным запросам.
  3. Должны ли они консолидировать «ссылочный капитал» на одной странице или разделить его между несколькими версиями.

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

Правда о бюджете сканирования

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

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

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

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

Если вы не укажете канонический URL, мы определим, какая, по нашему мнению, лучшая версия или URL.

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

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

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

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

Но у меня нет повторяющегося контента, не так ли?

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

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

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

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

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

https://www.bbclothing.co.uk/en-gb/clothing/shirts.html

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

https://www.bbclothing.co.uk/en-gb/clothing/shirts.html ? Size = XL

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

https: // www.bbclothing.co.uk/en-gb/clothing/shirts.html ? Size = XL & color = Blue

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

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

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

  • Параметризация URL-адресов для параметров поиска (например, example.com?q=search-term )
  • Параметризация URL-адреса для идентификаторов сеанса (e.g., https://example.com?sessionid=3)
  • Наличие отдельных версий для печати страниц (например, example.com/page и example.com/print/page )
  • Наличие уникальные URL-адреса для сообщений в разных категориях (например, example.com/ services / SEO / и example.com/ specials / SEO / )
  • Наличие страниц для разных типы устройств (e.g., example.com и m.example.com )
  • Наличие версий AMP и без AMP страницы (например, example.com/page и amp.example / page )
  • Обслуживание одного и того же контента в вариантах без www и www (например, http://example.com и http://www.example.com )
  • Обслуживание одного и того же контента без https и https варианты (например, http://www.example.com и https: // www.example.com )
  • Обслуживание одного и того же контента с косой чертой и без нее (например, https://example.com/page/ и http://www.example.com/page )
  • Обслуживание одного и того же контента в версиях страницы по умолчанию, таких как индексные страницы (например, https://www.example.com/ , https://www.example.com/index.htm , https : //www.example.com/index.html , https://www.example.com/index.php , https: // www.example.com/default.htm и т. д.)
  • Обслуживание одного и того же контента с заглавными буквами и без них (например, https://example.com/page/ и http: //www.example. com / Page / )

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

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

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

Если люди намеренно решили синдицировать свой контент, это затруднит определение исходного источника. Вот почему мы рекомендуем использовать канонический или блокирующий. Это может потребоваться издателям, участвующим в синдикации. https://t.co/hblGLsD0ir pic.twitter.com/yjtx43II8j

— Дэнни Салливан (@dannysullivan) 18 сентября 2019 г.

Sidenote.

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

Основы реализации канонических тегов

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

Правило №1: используйте абсолютные URL-адреса

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

Вы можете использовать любой из них, но я бы рекомендовал использовать абсолютные URL-адреса, чтобы вы были уверены, что они интерпретируются правильно. — 🍌 John 🍌 (@JohnMu) 24 октября 2018 г.

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

https://example.com/sample-page/ » />

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

/ sample-page / ” />

Правило № 2: Используйте строчные URL-адреса

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

Правило № 3: Используйте правильную версию домена (HTTPS или HTTP).

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

https : //example.com/sample-page/» />

В отличие от:

http : // example.com / sample-page / ”/>

Sidenote.

Если вы не используете HTTPS, то все наоборот.

Правило №4: используйте канонические теги с саморегулированием.

Джон Мюллер из Google говорит, что, хотя это и не обязательно, рекомендуются канонические теги с саморегулированием.

Я рекомендую [использовать] самореференциальный канонический, потому что он действительно дает нам понять, какую страницу вы хотите проиндексировать, или каким должен быть URL при индексировании.

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

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

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

Правило № 5: Используйте один канонический тег на странице

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

В случае нескольких объявлений rel = canonical Google, скорее всего, проигнорирует все подсказки rel = canonical.

Как реализовать канонические URL-адреса

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

  1. HTML-тег (rel = canonical)
  2. HTTP-заголовок
  3. Карта сайта
  4. 301 редирект *
  5. Внутренние ссылки

Для получения информации о плюсах и минусах каждого метода см. Официальную документацию Google. .

1. Установка канонических значений с помощью тегов HTML rel = «canonical»

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

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

Пример

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

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

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

Установка канонических тегов в WordPress:

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

Установка канонических тегов в Shopify:

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

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

Установка канонических тегов в Squarespace:

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

2. Установка канонических тегов в заголовках HTTP

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

Пример

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

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

 HTTP / 1.1 200 OK
Тип содержимого: приложение / pdf
Ссылка: ; rel = "canonical"
 

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

3. Установка канонических значений в карты сайта

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

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

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

4. Установка канонических адресов с переадресацией 301

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

Пример

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

  • example.com
  • example.com/index.php
  • example.com/home/

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

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

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

  • http://ahrefs.com/
  • http://www.ahrefs.com/
  • https://www.ahrefs.com/

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

5. Внутренние ссылки

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

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



https: // youtube.com / watch? v = 8j_hxBw5B4E

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

Распространенные ошибки канонизации, которых следует избегать

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

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

Ошибка № 1: блокирование канонизированного URL-адреса через robots.txt

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

Ошибка № 2: установка для канонического URL значения «noindex»

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

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

Ошибка № 3: Установка кода состояния HTTP 4XX для канонического URL-адреса

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

Ошибка № 4: Канонизация всех страниц с разбивкой на страницы в корневую страницу

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

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

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

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

Ошибка № 5: Отсутствие канонических тегов с hreflang

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

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

Ошибка № 6: наличие нескольких тегов rel = canonical

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

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

Ошибка № 7: Rel = canonical в

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

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

Как найти и исправить проблемы канонизации на вашем сайте

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

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



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

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

1. Канонические указывает на 4XX

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

Почему это проблема

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

Как исправить

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

2. Канонические указывает на 5XX

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

Почему это проблема

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

Как исправить

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

3. Канонические точки для перенаправления

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

Почему это проблема

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

Как исправить

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

4. Дублирующиеся страницы без канонической версии.

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

Почему это проблема

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

Как исправить

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

5. Hreflang to non-canonical

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

Почему это проблема

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

Как исправить

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

6. Канонический URL-адрес не имеет входящих внутренних ссылок

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

Почему это проблема

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

Как исправить

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

7. Неканоническая страница в карте сайта

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

Почему это проблема

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

Как исправить

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

8. Неканоническая страница указана как каноническая

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

Почему это проблема

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

Как исправить

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

9. URL-адрес Open Graph не соответствует каноническому

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

Почему это проблема

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

Как исправить

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

Примечания. URL-адреса

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

10. Каноническая с HTTPS на HTTP

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

Почему это проблема

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

Как исправить

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

Примечания.

Google также перечисляет внедрение HSTS в качестве потенциального решения.

11. Canonical from HTTP to HTTPS

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

Почему это проблема

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

Примечания.

Скорее всего, это не вызовет серьезных проблем, но все же стоит исправить, если это возможно.
Как исправить

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

12. Неканоническая страница получает обычный трафик

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

Почему это проблема

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

Как исправить

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

Заключительные мысли

Канонические теги — это не , что сложно.Поначалу их просто сложно осознать.

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

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

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

  • Альтернативная страница с правильным каноническим тегом. Здесь показаны страницы, на которых вы указали альтернативную страницу с каноническим тегом, и она была соблюдена. По сути, он работает так, как и предполагалось, на выбранной вами странице.
  • Дубликат без выбранной пользователем каноники. Есть повторяющиеся страницы, и ни на одной из них не выбрана каноническая. В данном случае Google выбрал для вас один, поэтому, если он не тот, который вам больше нравится, вам следует добавить тег rel = canonical.
  • Дубликат, Google выбрал каноническое, отличное от пользовательского. Здесь показаны случаи, когда Google решил проигнорировать предложенную вами каноническую версию, но все же выбрал другую версию для отображения в индексе.
  • Повторяющийся, отправленный URL не выбран как канонический. Это также случай игнорирования сигнала канонизации (отправляемого в карту сайта). В этом наборе повторяющихся страниц нет явно отмеченного канонического URL-адреса, и в этом случае Google считает, что в индексе должен отображаться другой URL-адрес, помимо отправленного вами.

Есть вопросы? Дайте мне знать в комментариях или в Твиттере.

Руководство по каноническим тегам для новичков в 2021 году

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

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

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

Руководство по каноническим тегам

Вот основные моменты, которые мы рассмотрим в этом руководстве:

Канонические теги, часто называемые rel = «canonical», позволяют сообщить поисковым системам, что указанный URL-адрес является главной копией страница. Они позволяют указать канонический URL-адрес для страницы. Каноническая ссылка позволяет веб-мастерам предотвратить проблемы с дублированием контента, указав «каноническую» или «предпочтительную» версию веб-страницы.

Но подождите, в чем разница между каноническими тегами и каноническими URL-адресами? И есть ли другие способы указать это?

Канонические теги

Канонический тег, находящийся в разделе исходного HTML-кода веб-страницы, выглядит следующим образом:

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

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

Это сделано по той простой причине, что использование тега rel = «canonical» является наиболее часто используемым методом для установки канонических URL-адресов, однако это ни в коем случае означает только один.

Канонические URL-адреса

Итак, что такое каноническая ссылка? Каноническая ссылка — это URL-адрес, который выбирается в качестве «главного» URL-адреса для набора повторяющихся страниц.

Собственными словами Google:

Канонический URL-адрес — это URL-адрес страницы, которая, по мнению Google, является наиболее репрезентативной из набора повторяющихся страниц на вашем сайте.

— Справка Google Search Console

Вы можете указать предпочитаемый канонический URL. Однако Google может выбрать другую страницу по разным причинам.

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

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

Канонический URL-адрес страницы может находиться в другом домене.

Как еще можно указать канонические URL-адреса?

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

Вы также можете установить canonicals:

  • , установив rel = canonical HTTP-заголовок для ответа.
  • В вашей карте сайта (однако, хотя все страницы, перечисленные в карте сайта, предлагаются как канонические, Google решит, какие страницы (если есть) страницы являются дубликатами).
  • Используя 301 редирект.

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

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

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

Проверьте работоспособность вашего веб-сайта

С помощью инструмента аудита сайта SEMrush

Причины, по которым существует дублированный контент

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

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

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

  1. https://www.website.com/category/product-a/
  2. https: // www.website.com/product-a/
  3. https://website.com/product-a/
  4. http://www.website.com/product-a/
  5. http://website.com/product- a /
  6. https://m.website.com/product-a/
  7. https://www.website.com/product-a
  8. https://www.website.com/product-A/

Для поисковой системы это не одна страница контента, это восемь повторяющихся страниц:

  • URL-адреса №1 и №2 появляются в результате того, что CMS сохраняет URL-адреса продуктов как с названием категории, так и без него.
  • URL-адреса № 3, № 4 и № 5 являются результатом того, что сайт доступен как в версиях HTTP и HTTPS, так и в версиях с www и без www.
  • URL # 6 — это мобильная версия, которая находится на субдомене.
  • URL # 7 — это версия URL # 2 без косой черты.
  • URL-адрес № 8 использует заглавную букву «А» вместо строчной буквы, которая используется где-либо на сайте.

Вы также можете обнаружить дублированный контент по URL-адресам, например:

  • https: // www.website.com/
  • https://www.website.com/index.php

Теперь посмотрите, как легко дублировать контент?

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

Почему вам следует использовать канонические URL-адреса для SEO

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

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

Укажите URL-адрес, который должен отображаться в результатах поиска

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

Подумайте об этом так, на что вы с большей вероятностью нажмете?

  • https://www.domain.com/page-1/
  • https: // www.domain.com/index.php?id=2

Скорее всего, первый.

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

Объединение сигналов ссылок на повторяющихся или почти идентичных страницах

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

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

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

Управление синдицированным контентом

Нередко контент распространяется на разных веб-сайтах, чтобы представить его новой аудитории.

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

Предотвратить сканирование повторяющихся страниц роботом Googlebot

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

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

Как правильно реализовать тег rel = canonical

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

Добавление тегов и HTML-кода может показаться сложным, если вы не разработчик, но большинство платформ CMS позволяют вам прямо из коробки указывать канонические элементы.

Установка канонического URL-адреса в Magento и Magento 2

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

Страница продукта Magento 1 Canonicals

После входа в панель администратора перейдите в Система> Конфигурация и выберите вкладку Каталог и откройте раздел Search Engine Optimizations :

The ‘Use Canonical Link Мета-тег для продуктов »должен быть установлен в« Да ».

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

Magento 1 Категория Canonicals

Вернитесь в раздел Search Engine Optimizations на странице каталога и найдите параметр «Использовать метатег Canonical Link для категорий».

Убедитесь, что установлено значение no , чтобы вы могли вручную указать канонический URL-адрес для категорий.

Перейдите на страницу редактирования любой категории, которую вы хотите канонизировать, найдите вкладку Custom Design и в поле Custom Layout Update и добавьте следующий код, не забудьте переключиться на свой собственный канонический URL.



canonical
https://www.website.com/page-a/

Magento 2 Canonicals

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

После входа в панель администратора перейдите в Магазины> Настройки> Конфигурация , откройте раскрывающийся список Каталог , выберите Каталог и откройте вкладку Search Engine Optimization .

Изображение предоставлено: Amasty.com

Если вы установите для параметра «Использовать канонические метатеги для категорий» значение Да, , страницы категорий вашего магазина будут настроены так, чтобы указывать канонический URL-адрес для полного URL-адреса категории, например http: //www.website.ru / category / product.html.

Если для параметра «Использовать канонические метатеги для продуктов» задано значение Да, , страницы продуктов вашего магазина будут настроены так, чтобы указывать канонический URL-адрес для имени домена / ключа URL-адреса продукта.

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

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

Установка канонического URL-адреса в WordPress

Установка канонического URL-адреса в WordPress очень проста.Однако то, как их реализовать, зависит от того, какой плагин WordPress SEO вы используете.

Мы рассмотрим, как это сделать с помощью двух самых популярных плагинов — Yoast и RankMath.

Канонические теги с Yoast

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

Здесь вы найдете поле, в котором вы можете указать канонический URL страницы.

Канонические теги с RankMath

Если вы используете RankMath, это аналогичный способ реализации, описанный выше.

На любой странице или в сообщении перейдите на вкладку «Дополнительно» в мета-поле RankMath, и вы увидите возможность указать канонический URL-адрес для страницы.

Установка канонического URL-адреса в Wix

По умолчанию страницы Wix используют канонический тег, ссылающийся на себя.

Если вам нужно изменить это, вы можете сделать это, зайдя на Меню и страницы , наведя курсор на соответствующую страницу и щелкнув значок показать больше , затем перейдите к Параметры SEO> Расширенный SEO и ‘ Добавить New Tag ‘под заголовком Custom Meta Tags .

Изображение предоставлено: Wix

Обязательно введите полный канонический тег, а не только URL-адрес.

Вы можете изменить свой канонический URL в этом коде:

Установка канонического URL на Shopify

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

Взгляните на руководство Shopify, и вы увидите, что при разработке темы Shopify вы можете использовать объект {{canonical_url}} для вывода канонического URL-адреса текущей страницы.

Но давайте проясним, что вы не можете указать собственные канонические URL-адреса так же, как в Magento, WordPress или Wix.

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

Вы можете найти один продукт по следующим URL-адресам:

  • https: // www.website.com/products/product-a
  • https://www.website.com/featured-collection/products/product-a
  • https://www.website.com/sales-collection/products/product- a

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

Вы можете очистить это, выполнив шаги, описанные в этом замечательном руководстве от Path Interactive.

Загляните в жидкие файлы вашей темы и найдите следующий код, который чаще всего встречается в файле collection-template.liquid:

{{product.url | inside: collection}}

Отредактируйте это на:

{{product.url}}

Теперь вы должны убедиться, что ваши канонические теги и внутренние ссылки верны.

Альтернативой использованию канонических тегов является реализация HTTP-заголовка rel = «canonical».

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

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


Header add Link "; rel = \ "canonical \" "

Использование переадресации 301 для указания канонических URL-адресов

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

Однако давайте проясним, что если вы используете 301 редирект, фактически будет существовать только канонический URL. Другие повторяющиеся версии будут перенаправлены на это.

Тем не менее, это, как правило, лучший способ решить проблемы с дублированием контента:

  • HTTP и HTTPS
  • Non-WWW и WWW
  • Trailing-Slash и Non-Trailing Slash URL-адреса

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

Канонические URL-адреса в файлах Sitemap

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

Указание канонических URL-адресов не гарантируется, но рекомендуется учитывать при структурировании карт сайта.

Рекомендации по использованию канонических тегов

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

При реализации канонических URL-адресов всегда обязательно:

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

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

Укажите правильный протокол домена

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

Укажите либо завершающую косую черту, либо не завершающую косую черту URL-адреса

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

Укажите URL-адреса без WWW или WWW

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

Использовать абсолютные URL-адреса

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

Это означает, что вы должны использовать:

А не:

<ссылка rel = "canonical" href = "/ page-a /" />

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

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

Здесь канонический тег страницы ссылается на себя.

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

Канонизация для переадресации 301

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

Канонизация в неправильный протокол домена

Если ваш сайт использует HTTPS, будьте осторожны, чтобы случайно не установить канонические URL-адреса с HTTP.

Канонизация до нерелевантного содержания

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

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

Установка нескольких канонических URL-адресов

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

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

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

Скорее, вы должны превратить их в каноническую страницу для просмотра всех.

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

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

Давайте посмотрим, что это такое и как исправить проблемы.

AMP-страницы не имеют канонических тегов

  • Если на ваших AMP-страницах нет канонических тегов, инструмент Site Audit пометит это как проблему.
  • Важно, чтобы канонизация существовала между AMP и не-AMP версиями вашей страницы.
  • Это можно исправить, добавив тег rel = «canonical» в раздел каждой страницы AMP.

Нет перенаправления или канонического перехода на домашнюю страницу HTTPS из HTTP версии

Если ваш сайт доступен как по HTTPS, так и по HTTP-версиям, вы столкнетесь с проблемами с дублированным контентом, и это будет отмечено в аудите сайта.

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

Страницы с неработающей канонической ссылкой

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

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

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

Страницы имеют несколько канонических URL-адресов

  • Вы увидите эту ошибку, если на странице более одного канонического URL-адреса.
  • Чтобы исправить это, вам нужно удалить повторяющиеся теги и оставить только один на месте.

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

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

Каноникализация Google SEO Mythbusting

logistic — В чем разница между «функцией ссылки» и «функцией канонической ссылки» для GLM

Приведенные выше ответы более интуитивно понятны, поэтому я стараюсь быть более строгим.

Что такое GLM?

Пусть $ Y = (y, \ mathbf {x}) $ обозначает набор ответов $ y $ и $ p $ -мерного ковариантного вектора $ \ mathbf {x} = (x_1, \ dots, x_p) $ с ожидаемым значение $ E (y) = \ mu $. Для $ i = 1, \ dots, n $ независимых наблюдений распределение каждого $ y_i $ является экспоненциальным семейством с плотностью $$ f (y_i; \ theta_i, \ phi) = \ exp \ {[y_i \ theta_i- \ gamma (\ theta_i)] / \ phi + \ tau (y_i, \ phi) \} $$ Здесь интересующий параметр (естественный или канонический) — это $ \ theta_i $, $ \ phi $ — параметр масштаба (известный или рассматриваемый как мешающий), а $ \ gamma $ и $ \ tau $ — известные функции.{-1} $.

Вот и все. Тогда существует ряд желаемых статистических свойств использования канонической ссылки, например, достаточной статистикой является $ X’y $ с компоненты $ \ sum_i x_ {ij} y_i $ для $ j = 1, \ dots, p $, метод Ньютона и оценка Фишера для поиска оценки ML совпадают, эти связи упрощают вывод MLE, они гарантируют, что некоторые свойства линейная регрессия (например, сумма остатков равна 0) или они гарантируют, что $ \ mu $ остается в пределах диапазона переменной результата.

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

Что такое канонический URL? Как освоить Rel = Canonical Tag

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

Чтобы показать вам, как использовать канонический URL, оставшаяся часть этого поста будет охватывать:

Что такое канонический URL?

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

Например, эта строка HTML-кода сообщает поисковым системам, что URL «https://shoestore.org» является исходной версией страницы, на которой встречается этот тег:

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

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

Этот тег был введен в 2009 году, когда Google работал с Microsoft (Bing) и Yahoo над достижением консенсуса в отношении принятия канонических условий. Хотя эта статья, скорее всего, будет посвящена использованию канонических символов для помощи сканерам Google, знайте, что подавляющее большинство поисковых систем принимают эти теги.

Почему Rel = Canonical подходит для SEO?

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

  • Не знаю, какой элемент присвоить баллу
  • Не знаю, что проиндексировать
  • Не знаю, какие страницы должны иметь рейтинг

Тег rel = canonical поясняет это, помогает поисковым системам понимать контент, предотвращает игнорирование страницы и повышает шансы на то, что контент будет ранжирован.

Используйте теги rel = canonical, чтобы прояснить повторяющийся контент, помочь поисковым системам понять контент и повысить шансы на то, что ваш контент будет ранжирован. Нажмите, чтобы твитнуть

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

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

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

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

Когда использовать канонический URL-адрес? (5 относительных канонических примеров)

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

при репосте существующего контента

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

Когда вы распространяете контент блога

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

Когда вы A / B тестируете разные страницы

A / B-тестирование — это стратегия, которую используют маркетологи, чтобы увидеть, какие элементы на странице работают лучше всего. Вы можете протестировать мелкие детали, такие как цвет различных кнопок, или большие изменения, такие как макет страницы или контент. В некоторых случаях Google мог сканировать обе страницы и не понимать, какую из них индексировать как исходную. Канонические URL-адреса служат путеводителем по исходному содержанию.

При использовании нескольких вариантов URL (часто на сайтах электронной торговли)

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

Если на вашем сайте есть непреднамеренное дублирование контента

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

  • У вашего сайта отдельные версии HTTP и HTTPS или WWW и не WWW страниц
  • Другой сайт скопировал и повторно опубликовал ваш контент
  • Метаописания и заголовки SEO одинаковы для нескольких страниц
  • Существуют технические проблемы, такие как проблемы с разбивкой на страницы или несколько версий печатных и текстовых страниц

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

канонических URL и 301 редирект: в чем разница?

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

канонических URL по сравнению с метатегами роботов Noindex: что лучше?

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

Как настроить канонический URL

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

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

Добавить канонические URL-адреса с помощью Yoast

Yoast SEO — один из самых популярных плагинов SEO для WordPress, простой и легкий инструмент для добавления канонических тегов. Если у вас есть сайт WordPress, установите бесплатный плагин и легко добавьте канонический тег через страницу редактирования или раздел публикации. Это идеальный вариант, если вы не хотите касаться кода или технических элементов своей страницы.

Добавить канонические URL-адреса с помощью внутреннего кода

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

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

Добавить канонические изображения с помощью Диспетчера тегов Google

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

Найдите повторяющийся контент и добавьте канонические URL-адреса

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

Чтобы получить доступ к проверке дублированного контента Alexa, которая является лишь частью нашего подробного отчета об аудите сайта SEO, подпишитесь на бесплатную пробную версию нашего Расширенного плана сегодня.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *