Rel canonical: Что такое rel canonical и для чего он нужен? Когда и как нужно использовать канонические ссылки. Основные ошибки | Дропшиппинг

Содержание

Использование канонических ссылок (атрибут rel=canonical)

Заказать сайт

Искать везде

Искать везде
CMS
Интернет-магазин 2.0
Интернет-магазин 1.0
Onicon
Maliver
Rekmala
Pablex
Кабинет и почта
CRM
Интеграции CMS. S3

Главная / Редактирование сайта / Как мне настроить сайт? / Настройки SEO / SEO-панель сайта / Использование канонических ссылок (атрибут rel=canonical)

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

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

Работает это следующим образом:

Все страницы с пагинацией (с номерами страниц в адресе) будут считаться дочерними по отношению к основной странице (иными словами, если у вас есть страница «shop/catalog» — она будет считаться приоритетной, а все последующие за ней страницы «shop/catalog/p/1», «shop/catalog/p/2» и т. д. будут дочерними).
Все страницы с get-параметрами в адресе (со специальными параметрами, идущими в адресе после символа «?») будут считаться дочерними по отношению к основной странице без get-параметров (например, у вас на сайте есть статья по адресу «news/novoe_postulenie», она всегда будет считаться основной, тогда как все аналогичные адреса, содержащие метки из сервисов сбора аналитики или иные дополнительные параметры, уже будут считаться дочерними, в нашем примере адрес вида «news/novoe_postulenie?utm_source=metka&utm_medium=postuplenie&utm_campaign=article» будет уже дочерним.

Теперь рассмотрим, как подключить атрибут rel=canonical к своему сайту.

Шаг 1

Перейдите к разделу «SEO панель».

Шаг 2

На открывшейся странице перейдите к пункту «Использовать канонические ссылки».

Шаг 3

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

Обратите внимание!

В случае если ранее на вашем сайте производились какие-либо дополнительные работы и в шаблоны сайта вносились правки в рамках продвижения и доработок, данный функционал может не работать. Если вы отметили галочку, но на страницах сайта с пагинацией и get-параметрами не появился атрибут «rel=canonical» или он прописан как-то некорректно, обратитесь в техническую поддержку по адресу [email protected].
Также стоит учитывать, что данная настройка не сработает для закрытых от индексации страниц, так как атрибут «rel=canonical» не имеет смысла на неиндексируемых страницах.

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

Да

Нет

Укажите, пожалуйста, почему?

Рекомендации не помогли
Нет ответа на мой вопрос
Содержание статьи не соответствует заголовку
Другая причина

Комментарий

Что такое атрибут rel canonical и как с ним работать

Содержание:

Что такое rel=“canonical” и чего для он нужен?
В каких случаях необходимы канонические ссылки
Как правильно использовать rel=canonical
Проверка корректности настройки
Основные ошибки
Заключение

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

Что такое rel=“canonical” и чего для он нужен?

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

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

В каких случаях необходимы канонические ссылки

Для профилактики дублирования

Наиболее часто встречающиеся примеры:

дубли, возникающие из-за UTM-меток /*utm_content=, /*utm_term=, /*utm_medium=, *utm_source=, /*utm_campaign=
дубли, возникающие из-за особенностей CMS-движка (могут появляться уже в процессе работы ресурса)
страницы сортировок /*sort, asc, desc, list=*
другие страницы с GET-параметрами в url-адресе

В таких случаях нужно добавлять атрибут каноничности на все статистические страницы.

Для страниц с похожим контентом и разным url-адресом

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

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

Для страниц пагинации (при наличии опции «Показать все»)

На каждой странице пагинации нужно указать каноническую страницу «Показать все», иначе они будут считаться идентичными по контенту. Таким образом, для многочисленных страниц типа https://site.ru/category-1/page-2 и https://site.ru/category-1/page-3 каноническим url-адресом следует указывать .

Как правильно использовать rel=canonical

Между тегами html-страницы. Это самый популярный способ. Между тегами на «дочерних» страницах указывается полный url-адрес канонической ссылки. Единственный подводный камень – после атрибута rel=“canonical” рекомендуется использовать абсолютные, а не относительные ссылки, иначе повышается вероятность ошибок в link-элементах.

В файле Sitemap. Многие руководства на вопрос «как прописать rel=“canonical”» первым делом предлагают использовать XML-карту сайта. В файл Sitemap можно внести канонические ссылки для любой страницы, причем, в отличие от предыдущего метода, можно сделать это сразу для многих страниц, не редактируя каждую в отдельности. Актуально для крупных ресурсов. Но здесь тоже есть вероятная проблема – поисковики могут игнорировать атрибут каноничности, внесенный в карту сайта, поэтому лучше сначала попробовать на одной странице, а только потом тратить время на внесение всех остальных.
В заголовке HTTP. Первые два способа перекрывают почти все потребности, но где прописывать rel=“canonical”, если у вас не страница html-формата, а что-то другое – например, pdf-файлы? В таком случае единственный вариант – указать каноничную ссылку в http-заголовке.
Тогда, если на сайте обнаружится дубль файла, сервер сможет определить каноничный первоисточник.
Специалисты не рекомендуют использовать этот метод для html-страниц – для них он может привести к ошибкам.
С помощью плагина. Чтобы не возиться с ручным внесением каноничных ссылок, было создано множество плагинов, автоматизирующих процесс. Например, для WordPress можно настроить каноничность с помощью Yoast SEO, в OpenCart – в настройках CMS, а в Joomla – через функцию SEF.

Проверка корректности настройки

Один из самых популярных методов анализа – программа Screaming Frog SEO Spider. С ее помощью можно выяснить, какие страницы на сайте содержат атрибут rel=“canonical”, а какие являются каноническими.

Основные ошибки

Несколько ссылок с одной страницы. Можно указать только один канонический вариант, если же их будет несколько – сервер верифицирует первый.
Разные канонические ссылки. Ситуация возможна, если вы используете атрибут сразу несколькими способами – например, через карту сайта и через редактуру html-страницы.
Каноническая ссылка выдает ошибку 404. Необходимо проверить, указана ли она корректно.
Каноническая ссылка находится на другом домене. Это недопустимая ситуация, поскольку поисковики не смогут корректно с ней работать и она фактически станет бесполезной.
Ссылка со всех страниц пагинации на первую страницу. Это приводит к невозможности индексировать остальные страницы. Канонической ссылкой для страниц пагинации должна быть либо она сама, либо вариация с «Показать все», как было описано выше.

Заключение

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

Rel Canonical Tag — Избегайте дублирования контента

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

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

Что такое rel=canonical

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

Следующие два примера помогут вам понять, как поисковые системы могут использовать rel=canonical:

Canonical в качестве выходного фильтра

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

Canonical в качестве фильтра индексации

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

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

Как использовать rel=canonical

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

 
<голова>


<тело>
...

Другой способ включить канонический файл — отправить его с заголовком HTTP.

 HTTP/1.1 200 ОК
Тип содержимого: приложение/pdf
Ссылка: ; отн = "канонический"
Длина контента: 4223
...

Канонический заголовок HTTP обычно используется для документов, которые не являются HTML. Таким образом, вы можете использовать заголовок HTTP для установки канонических URL-адресов для изображений, файлов PDF или любого другого документа. На практике это часто применяется для печатных версий контента, загружаемых PDF-версий и тому подобного, где вы получаете дубликаты, отличные от HTML.

Когда использовать rel=canonical

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

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

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

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

Проблемы с GET-параметрами
- Параметры отслеживания
- Параметры сеанса
- Нежелательные/непроверенные параметры
- Несортированные параметры
Проблемы с несколькими URL-адресами для одного и того же контента
- CMS имеет более одной версии контента (например, версия с идентификатором и говорящим URL-адресом)
Проблемы из-за доступности на разных хостах/протоколах/портах
- HTTP/HTTPS
- Порт 80 / 8080
- www / без www
- разных доменов
Дублированный контент из синдикации внешнего контента

Проанализируйте проблемы с каноническими тегами несколькими щелчками мыши в Audisto

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

Изучите функции Canonical

Как и когда не следует использовать rel=canonical

Вместо сокращенных URL-адресов для rel=canonical выбирайте полные URL-адреса

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

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

Разметка может содержать один и тот же rel=canonical в разных версиях, но каждая версия указывает на другой URL.

Допустим, у вас есть две страницы с разными настройками протоколов, например:

http://example.com/page.html

https://example.com/page.html

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

http ://example. com/page.html
https://example.com/page.html

Чем полнее ваш канонический URL-адрес, тем меньше он подвержен ошибкам.

это может привести к проблемам с

каталоги
хостов
протоколов

это может привести к проблемам с

хостами
протоколов

это может привести к проблемам с

протоколами

Эта версия не подвержена ни одной из проблем:

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

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

Мы настоятельно рекомендуем всегда использовать абсолютные URL-адреса при использовании rel=canonical.

Не используйте rel=canonical для локализации

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

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

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

Вы должны использовать теги rel=alternate и hreflang, чтобы уточнить, какая версия принадлежит какому целевому рынку. Тогда поисковым системам будет легче правильно индексировать все версии и показывать правильные результаты нужной целевой группе.

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

Дополнительную информацию о настройке многоязычных веб-сайтов можно найти в Справочном центре Google Search Console.

Мы настоятельно рекомендуем не использовать rel=canonical для локализации.

Не используйте rel=canonical для моделирования PageRank

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

В этом примере страница «Выходные данные» или «О нас» будет настроена с каноническим тегом с важной целевой страницей в качестве целевого URL.

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

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

Не используйте канонические теги для моделирования PageRank!

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

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

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

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

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

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

Проанализируйте проблемы с каноническими тегами несколькими щелчками мыши в Audisto

Ознакомьтесь с функциями Canonical

Использование Canonical для похожих продуктов

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

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

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

Пример:

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

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

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

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

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

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

Каноническое использование мобильных версий веб-сайтов

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

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

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

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

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

пример настольной версии https://example.com

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

пример мобильной версии https://m.example.com

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

Распространенные непреднамеренные ошибки с rel=canonical

Использование нескольких канонических тегов с разными целевыми URL-адресами

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

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

Будьте осторожны: это также относится к каноническим комбинациям заголовков HTTP и HTML. Если не присматриваться, найти будет сложно.

Использование канонического кода за пределами области

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

Канонический URL указывает на целевой URL с кодом состояния, отличным от 200

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

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

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

Всегда проверяйте канонический URL на правильность функционирования и код ответа сервера 200.

Проанализируйте проблемы с каноническими тегами несколькими щелчками мыши в Audisto

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

Ознакомьтесь с функциями Canonical