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 и как с ним работать

Содержание:

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

В этой статье мы выясним, для чего нужен атрибут 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

  1. Между тегами html-страницы. Это самый популярный способ. Между тегами на «дочерних» страницах указывается полный url-адрес канонической ссылки. Единственный подводный камень – после атрибута rel=“canonical” рекомендуется использовать абсолютные, а не относительные ссылки, иначе повышается вероятность ошибок в link-элементах.
  2. В файле Sitemap. Многие руководства на вопрос «как прописать rel=“canonical”» первым делом предлагают использовать XML-карту сайта. В файл Sitemap можно внести канонические ссылки для любой страницы, причем, в отличие от предыдущего метода, можно сделать это сразу для многих страниц, не редактируя каждую в отдельности. Актуально для крупных ресурсов. Но здесь тоже есть вероятная проблема – поисковики могут игнорировать атрибут каноничности, внесенный в карту сайта, поэтому лучше сначала попробовать на одной странице, а только потом тратить время на внесение всех остальных.
  3. В заголовке HTTP. Первые два способа перекрывают почти все потребности, но где прописывать rel=“canonical”, если у вас не страница html-формата, а что-то другое – например, pdf-файлы? В таком случае единственный вариант – указать каноничную ссылку в http-заголовке.
    Тогда, если на сайте обнаружится дубль файла, сервер сможет определить каноничный первоисточник.
    Специалисты не рекомендуют использовать этот метод для html-страниц – для них он может привести к ошибкам.
  4. С помощью плагина. Чтобы не возиться с ручным внесением каноничных ссылок, было создано множество плагинов, автоматизирующих процесс. Например, для 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

Рекомендации по работе с URL-адресами Canonical и тегом Rel=Canonical

1 Канонический URL

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

2. 1 Отн.=канонический

2.2 301 Прямой

2.3 Параметры поиска Google Search Console

2,4 Хеши местоположения

3 Как НЕ канонизировать URL-адреса

4 Когда следует канонизировать?

4.1 Если содержимое очень похоже или является точной копией

4.2 Если содержимое URL-адреса служит той же цели поиска

4.3 Если вы повторно публикуете или обновляете старый контент

4.4 Если на вашем сайте есть просроченный контент, события и рекламные акции

5 Ключ на вынос

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

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

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

 

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

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

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

Например, у вас есть канонический URL-адрес hello.com/a. Затем у вас есть еще одна страница, hello.com/b, которая является дубликатом вашего канонического URL-адреса, полученного из-за проблемы в архитектуре вашего сайта или используемого вами для тестирования.

Тогда у вас есть эта версия, hello.com/a?ref=twitter, которая имеет параметр URL. Имейте в виду, что параметр не изменяет содержимое.

Таким образом, ваш канонический URL-адрес — hello.com/a, и Google будет знать, что другие URL-адреса, такие как hello.com/b и hello.com/a?ref=twitter, дублируются или служат той же цели, что и hello.com. /a — что приведет к тому, что Google узнает, что тот, который они должны индексировать, является канонизированным URL-адресом.

Еще одно замечательное использование тега rel=canonical для междоменных доменов. Если вы хотите повторно опубликовать контент с hello.com/a на другом веб-сайте, вы можете указать междоменный rel=canonical, который сообщает Google, что hello.com/a является исходным. В результате каждый раз, когда Google сканирует другой веб-сайт, они будут знать, что исходная версия находится на hello.com/a.

 

Канонизация нескольких URL-адресов

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

Rel=canonical

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

301 Прямой

Этот код используется людьми всякий раз, когда они дублируют контент, изменяют URL-адреса или переносят содержимое страницы на другую. По сути, вы говорите Google, что хотите, чтобы ваши посетители переходили на hello.com/a вместо hello.com/b.

Параметры поиска Google Search Console

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

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

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

Хэши местоположения

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

Допустим, на сайте hello.com/a контент о ноутбуках находится вверху страницы, а на сайте hello.com/b — контент о ноутбуках внизу страницы. У вас один и тот же контент в обоих URL-адресах, одно и то же намерение поиска, и вы, по сути, делаете одно и то же.

Ну, если вы хотите, чтобы Google воспринимал его как единое целое, добавьте хэш. В этом случае это будет a#b, и это заставит кого-то перейти в определенный раздел страницы.

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

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

 

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

Блокировка Google от сканирования одного URL-адреса, но не сканирования других

Всегда помните, что даже если вы используете robots.txt, чтобы заблокировать роботам Googlebot доступ к hello.com/b, Google все равно не допустит, чтобы /b и hello.com/a содержали одно и то же содержимое.

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

Блокировка индексации

Даже если вы думаете об использовании тега no-index, чтобы Google мог определить, что содержимое /a и /b одинаково, но они не будут индексировать /b, вы все равно столкнетесь с та же проблема, что и при использовании robots. txt. Вы по-прежнему будете препятствовать тому, чтобы они объединили сигналы ранжирования /a и /b, что важно для вашего SEO.

Не использовать перенаправление 301

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

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

Использование 404 для неканонической версии

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

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

 

Когда следует канонизировать?

Если содержимое очень похоже или является точной копией

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

Если содержимое URL-адреса служит одному и тому же поисковому намерению

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

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

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

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

Если вы повторно публикуете или обновляете старый контент

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

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

Если на вашем сайте есть контент, события и рекламные акции с истекшим сроком действия

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

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

Ключевой вывод

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *