Rel canonical или 301 редирект: Как и когда использовать 301-й редирект и Canonical · Блог PromoPult

Содержание

301, 302 редирект и rel=canonical: в чём их различия с точки зрения UX и SEO

Автор: Питер Мейерс (Dr. Peter J. Meyers), научный сотрудник компании Moz и эксперт в области поискового маркетинга.

В одном из последних выпусков Whiteboard Friday Питер Мейерc объяснил, как поисковые роботы и пользователи воспринимают страницы в зависимости от выбранного решения – переадресации 301, 302 или rel=canonical, почему этот выбор важен, и как каждый из этих вариантов может обрабатываться Google.

Практически каждые три месяца в SEO-сообществе разгораются дискуссии на тему различий между переадресацией 301, 302 и rel=canonical. В частности, а есть ли они? Не являются ли эти приёмы в основе своей одним и тем же? Краткий ответ: нет, не являются. Ниже мы рассмотрим почему.

Вопросы на эту тему снова возникли примерно месяц назад, когда сотрудник Google Джон Мюллер опубликовал FAQ по переносу сайта на HTTPS. В нём он в очередной раз напомнил, что и 301 и 302 редиректы передают PageRank.

После этих заявлений со стороны сотрудников поиска среди SEO-специалистов появилось мнение, что 301 и 302 редирект – одно и то же.

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

Почему это сложный вопрос?

301 редирект – это то, что мы называемым постоянной переадресацией. К примеру, пару лет назад Moz переехал с сайта seomoz.org на moz.com. Это было не временное изменение, а постоянное. Поэтому мы хотели сообщить Googlebot, а также всем остальным ботам и браузерам две вещи:

  • отправляйте людей на новый URL;
  • переносите PR, ссылочный вес, авторитетность и все сигналы ранжирования со старой страницы на новую.

В результате и люди и поисковые роботы должны попадать на новую страницу.

Классическим примером использования 302 переадресации является проведение однодневной распродажи. С помощью этого приёма мы сообщаем, что есть основная страница товара.  Мы не можем добавить на неё информацию об акции. Нам нужен новый URL. Поэтому мы хотим настроить 302 редирект, временную переадресацию, чтобы все сигналы ранжирования оставались на старой (основной) странице. Перенаправляйте людей на другую страницу в течение пары дней, затем мы её уберём.

Таким образом, 301 и 302 редирект – это разные вещи. Первый тип переадресации сообщает пользователям, что новый URL – это новый дом, а второй – что это временный пункт назначения.

Почему эти различия важны?

В реальности мы нередко наблюдаем следующую ситуацию: у сайта есть страница W с 301 редиректом на страницу T, на которой настроена переадресация 302 на страницу F, а страница F с помощью атрибута rel=canonical указывает на страницу W. Реакция Google: «W, T, F. И что нам нужно делать?».

Мы посылаем нечёткие  сигналы. Мы делаем бессмысленные вещи и принуждаем Google интерпретировать нас, а это сложная работа.

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

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

В чём различия между переадресацией 301, 302 и rel=canonical

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

1. Долгосрочные 302 редиректы могут обрабатываться как 301-е

Если вы настроили переадресацию 302 и спустя полгода не убрали её, то Google может предположить, что на самом деле здесь должна быть постоянная переадресация, а временная настроена по ошибке. В результате Google перенаправляет пользователей на страницу B и передаёт все сигналы ранжирования от старого адреса страницы к новому.

В некоторых случаях использование 302 редиректа вообще не имеет смысла. К примеру, если вы переезжаете с HTTP на HTTPS и настроили 302 переадресацию, она может расцениваться как постоянная. Соответственно, сигналы ранжирования будут передаваться на HTTPS-версию. Как известно, Google отдаёт предпочтение защищённым ресурсам, поэтому он может сделать этот выбор за вас.

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

Поэтому, если вы настроили 302 редирект, оставили его и видите, что страница B индексируется и ранжируется, то эта страница, вероятно, получает сигналы ранжирования.

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

Мы описали, как может действовать Google в такой ситуации. Но, если вы в течение полугода не убрали 302 редиректы, то каким было ваше намерение? Чего вы хотели добиться таким способом?

Частью этой проблемы также является то, что задавая вопрос: «Разве 301,302 редирект и rel=canonical это не одно и то же?», на самом деле мы подразумеваем: «Разве это не одно и то же для SEO?». По нашему мнению, это допустимый, но очень опасный вопрос. Да, мы должны знать, как передаются сигналы ранжирования и да, Google может передавать их через любое из этих решений. Однако с точки зрения UX они очень разные, и это важно.

2. Rel=canonical предназначен для ботов, а не для людейПринцип работы rel=canonical значительно отличается от переадресации 301 и 302. К примеру, у нас есть страница A и страница B. Мы хотим сделать так, чтобы страница A указывала на страницу B как каноническую. С помощью rel=canonical мы сообщаем ботам: «Мы хотим, чтобы вы рассматривали страницу B как основную. По некоторым причинам мы не можем отказаться от дубликатов. Но эта страница – основная. Мы хотим, чтобы она ранжировалась, но люди при этом оставались на странице A».

Следовательно, rel=canonical полностью отличается от 301 редиректа, который позволяет перенаправлять пользователей и ботов на страницу B. Этот приём также отличается от 302 редиректа, который позволяет перенаправлять пользователей на другую страницу, а ботов удерживать на текущей.

Давайте посмотрим с точки зрения пользователя. Нам неоднократно задавали такой вопрос: «Мы слышали, что rel=canonical передаёт сигналы ранжирования. Что нам следует выбрать? Этот вариант или 301 редирект? Что будет лучше с точки зрения SEO?».

Мы на самом деле считаем, что rel=canonical, как правило, передаёт сигналы ранжирования. Однако, что касается SEO, это плохой вопрос. При использовании любого из этих решений опыт взаимодействия пользователей с ресурсом совершенно разный.

Почему это важно – как для ботов, так и для людей

Мы хотим, чтобы рассматривая эти три варианта, вы помнили: 302 редирект передаёт PageRank. Если вам нужна постоянная переадресация, чтобы и пользователи и боты попадали на страницу B, и она ранжировалась, используйте верный сигнал. Не вводите Google в заблуждение. Если он будет выбирать сам, этот выбор может оказаться неверным. Некоторые из ваших 302 редиректов могут обрабатываться как 301, но это не делает их одинаковыми. При этом rel=canonical – это совершенно другой приём, ориентированный на поисковых роботов.

Анализируйте свою ситуацию и не фокусируйтесь только на сигналах ранжирования и SEO, поскольку все рассмотренные нами решения служат разным целям.

Для чего нужен rel canonical и как его правильно указать

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

Однако бывает такое, что контент не совсем повторяется. Например, в интернет-магазине на одной страничке включена фильтрация товаров по популярности, а на другой — по цене. Вроде как товар будет показываться разный, но страницы всё равно будут считаться одинаковыми. Здесь и пригодится тег rel=»canonical». Он сообщает краулеру поисковика, какой адрес считать каноническим.

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

Для чего прописывать canonical?

Это требуется делать по нескольким причинам:

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

Допустим, есть страница, открывающаяся по трём разным ссылкам:

https://qupe.ru/blog/?id=123

https://qupe.ru/blog/novosti/seo

https://qupe.ru/blog/seo

Нам нужно, чтобы в выдачу попадала версия https://qupe.ru/blog/novosti/seo. Именно она должна получать весь ссылочный вес и другие сигналы, то есть быть канонической. В такой ситуации на самой этой страничке никаких действий нам делать не надо, а вот в коде дублей необходимо прописать атрибут. Вставляем туда такую строчку:

 

Теперь поисковые системы знают, что https://qupe.ru/blog/?id=123 и https://qupe.ru/blog/seo — это неканонические страницы, соответственно, участвовать в ранжировании они не будут.

Попадают ли неканонические страницы в индекс?

Да, они могут оказаться в результатах выдачи. Однако такое может произойти только тогда, когда они релевантны поисковому запросу, а их содержимое на момент сканирования имело существенные отличия от основной версии.

Увидеть их можно в Яндекс.Вебмастере. Для этого необходимо открыть «Страницы в поиске» и найти строчки, в которых стоит отметка «Неканоническая».

Если с Яндексом всё понятно, то Google лёгкий путь выбирать не стал. С одной стороны, поисковая система говорит, что может признавать URL, который указан как канонический. Но с другой — она может просто это проигнорировать.

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

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

Когда необходим канонический тег?

Пользоваться rel=»canonical» имеет смысл, когда по разным ссылкам открывается идентичное содержимое. Рассмотрим все случаи.

Дубли

Дубли со схожим содержимым могут генерироваться CMS. Такие есть на любых сайтах интернет-магазинов, которые дают возможность настраивать параметры поиска. Проще говоря, если в каталоге есть фильтры или любая другая сортировка.

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

Страницы пагинации

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

  1. При наличии кнопки «Показать все» версию, содержащую все товары, и стоит сделать канонической. Просто в теге rel=»canonical» на всех других страницах пагинации необходимо указать её.
  2. Если кнопка «Показать все» отсутствует, стоит каждую страничку сделать канонической.
  3. Способ для тех, кто по тем или иным причинам не хочет делать все странички пагинации каноническими. Тегом rel=»canonical» тогда лучше не пользоваться, а страницы пагинации закрыть в noindex, follow. При этом необходимо применить dissalow в robots для /page. Тогда странички не проиндексируются, но будут открываться по ссылкам.

HTTPS, HTTP, www

На одну страницу могут вести три типа ссылок: http://url, http://www.url и https://www.url. Однако поисковики будут расценивать их как три разные странички, у которых идентичное содержимое. Поэтому здесь canonical тоже имеет смысл указать.

Мобильный URL

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

URL страны

Иногда для определённой страны делают несколько идентичных страниц с отличными URL. Однако контент там абсолютно одинаковый или имеет всего лишь несущественные различия. Здесь тоже следует выбрать одну версию, которая будет канонической, а на всех остальных прописать canonical. Если версии сделаны на разных языках, но содержимое одинаково, используют атрибут hreflang.

Регистры

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

Как настроить атрибут

Существует несколько вариантов настройки атрибута:

CMS

Сейчас CMS обычно имеют интегрированную функцию для настройки канонических страниц или дают возможность устанавливать соответствующие плагины. Например, на WordPress есть плагин Yoast SEO, в Joomla есть возможность активировать функцию SEF (начиная с 3 версии) и т.д.

Указать между тегами HTML-страницы

Наиболее простой и «употребительный» способ — вписать rel=»canonical» в секцию любого дубля.

В заголовке HTTP

У некоторых документов отсутствует . К таким относится, например, PDF. Соответственно, прописать атрибут туда не выйдет. Если вам доступны настройки сервера, canonical можно добавить в заголовок HTTP, применяя .htaccess или PHP. Тогда при обращении к дублирующему документу запрос будет перенаправляться на основной.

В файле Sitemap

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

Через 301 редирект

301 редирект часто используют, чтобы перенаправить трафик на определённую страницу. Этим методом также пользуются, если сайт открывается по нескольким адресам, как в примере с http/https/www. Тут мы тоже выбираем основной одну версию, а на всех остальных настраиваем 301 редирект. Тогда пользователь, переходя по ссылкам дублей, будет перенаправляться на основную страничку, как и весь трафик, ссылочная масса и т.д.

Однако нужно учитывать, что поисковики могут самостоятельно решать, какой версии отдавать предпочтение. Так, например, Google среди двух одинаковых вариантов, отличающихся https и http, выберет версию с https. Кроме того, поисковик может считать основной ту страницу, которая, по его мнению, имеет более привлекательный URL. Также система может отдать предпочтение неканонической версии, если сочтёт её более подходящей, несмотря на то, что вы на ней прописали canonical.

Типичные ошибки при работе с canonical

Много canonical ссылок для одной страницы

У одной странички может быть только один канонический адрес. Если их будет несколько, краулер поисковой системы либо вовсе её пропустит, либо возьмёт за основной первый указанный адрес.

Последовательность канонических URL

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

Неправильное размещение атрибута

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

Применение canonical вместо 301 редиректа

301 редирект можно применять вместо rel=»canonical», но атрибутом нельзя заменять редирект. Редирект — это перенаправление трафика с одной страницы на другую, при этом та, с которой настроен редирект, становится недоступна. Если вы воспользуетесь rel=»canonical», обе версии останутся доступными, будут получать трафик, единственное — дубль не отобразится в индексе.

Указание главной как канонической

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

Закрытие основной страницы от индексации

Если вы указали канонической страничку, которая закрыта для индексации, краулер не сможет её проиндексировать, соответственно, в выдачу она не попадёт. Тогда поисковые системы возьмут за основную другую релевантную неканоническую версию.

 

все об атрибуте rel=canonical — CMS Magazine

Прошло более четырех лет (с февраля 2009) с тех пор, как Google и Yahoo объявили о поддержке атрибута rel=canonical, но эта строка HTML-кода по-прежнему приводит в замешательство многих оптимизаторов и веб-мастеров. Недавно компания Google опубликовала обзор 5 типичных ошибок при работе с атрибутом rel=canonical. Это содержательная и простая для понимания статья, но, к сожалению, в ней нет ответов на многие вопросы, которые каждый день появляются в нашем разделе Q&A. Поэтому я подумал, что пора разобраться с некоторыми часто задаваемыми вопросами (и, пожалуйста, простите за глупую шутку)….   

Попросту говоря, тег rel=canonical — это способ сообщить Google об эквивалентности двух URL, в целях оптимизации поиска. Как правило, URL (B) является копией URL (A), и канонический тег указывает на (A) как на каноническую страницу. На странице с URL (B) в блоке <head></head> будет отображаться следующий код:

Справка Google о rel=canonical довольно подробно всё это описывает. Дублированный контент — весьма непростая тема, и ранее я подробно разбирал её. Сегодня я хочу продолжить обсуждение, предполагая, что мои читатели владеют практическими знаниями технического SEO и уже пробовали использовать атрибут rel=canonical на своем сайте.

Обратите внимание: тег rel=canonical часто называют «rel-canonical» или «каноническим тегом». В этой статье я постараюсь придерживаться написания «rel=canonical».

Надо ли использовать rel=сanonical для ряда пронумерованных страниц?

Я не собираюсь повторять справку Google, но этот вопрос задают так часто, что он заслуживает более развёрнутого ответа. Допустим, у вас есть ряд пронумерованных страниц с результатами поиска (1,2,3…n). С точки зрения информативности они могут показаться бедными, так должна ли страница n ссылаться на страницу 1 как на каноническую?

Официальный ответ — нет, Google не рекомендует этого делать. В компании рекомендуют указывать в качестве канонической страницу с полным перечнем (если на сайте есть такая страница, где отображены сразу все результаты) либо прописывать тег rel=prev/next. Rel=canonical можно использовать вместе с rel=prev/next для организации выборочного поиска, фильтров и т.д., но в последнем случае процедура заметно усложнится.

С точки зрения SEO разбивка на страницы — очень сложный вопрос. Рекомендую вам изучить следующие статьи:

  • «Как оформить пагинацию — Руководство по консолидации контента» («Conquering Pagination — A Guide to Consolidating your Content»)
  • «Всёсамоесвежееиполезноеопагинациии SEO» («The Latest & Greatest On SEO Pagination»)

Могу ли я делать связку rel=canonical между доменами?

Да, в конце 2009 Google объявил о поддержке кросс-доменной канонизации. Эта ситуация типична для партнёрских сайтов, когда разработчики стремятся избежать дублирования контента и хотят, чтобы только одна версия материала участвовала в ранжировании.

Стоит ли связывать тегом rel=canonical страницы на разных доменах?

Этот вопрос будет посложнее. Во-первых, Google может проигнорировать кросс-доменную канонизацию, если материал на страницах не будет совпадать, или в самом факте использования тега система усмотрит манипуляцию результатами поиска. Идеальные условия для связывания каноническим тегом разных доменов — это ситуация, при которой разные сайты одного владельца публикуют один и тот же контент, причём он оказывается полезен для посетителей всех ресурсов. В этом случае, вы, скорее всего, не захотите использовать 301-редирект (это может запутать пользователей и навредить отдельным брендам), но, вероятно, захотите избежать проблем с дублированием контента и самостоятельно решать, какой именно сайт попадёт в поисковую выдачу. Я бы не стал связывать тегом rel=canonical страницы на разных доменах только для того, чтобы консолидировать PageRank.

Больше не нужно искать и обзванивать каждое диджитал-агентство
Создайте конкурс на workspace.ru – получите предложения от участников CMS Magazine по цене и срокам. Это бесплатно и займет 5 минут. В каталоге 15 617 диджитал-агентств, готовых вам помочь – выберите и сэкономьте до 30%.
Создать конкурс →

Следует ли использовать rel=canonical для близких по содержанию страниц?

Как показал мой «катастрофический» эксперимент по канонизации и последующие опыты, в некоторых случаях Google одобряет использование атрибута rel=canonical для страниц с разным контентом.

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

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

Могу ли я использовать rel=canonical на канонической странице?

Другими словами, можно ли добавлять на каноническую страницу тег rel=canonical, указывающий сам на себя? С практической точки зрения — да, но делать это вовсе необязательно. Ранее считалось, что и Google, и Bing не одобряют злоупотребление атрибутом.

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

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

Можно ли использовать rel=canonical для всего сайта?

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

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

Что мне использовать: rel=canonical или 301-редирект?

Вам надо понять, что, хотя эти подходы могут иметь сходное действие, с точки зрения SEO они не являются взаимозаменяемыми. Принципиальное отличие состоит в следующем: 301-редирект перенаправляет посетителя на канонический URL, а rel=canonical никого никуда не перенаправляет. Как правило, только одно решение может считаться правильным с точки зрения удобства для посетителей. Если вы хотите навсегда объединить две страницы и избавиться от дублированного контента — используйте 301-редирект. Если вы хотите, чтобы обе страницы были доступны для посетителей, но только одна из них была представлена в результатах поиска — используйте rel=canonical.

Передаётли rel=canonical PageRank ивессайта?

Это сложно измерить, но если вы правильно используете rel=canonical, и Google засчитывает его, то он работает так же, как 301-редирект. Мы предполагаем, что он передаёт PageRank и вес, полученные за ссылки на неканонические страницы с небольшими потерями (как и в случае c 301-редиректом).

Могу ли я связать несколько канонических страниц (вместе с 301, 302 и т.д.)?

Что происходит, если одна каноническая страница указывает на другую как на каноническую, или дочерняя страница указывает как на каноническую на страницу, с которой осуществляется 301-редирект? Ситуация непростая. В некоторых случаях такое решение может работать, и, возможно, будет даже передаваться Page Rank. Хотя, в целом, это плохая идея. В лучшем случае, это посчитают небрежностью. В худшем — решение не будет работать, или значительная часть Page Rank потеряется где-то внутри цепи. По возможности избегайте таких цепочек и применяйте rel=canonical в пределах одного шага.

Индексируются ли неканонические страницы?

Нет, и на то есть все причины. Если Google засчитывает тег rel=canonical, то неканоническая страница не ранжируется. У неё не будет уникальной кэшированной копии, и она не появится в результатах поиска. Сохраняет ли Google записи о неканонических URL-адресах? Допускаю, что да. Однако продвижение неканонических страниц в поисковых системах не имеет никакого смысла.

Может ли кто-то другой назначать мои страницы каноническими?

Мне приходилось сталкиваться с беспокойством по поводу того, что кто-то может использовать канонизацию, особенно кросс-доменную, чтобы навредить сайту или присвоить его вес. Помните, что вы можете принимать канонизацию только от тех страниц, которые контролируете. Вы, конечно, можете назначить для всех своих страниц страницу-родителя, принадлежащую другому человеку, но кому это нужно? Чтобы добиться каких-то реальных целей, злоумышленникам придётся взломать ваш сайт. Если это произойдёт, то теги rel=canonical — это последнее, о чём надо думать. Основной вред от использования rel=canonical связан с действиями самих веб-мастеров.

Могу ли я приготовить омлет, не разбив яиц?

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

Вы не обязаны использовать rel=canonical, но, как показывает опыт, лучше самостоятельно решить все вопросы с дублированным контентом на своём сайте, иначе это сделает Google, а они это сделают, поверьте мне. Раньше это привело бы к тому, что забракованная страница просто выпала из результатов поиска. Теперь, после 25 обновлений Panda, в результате ошибки может пострадать весь сайт. Выберите что-то одно: либо избавьтесь от дублированного контента, либо оформите его правильно, либо переработайте его.

Статья переведена и опубликована с разрешения компании Moz. Компания Moz не является партнером данного сайта. Мнение автора данного материала может не совпадать с мнением компании Moz.

Оригинал: http://moz.com/blog/rel-confused-answers-to-your-rel-canonical-questions

Иллюстрация: http://bit.ly/1zeX3Ql

Когда следует использовать Canonical вместо 301 Redirect?

Сегодняшний вопрос «Задайте SEO» — это вопрос, который вы найдете на любом SEO-форуме, в частной группе или на личной встрече (помните такие?).

«Когда следует использовать канонический тег вместо переадресации 301?»

Это отличный вопрос не только потому, что ответ «это зависит», но и потому, что многие SEO-специалисты, кажется, сбиты с толку.

Прежде чем углубиться, нам нужно понять разницу между 301 и каноническим тегом.

301 Перенаправление

Перенаправление 301 — это способ постоянного перемещения одного URL-адреса на другой.

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

Контент не загружается по исходному URL-адресу, он просто перенаправляет на новое место.

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

Существует тонн различных способов реализации 301 редиректа.

Если вы используете Apache, вы можете сделать это в своем файле .htaccess.

На хостинге Windows немного по-другому.

Вы даже можете использовать язык сценариев для перенаправления в коде, хотя я бы предпочел сделать это на уровне .htaccess, если это возможно.

Различные способы перенаправления выходят за рамки этой статьи.

Канонические теги

Канонический тег существует уже давно.

Этому слову исполняется 12 лет, но SEO-специалисты все еще борются с его использованием, а не-SEO-профессионалы все еще борются с его произношением.

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

Представьте себе «версию для печати» страницы или функцию сортировки на странице.

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

Канонический тег находится в разделе веб-сайта.

Канонические теги в теле веб-страницы не будут учитываться (если бы они были, мы могли бы повеселиться в черной шляпе)

Канонический тег прост:

  

Я видел, как некоторые веб-сайты помещают канонический атрибут в метатеги или другие теги.

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

Canonicals vs. тег является лишь подсказкой для поисковых систем.

Это ключевое различие, которое объясняет, когда использовать одно и другое.

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

Вот крайний пример.

Представьте себе сценарий, в котором у вас есть URL-адрес widgets.html с каноническим тегом, указывающим на widgets.htm.

Эти URL-адреса очень похожи, за исключением расширения.

Теперь, если все ссылки на вашем сайте указывают на widgets.html, а widgets.html указан в вашей карте сайта, поисковые системы могут игнорировать этот канонический тег, указывающий на widgets.htm, потому что все другие сигналы на вашем сайте укажите версию .html, а не версию .htm.

Несмотря на ваше намерение использовать тег canonical, Google предпочитает использовать другие более сильные сигналы.

Этот пример кажется странным, но я столкнулся с множеством сверхсложных пограничных случаев, которые в основном сводятся к версии этого сценария.

Когда использовать перенаправление

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

Примеры использования перенаправления:

  • Товары, которые вы больше не носите.
  • Устаревшие страницы, которые вы не хотите обновлять (сначала обновите их).
  • Страниц удалено с вашего сайта.
  • Страница, перемещенная по другому URL-адресу.
  • Когда вы купили домен с истекшим сроком действия, чтобы передать его полномочия домена вашему сайту.

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

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

Когда использовать канонические теги

Существует множество замечательных применений канонических тегов.

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

Если вы не можете предотвратить сканирование или просмотр URL-адреса, и он очень похож на другой URL-адрес, канонический тег — ваш спаситель.

Вот несколько примеров:

  • «Печатная версия» страницы.
  • Аспекты и сортировка страниц (например, URL-адрес, показывающий те же продукты, но отсортированные по цене от наибольшей к меньшей).
  • Нежелательные параметры — возможно, из платной поисковой кампании или чего-то еще. Использование канонического может предотвратить появление этих надоедливых маркетинговых URL-адресов в результатах поиска.
  • Товары, относящиеся к нескольким категориям. Если вы можете перейти к продукту через несколько категорий на сайте, вы можете захотеть сделать их каноническими для одной версии страницы продукта, особенно если страница продукта одинакова для каждой категории, в которой он отображается.

Ситуации, когда к URL-адресу добавляется параметр, но сам контент не изменяется:

  • Случаи, когда пользователь делает что-то, что изменяет макет или представление контента, но не сам контент

Что делать, если у меня есть продукты с похожим содержанием и описанием?

Ну, это зависит.

Многие SEO-специалисты советуют использовать тег canonical для похожих продуктов, но, скажем, разных цветов.

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

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

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

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

Дополнительные ресурсы:

  • Google о том, сколько времени требуется для ранжирования нового URL после перенаправления 301
  • Джон Мюллер из Google объясняет, как выбираются канонические URL-адреса
  • Расширенное техническое SEO: полное руководство

Категория Спросите специалиста по поисковой оптимизации

301 Redirect или Rel=Canonical — какой из них следует использовать?

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

В последнее время было довольно много дискуссий об использовании rel=canonical, и мы, безусловно, видели приличное количество вопросов и ответов от членов SEOmoz по этому вопросу. Доктор Пит, конечно же, написал в блоге о своем эксперименте с rel-canonical, который дал несколько интересных результатов, а Линдси написала отличное руководство по rel=canonical. Кроме того, похоже, есть несколько общих проблем, которые связаны со следующими строками:

  • Когда я должен использовать тег rel canonical вместо 301?
  • Есть ли способ, которым тег rel canonical может навредить мне?
  • Когда я не должен использовать канонический тег?
  • Что, если я не смогу заставить разработчиков внедрить 301?

Я попытаюсь ответить на эти вопросы здесь.

Подробнее:
Канонизация — что такое канонический тег?

Перенаправление 301 — когда и как его использовать

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

Источник: https://moz-static.moz.com/youmoz_uploads/1334096934_b4328b8b6f788ef34b1c48eb11d9c4de.jpg

Что он делает для пользователей

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

Что он делает для поисковых систем

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

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

Что может пойти не так

Не отличая свои 301 от ваших 302

Классический пример, который я видел не раз, заключается в том, что разработчики путаются и вместо этого используют перенаправление 302. Разница в том, что 302 предназначен для использования, когда контент временно перемещается в другое место. Таким образом, ссылочный вес и анкорный текст вряд ли будут переданы. Я выделил пример этого в предыдущем сообщении в блоге, если вы перейдете на http://www.dcsf.gov.uk/, вы увидите, что используется 302. Я впервые заметил это несколько месяцев назад, и это до сих пор не исправлено, и я предполагаю, что это не настоящее временное перенаправление.

Перенаправление всех страниц за один раз на один URL-адрес

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

Мэтт Каттс рассказывает об этом в этом видео Инструментов для веб-мастеров:

Когда следует использовать 301

Перемещение сайтов

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

Контент с истекшим сроком действия

Вы также должны использовать 301, если на вашем веб-сайте есть контент с истекшим сроком действия, такой как старые положения и условия, старые продукты или новости, которые больше не актуальны и бесполезны для ваших пользователей. Однако при удалении старого контента с вашего веб-сайта следует помнить о нескольких вещах:

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

Несколько версий домашней страницы

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

http://seomoz.org
https://moz.com/home.html
https://moz.com/ index.html

Если к домашней странице можно получить доступ через этот тип URL-адресов, они должны 301 на правильный URL-адрес, который в этом случае будет www.seomoz.org.

Небольшое предостережение: единственным исключением будет случай, если эти несколько версий домашней страницы служат уникальной цели, например, будут показаны пользователям, которые вошли в систему или у которых удалены файлы cookie. В этом случае лучше использовать rel=canonical вместо 301.

Тег Rel=Canonical — когда и как его использовать

Это относительно новый инструмент для SEO-специалистов, о нем впервые было объявлено еще в феврале 2009 года. Ух ты, неужели это было так давно?!

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

Когда использовать Rel=Canonical

Там, где 301 может быть невозможно

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

Рэнд довольно хорошо проиллюстрировал это на этой диаграмме из своего самого первого поста на rel=canonical:


Несколько способов перехода на страницу

Это распространенная проблема на крупных веб-сайтах электронной коммерции. Некоторые категории и подкатегории могут быть объединены в URL, например:

www.phoneshop.com/smartphone/3G
www.phoneshop.com/3G/smartphone

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

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

Когда динамические URL генерируются на лету

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

www.example.com/widgets/red?source=footer-nav

Когда не использовать Rel=Canonical

На новых веб-сайтах

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

На нумерацию страниц — возможно! По крайней мере, используйте с осторожностью

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

Сказав это, Джон Му не исключил этого полностью. Он просто советует соблюдать осторожность, что должно быть в случае любой реализации канонического тега на самом деле, кроме случаев, когда вы доктор Пит!

По всему сайту до одной страницы

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

Заключение

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

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

В чем разница между 301 и rel=canonical?

Категория: SEO, веб-дизайн

Перенаправление 301 по сравнению с Rel=Canonical


Перенаправление 301 сообщает поисковым системам, что ваша страница перемещена, и сообщает Google, что ее больше нельзя индексировать. Он постоянно перенаправляет с одного URL на другой.

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

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

Лучшие варианты для дублированного контента?

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

Когда использовать перенаправление 301

Перенаправление 301 является предпочтительным методом перенаправления страницы. При правильной реализации вы можете в конечном итоге передать релевантность и ранжирование исходной страницы.

Есть несколько случаев, когда вы захотите использовать перенаправление 301:

  • Перемещение вашего веб-сайта в другой домен
  • Когда есть несколько URL-адресов, которые люди используют для доступа к вашему сайту
  • Если вы объединяете два веб-сайты и хотите перенаправить пользователей на правильную страницу

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

Как настроить перенаправление 301

Чтобы настроить перенаправление для одной страницы, добавьте следующую строку в ваш .htaccess

Перенаправление 301 /old-file.html http://www.domain.com/new -file.html

Замените «old-file» на файл страницы, которую вы хотите перенаправить. Замените http://domain.com/new-file.html на URL-адрес, на который вы хотите перенаправить страницу.

Чтобы настроить перенаправление для всего домена, добавьте следующее:

Перенаправление 301 / https://www.new-domain.com/

https://www.new-domain.com/ быть заменен URL-адресом, на который вы хотите перенаправить свой сайт.

Проблемы с переадресацией 301

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

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

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

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

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

Когда использовать rel=canonical

rel=canonical предупреждает поисковые системы о том факте, что контент на похожих URL-адресах фактически одинаков. Он сообщает поисковым системам, какую страницу отображать.

Есть несколько случаев, когда вы захотите использовать rel=canonical:

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

Возможные проблемы с rel=canonical

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

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

Лучший вариант перенаправления для вас

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

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

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