Чтобы указать канонический URL для дублирующихся или очень похожих страниц в Поиске Google, вы можете выразить свое предпочтение с помощью нескольких методов. Они перечислены в порядке убывания их влияния на канонизацию:
- Перенаправления: Сильный сигнал о том, что целевая страница перенаправления должна стать канонической.
rel="canonical"ссылкааннотации: Сильный сигнал о том, что указанный URL должен стать каноническим.- Включение в файл Sitemap: Слабый сигнал, который помогает URL, включенным в файл Sitemap, стать каноническими.
Имейте в виду, что эти методы могут суммироваться и становиться более эффективными при комбинации. Это означает, что использование двух или более методов увеличивает вероятность появления предпочитаемого канонического URL в результатах поиска.
Хотя мы рекомендуем использовать эти методы, ни один из них не является обязательным; ваш сайт, вероятно, отлично справится и без указания канонических предпочтений. Это происходит потому, что если вы не укажете канонический URL,
Google сам определит, какая версия URL является объективно наилучшей для показа пользователям в Поиске.
Причины указания канонического URL
Хотя обычно не критично указывать каноническое предпочтение для ваших URL, существует ряд причин, по которым вам может захотеться явно сообщить Google о канонической странице в группе дублирующихся или похожих страниц:
- Чтобы указать, какой URL пользователи должны видеть в результатах поиска.
Вы можете предпочесть, чтобы пользователи переходили на страницу вашего зеленого платья через
https://www.example.com/dresses/green/green-dress.htmlа не через
https://example.com/dresses/cocktail?gclid=ABCD. - Для объединения сигналов для похожих или дублирующихся страниц. Это помогает поисковым системам объединять сигналы, которые у них есть для отдельных URL (например, ссылки на них), в единый предпочитаемый URL. Это означает, что сигналы с других сайтов на
https://example.com/dresses/cocktail?gclid=ABCDобъединяются со ссылками на
https://www.example.com/dresses/green/green-dress.html, если последний становится каноническим. - Для упрощения отслеживания метрик для определенного контента. При наличии множества URL вам может быть сложнее получить объединенные метрики для конкретного контента.
- Чтобы не тратить краулинговый бюджет на дублирующиеся страницы. Возможно, вы хотите, чтобы Googlebot использовал ваш сайт по максимуму, поэтому лучше, чтобы он тратил время на обход новых (или обновленных) страниц на вашем сайте, а не на обход дублирующихся версий одного и того же контента.
Рекомендации
Для всех методов канонизации следуйте следующим рекомендациям:
- Не используйте файл robots.txt в целях канонизации. Google все равно может индексировать URL, запрещенные в robots.txt, без их содержимого.
- Не используйте инструмент удаления URL для канонизации. Он скрывает
все версии URL из Поиска. - Не указывайте разные URL в качестве канонических для одной и той же страницы с помощью различных методов канонизации (например, не указывайте один URL в файле Sitemap, но другой URL для той же страницы с помощью
rel="canonical"). - ). Не
указывайте фрагмент URL в качестве канонического, так как. - Google обычно не поддерживает фрагменты URL Обязательно
включитеrel=”canonical” - ссылку на саму каноническую страницу (также известную как самоссылающийся канонический тег). Мы не рекомендуем
использоватьnoindexдля предотвращения выбора канонической страницы в рамках одного сайта, так как это полностью заблокирует страницу от Поиска.rel="canonical"ссылка - аннотации являются предпочтительным решением.
Если вы используетеhreflangэлементы - , обязательно укажите каноническую страницу на том же языке или наилучшую возможную заменяющую языковую версию, если каноническая страница для того же языка не существует.
- При создании ссылок внутри вашего сайта ссылайтесь на канонический URL, а не на дублирующийся. Последовательные ссылки на URL, который вы считаете каноническим, помогают Google понять ваши предпочтения.
Если вы используете рендеринг на стороне клиента с помощью JavaScript, важно убедиться, что информация о каноническом URL максимально четкая. Лучший способ сделать это — указать канонический URL в исходном коде HTML и убедиться, что JavaScript не изменяет элемент канонической ссылки. Если вы не можете установить канонический URL в исходном коде HTML, пропустите его и установите только с помощью JavaScript. Это гарантирует максимальную четкость информации о каноническом URL.
Сравнение методов канонизации
| В следующей таблице сравниваются различные методы канонизации с указанием их сильных и слабых сторон с точки зрения поддержки и эффективности в различных сценариях. | |||
|---|---|---|---|
Метод и описание rel=”canonical” ссылка | элемент
| ||
rel="canonical" HTTP-заголовок | Отправьте
| ||
| Sitemap | Укажите свои канонические страницы в файле sitemap.
| ||
| Перенаправления | Используйте постоянные перенаправления, чтобы сообщить Google, что перенаправленный URL-адрес является худшей версией, чем URL-адрес, на который он перенаправляет. Используйте это только при удалении дубликата страницы. | ||
| Вариант AMP | Если один из ваших вариантов является AMP-страницей, следуйте рекомендациям AMP, чтобы указать каноническую страницу и вариант AMP. | ||
Используйте rel="canonical" ссылку аннотации
Google поддерживает явные rel canonical ссылку
аннотации, как описано в
RFC 6596.
. Аннотации rel="canonical" , которые предлагают альтернативные версии страницы, игнорируются; в частности, аннотации rel="canonical",
с атрибутами, hreflanglang media и type не используются для канонизации. Вместо этого используйте соответствующие аннотации ссылки для указания альтернативных версий страницы; например,
link rel=”alternate”
hreflang для языковых и страновых аннотаций. Вы можете предоставить аннотации ссылки
rel=”canonical” Мы рекомендуем вам выбрать один из этих способов и придерживаться его; хотя оба метода поддерживаются, использование обоих методов одновременно более подвержено ошибкам (например, вы можете указать один URL-адрес в HTTP-заголовке, а другой URL-адрес в элементе
ссылки rel=”canonical”
). Элемент ссылки rel=”canonical”
A . Элемент ссылки
rel=”canonical”(также известный как canonical element ) — это элемент, используемый в разделе head HTML для указания того, что другая страница является репрезентативной для контента на странице. Предположим, вы хотите
ru https://example.com/dresses/green-dresses быть каноническим URL, даже если к этому контенту можно получить доступ по разным URL. Укажите этот URL как канонический, выполнив следующие действия:
- Добавьте
<link>элемент с атрибутом
rel="canonical"в<head>раздел дублирующихся страниц, указывающий на каноническую страницу. Например: - Если у канонической страницы есть мобильный вариант по отдельному URL, добавьте к нему
rel="alternate"ссылкуэлемент, указывающий на мобильную версию страницы: - Добавьте любые
hreflang
или другие элементы, подходящие для страницы.
Используйте абсолютные пути вместо относительных путей с rel="canonical"
ссылкой элементом. Хотя относительные пути поддерживаются Google, в долгосрочной перспективе они могут вызвать проблемы (например, если вы непреднамеренно разрешите сканирование вашего тестового сайта), поэтому мы их не рекомендуем.
Хороший пример:
https://www.example.com/dresses/green/green-dress.html
Плохой пример:
/dresses/green/green-dress.html
Элемент ссылки rel="canonical" принимается только в том случае, если он находится в <head> разделе HTML, поэтому убедитесь, что по крайней мере <head>
раздел является валидным HTML Если вы используете JavaScript для добавления.
rel=”canonical” ссылки элемента, убедитесь, что вы правильно вставляете канонический элемент ссылки
Заголовок.
rel=”canonical” HTTP Если вы можете изменить конфигурацию своего сервера, вы можете использовать
link заголовок HTTP-ответа
с
rel=”canonical” целевым атрибутом, как определено в RFC5988
вместо HTML-элемента, чтобы указать канонический URL для документа, поддерживаемого поиском, включая документы, не являющиеся HTML, такие как PDF-файлы.
Google поддерживает этот метод только для результатов веб-поиска.
Если вы публикуете контент во многих форматах файлов, таких как PDF или Microsoft Word, каждый на своем собственном URL, вы можете вернуть
rel=”canonical” HTTP-заголовок, чтобы сообщить Googlebot, какой URL является каноническим для файлов, не являющихся HTML. Например, чтобы указать, что PDF-версия .docx версии должна быть канонической, вы можете добавить этот HTTP-заголовок для .docx версии контента: Как и в случае с
rel=”canonical” ссылкой элементом, используйте абсолютные URL в rel=”canonical” HTTP-заголовке. Используйте карту сайта
Выберите канонический URL для каждой из ваших страниц и отправьте их в
sitemap
. Все страницы, перечисленные в карте сайта, предлагаются в качестве канонических; Google решит, какие страницы (если таковые имеются) являются дубликатами, основываясь на сходстве контента.Предоставление предпочтительных канонических URL в картах сайта — это простой способ определения канонических страниц для большого сайта, а карты сайта — полезный способ сообщить Google, какие страницы вы считаете наиболее важными на своем сайте.
Используйте перенаправления
Используйте этот метод, когда хотите избавиться от существующих дублирующихся страниц. Все
методы постоянного перенаправления
имеют одинаковый эффект в поиске Google, однако время, необходимое поисковым системам для обнаружения различных методов перенаправления, может различаться.
Для достижения наилучшего эффекта используйте HTTP-перенаправления (также известные как
server-side ).Предположим, что на вашу страницу можно попасть несколькими способами:
https://example.com/home
https://home.example.comaz_count_check_80_items_placeholder_to_ensure_json_validity_if_needed_but_not_required_by_schema_as_it_is_array_of_strings_only_so_i_will_just_ensure_the_array_length_is_correct_in_the_final_output_block_abovehttps://www.example.com
Выберите один из этих URL в качестве канонического и используйте перенаправления для отправки трафика с других URL на предпочтительный.
Другие сигналы
Помимо явно предоставленных методов, Google также использует набор сигналов канонизации, которые обычно основаны на настройке сайта: предпочтение HTTPS перед HTTP и URL-адреса в
hreflang кластерах.
Предпочитайте HTTPS перед HTTP для канонических URL
Google предпочитает страницы HTTPS эквивалентным страницам HTTP в качестве канонических, за исключением случаев, когда возникают проблемы или противоречивые сигналы, такие как:
- Страница HTTPS имеет недействительный SSL-сертификат.
- Страница HTTPS содержит небезопасные зависимости (помимо изображений).
- Страница HTTPS перенаправляет пользователей на страницу HTTP или через нее.
- Страница HTTPS имеет
rel="canonical"ссылку
на страницу HTTP.
Хотя наши системы по умолчанию предпочитают страницы HTTPS страницам HTTP, вы можете обеспечить такое поведение, предприняв любое из следующих действий:
- Добавьте перенаправления со страницы HTTP на страницу HTTPS.
- Добавьте
rel="canonical"ссылкусо страницы HTTP на страницу HTTPS. - Внедрите
HSTS.
Чтобы предотвратить неправильное определение Google страницы HTTP как канонической, избегайте
следующих практик:
- Избегайте плохих TLS/SSL-сертификатов и перенаправлений с HTTPS на HTTP, так как они заставляют Google очень сильно отдавать предпочтение HTTP. Внедрение HSTS не может переопределить это сильное предпочтение.
- Не включайте HTTP-версию ваших страниц в карту сайта или
hreflangаннотации
вместо HTTPS-версии. - Избегайте внедрения вашего SSL/TLS-сертификата для неправильного варианта хоста. Например,
example.comпредоставляя сертификат дляsubdomain.example.com. Сертификат должен соответствовать полному URL вашего сайта или быть wildcard-сертификатом, который можно использовать для нескольких поддоменов в домене.
Предпочитайте URL в hreflang кластерах
Чтобы помочь с локализацией сайтов, для целей канонизации Google предпочитает URL, которые являются частью hreflang кластеров. Например, если
https://example.com/de-de/cats и
https://example.com/de-ch/cats взаимно ссылаются друг на друга с помощью
hreflang аннотаций, но не на
https://example.com/de-at/cats, страницы для
de-de и de-ch будут предпочтительны в качестве канонических вместо страницы /de-at/ , которая не появляется в
hreflang кластере.
Подробнее о
устранении неполадок и исправлении проблем с канонизацией.
Как мы это применяем
We use rel=canonical, consistent internal links and a single sitemap entry as one coherent signal set. Contradicting yourself across those three is why Google picks a URL you did not intend.
Связанные услуги