Вопросы о канонических тегах
Вроде достаточно просто! Но когда дело доходит до реализации, все может стать немного сложнее. Вот почему мы составили список ответов на 10 самых распространенных вопросов о канонических тегах.
Да, канонические теги передают PageRank!
Согласно Google :
«Вы должны выбрать канонический URL-адрес, чтобы объединить сигналы ссылок для похожих или повторяющихся страниц. Это помогает поисковым системам объединять информацию, имеющуюся у них для отдельного URL (например, ссылки на них), в один предпочтительный URL. Это означает, что ссылки с других сайтов на http://example.com/dresses/cocktail?gclid=ABCD объединяются со ссылками на https://www.example.com/dresses/green/greendress.html ».
Другими словами, ссылки на страницу B будут считаться ссылками на страницу A, если страница B каноническая на страницу A.
В конечном итоге Google должен решить, как будут обрабатываться ваши URL-адреса, но обычно, когда Google уважает ваши канонические теги, PageRank будет передан.
Да, обычно рекомендуется добавлять канонический тег, ссылающийся на себя. Канонический тег, ссылающийся на себя, как бы он ни звучал, является каноническим для самого себя. Это гарантирует, что несколько версий страницы (дубликаты) не будут индексироваться отдельно.
Например, страница https://www.example.com будет иметь тег rel = ”canonical”, указывающий на https://www.example.com (тот же URL). Это предотвратит индексирование альтернативных версий одной и той же страницы, например https://example.com.
Также нормально не иметь канонического тега, ссылающегося на себя. Просто имейте в виду, что Google тогда выберет один URL-адрес в качестве канонического, и это может быть не та версия, которую вы предпочитаете.
Абсолютные канонические теги обычно предпочтительны, потому что они предоставляют более конкретный сигнал о том, какой URL является предпочтительным. Абсолютные URL-адреса — это ссылки на полный URL-адрес, корневой домен и все остальное. В относительных URL указывается только путь URL.
Например:
- Абсолютный URL: https://example.com/page/one
- Относительный URL: / page / one
Канонические теги, использующие относительные URL-адреса, могут ошибочно размещаться на поддоменах и других доменах, которые не обязательно являются канонической версией.
Например, если вместо того, чтобы указывать полный URL-адрес в ваших канонических тегах, вы указываете относительный URL-адрес, а промежуточный сайт индексируется случайно, оба сайта будут претендовать на каноническую версию. Эти противоречивые сигналы могут привести к тому, что Google будет рассматривать нежелательную версию страницы как каноническую.
Почему Google игнорирует мой канонический тег?
Канонические теги — это предложения, Google может легко их проигнорировать.
Если вы задавали этот вопрос раньше, вероятно, вы получили сообщение «Google выбрал каноническое, отличное от пользовательского» в консоли поиска Google.
Когда Google выбирает каноническую информацию, отличную от той, которую вы объявили, это означает, что они не доверяют точности тега. Во многих случаях Google проигнорирует ваш канонический тег, если содержимое двух версий страницы не похоже.
Канонический тег должен быть зарезервирован для повторяющихся или очень похожих страниц. Если Google обнаружит, что заявленная каноническая версия страницы на самом деле сильно отличается от страниц, которые вы объявили ее дубликатами, то они, скорее всего, проигнорируют тег и проиндексируют обе по отдельности.
Кроме того, ссылка на неканоническую версию вашей страницы может отправить в Google непонятные сигналы относительно ваших предпочтений. Итак, если вы хотите, чтобы Google уважал ваше каноническое значение, другой хорошей мерой является постоянная ссылка на URL-адрес, который вы считаете каноническим.
Вы можете использовать инструмент проверки URL, чтобы узнать, какую страницу Google считает канонической.
В то время как канонические теги являются предложениями, 301 редирект является более точным. Постоянная переадресация 301 сообщает Google, что «эта страница переехала навсегда».
Несмотря на то, что канонические теги являются «более слабыми» сигналами, чем переадресация 301, они часто являются предпочтительным методом обработки дублированного контента. Ярким примером этого является дублированный контент, который по какой-то причине должен оставаться на сайте. Если удаление и перенаправление невозможно, тогда канонический тег для основной версии страницы должен работать.
Канонические теги предназначены только для точных дубликатов страниц или их можно использовать и для аналогичного контента?
Канонические теги следует зарезервировать для повторяющихся или почти повторяющихся страниц. Если вы канонизируете URL-адрес страницы, которая слишком отличается, Google может проигнорировать ваш канонический.
Если у вас есть один фрагмент контента, доступный по нескольким URL-адресам, подойдет канонический. Если вы не считаете это одинаковым или почти таким же контентом, то каноническое может не подходить.
Какие типы страниц следует канонизировать для разных URL?
Наиболее распространенные примеры страниц, требующих канонических тегов, которые мы находим, — это параметризованные URL-адреса для сортировки / фильтрации или для отслеживания идентификаторов.
Google приводит несколько примеров повторяющегося или почти повторяющегося содержания, например:
- Несколько версий страницы для поддержки разных типов устройств. Например, https://example.com/news/ и https://amp.example.com/news/.
- Параметры и идентификаторы сеанса. Например, https://www.example.com/products?category=dresses&color=green или https://example.com/dresses/cocktail?gclid=ABCD.
- Одна страница находится в нескольких подпапках категорий. Например, https://example.com/decor/pillows и https://example.com/bedroom/pillows.
- Наличие сервера, настроенного для обслуживания одного и того же контента для вариантов с www / без www и http / https. Например, http://example.com/green-dresses и https://example.com/green-dresses.
- Синдицированный контент. Например, одна и та же статья опубликована на нескольких новостных сайтах.
Разве внутренние ссылки на неканонические версии страниц — это плохо?
И да и нет. Хотя неплохо посылать в Google последовательные сигналы о том, какая версия вашей страницы предпочтительна, и ссылка на каноническую версию является частью этого, иногда просто невозможно обойтись без ссылки на неканонический URL.
Рекомендуется периодически находить на своем веб-сайте страницы, ссылающиеся на неканонические URL-адреса, и удалять ненужные. Google заявляет, что они реже сканируют неканонические URL-адреса, но если вы продолжите ссылаться на эти страницы, Google все равно будет сканировать их довольно часто. Чтобы сэкономить краулинговый бюджет, важно удалить ненужные ссылки на неканонические URL.
Одна из самых больших ошибок, которые мы наблюдаем, когда дело касается канонических тегов, — это полагать, что они не тратят впустую бюджет сканирования. Google говорит, что они будут реже сканировать неканоническую версию ваших страниц, но они все равно будут сканироваться, и даже довольно часто, когда эти URL-адреса связаны.
В приведенном ниже примере вы можете увидеть, как часто эти URL-адреса сканируются Google, даже если они не являются канонической версией страницы.
Мы также часто видим множество канонических тегов, указывающих на разный контент. Предполагается, что канонические теги зарезервированы для дубликатов, но многие веб-сайты имеют канонические теги, указывающие на довольно уникальный контент.
Еще одна распространенная ошибка канонизации, которую мы обнаруживаем, — это канонические теги, указывающие на несовместимые URL. Это означает, что URL-адрес канонизируется на страницу, которая была перенаправлена, удалена или не проиндексирована. Этот тип сигнала сбивает Google с толку, потому что вы, по сути, говорите: «Не индексируйте эту страницу, вместо этого проиндексируйте эту перенаправленную / неработающую / не проиндексированную страницу».
Вывод
Вы хотите, чтобы все канонические теги указывали на совместимые страницы — страницы, на которых нет ошибок, которые не были перенаправлены и не помечены как безиндексные.
Переходить от страницы к странице к вашему сайту для проверки канонических тегов невозможно. В частности, корпоративным веб-сайтам требуется масштабируемое решение.
