Как правильно использовать атрибут rel = «canonical» и настраивать пагинацию на сайте — Light Spider на vc.ru

4582 просмотров

Об инструменте rel canonical слышал, пожалуй, каждый SEO специалист, как начинающий, так и опытный. Все дело в том, что настройка каноничности и пагинации — неотъемлемый элемент поисковой оптимизации web-сайта. И осуществляется она за счет правильной простановки тега каноникал.

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

Что представляет собой атрибут rel = «canonical» и в каких целях он используется?

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

Как посредством canonical обозначить каноническую страницу?

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

Для снижения вероятности ошибки рекомендуется после атрибута прописывать вместо относительных URL-адресов абсолютные.

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

Третий вариант — в HTTP-заголовках. Этот способ подходит только в случаях, когда имеется доступ к серверным настройкам. Внедрять его для HTML-страниц — не лучшее решение. С другой стороны, указывать каноничность PDF-файлов через HTTP-заголовок — вполне рабочий вариант.

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

Канонические URL — когда их следует настраивать?

1. Если необходимо предупредить возникновение дублей:

• веб-страниц с GET-параметрами в урл,
• UTM-меток,
• страниц фильтрации,
• вызванных спецификой работы движка.

Тег canonical SEO специалистами в таких случаях добавляется на всех статических страницах веб-ресурса.

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

3. Когда на сайте есть пагинация. При этом в каталог нужно добавить страницы «Show all», показывающие сразу все товары раздела, блоговые статьи и т. п. Если таковые добавлены на web-сайт, то на каждой стр. пагинации СЕО оптимизаторы размещают канонический URL на «Показать все».

Правила формирования канонических страниц

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

• Избегайте цепочек канонических урлов. Последовательность, когда стр. 1 ссылается на неканоническую стр. 2, а та указывает посредством canonical на третью является ошибочной.
• На веб-странице, вне зависимости от ее назначения, допускается использование только 1 canonical URL.
• Канонический урл должен указывать на веб-страницу, расположенную на том же домене, что и онлайн-ресурс.
• Страница, обозначенная канонической, должна присутствовать на сайте и отдавать код сервера 200.
• При самостоятельном поиске канонических веб-страниц ПС Google предпочитает варианты с https протоколом.

Когда rel = «canonical» не работает?

Данный метод не принесет ожидаемого эффекта, если применять его к страницам, контент на которых явно отличается. В этом случае поисковые системы не последуют рекомендации, прописанной в теге каноникал. Также простановка rel = «canonical» не сработает, когда нужно склеить страницы с www и без, либо http и https версии онлайн-сайта. Для этих случаев используется постраничный 301 редирект.

Проверка канонических ссылок и ошибки, возникающие при работе с rel = «canonical»

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

Какие ошибки чаще всего допускают оптимизаторы при задействовании rel = «canonical»:

• Указание в качестве канонической ссылки, расположенной на поддомене либо имеющей иное доменное имя.
• Использование «canonical» со стр. пагинации на 1-ю страницу каталога вместо «Показать все».
• Обозначение каноническим URL, что не попал в индексацию, поскольку закрыт файлом или метатегом роботс, либо оказался вне индекса ПС по другим причинам.
• Наличие 404 ошибки в канонической ссылке, проще говоря, каноникал ведет на несуществующую интернет-страницу.
• Использование нескольких атрибутов rel = «canonical» в коде одной страницы или указание различных канонических URL.

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

Каноникал и «Смотреть все»

Как мы уже писали выше, одним из популярных и доступных вариантов, как настроить пагинацию в интернет-магазине, является генерация страницы «Show all». Она создается и после указывается в качестве канонической для остальных стр. каталога. С точки зрения SEO пагинация, настроенная таким образом, считается эффективной, поскольку данный метод рекомендует Гугл, а значит, он демонстрирует лучший результат для продвижения в этой поисковой системе. Также считается, что посетителям удобно смотреть все товары на одной странице, правда, это работает не всегда. Для комфортного взаимодействия пользователей с сайтом необходима высокая скорость загрузки web-страницы «Show all», не более 3 секунд. Поэтому для онлайн-платформ с тысячами товаров данный метод может не подойти. Также, с некоторыми движками сайтов web-страница «Показать все» может выдавать ошибки, поэтому необходимо заранее определить возможность создания в рамках используемой вами CMS подобных страниц.

Подводим итоги

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

Как правильно использовать rel=”canonical“ в SEO продвижении

Когда использовать атрибут rel=»canonical», некоторые распространенные сложности с реализацией

Содержание

• Как rel=»canonical» может помочь продвижению?  
• Где прописать атрибут rel=canonical
• Мой атрибут canonical не работает
• Взаимодействие атрибута canonical с другими
• Другие способы применения canonical

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

Как rel=»canonical» может помочь продвижению?  

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

• HTTP и HTTPS
• одни и те же материалы в субдомене www и по обычным адресам http
• параметры и многоаспектная навигация
• идентификаторы сессий
• завершающий слэш
• индекс/страницы по умолчанию
• версии альтернативной страницы, такие как m. или AMP-страницы или версии для печати

Где прописать атрибут rel=canonical

Большинству веб-мастеров известно, что атрибут добавляется в тег head:

<link rel=»canonical» href=»https://example. com/» />

Но не все знают, что canonical может также отправляться в заголовок HTTP:

HTTP/1.1 200 OK
Link: <https://example.com/>; rel=»canonical»

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

Мой атрибут canonical не работает

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

Случаются и другие ошибки, например, когда страницы копируются, а атрибут canonical не изменяется, или остается указатель места заполнения. Также следует использовать абсолютные — не относительные — пути URL, чтобы было меньше ошибок. Поскольку из-за этого, а также из-за автореферентных атрибутов canonical, несколько страниц будут сообщать поисковым системам о том, что данные страницы являются каноническими; в этом нет смысла. Если на странице есть несколько отличающихся атрибутов canonical, Google их проигнорирует. Что делает Google, когда получает противоречивые сигналы? Поисковая система будет пытаться определить лучший URL по разным сигналам: предложенные canonical, внешние ссылки и ссылки в sitemap, но существуют и другие факторы. К примеру, Google может предпочесть короткий URL длинному, выбрать HTTPS, а не HTTP.

Известно, что Google отдает предпочтение HTTPS-страницам в качестве канонических, а не их аналогам HTTP; исключение — случаи, когда присутствуют противоречивые сигналы, согласно справке Search Console:

• Страница HTTPS имеет недействительный сертификат SSL.
• Страница HTTPS содержит небезопасные зависимости.
• Доступ к странице HTTPS запрещен в файле robots.txt, а к странице HTTP – нет.
• Страница HTTPS выполняет переадресацию на страницу HTTP.
• Страница HTTPS указывает на страницу HTTP с помощью атрибута rel=»canonical».
• Страница HTTPS содержит метатег noindex для роботов.

Редкий случай, но все же возможный, когда из-за ошибок в коде раздел заголовка заканчивается прежде, чем это должно быть. При этом canonical может быть в теле контента, где поисковая система его никак не ожидает найти. Еще хуже, когда большинство инструментов (таких как Screaming Frog или Deep Crawl) эту ошибку не фиксируют. Проблему можно установить только с помощью программного интерфейса DOM (объектная модель документа) — например, когда используется Inspect для Chrome Dev Tools

Рассмотрим канонический атрибут в Home Depot на скриншоте ниже. Можно видеть, что раздел заголовка закончился, и часть контента, которая при рассмотрении источника находится в заголовке, попадает в тело, когда рассматривается DOM.

Взаимодействие атрибута canonical с другими

С атрибутом canonical можно легко ошибиться. Допустить, например, грамматическую ошибку, поставить завершающий слэш, в особенности когда есть еще нумерация страниц и hreflang. Если индексируется страница отличная от той, что значится в теге, страницы не будут объединены должным образом. Например, канонический элемент устанавливается на второй странице нумерованного списка для URL первой страницы. Атрибут canonical не следует использовать вместе с noindex.

Другие способы применения canonical

Атрибут canonical можно использовать для альтернативных версий сайта (мобильная и AMP-версия). Для индексации mobile-first не нужно специально менять эти атрибуты.

Полное руководство по Rel Canonical — Как делать и почему (не)

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

См. также:
• Канонические теги — передовой опыт
• Передовой опыт поисковой оптимизации для канонических URL + тег Rel=Canonical

• Разве 301, 302 и канонические теги не одинаковы?

---

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

последний.

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

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

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

Во-первых, мы не можем договориться, как это назвать. Будьте уверены, что «rel canonical», «rel=canonical», «rel canonical tag», «canonical URL tag», «link canonical tag» и просто «canonical tag» относятся к одному и тому же.

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

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

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

• http://example.com/quality-wrenches.htm (главная страница)
• http://www.example.com/quality-wrenches.htm (к сожалению, все страницы также разрешаются с поддоменом www)
• http://example.com/quality-wrenches.htm?ref=crazy-… (это похоже на способ отслеживания источников перехода)
• http://example.com/quality-wrenches.htm?sort=price (как пользователи просматривают товары по самой низкой цене)
• http://example. com/quality-wrenches.htm/print (версия для облегченной печати без рекламы и графики)

Канонический тег, ссылающийся на главную страницу, http://example.com/quality-wrenches.htm, можно разместить в заголовке всех вышеперечисленных страниц.

Как это реализовано?

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

О, смотри, вот он в действии!

Источник: CNN

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

Все это очень интересно, я знаю, но есть некоторые вещи, которые вам нужно знать.

Обычно есть лучшее решение

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

Давайте рассмотрим некоторые из приведенных выше примеров URL, на этот раз мы поговорим о том, как исправить их без канонического тега.

Пример 1: http://www.example.com/quality-wrenches.htm

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

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

Я бы рекомендовал 301 редирект вместо канонического тега.

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

Пример 2: http://example.com/quality-wrenches.htm?ref=crazy-…

Понятно. Вы хотите знать, стоило ли посылать образец гаечного ключа сумасшедшей блоггерше для ознакомления. Что происходит, когда другой блоггер щелкает по своей ссылке, а затем делает собственный пост о ваших продуктах, ИСПОЛЬЗУЯ ТАКОЙ же URL? Ваш причудливый трюк с отслеживанием уже не так эффективен, не так ли?

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

Пример 3: http://example.com/quality-wrenches.htm?sort=price

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

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

Пример 4: http://example.com/quality-wrenches.htm/print

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

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

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

Все еще хотите использовать канонический тег по причинам, отличным от SEO? Возможно, ваш ИТ-отдел не сидит сложа руки в ожидании вашего следующего масштабного SEO-проекта?

Несколько слов предостережения

1. Поддержка поисковых систем в лучшем случае неравномерна

Уровень поддержки поисковыми системами канонического тега сильно различается. Google поддерживает его как для отдельных доменов, так и для нескольких доменов. Bing считает канонический тег «подсказкой», и я не слышал о каких-либо реализациях канонического тега, которые повлияли бы на индекс Bing. У вас есть? Наверняка должен быть один…

2. Существуют лучшие средства исправления дублирующегося содержимого

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

3. Неправильная реализация может привести к катастрофе

Если вы собираетесь реализовать тег rel canonical, пожалуйста, убедитесь, что он корректен перед запуском. Взгляните на недавний пост доктора Пита «Катастрофическая канонизация», чтобы прочитать о его тесте. Не каждому веб-сайту так же повезло, как доктору Питу, в их восстановлении после неудачной реализации канонического тега. Мы постоянно видим примеры этого в вопросах и ответах.

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

• Иэн Лори, почему я до сих пор ненавижу Rel Canonical
• Канонический тег Стефана Спенсера еще не надежен
• Каноническая ссылка Адама Одетт взламывает сайты

Что теперь?

Тег rel canonical имеет свое место. Это большая экономия времени для разработки. Решение не такое надежное, как некоторые другие ваши варианты, но если оно означает, что вы можете принять меры для борьбы с дублирующимся контентом сейчас, а не ждать до 2014 года, вы должны пойти на это. В других случаях ваше решение для хостинга может вообще не позволить вам реализовать 301 редиректы, и ваши руки будут связаны.

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

Подробнее

Если вам не хватило тега rel canonical на один день, ознакомьтесь с этими полезными ссылками. Как всегда, следите за датами на них!

• Канонический URL-тег — самое важное достижение в SEO-оптимизации со времен Sitemap, Рэнд Фишкин.
• Совет по SEO — URL Canonical, Matt Cutts
• Укажите свой Canonical, центральный блог для веб-мастеров
• О rel=»canonical», Мэтт Каттс [видео]
• Google, Yahoo и Microsoft объединяются для «канонического тега», чтобы уменьшить дублирование контента, Ванесса Фокс
• Узнайте об элементе Canonical Link за 5 минут, Мэтт Каттс

Удачной оптимизации!

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

изображение человека со знаком вопроса предоставлено Shutterstock

Использование тега Rel=Canonical для SEO-дружественного междоменного дублированного контента|Использование Rel=Canonical тега для SEO-дружественного междоменного дублированного контента

Что такое канонический (или Rel=Canonical) тег? Почему это важно?

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

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

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

Связанный : Контрольный список и руководство по SEO Многие сайты автоматически добавляют теги, позволяют использовать несколько путей и URL-адресов для одного и того же контента и добавляют параметры URL-адресов для сортировки и поиска. Вполне возможно, что в настоящее время у вас есть сотни или даже 90 158 90 177 тысяч 90 178 90 159 повторяющихся URL-адресов на вашем сайте, даже не подозревая об этом. Ну, вы можете этого не знать. Но поисковые системы и их краулеры точно знают.

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

Чем канонические теги отличаются от 301 (постоянной) переадресации?

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

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

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

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

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

Междоменное использование Rel=Canonical

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

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

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

Для некоторых сайтов, компаний и брендов существуют веские разумные причины дублировать контент на разных сайтах, находящихся под их контролем. И Google полностью поддерживает междоменное использование rel=canonical, чтобы облегчить такие усилия – с помощью элемента ссылки rel=”canonical”, созданного в 2009 году.

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

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

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

Cross-Domain Rel=Canonical Best Practices

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

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

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