Полное руководство по ресурсам Canonical SEO

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

Вы когда-нибудь задумывались, что такое каноническое SEO и как оно относится к вашим свойствам? Уверяю вас, вы не первый!

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

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

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

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

Тег canonical, также известный как «canonical rel» или «rel canonical», представляет собой атрибут, определяющий отношение ресурса к HTML-документу.

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

Использование тега canonical предотвращает показ страниц в поисковой выдаче с вариантами вашего ресурса, которые вы не хотите использовать.

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

Ниже приведены примеры канонических отношений и их четырех вариаций:

<ссылка rel="canonical" href=" http://seobutler.com/"/ >

<ссылка rel="canonical" href=" http://www.seobutler.com/"/ >

<ссылка rel="canonical" href=" https://seobutler.com/"/ >

<ссылка rel="canonical" href=" https://www.seobutler.com/"/ >

Проверка знаний:

Слово «канонический» происходит от латинского корня canonicalis, что означает «относящийся к канону» или «согласно правилу». Что касается канонического SEO, мы просто сообщаем поисковым системам правила индексации HTML-документов и их вариантов.

Почему у нас даже есть Canonicals в 2019 году

Почему мы действительно? Кажется лишним иметь четыре варианта сайта, не так ли?

Вы могли бы подумать, что Google, Bing и Yahoo выберут любую версию, которую они сочтут подходящей для индексации, и будут использовать ее, верно?

Хотя это сделало бы нашу жизнь намного проще, это также могло бы быть потенциально опасным для определенных веб-ресурсов. Позвольте мне объяснить…

Многие веб-сайты в Интернете используют поддомены и hreflang (еще один атрибут rel), чтобы сообщить поисковым системам, что их собственность может обслуживать версии одного и того же веб-сайта на разных языках.

Негативные последствия неиспользования канонических ссылок

• Дублирование ошибок контента
• Страницы, которые не отображаются в поисковой выдаче из-за того, что они ошибочно интерпретируются как другая страница (особенно в отношении hreflang)
• Недостаток краулингового бюджета из-за многократных сканирований страниц одного и того же контента

Дополнительная информация о проблемах с каноническими ссылками от Google

Кроме того, канонические значения также имеют решающее значение при создании страниц ускоренных мобильных страниц (AMP) для мобильных устройств, особенно с учетом того, что Google теперь заявил, что все новые свойства в первую очередь индексируются по их мобильной версии, а рабочий стол является вторым приоритетом.

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

Проверка знаний:

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

Когда использовать канонизацию

Давайте будем краткими. Единственное, что вам нужно помнить, это то, что крайне важно использовать канонические символы. На каждой странице, в каждом проекте, каждый раз.

Будь то ссылка, HTTP-заголовок или файл .htaccess, нет причин не использовать его.

В то время как для человека все эти страницы представляют собой одну страницу или документ на веб-сайте, для сканера поисковой системы все они представляют разные места или URL-адреса для экстраполяции контента.

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

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

Где и как использовать Canonicals

Теперь, когда у нас есть четкое представление о том, что такое канонический код и когда его использовать (всегда!) — естественно возникает вопрос, как их использовать.

Давайте прыгать прямо в!

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

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

Итак, как нам быть с этим? Достаточно просто. Мы обращаемся к нашему регистратору доменов и начинаем с уровня DNS, чтобы убедиться, что все согласовано.

Редактирование вашего DNS для поддержки ваших Canonicals

Редактирование файлов DNS может быть пугающим процессом. Сегодня мы собираемся настроить вас на успех с помощью простых скриншотов текста, которые вы можете вставить прямо в свои записи без полного или всестороннего понимания всех нюансов, стоящих за этим.

Ниже я покажу вам, как редактировать этот файл для сайтов без www. и www.сайты.

Для предпочитаемых веб-сайтов www

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

Это делается путем простой настройки двух записей: записи «A» и записи CNAME.

Шаг 1: Войдите в систему своего DNS-провайдера (мы используем Google).

Шаг 2: Выберите собственность домена, которой вы хотите управлять. Для этого примера мы выберем «Tucson's Trusted». Если вы используете Google Domains, слева вы увидите опцию DNS. Нажмите на нее.
Шаг 3. Прокрутите вниз до нижней части страницы и найдите «Пользовательские записи ресурсов». Это будет выглядеть примерно так.

Шаг 4: Чтобы установить предпочтительное видение для www, используйте два типа записей на скриншоте выше. Первый тип записи — это запись «A», которая разрешается в IP-адрес хостинга. Вторая запись — это запись CNAME, или «каноническая» запись имени (имеет ли смысл еще?!), которая указывает на версию веб-сайта с www.

После того, как вы выполните эти шаги и все поля обновятся, нажмите «Сохранить»! Теперь это сообщает серверу и поисковым роботам на уровне DNS, каковы ваши канонические предпочтения.

Для предпочтительных веб-сайтов без www

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

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

На самом деле мы просто исключаем запись CNAME вместо другой записи «A». Это устраняет любую канонизацию, которую поисковые системы могут учитывать на уровне DNS.

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

Редактирование вашего файла .htaccess для поддержки ваших Canonicals

Далее мы переходим к строке HTTP от DNS для поддержки нашей канонической топографии.

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

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

Для предпочитаемых веб-сайтов www

Шаг 1: Установите FTP-соединение с корневой папкой вашего домена. Внутри этой папки должен быть файл .htaccess. Если его нет, пожалуйста, создайте его.

Шаг 2: Щелкните файл правой кнопкой мыши и выберите «Редактировать». Это откроет документ в выбранном вами файловом редакторе.

Шаг 3. Для веб-сайтов с приоритетом www без https добавьте код Apache ниже:

RewriteEngine включен

RewriteCond %{HTTP_HOST} ^yourdomain.com [NC]

RewriteRule ^(.*)$ http://www.yourdomain.com/$1 [L,R=301]

Для www и https используйте:

RewriteCond %{HTTP_HOST} ^yourdomain.com$

RewriteCond %{SERVER_PORT} ^443

Правило перезаписи ^(.*)$ https://www.yourdomain.com/$1 [R=301]

Примечание. Обязательно замените yourdomain.com своим фактическим доменом.

Шаг 4: Сохраните файл и перезапишите старый.

Для веб-сайтов без www

Шаг 1: Установите FTP-соединение с корневой папкой вашего домена. Внутри этой папки должен быть файл .htaccess. Если его нет, пожалуйста, создайте его.

Шаг 2: Щелкните файл правой кнопкой мыши и выберите «Редактировать». Это откроет документ в выбранном вами файловом редакторе.

Шаг 3: Для предпочтительных веб-сайтов без www без https добавьте код Apache ниже:

RewriteEngine включен

RewriteCond %{HTTP_HOST} ^www.yourdomain.com [NC]

RewriteRule ^(.*)$ http://yourdomain.com/$1 [L,R=301]

Для использования без www и https:

Переписать условие %{HTTP_HOST} ^www.yourdomain.com$

RewriteCond %{SERVER_PORT} ^443

Правило перезаписи ^(.*)$ https://yourdomain.com/$1 [R=301]

Примечание. Обязательно замените yourdomain.com своим фактическим доменом.

Шаг 4: Сохраните файл и перезапишите старый.

После того, как вы выполнили эти шаги, мы можем перейти к настройке канонических ссылок на странице!

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

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

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

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

Редактирование вашей страницы для поддержки ваших Canonicals

Как обсуждалось ранее, если вы используете CMS (систему управления контентом), такую ​​​​как WordPress, вы можете использовать их интегрированный процесс «под ключ» за один шаг, чтобы установить свои канонические значения на уровне страницы.

Как вы спрашиваете? Довольно просто.

Перейдите к своим внутренним панелям администрирования и выберите «Настройки», а затем «Общие». В разделе «Общие» вы увидите параметры, показанные на скриншоте ниже:
Все, что вам нужно сделать здесь, это написать свой веб-сайт именно так, как вы хотите, чтобы WordPress соответствовал вашей ссылке rel canonicals.

Достаточно просто, правда?!

Как насчет того, если у вас нет WordPress и вы работаете над статическим веб-сайтом HTML с пользовательскими модулями CSS и PHP?

Почти так же просто!

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

Эти отношения следующие. От того, как вы настроите свой DNS и переадресацию .htaccess 301, зависит, какую ссылку вы должны использовать. Не забудьте убедиться, что он совпадает, чтобы не было несогласованного индексирования контента в поисковой выдаче.

<ссылка rel="canonical" href=" http://seobutler.com/"/ >

<ссылка rel="canonical" href=" http://www.seobutler.com/"/ >

<ссылка rel="canonical" href=" https://seobutler.com/"/ >

<ссылка rel="canonical" href=" https://www.seobutler.com/"/ >

После того, как ваши ссылки были добавлены, убедитесь, что они проверены на странице, над которой вы работаете. Это можно сделать, просмотрев исходный код страницы и нажав <ctrl + f> для поиска «Canonicals».

Это будет выглядеть примерно так:

Оптимизация ваших Canonicals для внешних ресурсов

С развитием облачных приложений, серверов и сетей доставки контента доставка трафика на именованные ресурсы, а не на IP-адреса, имеет чрезвычайно важное значение.

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

Быстрый поиск в Google «CDNS вредит SEO» покажет вам, что при неправильной настройке многие ресурсы теряют трафик из-за деиндексации, связанной с поисковой выдачей.

Настройка типов записей псевдонимов позволяет связать именованный ресурс с корнем. Примером именованного ресурса может быть mywebsite.website.com.

В нашем случае для целей этого объяснения мы будем направлять mywebsite.website.com на website.com. Это приводит к меньшему количеству проблем с интеграцией между именованным ресурсом и вашими каноническими URL-адресами.

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

Понимание различий

A-запись сопоставляет имя с IP-адресом.

Запись CNAME сопоставляет имя с другим именем (с www на не с www, что дает нам канонический вариант с www)

Запись псевдонима сопоставляет имя с другим именем (mywebsite.website.com — website.com).

Вывод : записи CNAME и ALIAS сопоставляют имена с другими именами (сайт www или поддомены), а записи A разрешаются в IP-адрес.

Заключительные мысли о Canonicals для SEO

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

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

Помните о SEO, оптимизируйте, чтобы подготовиться к будущему с учетом настоящего.

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