Link rel canonical href: Consolidate Duplicate URLs with Canonical Tags | Google Search Central | Documentation

Содержание

Как настроить атрибут rel=»canonical»

18672 2 1

How-to – Читать 6 минут

Прочитать позже

ЧЕК-ЛИСТ: ТЕХНИЧЕСКАЯ ЧАСТЬ — КОД СТРАНИЦ

Инструкцию одобрила
SEO-специалист в Импульс-Дизайн

Оксана Артюшенко

Атрибут rel=»canonical» определяет среди похожих страниц сайта приоритетную — каноническую. Наличие страницы-первоисточника дает верный сигнал поисковой системе. Неоптимизированный дублированный контент отрицательно сказывается на позициях сайта в выдаче.

301 редирект или rel=»canonical»?

К наиболее применяемым и рекомендуемым методам для решения проблемы страниц-дублей относится 301 редирект. Однако данный инструмент может не подойти вебмастеру по ряду причин, например:

  • слишком сложная и долгая реализация;
  • страницы с похожим контентом важны для сайта и пользователей.

Атрибут rel=»canonical» является альтернативным и сравнительно быстрым способом указать, какая из похожих страниц — основная.

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

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

Представим, что на сайте есть страницы-дубли: page1, page2, page3, из которых page1 — основная. В <head> страниц page2 и page3 указываем ссылки-указатели, которые ведут на приоритетную страницу page1. Эти URL будут выглядеть так:

<link rel="canonical" href="http://shop. com/page1.html"/> 

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

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

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

#1

Несколько видов сортировки

Ситуация: Для каждой категории товара торговой площадки предусмотрено несколько вариантов сортировки: по цене, новизне, рейтингу и т.д. В URL-адресе обозначен параметр сортировки столов sort и значение rate: http://shop.com/tables.html?sort=rate

Решение: Указываем link canonical на страницах с разными параметрами, направляя их на основную сортировку — «по умолчанию».

<link rel="canonical" href="http://myshop.com/tables.html"/>

#2

Идентичные результаты поиска

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

Посетитель 1 начинает поиск через бренд, постепенно сужая параметры до категорий, подкатегорий и т.д.: LG / Холодильники / No Frost / Хром.

Посетитель 2 стартует от категории товаров: Холодильники / LG / Хром / No Frost.

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

Решение: Определяем из двух страниц выдачи одну каноническую и ставим ссылку на нее во второстепенной.

#3

Страницы похожих товаров

Ситуация: Товар на сайте с определенной ценой представлен в нескольких цветах. Под каждый цвет отведена отдельная страница.

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

#4

Программа лояльности для клиентов и партнеров

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

http://shop.com/tables.html?partner=futKp2ka4
http://shop.com/tables.html?vip=pqwLz7ty6

Решение: Добавляем ссылки с атрибутом rel=»canonical» в HTML-код страниц для привилегированных участников и направляем их на стандартные пользовательские:

<link rel="canonical" href="http://shop.com/tables.html" />

#5

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

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

Решение: Если на сайте есть страница «Показать все», ставим канонические URL со страниц пагинации на нее.

#6

Работа с UTM-метками

Ситуация: На сайте отслеживается эффективность рекламных кампаний с помощью UTM-меток.

Решение: Для склеивания дублей размещаем на странице с UTM каноническую ссылку с указанием на основную страницу, без метки.

Какую страницу выбрать канонической

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

  • посещаемость страницы;
  • наличие внешних/внутренних ссылок и их количество.

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

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

Одна страница — одна каноническая ссылка в <head>.

Убедитесь, что каноническая страница в индексе.

Не усложняйте структуру ссылок, выстраивая цепочки канонических URL.

При размещении ссылок с атрибутом rel=»canonical» разными методами, например, страницы сайта и XML-карта, URL-адреса приоритетных страниц должны совпадать.

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

Неправильно: <link rel=»canonical» href=»shop. com/tables.html» />
Правильно: <link rel=»canonical» href=»http://shop.com/tables.html» />

Другие способы использования канонических URL

Размещение SEO-canonical в <head> страницы — это основной способ реализации данного метода. В качестве альтернативы ссылку можно прописать в XML-карте сайта или через ответ сервера, в зависимости от формата документа.

В последнем случае можно использовать канонический URL для pdf-файла, указав ссылку в http-заголовке.

Заключение

С помощью атрибута rel=»canonical» SEO-специалист может управлять дублированным контентом на сайте и направлять поисковые системы на выбранные страницы.

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

» title = «Как использовать атрибут rel=»canonical» 16261788196243″ />

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

Начать работу со «Списком задач»

Сэкономьте время на изучении Serpstat

Хотите получить персональную демонстрацию сервиса, тестовый период или эффективные кейсы использования Serpstat?

Оставьте заявку и мы свяжемся с вами 😉

Оцените статью по 5-бальной шкале

4.38 из 5 на основе 12 оценок

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

Рекомендуемые статьи

How-to

Denys Kondak

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

How-to

Denys Kondak

Как правильно оформить карточку товара в интернет-магазине

How-to

Denys Kondak

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

Кейсы, лайфхаки, исследования и полезные статьи

Не успеваешь следить за новостями? Не беда! Наш любимый редактор подберет материалы, которые точно помогут в работе. Только полезные статьи, реальные кейсы и новости Serpstat раз в неделю. Присоединяйся к уютному комьюнити 🙂

Нажимая кнопку, ты соглашаешься с нашей политикой конфиденциальности.

Поделитесь статьей с вашими друзьями

Вы уверены?

Спасибо, мы сохранили ваши новые настройки рассылок.

Сообщить об ошибке

Отменить

Полное руководство по использованию тега canonical

15 мин — время чтения

Ноя 23, 2020

Поделиться

На самом деле прижившиеся выражение «закрыть тегом каноникал» не совсем верное. Его суть — использование в секции <head> тега link с атрибутом rel, равным canonical, а также атрибута href со значением, равным URL документа. Визуально исходный код выглядит так:

<link rel="canonical" href="https://seranking.com/" />

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

Для чего следует использовать canonical?

Canonical используют, когда на сайте кроме основной версии документа (страницы сайта с отдельным URL) есть другие документы с похожим контентом. В таком случае canonical указывает поисковым машинам на основную версии страницы. 

Особое внимание обратите на слово «похожим» — далее мы еще вернемся к этому определению. 

Вот, что о canonical говорит cправка Google:

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

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

Как можно указать канонические URL-адреса?

Существует несколько способов для указания основной версии страницы. Все они более детально описаны в справке Google. Зачастую используется тег <link> — его мы и будем рассматривать в примерах, но также перечислим и другие возможные варианты:

  • Тег <link> с атрибутом rel=“canonical”
  • HTTP-заголовок rel=canonical;
  • Файл Sitemap.

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

Практики применения

canonical

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

Важно! Использование rel=“canonical” href=“” /; не запрещает индексацию либо сканирование документа. Canonical является рекомендацией и может быть проигнорирован поисковой системой. Canonical сообщает поисковой машине, какая версия документа должна появиться в результатах поиска и является по вашему мнению основной. 

Запрет индексации осуществляется с помощью:

  • <meta name=“robots” content=“noindex”;
  • HTTP заголовка X-Robots-Tag: noindex

Больше — в справке Google.

Запрет сканирования осуществляется с помощью файла robots.txt. Больше — в документации Google.

Хороший тон

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

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

Говоря более техническим языком, страница https://seranking.com/subscription.html имеет такой canonical:

<link rel="canonical" href="https://seranking.com/subscription.html" /> 

То есть значение атрибута href тега link содержит URL страницы, на которой этот тег link расположен. 

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

Параметры сортировки

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

Пример — категория с ноутбуками на сайте ebay: https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031. Это основная категория, которая содержит ноутбуки для работы и оптимизируется под этот кластер ключевых слов. Canonical для этой страницы имеет такой вид: 

<link rel="canonical" href="https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031" /> 

Очевидно, что страница указывает сама на себя. 

Страница содержит классические элементы управления:

  • сортировки по параметрам
  • изменение способа отображения

Кликнем на изменение способа отображения. Получим отображение в столбик:

Но главное здесь для SEO-специалистов — изменившийся URL. Теперь он имеет такой вид: https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031?rt=nc&_dmd=1 . 

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

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

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

<link rel="canonical" href="https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031" /> 

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

Неоптимизированная фильтрация

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

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

  • оптимизированный под конкретные запросы <title>, который отличается от <title> страницы, на которой был выбран фильтр; 
  • оптимизированный уникальный заголовок h2;
  • товары, отфильтрованные под конкретный кластер ключевых слов.

Стоит отметить, что стандарт HTML5 допускает использование заголовков любого уровня. Упоминая заголовок Н1, мы рассматриваем классическую ситуацию, которая применяется в стандарте HTML4. 

Основной тезис, который вы должны понять: одна посадочная страница = одна потребность пользователя. Например, в категории Laptops & Netbooks https://www.ebay.com/b/Laptops-Netbooks/175672/bn_1648276?_dmd=1 есть фильтры, которые создают отдельные посадочные страницы под разные потребности пользователя. 

Выбрав фильтр Workstation, мы попадем на отдельную посадочную страницу https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031, которую рассматривали в предыдущем примере.

Но вернемся к ситуации, когда фильтры не оптимизированы либо не могут быть оптимизированы. Например, мы хотим посмотреть товары двух брендов. Очевидно, что нет смысла оптимизировать страницу под такие запросы, так как страница каждого бренда должна иметь собственную посадочную. Подобные результаты фильтрации «скрываются» с помощью canonical.

Важно! В каждом конкретном случае canonical нужно рассматривать индивидуально. 

Дубли товаров

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

Например:

https://site.com/phone/iphone12/ 
https://site.com/phone/apple/iphone12/
https://site.com/iphone12/ 

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

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

UTM-метки и параметры отслеживания

Параметры в URL могут использоваться для сбора определенной информации, но в то же время создавать страницы с дублированным контентом. Например, URL вида https://site.com/page/ может иметь версию с параметрами https://site.com/page/?fbclid=IwAR3cnDV4ERw24pQNVLTFlwKzchPDA1.

Похожая ссылка формируется при переходе из Facebook. В данном случае применение canonical является отличным решением.

Указание основного зеркала сайта

Сайт, доступный по HTTP- и HTTPS-протоколу одновременно, в глазах поисковика является двумя разными сайтами, как и сайты с использованием www и без. 

Указанные ниже вариации — это 4 разных сайта:

https://site.com/
http://site.com/
https://www.site.com/
http://www.site.com 

Для указания главного зеркала можно использовать

canonical.

Например, если главное зеркало — https://site.com/, то остальные:

http://site.com/
https://www.site.com/
http://www.site.com

должны содержать <link rel=“canonical” href=“https://site.com/”>;

Чтобы выбрать, какую версию вы хотите сделать основным зеркалом, используйте команду в site:site. com — она поможет определить, какую версию сайта проиндексировал Google, и понять, каких страниц в поиске больше. 

Учтите, что между версией на HTTP-протоколе и версией на HTTPS обязательно стоит выбрать последнюю. Почему HTTPS-протокол предпочтительнее и как переехать на HTTPS без потери позиций и трафика, читайте в этом руководстве. С www все не так однозначно — сделать правильный выбор вам поможет эта статья.

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

Канонизация междоменных дубликатов 

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

Ошибки при использовании

Canonical

Канонизирование страниц разного типа

Вернемся к описанию canonical из справок поисковиков. Google рекомендует использовать canonical, «если у вас есть одна страница, доступная по нескольким URL, или разные страницы с похожим контентом».

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

Ключевой принцип здесь такой: контент на канонической и неканонической странице должен быть одного типа.

Канонические цепочки

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

Рассмотрим пример. Страница, которую вы хотите канонизировать: https://site.com/phone/iphone12/. Страница, которую вы хотите выбрать канонической: https://site.com/iphone12/. Она уже содержит такой canonical:

<link rel="canonical" href="https://site.com/phone/apple/iphone12/" />

Такой вариант использования canonical некорректный, поскольку он создает каноническую цепочку:

https://site. com/phone/iphone12/ canonical to -> https://site.com/iphone12/ canonical to -> https://site.com/phone/apple/iphone12/

Последняя в этой цепочке — страница https://site.com/phone/apple/iphone12/, а значит скорее всего именно ее поисковики посчитают канонической, но возможна и другая интерпретация. Чтобы не запутать поисковых роботов, лучше все-таки указывать одну каноническую страницу. 

В нашем примере это значит, что вам необходимо определиться, какую страницу вы хотите сделать канонической: https://site.com/iphone12/ или https://site.com/phone/apple/iphone12/.

В первом варианте нужно заменить canonical на странице https://site.com/iphone12/, чтобы она указывала на саму себя. При этом страницы https://site.com/phone/iphone12/ и https://site.com/phone/apple/iphone12/ нужно канонизировать.

Чтобы оставить канонической страницу https://site.com/phone/apple/iphone12, нужно сделать так, чтобы остальные похожие страницы ссылались именно на нее. Также страница должна ссылаться на саму себя.

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

Указание на URL, недоступный для сканирования или индексации 

Выбирая канонический URL, убедитесь, что документ доступен для сканирования, то есть не содержит запрета в файле robots, а также не запрещен для индексации с помощью X-Robots-tag либо <meta name=“robots” content=“noindex” />. 

Доступность документа вы можете проверить в Google Search Console либо инструменте SE Ranking «Аудит сайта».

Указание на URL, отдающий код, отличный от 200

Выбирая канонический URL, также убедитесь, что документ доступен и отдает ответ сервера 200. Проверить это можно с помощью аудита сайта в SE Ranking. 

Указание на URL c неверным протоколом

При указании канонической страницы ссылайтесь на протокол, который используется в основной версии сайта. Если основная версия сайта использует HTTPS-протокол, то в атрибуте href вы должны указать также HTTPS-версию страницы.

Неканонические страницы в карте сайта

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

Внутренние ссылки на канонизированные URL

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

Использование

canonical в пагинации

Мнения специалистов по этому вопросу разделились. 

Вариант 1. Следуем «правилу хорошего тона»: каждая страница пагинации ссылается сама на себя. Например:

https://site.com/catalog/page/2/ содержит <link rel="canonical" href="https://site.com/catalog/page/2/" />. 

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

Мнение 1 приведено для всестороннего освещения существующих проблем. Мнение 1 не является ошибкой использования canonical.

Вариант 2. Второй вариант сводится к закрытию пагинации от поисковика с помощью canonical, который указывает на первую страницу. Например:

https://site.com/catalog/page/2/ содержит <link rel="canonical2 href="https://site.com/catalog/" />. 

Подобная конструкция часто игнорируется поисковиком из-за разного контента на страницах пагинации. 

Вариант 3. Существует еще и третий вариант: вовсе не использовать canonical и закрывать пагинацию от поисковиков с помощью <meta name=“robots” content=“noindex, follow” />

Кейс из практики

Сайт на CMS Shopify содержал ошибку, описанную в разделе Дубли товаров. Структура сайта имела вид:

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

И мы получили результат в плане улучшения показов:

Стоит ли использовать canonical или лучше обходить их стороной?

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

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

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

302 views

Атрибут link rel=“canonical” как еще один эффективный способ борьбы с дублями и не только

Привет, друзья. Пора бы мне уже довести до логического завершения тему про управление индексацией сайта. Я вам напомню, какие методы управления индексацией вообще существуют: файл robots.txt, мета-тег robots, заголовок X-Robots-Tag, ну и 301-редирект здесь можно упомянуть, как метод борьбы с дублями, что так же является неотъемлемой частью качественной индексации. И обо всем этом я вам уже рассказывал, но есть еще один очень важный и интересный способ борьбы с дублями, в чем-то альтернатива редиректу, это атрибут rel=»canonical», который присваивается тегу link и располагается в части <head> любой html-страницы.

Выглядит это как-то так: <link rel="canonical" href="https://alaev.info/blog" />

Что немаловажно – данный тег поддерживается всеми поисковыми системами, в том числе нашими любимыми Яндекс и Google.

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

Для начала напомню вам о тех постах, что я затронул в начале:

X-Robots-Tag HTTP header как способ управления индексацией содержимого сайта
Особенности индексации сайтов при использовании robots.txt и мета-тега robots
Теория, практика и правила использования редиректов

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

Теория и справка от поисковых систем

Привожу ссылки на официальную позицию поисковых систем: Google об атрибуте rel=»canonical» и Яндекс про атрибут rel=»canonical» тега <link>. Разумеется, и mail.ru тут как тут – про значение canonical в теге — не могли же они отстать от Яндекса, но это и хорошо, все под копирку, нам же проще.

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

Что такое каноническая страница? Это рекомендуемый экземпляр из набора страниц с очень похожим содержанием.

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

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

Еще оказывается, можно указывать каноническую ссылку для не HTML содержимого, а, например, для pdf, doc или других файлов при помощи заголовков. Типа как X-Robots-Tag HTTP header, только тут будет Link HTTP header. Но это уже совсем для гик-маньяков, так что рассказывать об этом не буду.

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

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

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

На основании всего вышенаписанного, а так же по информации из других официальных источников (блоги поисковых систем и блоги их сотрудников) можно сделать выводы о том, что тег link rel=»canonical»:

  • Это рекомендация, а не правило, а потому может быть проигнорирован в следующих случаях:
    • Документ по каноническому адресу не существует, отдает ответ 404;
    • Каноническая страница закрыта от индексации в robots.txt или мета-тегом;
    • В html-коде страницы указано сразу несколько атрибутов rel canonical;
    • Адрес канонического документа указывает на другой домен или поддомен;
    • Присутствует цепочка назначений rel=»canonical», т.е. для документа А каноническим указан документ Б, а в это время для документа Б указан каноническим документ В;
  • Необходимо указывать только для дублирующих или очень схожих страниц, а не для склейки двух разных страниц или передачи веса;
  • Адрес канонической страницы может указывать сам на себя;
  • Поддерживается всеми поисковыми системами: в Яндексе с 23 мая 2011 года, в Google с 12 февраля 2009.

Практическое применение и эксперимент

Все, с теорией покончено, теперь я вам расскажу, зачем и для чего я использую тег rel=»canonical» на своих сайтах. Главное и основное – это борьба и предупреждение появления дублей. В основном это дубли, связанные с параметрами или метками в url. Не всегда уместно бороться с этими проблемами при помощи 301-редиректов. Метки иногда очень важны, например, когда ведется кампания в контексте и в метках передаются важные статистические сведения, да и много еще чего можно отслеживать метками. Закрывать такие адреса в robots.txt мне не по душе, использовать мета роботс не получится, а редирект уничтожит все данные.

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

Это все понятно. Но вот только о самом главном для нас seo’шников нигде не сказано – а как дела обстоят с передачей ссылочного веса? Что если на неканонический адрес стоят ссылки, что же будет с канонической страницей, получит ли она от этого бонусы? А если сперва появилась ссылка, а rel=»canonical» был указан позже? А что будет, если все наоборот?

Вопросов много, а официальных комментариев нет. На вопросы кто виноват и что делать, ответ один – надо ставить эксперимент! Хотел я такой эксперимент поставить, но оказалось, что его уже не так давно провел Игорь, автор блога bakalov.info, за что ему огромное спасибо.

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

Цель эксперимента: выяснить, будет ли передан «вес ссылки» со страницу А на страницу С, в том случае, если страница А ссылается на страницу Б, а на странице Б стоит rel=»canonical», который указывает, что канонической страницей является страница С.

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

Вариант №1. Страница А ссылается на страницу Б и эта ссылка проиндексирована поисковыми системами. Через некоторое время на странице Б устанавливается rel=»canonical», который указывает, что канонической является страница С, что в итоге приводит к исключению страницы Б из индекса.

Вариант №2. На странице Б устанавливается rel=»canonical», который указывает, что канонической является страница С, что приводит к исключению страницы Б из индекса. Через некоторое время после этого со страницы А на страницу Б устанавливается ссылка.

Необходимо выяснить в каком из двух вариантов будет передан «вес ссылки» со страницы А на страницу С. Под «весом ссылки» я понимаю так называемый «анкорный вес», т.е. если страница акцептор ищется по тексту стоящей на нее ссылки, то считаем, что «вес ссылки» передается, если не ищется, то не передается.

Полное описание и ход эксперимента смотрите по ссылке.

Я же сообщу результаты эксперимента и выводы:

Для Яндекса не имеет значения, что появилось раньше – rel=»canonical», или внешняя ссылка – в любом случае «вес ссылки» будет передан с неканонического URL на канонический.

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

Короче, все работает!

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

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

Атрибут rel=»canonical» — полное руководство использования канонической ссылки в SEO

17 Сентября 2021

При работе сайта часто возникает проблема дублирования контента. Если рассматривать на примере интернет-магазина, частым случаем является создание одинаковых товаров в разных категориях. Эти товары доступны по разным URL-адресам и, как уже понятно, содержат идентичный контент. Решение было представлено в феврале 2009 года. Ведущие компании в интернет сфере (google, bing, Yahoo) представили тег link с атрибутом rel=”canonical”. Данный элемент предназначен для обозначения канонической ссылки, которая указывает роботу на приоритетную страницу для индексирования, что позволяет избежать появления дублированного контента в индексе поисковой системы.

  • Что такое rel=canonical
  • Использование canonical
    • Размещение rel=canonical в исходном коде
    • Применение canonical на практике
      • Страницы пагинации
      • Товары в интернет-магазине
      • Canonical для статейных сайтов и блогов
      • Страницы с GET-параметром
      • Переезд сайта с http на https и другие зеркала сайта
  • Как выбрать канонический урл
  • Правила и некоторые особенности настройки canonical
  • Основные ошибки использования rel canonical
  • 301 редирект или rel=”canonical”
  • Настройка canonical в разных CMS
    • WordPress
    • Joomla и Opencart
    • Bitrix
  • Как проверить правильное написание канонической ссылки?
  • Заключение: rel=canonical мощный инструмент для представления сайта в поиске

Что такое rel=canonical

Тег link с атрибутом rel=”canonical” является элементом html-кода. Его часто называют канонической ссылкой. Как и говорилось ранее, данный тег позволяет быстро и просто разрешить проблему дублирования контента. Суть такова, что имея два и более URL-адреса по которым доступен один и тот же контент с помощью каноникла мы указываем “главную” (каноническую) страницу. Это позволяет ПС “не обращать” внимание на множество дублей, а индексировать только один указанный документ. Грамотное использование данного атрибута положительно сказывается на SEO сайта.

Использование canonical

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

Размещение rel=canonical в исходном коде

Данный атрибут прописывается в исходном коде, внутри контейнера <head>, пример представлен выше. Тег <link> устанавливает связь со сторонним документом, будь то файл или страница. Для указания канонического урла нужно разместить внутри тега атрибуты “rel” и “href” со значениями “canonical” и URL-адресом канонической страницы соответственно.

<link rel=”canonical” href=”http://example.ru/category/item/”>

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

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

Применение canonical на практике

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

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

Товары в интернет-магазине

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

  • example. ru/odezda/shapka/
  • example.ru/brand/shapka/

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

Canonical для статейных сайтов и блогов

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

  • articles.com/seo-optimization/canonical/
  • articles.com/html-tegy/canonical/

Страницы с GET-параметром

Часто на интернет ресурсах используется get-параметр для разных нужд. Этот параметр изменяет URL фактически не изменяя контента. Настройка canonical для таких страниц не всегда обязательна, порой проще закрыть от индексации. Однако, существуют исключения. Рассмотрим на примере версии для печати. Обычно данная версия отдается в адресной строке браузера путем приписывания к URL параметра ?print=Y или других его вариаций. Получаются следующие страницы:

  • http://site.ru/product/
  • http://site.ru/product/?print=Y

Нет смысла держать в поиске данную версию. В таком случае следует настроить каноникал со ссылкой на страницу http://site.ru/product/, являющуюся оригинальным документом.

Переезд сайта с http на https и другие зеркала сайта

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

Как выбрать канонический урл

Вернемся к теме выбора канонической страницы, это является немаловажным фактором при настройке canonical. Правильное выделении документа куда будут ссылаться наши дубли очень важно. Рассмотрим основные пункты на которые стоит выделить особое внимание при выборе канонического URL:

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

Правила и некоторые особенности настройки canonical

  1. Тег rel=”canonical” не является строгим правилом для роботов поисковых систем, а только лишь советует страницу в качестве каноничной.
  2. Для настройки атрибута не обязательно стопроцентное совпадение контента. Подтверждения тому страницы пагинации. Однако, не стоит злоупотреблять. Если ПС уличит вас в использовании canonical для материалов с совершенно разным контентом, то впредь на данный атрибут внимания обращать не будет.
  3. При написании canonical допускается использование как относительных, так и абсолютных ссылок. Но нужно быть аккуратным, могут возникнуть проблемы связанные с зеркалами сайтов. Пример написания в исходном коде таких ссылок выглядит следующим образом:
  • <link rel=”canonical” href=”http://site.com/page”>
  • <link rel=”canonical” href=”/page”>
  • В размещении canonical самого на себя нет ничего страшного. Данное применение никак не сказывается на продвижении страницы. Даже существует версия, что так делать даже нужно. Утверждений по этому поводу делать не будем.
  • Размещение нескольких канонических ссылок на странице создают хаос. Надо быть аккуратными с установленными плагинами на WordPress и тому подобное.
    В случае если каноническая ссылка указана на разные страницы, скорее всего будет учтена только первая ссылка… если вообще будет учтена.
  • Ну и самое главное. Страница указанная в canonical должна быть открыта для индексации.
  • Основные ошибки использования rel canonical

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

    1. Каноническая страница должна отдавать ответ сервера 200 OK. Страница не станет канонической, если при переходе на нее сервер будет отдавать ответ 404.
    2. Часто каноническая страница закрыта от роботов ПС. Надо следить, чтобы страница была доступна для обхода роботами соответствующего поисковика.
    3. Canonical указывается внутри HTML-тега head.

    301 редирект или rel=»canonical»

    Если возникают сомнения между использованием 301 редиректа и настройки canonical, что тогда? Если 301 редирект не будет нарушать логику образования ЧПУ, а также структуру сайта, то стоит отдавать предпочтение редиректу. К этому же относится и переезд сайта с http на https, о чем мы говорили ранее.

    Настройка canonical в разных CMS

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

    WordPress

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

    • All in SEO Pack;
    • Yoast SEO;
    • Canonical SEO Content Syndication WordPress Plugin;

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

    Joomla и Opencart

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

    Bitrix

    Битрикс одна из самых гибких и передовых cms. Ее функционал поражает воображение, а в умелых руках сайт на bitrix становится произведением искусства. Для настройки canonical потребуется небольшие знания php и понимания работы самой CMS. А количество вариантов размещения ограничивается только вашим воображением. Каждый случай уникальный, зависит от настроенной адресацией на сайте. Приведем несколько незамысловатых примеров. Самый простой способ написания канонической ссылки самой на себя это в теге <head> написать следующую строчку:

    <link rel=»canonical» href=»http://<?= $_SERVER[‘HTTP_HOST’] . $APPLICATION->GetCurPage() ?>» />

    Наверное, один из самых “деревянных” и топорных методов. Для страниц пагинации нужно применять более изящные и сложные конструкции. Пусть на вашем сайте задана адресация для страниц пагинации следующим образом: http://site.ru/catalog/?PAGEN_1=2.

    Тогда для настройки rel=”canonical” нужно воспользоваться знанием регулярных языков и также, как в примере выше, прописать функциональную часть кода:

    Битрикс при генерировании страницы подставит данную строчку в тело тега head.

    Как проверить правильное написание канонической ссылки?

    Проверить правильность написания канонической ссылки конкретной страницы легко! Стоит открыть исходный код и путем поиска по странице ввести: rel=»canonical». На странице сразу отобразится ссылка, если она присутствует.

    Но встает логичный вопрос. Как проверить наличие каноникалов на всех страницах сайта?

    На помощь придут полезные, а порой, и незаменимые инструменты вебмастера: Screaming Frog SEO Spider, Xenu’s Link Sleuth и другие аналогичные инструменты. Данные программы позволяют посмотреть на какой странице размещена каноническая ссылка, куда она ведет и т.д.

    Заключение: rel=canonical мощный инструмент для представления сайта в поиске

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


    Значение атрибута rel=canonical для SEO. Как указать каноническую ссылку?

    Автор статьи: Полина Маенкова, главный технолог SEO-эксперт компании SEO.RU

    • Что такое канонические страницы?
    • Как указать канонический адрес?
      • Использование готовых плагинов CMS
      • Добавление элемента link в HTML-код
      • HTTP-заголовок
      • Файл Sitemap
    • Для чего используются канонические ссылки?
    • Откуда берутся дубли страниц в индексе ПС?
    • Rel=canonical или 301 редирект?
    • Частые ошибки
    • Self-referential canonical

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

    Начнем с определений.

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

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

    Например, на сайте есть карточка товара — телевизора 66 с таким URL:

    продавец-техники.ру/крупная-бытовая-техника/телевизоры/телевизор66

    При определенных настройках настройках CMS открыть ее можно не только напрямую, но и, например, из раздела акций или Smart TV. Тогда у одного телевизора 66 будет несколько URL-адресов — и из них нужно выбрать оригинальную:

    продавец-техники.ру/акции/телевизоры/телевизор66

    продавец-техники.ру/smart-tv/телевизор66

    продавец-техники.ру/доступно-в-рассрочку/телевизоры/телевизор66

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

    Что такое каноническая ссылка? Это ссылка, содержащая атрибут link rel=»canonical» и указывающая путь к канонической странице.

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

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

    Как указать канонический адрес?

    Задать каноникал можно несколькими способами.

    Использование готовых плагинов CMS

    Некоторые CMS содержат внутренние решения для указания каноникал.

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

    Для движка OpenCart разработано расширение SEO Canonical Links — правда, оно платное (20$):

    Для X-Cart — модуль SEO Ultimate (тоже платный — $59.00):

    А для системы PrestaShop есть модуль Canonical SEO URLs + Google Hreflang Pro (за 69,99€ в год):

    Если сайт реализован на система Joomla!, указать атрибут можно с помощью расширения Custom Canonical:

    В Битриксе настройку canonical можно провести без установки дополнительных модулей— достаточно отметить соответствующую опцию в компоненте:

    Внутренние функции CMS для работы с канониклами — это простой метод: не нужно перебирать строки кода каждой из неканоничных страниц.

    Однако это не самый надежный способ: после использования средств движка или плагинов, стоит проверить наличие canonical и корректность работы.

    Добавление элемента link в HTML-код

    Этот способ — самый популярный. В HTML-код документа, внутри тега <head> нужно добавить элемент link rel=»canonical».

    В коде страницы это выглядит так:

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

    HTTP-заголовок

    Как использовать canonical для канонизации ссылок на электронные документы (docx, pdf, xlsx и др.)?

    Для подобных документов проблема дублирования тоже актуальна: один файл может быть доступен с нескольких URL-адресов. Эти форматы не подразумевают раздела <head>, как HTML-документы, поэтому и способ нужен другой.

    Чтобы избежать атаки клонов и вытекающих последствий, нужно указать главный адрес посредством HTTP-заголовка с применением .htaccess или PHP.

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

    HTTP/1.1 200 OK
    Content-Type: manual/pdf
    Link: <http://продавец-техники.ру/телевизор66/canonical-tags/>; rel="canonical"
    

    Файл Sitemap

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

    Для чего используются канонические ссылки?

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

    Читайте по теме: Как найти и удалить дубли страниц на сайте? Инструкция

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

    Однако указание canonical помогает избежать многих проблем при продвижении сайта.

    Откуда берутся дубли страниц в индексе ПС?

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

    1. Дубли по структуре.

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

    1. Страницы с GET-параметрами.

    Источников появления параметрических страниц в индексе поисковых систем очень много (особенно это актуально для больших e-commerce сайтов):

    • Страницы сортировки товаров (по убыванию/возрастанию цены, по популярности и т.д).
    • Страницы результатов поиска по сайту (чаще всего содержит параметры s или q).
    • Страницы фильтров по категориям.
    • Ссылки с UTM-метками, которые используются для отслеживания переходов по рекламным источникам.

    1. Не настроен корректный ответ сервера для несуществующих URL.

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

    Rel=canonical или 301 редирект?

    Каноникал и 301 редирект передают поисковикам принципиально разные сигналы:

    • Rel canonical — это главная среди похожих: существует много URL с одинаковым или похожим контентом, но есть одна, которую нужно индексировать. Доступна и оригинальная страница, и ее сестры-близнецы.

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

    • 301 редирект — это новая взамен старой: существует одна страница, но не по старому, а по новому адресу, и именно новую версию нужно индексировать. Контент по оригинальному URL больше не доступен, его поисковая система исключает из индекса.

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

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

    Частые ошибки

    • Ошибка в написании канонического URL.

    В HTML-коде важен каждый символ — из-за лишнего или недостающего заданный параметр не будет работать. Если canonical не работает, в первую очередь нужно проверить корректность его написания: все ли слеши указаны, корректный ли протокол (HTTP/HTTPS), полная ли ссылка.

    • Два и более атрибута rel=canonical.

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

    • Каноническая ссылка ведет на страницу с 301 или 404 ответом.

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

    Если каноническая ссылка ведет на URL с 404 ошибкой, сигнал канонизации просто никуда не передается и нигде не учитывается.

    • Размещение rel=»canonical» в секции body.

    Это ошибка по невнимательности, сродни первому пункту. Атрибут rel = «canonical» работает только в tag <head> или в HTTP-заголовке.

    • Каноничная страница закрыта от индексирования.

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

    • Каноничная страница не имеет входящих ссылок.

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

    • Неканонические страницы в файле sitemap.xml.

    Как описано ранее, все ссылки в Sitemap по умолчанию считаются подлежащими индексации. Неканоническим URL там не место.

    Self-referential canonical

    Атрибут rel=»canonical» можно применять на самого себя: то есть канонизировать не какую-то другую страницу, а основную. Даже если на сайте нет ни дублированных, ни похожих страниц, данный URL-адрес будет индексироваться поисковыми ботами.

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

    Атрибут rel=»canonical» — полное руководство

    Содержание

    • Что такое элемент link с атрибутом rel=»canonical»?
    • Когда необходимо использовать канонические URL
    • Сложности, связанные с каноническими URL
    • rel=canonical и социальные сети
    • Расширенные настройки rel=canonical
    • Использование атрибута rel=canonical для не очень похожих страниц
    • rel=canonical + hreflang
    • Итог: rel=canonical — эффективный инструмент

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

    Канонический URL (тег link в HTML с атрибутом rel=canonical) помогает поисковым системам связать дополнительные страницы, благодаря чему наличие нескольких страниц не вредит рейтингу сайта в поисковой выдаче.

    Что такое элемент link с атрибутом rel=»canonical»?

    История rel=canonical

    В феврале 2009 года Google, Bing и Yahoo! представили элемент link с атрибутом rel=»canonical». Идея незамысловатая, однако есть специфические нюансы.

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

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

    Польза rel=canonical для SEO

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

    Процесс т.н. «канонизации»

    Во многих случаях все очевидно: одна из ссылок окажется лучше других. Но возможна и обратная ситуация, как бы то ни было, достаточно лишь выбрать один URL. Лучше когда есть каноническая ссылка, чем когда она отсутствует.

    Определение канонических URL

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

    Вот эти URL:

    • http://example. com/wordpress/seo-plugin/
    • http://example.com/wordpress/plugins/seo/

    Для этого, собственно, и был изобретен атрибут rel=canonical. Это (к сожалению) распространенное явление среди платформ для электронной коммерции.

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

    rel=canonical применяется следующим образом:

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

    2) Добавьте тег link с атрибутом rel=canonical, ведущий с неканонической страницы на каноническую. Таким образом, выбрав более короткий URL как канонический, оставшийся URL будет ссылаться на более короткий URL, как в разделе <head> страницы: <link rel=»canonical» href=»http://example. com/wordpress/seo-plugin/»>

    И все.

    Этот способ позволяет «объединить» две страницы в одну — по крайней мере так это видит поисковая система. Ссылки на оба URL теперь рассматриваются как ссылки на одну каноническую версию URL.


    Когда необходимо использовать канонические URL

    Перенаправление 301 или каноническая ссылка?

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

    rel=»canonical», ведущий на тот же URL

    В описанном выше примере была сделана ссылка с неканонической страницы на каноническую. Но должен ли у целевой страницы присутствовать атрибут rel=»canonical», ведущий на этот же URL? Есть мнение, что присутствие канонического элемента на каждой странице — лучший вариант. Так считают представители Google и Яндекс. Причина в том, что большинство CMS предоставляют параметры URL без изменения контента, поэтому все эти URL будут демонстрировать один и тот же контент:

    • http://example.com/wordpress/seo-plugin/
    • http://example.com/wordpress/seo-plugin/?isnt=it-awesome
    • http://example.com/wordpress/seo-plugin/?cmpgn=twitter
    • http://example.com/wordpress/seo-plugin/?cmpgn=facebook

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

    Кросс-доменные канонические URL

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

    Сложности, связанные с каноническими URL

    https://productforums.google.com/d/topic/webmaster-ru/cXRa4AkbpAU

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

    • Добавление rel=canonical на первую страницу из нескольких пронумерованных. Если статья разбита на несколько страниц, нельзя задавать каноническую страницу #1. rel=canonical на второй странице должен вести именно на страницу #2. Если канонической установлена страница #1, поисковые системы не будут индексировать другие страницы.
    • Важна стопроцентная точность. В силу разных причин многие сайты используют протоколы, связанные со ссылками, и убирают приставку http / https из URL, но для канонических страниц этого делать не стоит.

    rel=canonical и социальные сети

    Facebook и Twitter также учитывают атрибут rel=canonical, что, в свою очередь, может привести к ряду сложностей. Если вы опубликовали на Facebook URL, у которого имеется канонический атрибут, указывающий на другое место, тогда Facebook распространит данные канонического URL. Другими словами, если вы добавляете кнопку like на страницу, rel=canonical которой ведет на другой ресурс, счетчик «лайков» будет высвечивать цифры для канонического, а не для текущего URL. То же и в Twitter.

    Расширенные настройки rel=canonical

    Каноническая ссылка в заголовке HTTP

    Google поддерживает канонические ссылки в заголовке HTTP. Заголовок выглядит следующим образом:

    Link: <http://www.example.com/white-paper.pdf>;

    rel=»canonical»

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

    Использование атрибута rel=canonical для не очень похожих страниц

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

    rel=canonical + hreflang

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

    Итог: rel=canonical — эффективный инструмент

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

    Объединение повторяющихся URL-адресов с каноническими тегами | Центр поиска Google | Документация

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

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

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

    Канонический URL-адрес  – это URL-адрес страницы, которая, по мнению Google, является наиболее репрезентативной. набор дубликатов страниц на вашем сайте. Например, если у вас есть URL-адреса одной и той же страницы ( example.com?dress=1234 и example.com/dresses/1234 ), Google выбирает один из них как канонический.

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

    Как Google индексирует и выбирает канонический URL-адрес

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

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

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

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

    Причины наличия похожих или дублирующихся страниц

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

    • Для поддержки нескольких типов устройств :
       https://example.com/news/koala-rampage
      https://m.example.com/news/koala-rampage
      https://amp.example.com/news/koala-rampage 
    • Чтобы включить динамические URL-адреса для таких вещей, как параметры поиска или идентификаторы сеанса:
       https://www.example.com/products?category=dresses&color=green
      https://example.com/dresses/cocktail?gclid=ABCD
      https://www.example.com/dresses/green/greendress.html 
    • Если ваша система блогов автоматически сохраняет несколько URL-адресов при вашем положении один и тот же пост в нескольких разделах.
       https://blog.example.com/dresses/green-dresses-are-awesome/
      https://blog.example.com/green-things/green-dresses-are-awesome/ 
    • Если ваш сервер настроен на обслуживание одного и того же контента для www/non-www http/https и варианты порта протокола :
       http://example. com/green-dresses
      https://example.com/green-dresses
      http://www.example.com/green-dresses
      http://example.com:80/зеленые платья
      https://example.com:443/зеленые платья 
    • Если контент, который вы предоставляете в блоге для синдикации на другие сайты, частично или полностью воспроизведены на этих доменах:
      https://news.example.com/green-dresses-for-every-day-155672.html (синдицированный пост) https://blog.example.com/dresses/green-dresses-are-awesome/3245/ (исходный пост)

    Причины выбора канонического URL

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

    • Чтобы указать, какой URL вы хотите, чтобы люди видели в результатах поиска. Вы может предпочесть, чтобы люди попадали на страницу вашего продукта с зелеными платьями через https://www. example.com/dresses/green/greendress.html скорее чем https://example.com/dresses/cocktail?gclid=ABCD .
    • Для консолидации сигналов ссылок для похожих или повторяющихся страниц . Это помогает искать механизмы, чтобы иметь возможность консолидировать информацию, которую они имеют для отдельных URL-адресов (например, ссылки на них) в один предпочтительный URL-адрес. Это означает, что ссылки с других сайтов на http://example.com/dresses/cocktail?gclid=ABCD объединить со ссылками на https://www.example.com/dresses/green/greendress.html .
    • Чтобы упростить отслеживание показателей для одного продукта или темы . С разнообразием URL-адреса, сложнее получить сводные показатели для определенного фрагмента контента.
    • Для управления синдицированным контентом. Если вы синдицируете свой контент для публикации в других доменах вы хотите, чтобы ваш предпочтительный URL-адрес отображался в результатах поиска.
    • Чтобы не тратить время на сканирование дубликатов страниц . Вы хотите, чтобы робот Googlebot получить максимальную отдачу от вашего сайта, поэтому лучше потратить время на сканирование новых (или обновлены) страницы на вашем сайте, вместо того, чтобы сканировать десктопную и мобильную версии одинаковые страницы.

    Узнать, какую страницу Google считает канонической

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

    Укажите каноническую страницу

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

    Метод и описание
    rel=canonical <ссылка> тег

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

    Плюсы:
    • Может отображать бесконечное количество дубликатов страниц.

    Минусы:

    • Можно увеличить размер страницы.
    • Может быть сложно поддерживать отображение на больших сайтах или сайтах, где URL-адреса часто меняются.
    • Работает только для HTML-страниц, но не для таких файлов, как PDF. В таких случаях можно используйте HTTP-заголовок rel=canonical .
    rel=canonical Заголовок HTTP

    Отправить rel=canonical заголовок в ответе вашей страницы.

    Плюсы:

    • Не увеличивает размер страницы.
    • Может отображать бесконечное количество повторяющихся страниц.

    Минусы:

    • Может быть сложно поддерживать отображение на больших сайтах или сайтах, где URL-адреса часто меняются.
    Карта сайта

    Укажите свои канонические страницы в карте сайта.

    Плюсы:

    • Простота сборки и обслуживания, особенно на больших площадках.

    Минусы:

    • Google по-прежнему должен определить связанный дубликат для любых канонических файлов которые вы указываете в карте сайта.
    • Менее мощный сигнал для Google, чем rel=canonical картографическая техника.
    301 перенаправление Используйте переадресацию 301 , чтобы сообщить роботу Googlebot, что перенаправленный URL-адрес лучше, чем данный URL. Используйте это только при объявлении дубликата страницы устаревшим.
    Вариант AMP Если одним из вариантов является страница AMP, следуйте рекомендациям по AMP, чтобы указать каноническая страница и вариант AMP.

    Общие рекомендации

    Для всех методов канонизации следуйте этим общим рекомендациям:

    • Не используйте файл robots.txt для целей канонизации.
    • Не используйте инструмент удаления URL для канонизации. Удаляет все версии URL из Поиска.
    • Не указывайте разные URL-адреса в качестве канонических для одной и той же страницы с помощью одинаковые или разные методы канонизации (например, не указывайте один URL в карта сайта, но другой URL для той же страницы с использованием rel="canonical" ).
    • Не использовать noindex как средство предотвращения выбора канонической страницы. Эта директива предназначена для исключения страницу из индекса, чтобы не управлять выбором канонической страницы.
    • Укажите каноническую страницу при использовании атрибута hreflang теги. Укажите каноническую страницу на том же языке или наилучшую замену язык, если канонический не существует для того же языка.

    • Ссылка на канонический URL, а не на повторяющийся URL, при размещении ссылки на вашем сайте. Постоянная ссылка на URL, который вы считаете каноническим, помогает Google понять ваше предпочтение.

    Предпочитать HTTPS вместо HTTP для канонических URL-адресов

    Google предпочитает страницы HTTPS эквивалентным страницам HTTP как каноническим, за исключением случаев, когда проблемы или противоречивые сигналы, такие как следующие:

    • Страница HTTPS имеет недействительный сертификат SSL.
    • Страница HTTPS содержит небезопасные зависимости (кроме изображений).
    • Страница HTTPS перенаправляет пользователей на страницу HTTP или через нее.
    • Страница HTTPS имеет rel="canonical" ссылка на страницу HTTP.

    Хотя наши системы по умолчанию предпочитают страницы HTTPS страницам HTTP, вы можете убедиться в этом. поведения, выполнив любое из следующих действий:

    • Добавьте перенаправления со страницы HTTP на страницу HTTPS.
    • Добавьте ссылку rel="canonical" со страницы HTTP на страницу HTTPS.
    • Реализовать HSTS.

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

    • Избегайте неверных сертификатов TLS/SSL и перенаправлений HTTPS-to-HTTP, так как они заставляют Google очень сильно предпочитаю HTTP. Внедрение HSTS не может отменить это сильное предпочтение.
    • Избегайте включения страницы HTTP в карту сайта или атрибут hreflang. записи, а не версию HTTPS.
    • Избегайте внедрения сертификата SSL/TLS для неправильного варианта хоста. Например, example.com, обслуживающий сертификат для www.example.com. Сертификат должен соответствовать вашему полный URL-адрес сайта или подстановочный сертификат, который можно использовать для нескольких поддоменов на домен.

    Используйте ссылку

    rel="canonical" тег

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

    Предположим, вы хотите, чтобы https://example. com/dresses/green-dresses был канонический URL-адрес, хотя к этому контенту могут обращаться различные URL-адреса. Укажите этот URL как канонический с этими шагами:

    1. Отметьте все дубликаты страниц цифрой 9.0015 rel=»canonical» Тег ссылки.

      Добавьте ссылку < > элемент с атрибутом rel="canonical" на раздел дубликатов страниц, указывающий на каноническую страницу. Например:

        
    2. Если каноническая страница имеет мобильный вариант, добавьте отн = "альтернативный" ссылка на него, указывающая на мобильную версию страницы:
        
    3. Добавьте любой hreflang или другие перенаправления, подходящие для страницы.

    Используйте абсолютные пути, а не относительные пути с тегом rel="canonical" link .

    Рекомендуемый : https://www.example.com/dresses/green/greendress.html

    Не рекомендуется : /dresses/green/greendress.html

    Если вы используете JavaScript для добавления тега ссылки rel="canonical" , обязательно правильно вставьте тег канонической ссылки.

    Если вы можете настроить свой сервер, вы можете использовать rel="canonical" HTTP-заголовок (а не HTML-тег), чтобы указать канонический URL-адрес документа, поддерживаемого Поиском, включая документы, отличные от HTML, такие как файлы PDF.

    В настоящее время Google поддерживает этот метод только для результатов веб-поиска.

    Если вы предоставляете файл PDF через несколько URL-адресов, вы можете вернуть rel="canonical" Заголовок HTTP, сообщающий роботу Googlebot, какой канонический URL-адрес файла PDF:

     Ссылка: ; отн = "канонический" 

    Рекомендации для HTTP-заголовка rel="canonical" такие же, как отн = "канонический" ссылка тег. Согласно RFC2616, использовать только двойные кавычки в HTTP-заголовке rel="canonical" .

    Используйте карту сайта

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

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

    Не включать неканонические страницы в карту сайта. Если вы используете карту сайта, указывать в карте сайта только канонические URL.

    Использовать переадресацию

    301 для устаревших URL-адресов

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

    Предположим, на вашу страницу можно попасть несколькими способами:

    • https://example.com/home
    • https://home. example.com
    • https://www.example.com

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

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

    Устранение неполадок

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

    • Неправильно отмеченные языковые варианты: Если у вас есть несколько веб-сайтов, которые предоставлять практически один и тот же контент, локализованный для разных пользователей по всему миру, убедитесь, что следовать нашим рекомендациям по локализованные сайты.
    • Неправильные канонические теги: Некоторые системы управления контентом (CMS) или CMS плагины могут неправильно использовать методы канонизации, чтобы указывать на URL-адреса на внешних сайты. Проверьте свой контент, чтобы убедиться, что это так. Если ваш сайт указывает неожиданное предпочтение канонического URL, возможно, из-за неправильного использования rel="canonical" или перенаправление 301 , исправьте эту проблему напрямую.
    • Неверно настроенные серверы: Некоторые неверные настройки хостинга могут привести к неожиданным выбор междоменного URL. Например:
      • Сервер может быть неправильно настроен для возврата контента с сайта a.com в ответ на запрос для URL-адреса на b.com
      • Два несвязанных веб-сервера могут возвращать идентичные мягких 404 страниц, которые Google не идентифицируется как страницы ошибок.
    • Злонамеренный взлом: В некоторых атаках на веб-сайты используется код, который возвращает перенаправление HTTP 301 или вставки междоменный rel="canonical" Тег ссылки в HTML или HTTP-заголовок, обычно указывающий на URL-адрес хостинга вредоносный или спам-контент. В этих случаях наши алгоритмы могут выбирать вредоносные или спам-URL вместо URL-адреса взломанного веб-сайта.
    • Сайт-подражатель: В редких случаях наш алгоритм может выбрать URL с внешнего сайта, на котором размещен ваш контент без вашего разрешения. Если ты веришь что другой сайт копирует ваш контент в нарушение закона об авторском праве, вы можете связаться с хозяин сайта запросить удаление. Кроме того, вы можете попросить Google удалить страницу, нарушающую авторские права, из наших результатов поиска, заполнив запрос в соответствии с Законом об авторском праве в цифровую эпоху.

    5 распространенных ошибок с rel=canonical | Центральный блог Google Search

    8 апреля 2013 г.

    Мы давно не публиковали эту запись в блоге. Часть информации может быть устаревшей (например, некоторые изображения могут отсутствовать, а некоторые ссылки уже не работают). rel="prev" и rel="next" больше не поддерживаются.

    Уровень веб-мастера: от среднего до продвинутого

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

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

    • Большая часть содержимого дубликата страницы должна присутствовать в канонической версии. Один из тестов состоит в том, чтобы представить, что вы не понимаете язык контента — если вы разместили дублировать бок о бок с каноническим, делает очень большой процент слов дубликат страницы появляется на канонической странице? Если вам нужно говорить на языке, чтобы понять что страницы похожи; например, если они только тематически похожи, но не очень близкими точными словами, каноническое обозначение может быть проигнорировано поисковыми системами.
    • Дважды проверьте, что ваша цель rel=canonical существует (это не ошибка или « мягкий 404 «).
    • Убедитесь, что цель rel=canonical не содержит метатег noindex robots.
    • Убедитесь, что вы предпочитаете, чтобы URL-адрес rel=canonical отображался в результатах поиска. (а не повторяющийся URL-адрес).
    • Включите ссылку rel=canonical либо в страницы или заголовок HTTP.
    • Укажите не более одного rel=canonical для страницы. Когда указано более одного, все ссылки rel=canonical будут игнорироваться.

    Ошибка 1:

    rel=canonical на первую страницу серии с разбивкой на страницы

    Представьте, что у вас есть статья, которая занимает несколько страниц:

    • example. com/article?story=cupcake-news&page=1
    • example.com/article?story=cupcake-news&page=2
    • и так далее

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

    Хороший контент (например, «печенье питательнее» и «к овощам») теряется, когда указание rel=canonical со страниц компонентов на первую страницу серии. rel=canonical со страниц компонентов на страницу просмотра всех Если rel=canonical для страницы, доступной для просмотра всем, не назначен, содержимое с разбивкой на страницы может использовать rel="prev" и rel="next" разметки.

    Ошибка 2: абсолютные URL-адреса ошибочно записываются как относительные URL-адреса

    Тег , как и многие HTML-теги, принимает как относительные, так и абсолютные URL-адреса. Относительные URL-адреса включают путь «относительно» текущей страницы. Например, изображений/кекс.png означает «из текущего каталога перейти к изображениям подкаталог, затем в cupcake.png ». Абсолютные URL-адреса указывают полный путь, включая схема типа http://.

    Указание (относительный URL, так как нет http:// ) означает, что желаемый канонический URL-адрес http:// example. com/example.com /cupcake.html хотя это почти наверняка не то, что было задумано. В этих случаях наши алгоритмы могут игнорировать указанные отн=канонический . В конечном счете это означает, что все, чего вы надеялись достичь с этот rel=canonical не будет реализован.

    Ошибка 3: Непреднамеренное или множественное объявление

    rel=canonical

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

    Если вы используете шаблон, убедитесь, что вы не скопировали также rel=canonical Технические характеристики.

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

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

    Проверьте поведение плагинов, просмотрев исходный код страницы.

    Ошибка 4: Категория или целевая страница указывает

    rel=canonical на избранную статью

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

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

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

    Ошибка 5:

    rel=canonical в

    Тег ссылки rel=canonical должен появляться только в HTML-документ. Кроме того, чтобы избежать проблем с разбором HTML, рекомендуется включить rel=canonical как можно раньше в . Когда мы встретить обозначение rel=canonical в , это игнорируется.

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

    rel=canonical Обрабатываются обозначения в , а не <тело> .

    Заключение

    Для создания ценных rel=canonical обозначений:

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

    И, как всегда, пожалуйста, задавайте любые вопросы в нашем Справочный форум для веб-мастеров.

    Автор Аллан Скотт, инженер-программист, группа индексации

    html — Требуют ли канонические ссылки полный домен?

    спросил

    Изменено 6 месяцев назад

    Просмотрено 22к раз

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

    Другими словами, это:

     
     

    достаточно хорошо, или мне нужно использовать:

     
     
    • html
    • SEO
    • каноническая ссылка
    • html-head

    1

    Непосредственно из Google:

    http://support.google.com/webmasters/bin/answer.py?hl=ru&answer=139394

    Связь может быть относительной или абсолютной?
    rel="canonical" можно использовать с относительными или абсолютными ссылками, но мы рекомендуем использовать абсолютные ссылки, чтобы свести к минимуму возможную путаницу или трудности. Если в вашем документе указано число base , любые относительные ссылки будут относиться к этой ссылке base .

    6

    Опять же, Google говорит это:

    https://support.google.com/webmasters/answer/139066?hl=en

    Избегайте ошибок: используйте абсолютные пути, а не относительные пути с элементом ссылки rel="canonical" .

    Используйте эту структуру: https://www.example.com/dresses/green/greendresss.html

    Не эта структура: /dresses/green/greendress.html ).

    Например, вот их URL:

     http://example.com/wordpress/seo-plugin/
    http://example.com/wordpress/seo/seo-plugin/
     

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

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

     
     

    Вот и все. Ни больше ни меньше.

    1

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

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

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

    Нет ничего особенного в каноническом . Это стандартный тип ссылки для использования со стандартными способами предоставления ссылок (например, элемент ссылки ), поэтому вы можете указать любую ссылку URL (абсолютную, относительную, относительную для протокола, в сочетании с элементом base ). , пустой, …).

    RFC 6596 ( The Canonical Link Relation ) явно говорит:

    Цель (каноническая) IRI MAY:

    • Укажите относительный IRI (см. [RFC3986], раздел 4.2).

    Один из примеров:

    […] или как относительный IRI:

     
     

    Обновленная информация о передовом опыте канонических: rel="canonical" имеет междоменную поддержку. Источник Google: https://webmasters.googleblog.com/2009./12/handling-legitimate-cross-domain.html

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

    1

    Допускаются относительные канонические пути. Этот работает лучше всего:

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

    Если у вас есть только один домен для этого веб-сайта, можно использовать абсолютный путь:

    Твой ответ

    Зарегистрируйтесь или войдите в систему

    Зарегистрируйтесь с помощью Google

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

    Зарегистрируйтесь, используя электронную почту и пароль

    Опубликовать как гость

    Электронная почта

    Обязательно, но не отображается

    Опубликовать как гость

    Электронная почта

    Требуется, но не отображается

    Канонические теги и SEO

    1. WooRank
    2. SEO-руководства
    3. Канонические теги

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

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

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

    Тег находится в разделе страницы и выглядит следующим образом:

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

    На практике тег canonical сообщает Google, какую страницу вы хотите показывать в результатах поиска.

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

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

    Таким образом, для Google все эти URL-адреса являются уникальными страницами:

    • https://www. example.com
    • www.example.com/
    • https://www.example.com/index.php
    • example.com

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

    Вот что происходит, когда Google обнаруживает три таких URL:

    Добавление канонических тегов к 4 копиям, ссылающимся на ваш канонический URL-адрес, указывает Google игнорировать копии и переходить к оригиналу:

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

    .

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

    Как это поможет вашему веб-сайту?

    Хотя в Google нет «штрафа за дублирование контента», размещение скопированных страниц может вызвать серьезные проблемы для вашей поисковой оптимизации:

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

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

    Предотвращение проблем с дублированием содержимого с помощью тега canonical помогает предотвратить эти проблемы.

    Добавление канонических тегов на ваши страницы

    Как упоминалось выше, код канонического тега выглядит так:

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

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

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

    .
    • Йоаст SEO
    • Все в одном SEO-пакете
    • SEO-фреймворк

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

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

    Самоссылающиеся канонические символы

    Страницы не должны использовать самоссылающиеся канонические теги, но это не повредит. Самоссылающийся канонический — это когда страница содержит канонический тег, ссылающийся на саму себя. Например, когда https://www.example.com/page1 содержит этот канонический тег:

     
     

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

    Убедитесь, что ваш канонический URL-адрес доступен

    Опять же, это, вероятно, очевидно. Почему вы говорите, что страница является окончательной версией, а затем перенаправляете Google на другой URL-адрес? Или на URL, который возвращает 404? Или URL-адрес, заблокированный файлом robots.txt? Но это случается.

    Канонизировать только те URL-адреса, которые возвращают код состояния 200 и разрешены в вашем файле robots. txt. Убедитесь, что ваш канонический URL-адрес также указан в XML-карте сайта вашего сайта. Проверьте канонические URL-адреса на наличие тегов noindex.

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

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

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

    .
    • https://
    • www (если это часть вашего предпочтительного домена)
    • Ваше доменное имя
    • Часть .com .

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

    Если вы не используете абсолютный URL, Google проигнорирует этот тег.

    Вы МОЖЕТЕ канонизировать домены

    Если вы являетесь владельцем веб-сайта A (websitea.com) и веб-сайта B (websiteb.com), вы можете указать каноническую ссылку с сайта A на сайт B. Это имеет смысл для медиакомпаний, которые публикуют один и тот же контент на нескольких ресурсах, но хотят один сайт для ранжирования.

    Не создавать «канонические цепочки»

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

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

    Вместо этого выберите каноническую версию (страница C), а затем укажите на нее все версии. Поэтому поместите канонические теги, ведущие на страницу C, и на страницу A, и на страницу B.

    Распространенные ошибки канонических тегов

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

    Вы можете использовать канонические теги в сочетании с разбивкой на страницы. Это не ошибка. Однако часто случаются ошибки, когда люди случайно добавляют канонический тег на каждую страницу, указывающую на страницу 1. Так, например, https://www.example.com/content_page1 должен иметь этот канонический тег:

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

    В то время как следующая страница в цепочке, https://www.example.com/content_page2 , должна иметь этот тег:

     
     

    Люди сталкиваются с проблемами, когда добавляют этот тег к https://www. example.com/content_page2 :

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

    Это предотвратит индексацию Google второй страницы контента.

    Canonicals и hreflang

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

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

    Например, если https://www.example.com является каноническим URL-адресом, который также доступен на испанском языке, канонические имена и атрибуты hreflang должны выглядеть следующим образом:

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

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

    Использование канонических тегов на не похожих страницах

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

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

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

    Что дальше?

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

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

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

    • Рекомендации по URL-адресам
    • Коды состояния HTTPS
    • Ошибки сканирования
    • Robots.txt

    Недавние руководства

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

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

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

    Канонический тег — это сигнал на веб-странице, который просто говорит: « Я — копия этой другой веб-страницы, которую можно найти там…

    Этот элемент HTML добавляется в код страницы и помогает предотвратить дублирование контента, сообщая Google и другим поисковым системам предпочтительную версию страницы.

    Как поисковые системы справляются с дубликатами или похожими страницами

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

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

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

    Пример дублирования страницы продукта

    Давайте рассмотрим пример дублирования страницы продукта электронной коммерции ниже:

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

    Используя канонические теги, мы сигнализируем поисковым системам, что находится исходная страница продукта. на [http://www.example.com/toys/trucks/red] и что два других URL — просто копии. В этом случае разумно выбрать постоянную страницу продукта, которая не находится в категории «распродажа» (распродажа, вероятно, закончится в один прекрасный день) и которая не находится в категории «товары до 10 фунтов стерлингов» (цена может вырасти один день до более чем 10 фунтов стерлингов).

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

    Параметры URL-адреса

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

    • Нет URL параметра –  http://www.example.com/blog
    • .
    • URL-адрес параметра, приводящий к совершенно другому содержанию страницы – http://www.example.com/blog?page=2

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

    • Было использовано совершенно другое содержимое, чем в параметрах:
      http://www. example.com/news?page=3
    • Содержимое немного отличается от того, если бы параметр не использовался:
      http://www.example.com/toy-trucks?colour=red-only
    • Незначительное изменение содержимого с параметром или без него:
      http://www.example.com/toy-trucks?price=ascending
    • Содержимое вообще не меняется с параметром или без него:
      http://www.example.com/contact-us?trackingID=123456

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

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

    Множество URL-адресов для одного и того же содержимого веб-страницы

    Веб-страницы могут безопасно ссылаться сами на себя

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

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

    • http://www.example.com/example-page ( предпочтительный URL )
    • http://www.example.com/example-page.html
    • http://www.example.com/example-page?trackingID=123456
    • http://www.example.com/example-page#top
    • http://example. com/example-page
    • http://example.com/example-page.html
    • http://example.com/example-page?trackingID=123456
    • http://example.com/example-page#top

    Эти проблемы будут решены после того, как при посещении всех неправильных URL-адресов будет установлен канонический тег, связанный с предпочтительным URL-адресом ( http://www.example.com/example-page в данном случае).

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

    Фильтры параметров URL

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

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

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

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

    Как настроить канонический тег

    1. Решите, какая страница будет вашим предпочтительным URL-адресом. Это должна быть версия, которую вы считаете наиболее важной. Если вам все равно, выберите тот, у которого больше всего ссылок или посетителей, и, если все остальные равны, просто выберите один!
    2. Существует множество подключаемых модулей для применения канонических тегов, если вы используете CMS, такую ​​как WordPress или Magento, однако, если вы переходите прямо к коду, вам нужно будет добавить следующую <ссылку> в раздел файла дополнительные страницы, а не предпочитаемая страница:

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

    Как пишет Юст де Валк из Yoast в своем удобном руководстве:

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

    Распространенные ошибки с каноническими тегами

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

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

    • Наличие нединамического канонического тега на каждой странице веб-сайта, указывающего на один URL-адрес (убийца SEO!)
    • Наличие двух разных канонических тегов в HTML-коде (поисковые системы учитывают только первый)
    • Использование URL-адреса без части «http://» (вы должны использовать абсолютные URL-адреса)
    • Указание страниц продуктов на страницы категорий, в которых они находятся (страницы продуктов необходимо индексировать отдельно)
    • Использование канонических тегов в URL-адресах с разбивкой на страницы (дополнительную информацию см. ниже)

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

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

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

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

    Раньше вы могли использовать теги «rel», называемые «следующая» и «предыдущая», которые вместо этого отображают отношения между всеми страницами:

    Но это больше не поддерживается Google:

     

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

    Должна ли страница иметь самоссылающийся канонический URL-адрес?

    Этот вопрос является обсуждаемой темой в SEO. Например, в Yoast настоятельно рекомендуют иметь элемент канонической ссылки на каждые страниц.

    Кроме того, Джон Мюллер из Google ранее предположил, что это лучшая практика.

    Многие CMS разрешают параметры URL без изменения содержимого. Так, например, все эти URL будут отображать одно и то же содержимое:

    • https://example.com/widgets/widget-1/
    • https://example.com/widgets/widget-1/?isnt=it-great
    • https://example.com/widgets/widget-1/?cmpgn=twitter
    • https://example.com/widgets/widget-1/?cmpgn=facebook

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

    Можно ли использовать междоменные канонические URL-адреса?

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

    Когда использовать перенаправление 301 вместо rel=canonical

    Перенаправление 301 следует использовать всякий раз, когда страница/домен постоянно перемещается в новое место назначения. Допустим, вы заходите в Google Search Console и находите несколько страниц с ошибкой 404 – 301 исправит это. Просто найдите новое место, соберите редирект и загрузите его на сервер.

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

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

    Первая страница — example.com/hats/alphabetical

    Вторая страница — пример. com/hats/price

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

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

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

    Большинство распространенных CMS и платформ электронной коммерции теперь автоматически обрабатывают канонические теги или имеют для этого хорошо разработанные плагины, просмотрите исходный HTML-код веб-страницы и проверьте, присутствуют ли канонические теги (подсказка: используйте CTRL + F).


    Была ли эта статья полезной для вас?

    Раз в неделю получайте экспертные советы и рекомендации Team Hallam прямо на свой почтовый ящик.


    Если вам нужна помощь с вашим SEO не стесняйтесь обращаться к нам.

    Что такое тег Canonical и как его правильно использовать

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

    Введите правильный адрес электронной почты

    Спасибо за подписку!

    14 мин. Читать

    ноября 262020

    HTML Tags

    Индексирование

    на странице SEO

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

    Исходный код выглядит так:

      

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

    Для чего следует использовать канонический?

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

    Обратите особое внимание на слово «аналогичный» — к этому определению мы еще вернемся.

    Вот что говорится в справке Google о каноническом:

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

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

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

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

    • Тег с атрибутом rel="canonical"
    • HTTP-заголовок Rel="canonical"
    • Файл Sitemap

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

    Передовой опыт использования Canonical

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

    Важно! Использование rel="canonical" href="" /; не мешает поисковым роботам индексировать и сканировать документ. Canonical является рекомендацией и может быть проигнорирована поисковой системой. Canonical указывает, какая версия документа должна отображаться в результатах поиска и какая, по вашему мнению, является основной.

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

    • X-Robots-Tag: noindex HTTP-заголовок

    Подробнее см. в справке Google .

    Почему рекомендуется использовать Canonical

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

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

    Технически говоря, страница https://seranking.com/subscription.html имеет этот канонический :

      

    Здесь значение атрибута href тега link содержит URL страницы, на которой находится этот ссылка тег находится.

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

    Параметры сортировки

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

    В качестве примера рассмотрим категорию ноутбуков на ebay:

    https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031.

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

       

    Страница указывает на себя.

    Страница содержит классические элементы навигации:

    • сортировка по параметрам
    • изменение вида

    Изменяем вид вида. Товары теперь отображаются в столбце:

    Но для SEO-специалистов важнее всего измененный URL. Теперь это выглядит так: https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031?rt=nc&_dmd=1.

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

    Если такие страницы попадут в индекс, страницы с таким же или очень похожим содержанием — и, скорее всего, с одним и тем же — будут конкурировать друг с другом. Это приведет к каннибализации ключевых слов и снижению рейтинга. </p> <p> Именно для предотвращения таких проблем нужно использовать <em> канонический </em> — он позволяет указать основную версию документа, которую вы хотите видеть в выдаче. В примере страница сортировки имеет следующий <em> канонический </em> : </p> <pre> <link rel="canonical" href="https://www.<img loading='lazy' src='' /> ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031" /> </pre> <p> То есть страница указывает на <strong> основную версию документа без параметров </strong> . </p> <h4><span class="ez-toc-section" id="i-60"> Неоптимизированная фильтрация </span></h4> <p> При применении различных параметров фильтрации на сайте интернет-магазина может быть создано много страниц, не оптимизированных ни для одного кластера ключевых слов. </p> <p> Когда мы говорим об оптимизации по кластеру ключевых слов, мы имеем в виду, что документ имеет: </p> <ul> <li> <title>, оптимизированный для конкретных поисковых запросов, отличный от <title> страницы, на которой был применен фильтр; </li> <li> уникальный и оптимизированный заголовок h2; </li> <li> товаров, отфильтрованных по определенному кластеру ключевых слов. </li> </ul> <p> <em> Стоит отметить, что стандарт HTML5 допускает любой уровень заголовков. Ссылаясь на h2, мы рассматриваем классическую ситуацию в контексте стандарта HTML4. </em> </p> <p> Главное, что вам нужно понять, это то, что <strong> одна целевая страница равна одному намерению пользователя </strong> .<img loading='lazy' src='' /> Например, в категории «Ноутбуки и нетбуки» https://www.ebay.com/b/Laptops-Netbooks/175672/bn_1648276?_dmd=1 есть фильтры, которые создают отдельные страницы для разных нужд пользователей. </p> <p> Выбрав фильтр <em> Workstation </em>, мы увидим отдельную страницу https://www.ebay.com/b/Workstation-Laptops-Netbooks/175672/bn_7116632031, которую мы рассмотрели ранее. </p> <p> Но вернемся к ситуации, когда фильтры не оптимизированы или не могут быть оптимизированы. Например, мы хотим просмотреть товары двух конкретных брендов. Очевидно, что нет смысла оптимизировать страницу под такие запросы, так как у каждой страницы бренда должна быть своя страница. Это когда результаты фильтрации должны быть «спрятаны» на <em> канонический. </em> </p> <p> <em> <strong> Важно! </strong> Использование canonical необходимо анализировать в каждом отдельном случае с учетом ваших конкретных потребностей. </em> </p> <h4><span class="ez-toc-section" id="i-61"> Дублирующиеся товары </span></h4> <p> В некоторых популярных CMS, например Shopify, товар может содержать полный путь к категории, в которой он находится.<img loading='lazy' src='' /> Если вы добавляете продукт в несколько категорий, он дублируется по нескольким URL-адресам. </p> <p> Например: </p> <pre> https://site.com/phone/iphone12/ https://сайт.com/phone/apple/iphone12/ https://site.com/iphone12/  </pre> <p> Третий URL является предпочтительным, а первые два должны указывать на него как на основной, канонический документ. </p> <p> <em> <strong> Важно! </strong> Рекомендуется избегать подобных ситуаций и привязывать категории к основным версиям документов без использования канонических. </em> </p> <h4><span class="ez-toc-section" id="UTM-2"> UTM-теги и параметры отслеживания </span></h4> <p> Параметры в URL-адресе могут использоваться для сбора определенной информации, но в то же время могут создавать страницы с дублирующимся содержимым. Например, URL вида https://site.com/page/ может иметь версию с такими параметрами, как https://site.com/page/ 9.0619 ?fbclid=IwAR3cnDV4ERw24pQNVLTFlwKzchPDA1 </strong> . </p> <p> Аналогичная ссылка генерируется в случае редиректа с Facebook. Здесь <em> канонический </em> был бы отличным решением.<img loading='lazy' src='' /> </p> <h4><span class="ez-toc-section" id="i-62"> Указание версии основного сайта </span></h4> <p> Сайт, доступный одновременно по протоколам HTTP и HTTPS, рассматривается поисковой системой как два разных сайта, аналогично сайтам с www и без него. </p> <p> Ниже приведены варианты 4 разных сайтов: </p> <pre> https://site.com/ http://site.com/ https://www.site.com/ http://www.site.com </pre> <p> Вы можете использовать <em> канонический </em>, чтобы указать версию основного сайта. </p> <p> Например, если основная версия https://site.com/, то остальные должны содержать <link rel="canonical" href="https://site.com/">; </p> <p> Чтобы выбрать, какой версии вы хотите отдать приоритет, используйте команду в site: site.com — это поможет вам определить, какая версия сайта проиндексирована Google, и понять, какие страницы больше представлены в поиске. </p> <p> Выбирая между протоколом HTTP и HTTPS, однозначно стоит остановить свой выбор на последнем. Чтобы узнать, почему HTTPS предпочтительнее и как перевести свой сайт на HTTPS без потери рейтинга и трафика, прочитайте это руководство.<img loading='lazy' src='' /> А выбирая между www и не-www, узнайте подробности из этой статьи. </p> <p> Управлять сайтом проще, если использовать 301 редиректы для указания его основной версии. </p> <h4><span class="ez-toc-section" id="i-63"> Канонизация междоменных дубликатов </span></h4> <p> Если дубликаты страниц принадлежат разным доменам и вы контролируете оба, вы можете выбрать основную, каноническую версию страницы на другом домене. </p> <h3><span class="ez-toc-section" id="i-64"> Распространенные ошибки с каноническим </span></h3> <h4><span class="ez-toc-section" id="i-65"> Канонизация разных типов страниц </span></h4> <p> Вернемся к тому, как поисковые системы описывают <em> канонический </em> . Google рекомендует использовать <em> канонический, «Если у вас есть одна страница, доступная по нескольким URL-адресам, или разные страницы с </em> <strong> <em> похожим контентом </em> </strong> <em>». </em> </p> <p> Распространенной ошибкой является указание канонической страницы продукта для страницы категории или наоборот. В этом случае поисковые системы могут игнорировать <em> канонических </em>. Также нет смысла указывать каноническую страницу продукта для поста в блоге.<img loading='lazy' src='' /> </p> <p> Ключевым моментом здесь является то, что контент на канонической и неканонической странице должен быть одного типа. </p> <h4><span class="ez-toc-section" id="i-66"> Канонические цепочки </span></h4> <p> При вводе URL в атрибуте <em> href </em> убедитесь, что страница, на которую вы указываете, не имеет канонического указания на другую или ту же страницу. </p> <p> Вот пример. Страница, которую вы хотите канонизировать, — https://site.com/phone/iphone12/. Страница, которую вы хотите сделать канонической, — https://site.com/iphone12/. Он уже содержит следующие канонические </em> <em>: </p> <pre> <link rel="canonical" href="https://site.com/phone/apple/iphone12/" /> </pre> <p> Этот вариант использования <em> канонического </em> неверен, поскольку он создает каноническую цепочку. </p> <p> Последней в этой цепочке является страница https://site.com/phone/apple/iphone12/, а значит, скорее всего, она будет считаться канонической поисковыми системами. Чтобы не путать поисковых роботов, указывайте только одну каноническую страницу.<img loading='lazy' src='' /> </p> <p> В нашем примере это означает, что вам нужно решить, какую страницу вы хотите сделать канонической: https://site.com/iphone12/ или https://site.com/phone/apple/iphone12/. </p> <p> Для первого варианта нужно заменить <em> на канонический </em> на странице https://site.com/iphone12/, чтобы он указывал на себя и канонизировать https://site.com/phone/iphone12/ и https: //site.com/phone/apple/iphone12/. </p> <p> Чтобы оставить страницу https://site.com/phone/apple/iphone12 канонической, нужно сделать так, чтобы другие подобные страницы ссылались на нее, а страница ссылалась на себя. </p> <p> <em> <strong> Важно! </strong> Будьте осторожны при изменении канонических URL-адресов. Обязательно выясните, почему используются определенные значения. </em> </p> <h4><span class="ez-toc-section" id="_URL-17"> Указание на URL-адрес, который не доступен для сканирования или индексации </span></h4> <p> При выборе канонического URL-адреса убедитесь, что документ доступен для сканирования, то есть он не заблокирован в файле robots или тегом X-Robots или < метаимя=«роботы» контент=«без индекса» />.<img loading='lazy' src='' /> </p> <p> Вы можете проверить, проиндексирована ли страница в Google Search Console или с помощью инструмента аудита веб-сайта SE Ranking. </p> <h4><span class="ez-toc-section" id="_URL-_200"> Указание на URL-адрес, который возвращает код состояния, отличный от 200 </span></h4> <p> При выборе канонического URL-адреса убедитесь, что документ доступен и возвращает ответ сервера 200. Вы можете проверить это, проанализировав свой сайт в SE Ranking. </p> <h4><span class="ez-toc-section" id="_URL-18"> Указание на URL с некорректным протоколом </span></h4> <p> При указании канонической страницы ссылайтесь на протокол, который используется в основной версии сайта. Если основная версия использует протокол HTTPS, то в атрибуте <em> href </em> необходимо указать HTTPS-версию страницы. </p> <h4><span class="ez-toc-section" id="i-67"> Неканонические страницы в карте сайта </span></h4> <p> Убедитесь, что в карте сайта отображаются только версии главной страницы. Другими словами, файл карты сайта должен включать только те страницы, которые указывают на себя с помощью <em> канонический </em> . </p> <h4><span class="ez-toc-section" id="_URL-19"> Внутренние ссылки на канонизированные URL-адреса </span></h4> <p> Внутренние ссылки должны указывать на основную версию страницы.<img loading='lazy' src='' /> В качестве исключения вы можете обратиться к канонизированной версии для улучшения взаимодействия с пользователем или по другой важной причине. </p> <h3><span class="ez-toc-section" id="i-68"> Канонизация страниц </span></h3> <p> Мнения по этому вопросу разделились. </p> <p> <strong> Опция 1 </strong> . Вы можете следовать хорошей практике, о которой мы упоминали ранее: каждая страница пагинации ссылается сама на себя. Например: </p> <pre> https://site.com/catalog/page/2/ содержит <link rel="canonical" href="https://site.com/catalog/page/2/" />. </pre> <p> Я придерживаюсь этого метода, потому что считаю, что пагинация должна быть открыта для поисковых роботов. </p> <p> <em> Мнение 1 </em> включен для получения полной картины. <em> </em> Следование этому не будет ошибкой с каноническим. </p> <p> <strong> Опция 2 </strong> . Второй вариант сводится к блокировке пагинации от поисковика с помощью <em> канонического </em>, указывающего на первую страницу. Например: </p> <pre> https://site.com/catalog/page/2/ содержит <link rel="canonical2 href="https://site.<img loading='lazy' src='' /> com/catalog/" />.  </pre> <p> В этом случае поисковые системы могут <strong> </strong> игнорируйте ваши команды, потому что страницы пагинации различаются по содержанию </p> <p> <strong> Вариант 3 </strong> Наконец, есть третий вариант: не используйте <em> канонический </em> и заблокируйте нумерацию страниц от индексации с помощью <meta name="robots" content="noindex, Follow” /> </p> <h3><span class="ez-toc-section" id="i-69"> Пример из практики </span></h3> <p> Рассмотрим случай с ошибкой канонизации.На сайте, основанном на Shopify, была ошибка в <em> Дублирование товаров </em> раздела. Структура сайта выглядела так: </p> <p> Как видите, в структуре преобладают красные точки, которые являются канонизированными страницами. После устранения проблемы зеленый цвет стал доминирующим: </p> <p> И в результате мы получили значительный прирост видимости в поиске: </p> <h3><span class="ez-toc-section" id="i-70"> Стоит ли использовать канонический? </span></h3> <p> Правильное использование <em> канонических тегов </em> является частью основ SEO. Однако при неправильной настройке канонизация может не принести желаемого результата и привести к снижению рейтинга из-за проблем с дублированием контента.<img loading='lazy' src='' /> </div><!-- .entry-content --> <footer class="entry-footer"> <span><i class="fa fa-folder"></i> <a href="https://russia-dropshipping.ru/category/raznoe" rel="category tag">Разное</a></span><span><i class="fa fa-link"></i><a href="https://russia-dropshipping.ru/raznoe/link-rel-canonical-href-consolidate-duplicate-urls-with-canonical-tags-google-search-central-documentation.html" rel="bookmark"> permalink</a></span> </footer><!-- .entry-footer --> </article><!-- #post-## --> <nav class="navigation post-navigation clearfix" role="navigation"> <h1 class="screen-reader-text">Post navigation</h1> <div class="nav-links"> <div class="nav-previous"><a href="https://russia-dropshipping.ru/raznoe/razmer-foto-oblozhki-dlya-facebook-razmery-foto-profilya-i-foto-oblozhki-straniczy.html" rel="prev"><i class="fa fa-long-arrow-left"></i> Размер фото обложки для facebook: Размеры фото профиля и фото обложки Страницы</a></div><div class="nav-next"><a href="https://russia-dropshipping.ru/raznoe/sozdat-gugl-doks-google-dokumenty-besplatnyj-onlajn-redaktor-dokumentov.html" rel="next">Создать гугл докс: Google Документы – бесплатный онлайн-редактор документов <i class="fa fa-long-arrow-right"></i></a></div> </div><!-- .nav-links --> </nav><!-- .navigation --> <div id="comments" class="comments-area"> <div id="respond" class="comment-respond"> <h3 id="reply-title" class="comment-reply-title">Добавить комментарий <small><a rel="nofollow" id="cancel-comment-reply-link" href="/raznoe/link-rel-canonical-href-consolidate-duplicate-urls-with-canonical-tags-google-search-central-documentation.html#respond" style="display:none;">Отменить ответ</a></small></h3><form action="https://russia-dropshipping.ru/wp-comments-post.php" method="post" id="commentform" class="comment-form" novalidate><p class="comment-notes"><span id="email-notes">Ваш адрес email не будет опубликован.</span> <span class="required-field-message" aria-hidden="true">Обязательные поля помечены <span class="required" aria-hidden="true">*</span></span></p><p class="comment-form-comment"><label for="comment">Комментарий <span class="required" aria-hidden="true">*</span></label> <textarea id="comment" name="comment" cols="45" rows="8" maxlength="65525" required></textarea></p><p class="comment-form-author"><label for="author">Имя <span class="required" aria-hidden="true">*</span></label> <input id="author" name="author" type="text" value="" size="30" maxlength="245" required /></p> <p class="comment-form-email"><label for="email">Email <span class="required" aria-hidden="true">*</span></label> <input id="email" name="email" type="email" value="" size="30" maxlength="100" aria-describedby="email-notes" required /></p> <p class="comment-form-url"><label for="url">Сайт</label> <input id="url" name="url" type="url" value="" size="30" maxlength="200" /></p> <p class="form-submit"><input name="submit" type="submit" id="submit" class="submit" value="Отправить комментарий" /> <input type='hidden' name='comment_post_ID' value='32491' id='comment_post_ID' /> <input type='hidden' name='comment_parent' id='comment_parent' value='0' /> </p></form> </div><!-- #respond --> </div><!-- #comments --> </main><!-- #main --> </div><!-- #primary --> <div id="secondary" class="widget-area" role="complementary"> <aside id="search-2" class="widget widget_search"><form role="search" method="get" class="search-form" action="https://russia-dropshipping.ru/"> <label> <span class="screen-reader-text">Найти:</span> <input type="search" class="search-field" placeholder="Поиск…" value="" name="s" /> </label> <input type="submit" class="search-submit" value="Поиск" /> </form></aside><aside id="custom_html-5" class="widget_text widget widget_custom_html"><div class="textwidget custom-html-widget"><script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script> <!-- russia-dropshipping.ru - сайдбар --> <ins class="adsbygoogle" style="display:block" data-ad-client="ca-pub-1812626643144578" data-ad-slot="6943711592" data-ad-format="auto" data-full-width-responsive="true"></ins> <script> (adsbygoogle = window.adsbygoogle || []).push({}); </script></div></aside><aside id="categories-3" class="widget widget_categories"><h3 class="widget-title">Рубрики</h3> <ul> <li class="cat-item cat-item-7"><a href="https://russia-dropshipping.ru/category/seo">Seo</a> </li> <li class="cat-item cat-item-15"><a href="https://russia-dropshipping.ru/category/instrument-2">Инструмент</a> </li> <li class="cat-item cat-item-9"><a href="https://russia-dropshipping.ru/category/instrument">Инструменты</a> </li> <li class="cat-item cat-item-16"><a href="https://russia-dropshipping.ru/category/program-2">Програм</a> </li> <li class="cat-item cat-item-4"><a href="https://russia-dropshipping.ru/category/program">Программы</a> </li> <li class="cat-item cat-item-14"><a href="https://russia-dropshipping.ru/category/prodvizh-2">Продвиж</a> </li> <li class="cat-item cat-item-5"><a href="https://russia-dropshipping.ru/category/prodvizh">Продвижение</a> </li> <li class="cat-item cat-item-3"><a href="https://russia-dropshipping.ru/category/raznoe">Разное</a> </li> <li class="cat-item cat-item-13"><a href="https://russia-dropshipping.ru/category/semant-2">Семант</a> </li> <li class="cat-item cat-item-8"><a href="https://russia-dropshipping.ru/category/semant">Семантика</a> </li> <li class="cat-item cat-item-17"><a href="https://russia-dropshipping.ru/category/sovet-2">Совет</a> </li> <li class="cat-item cat-item-11"><a href="https://russia-dropshipping.ru/category/sovet">Советы</a> </li> <li class="cat-item cat-item-12"><a href="https://russia-dropshipping.ru/category/sozdan-2">Создан</a> </li> <li class="cat-item cat-item-6"><a href="https://russia-dropshipping.ru/category/sozdan">Создание</a> </li> <li class="cat-item cat-item-18"><a href="https://russia-dropshipping.ru/category/sxem-2">Схем</a> </li> <li class="cat-item cat-item-10"><a href="https://russia-dropshipping.ru/category/sxem">Схемы</a> </li> </ul> </aside><aside id="custom_html-2" class="widget_text widget widget_custom_html"><div class="textwidget custom-html-widget"><style>iframe,object{width:100%;height:480px}img{max-width:100%}</style><script type="text/javascript">jQuery(document).ready(function($){$('.mylink').replaceWith(function(){return'<a href="'+$(this).attr('data-url')+'" title="'+$(this).attr('title')+'">'+$(this).html()+'</a>'})});new Image().src="//counter.yadro.ru/hit?r"+escape(document.referrer)+((typeof(screen)=="undefined")?"":";s"+screen.width+"*"+screen.height+"*"+(screen.colorDepth?screen.colorDepth:screen.pixelDepth))+";u"+escape(document.URL)+";h"+escape(document.title.substring(0,150))+";"+Math.random();</script> </div></aside><aside id="custom_html-4" class="widget_text widget widget_custom_html"><div class="textwidget custom-html-widget"><!-- Yandex.RTB R-A-502625-6 --> <div id="yandex_rtb_R-A-502625-6"></div> <script type="text/javascript"> (function(w, d, n, s, t) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: "R-A-502625-6", renderTo: "yandex_rtb_R-A-502625-6", async: true }); }); t = d.getElementsByTagName("script")[0]; s = d.createElement("script"); s.type = "text/javascript"; s.src = "//an.yandex.ru/system/context.js"; s.async = true; t.parentNode.insertBefore(s, t); })(this, this.document, "yandexContextAsyncCallbacks"); </script></div></aside> </div><!-- #secondary --> </div><!-- #content --> <div id="sidebar-footer" class="footer-widget-area clearfix" role="complementary"> <div class="container"> </div> </div> <footer id="colophon" class="site-footer" role="contentinfo"> <div class="site-info"> <div class="container"> Copyright © 2022 <font style="text-align:left;font-size:15px;"><br> Дропшиппинг в России.<br> Сообщество поставщиков дропшипперов и интернет предпринимателей.<br>Все права защищены.<br>ИП Калмыков Семен Алексеевич. ОГРНИП: 313695209500032.<br>Адрес: ООО «Борец», г. Москва, ул. Складочная 6 к.4.<br>E-mail: mail@russia-dropshipping.ru. <span class="phone-none">Телефон: +7 (499) 348-21-17</span></font> </div><!-- .site-info --> </div> </footer><!-- #colophon --> </div><!-- #page --> <style type="text/css"> .pgntn-page-pagination { text-align: left !important; } .pgntn-page-pagination-block { width: 60% !important; padding: 0 0 0 0; } .pgntn-page-pagination a { color: #1e14ca !important; background-color: #ffffff !important; text-decoration: none !important; border: 1px solid #cccccc !important; } .pgntn-page-pagination a:hover { color: #000 !important; } .pgntn-page-pagination-intro, .pgntn-page-pagination .current { background-color: #efefef !important; color: #000 !important; border: 1px solid #cccccc !important; } .archive #nav-above, .archive #nav-below, .search #nav-above, .search #nav-below, .blog #nav-below, .blog #nav-above, .navigation.paging-navigation, .navigation.pagination, .pagination.paging-pagination, .pagination.pagination, .pagination.loop-pagination, .bicubic-nav-link, #page-nav, .camp-paging, #reposter_nav-pages, .unity-post-pagination, .wordpost_content .nav_post_link,.page-link, .page-links,#comments .navigation, #comment-nav-above, #comment-nav-below, #nav-single, .navigation.comment-navigation, comment-pagination { display: none !important; } .single-gallery .pagination.gllrpr_pagination { display: block !important; } </style> <link rel='stylesheet' id='pgntn_stylesheet-css' href='https://russia-dropshipping.ru/wp-content/plugins/pagination/css/nav-style.css?ver=6.0.2' type='text/css' media='all' /> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/themes/solon1.0/js/navigation.js?ver=20120206' id='solon-navigation-js'></script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/themes/solon1.0/js/skip-link-focus-fix.js?ver=20130115' id='solon-skip-link-focus-fix-js'></script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-includes/js/comment-reply.min.js?ver=6.0.2' id='comment-reply-js'></script> <script type='text/javascript' id='q2w3_fixed_widget-js-extra'> /* <![CDATA[ */ var q2w3_sidebar_options = [{"sidebar":"sidebar-1","margin_top":10,"margin_bottom":0,"stop_id":"","screen_max_width":0,"screen_max_height":0,"width_inherit":false,"refresh_interval":1500,"window_load_hook":false,"disable_mo_api":false,"widgets":["custom_html-4"]}]; /* ]]> */ </script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/plugins/q2w3-fixed-widget/js/q2w3-fixed-widget.min.js?ver=5.1.9' id='q2w3_fixed_widget-js'></script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/plugins/easy-table-of-contents/vendor/smooth-scroll/jquery.smooth-scroll.min.js?ver=1.5.5' id='jquery-smooth-scroll-js'></script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/plugins/easy-table-of-contents/vendor/js-cookie/js.cookie.min.js?ver=2.0.3' id='js-cookie-js'></script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/plugins/easy-table-of-contents/vendor/sticky-kit/jquery.sticky-kit.min.js?ver=1.9.2' id='jquery-sticky-kit-js'></script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/plugins/easy-table-of-contents/vendor/waypoints/jquery.waypoints.min.js?ver=1.9.2' id='jquery-waypoints-js'></script> <script type='text/javascript' id='ez-toc-js-js-extra'> /* <![CDATA[ */ var ezTOC = {"smooth_scroll":"1","visibility_hide_by_default":"","width":"auto","scroll_offset":"30"}; /* ]]> */ </script> <script type='text/javascript' src='https://russia-dropshipping.ru/wp-content/plugins/easy-table-of-contents/assets/js/front.min.js?ver=1.7' id='ez-toc-js-js'></script> </body> </html>