Вопрос/Ответ: 301 редирект или rel=»canonical»
Даже у опытных специалистов иногда возникают вопросы относительно использования атрибута rel=»canonical» и 301 редиректа. В этой статье я постараюсь описать свой взгляд на использование этих инструментов.
Во-первых, давайте разберемся что же такое 301 редирект и rel=»canonical»
301 Redirect
Код состояния HTTP (ответ сервера), который сообщает браузеру или поисковой системе, что страница была навсегда перемещена на новый адрес. Если мы или поисковая система попытаемся открыть такую страницу — нас автоматически перенаправит на новый адрес этой страницы.REL=»canonical»
Атрибут ссылки, сообщающий поисковой системе о месте размещении канонической версии страницы.Если мы имеем 3 страницы:
d.com/1.html
d.com/2.html
d.com/3.html ,
при этом на второй и третей странице в блоке <head> прописана конструкция:
<link rel=»canonical» href=»d.com/1.html» />,
то поисковая система, отсканировав все страницы, добавит в индекс только страницу 1.html. Остальные страницы будут считаться производными от первой и не будут добавлены в индекс.
Когда предпочтительней использовать 301 редирект, а когда rel=»canonical»?
301 редирект чаще всего используется:
- Для перенаправления сайта на другой домен.
При этом необходимо не только перенаправить главную страницу, нужно сделать постраничный редирект всех внутренних страниц. - Для «склеивания» дублей страниц.
Например, дублей главной страницы, если она доступна по адресам /index.php или /index.html - При перенаправлении старой версии страницы на новую.
К примеру, старой версии статьи на обновленную версию статьи по этой же теме.
Когда стоит использовать rel=»canonical»:
- Если у страницы есть производные дублирующие страницы.
К примеру, на моем сайте при клике на дату публикации комментариев формируются страницы с переменной «showComment» в URL. Для этих страниц прописан адрес канонической страницы в виде адреса самой статьи. Таким образом поисковая система не индексирует дублированный контент, но пользователь может давать прямую ссылку на конкретный комментарий. Так же, в некоторых случаях мы можем поступать со страницами сортировок и разных видов отображений. - Если страницы формируются «на лету».
Страницы с результатами поиска или сортировки. - При разных путях по сайту.
Если у нас есть адреса вида: d.com/knigi/skazki и d.com/skazki/knigi и при этом мы не можем решить эту проблему программно и настроить редирект. - Во всех случаях когда нам нужно настроить перенаправление, но мы не можем этого сделать. Также стоит помнить, что rel=»canonical» работает не только в рамках одного домена, но и для разных доменных имен.
Видео по теме
Об атрибуте rel=»canonical»
301 Redirect или rel=»canonical» от Matt Cutts
Полезные сcыслки
Послесловие
Надеюсь эта информация поможет вам разобраться как правильно использовать canonical и Redirect. Если у вас остались вопросы по этой теме — оставляйте их в комментариях или отправьте мне на почту [email protected].
Атрибут rel = canonical или 301 редирект?
Поддомены или подпапки, Rel Canonical или 301 редирект, какой должна быть структура ссылок для SEO?
Перевод. Автор статьи Rand Fishkin
Далее сосредоточим наше внимание вокруг rel=canonical и 301 редиректа. Многие абсолютно комфортно себя чувствуют, используя rel=canonical, который сидит на вашем сайте, на ваших страницах, и, возможно, говорит: » Эй, версия для печати этой страницы на самом деле может расцениваться как веб-версия. Или мобильная версия этой страницы может рассматриваться, как и обычная». Это прекрасно.
Большая часть вопросов возникает, когда дело доходит до использования cross-domain rel=canonicals и контента, которым они владеют, потому что у них несколько веб-сайтов, или они имеют лицензионные соглашения по ним, или они занимаются развитием бизнеса или партнерства. Такие люди спрашивают: » Эй, у меня контент на нескольких сайтах, и я хочу переместить часть контента или я хочу, чтобы движок воспринимал все это, как происходящее на моем сайте. Я должен положить его на другом сайте и использовать 301 редирект, или cross-domain rel=canonical, чтобы старая страница стала казаться новой.
На самом деле это один из моментов, когда с технической точки зрения движки обладают чертовски твердыми знаниями. Google проделал очень хорошую работу, и в Bing сделаны большие шаги по использованию cross-domain rel=canonical.
То, что касается 301, другие site.com/a могут перенаправлять на ваш site.com/a как посетителей, так и движок. Все, кто запрашивают старую страницу, будут попадать на новую страницу. Единственная разница с rel=canonical в том, что когда посетители запрашивают старую страницу, они на старую страницу и попадают. Они будут переходить, чтобы получить othersite.com/b. Тем не менее, поисковые системы будут выдавать новую версию страницы или рассматривать обе версии, как одно и то же.
То, что мы рассматриваем, это в обоих случаях ранжирование сигналов, и выглядит оно очень похоже, если не совершенно одинаково. Сложно обнаружить какую-либо разницу. Но rel=canonical может вам обеспечить возможность, при помощи которой вы скажите: «Я хочу, чтобы сайт поддерживал определенный бренд или какой-либо уникальный аспект, то, что сейчас происходит вокруг othersite.com, и поэтому я желаю иметь посетителей, которые могли бы переходить на эту страницу, но поисковики знают, что на самом деле это только скопированная версия, это одно и то же. Если вы хотите ранжировать одну из этих двух, я предпочел бы, чтобы вы это делали с rel=canonical.
Это великий инструмент для cross-domain rel=canonical. Но это намного больше, опыт пользователя и опыт брендинга в сочетании с техническим СЕО дают превосходный результат.
Теперь последний вопрос, сегодня мы обсудим вопрос контента и ссылки оптимизации: что делать, если у вас есть несколько интернет-сайтов, содержащих обратные ссылки, которые указывают на основной сайт, и вы задаетесь вопросом, поможет это или навредит сео-оптимизации основного сайта. Я не могу сказать вам, сколько людей, удивительно, что даже очень грамотные люди, которые сделали много полезного как в технической сфере, так и в области веб разработок, относятся к этому как к перспективной СЕО оптимизации.
Я могу понять, откуда это берется. В принципе, вы понимаете, что большая ссылочная масса — это хорошо, и чем разнообразнее ссылки, тем лучше. Так что вы думаете про себя: «Может, я могу захватить больше ссылок, и ссылки усилят диверсификацию при наличии нескольких сайтов. Я хочу, чтобы мой сайт был посвящен одной конкретной теме или определенной нише в этой теме. Я хочу, чтобы другие нишевые сайты, у которых может быть есть большие доменные имена в моем портфолио, или которые действительно покрываемые. Может быть, я подобрал некоторые доменные имена, которые я купил или купил все сразу. В общем, то, что я собираюсь делать — это я собираюсь добавить ссылку с другого сайта или много ссылок с разных страниц, которые будут возвращать на мой основной сайт».
Вы рассчитываете, что это увеличит ранжирование ваших сигналов и, соответственно, увеличит ваши возможности. Верно до наоборот. На самом деле происходит то, что вы создаете барьер для полноценной ссылочной массы, пользователей, сигналов пользователей и других потенциальных социальных сигналов. Вы создаете барьер, который мешает полноценному использованию различных инструментов.
Давайте представим, что у вас есть четыре ссылки, которые указывают на сайт mysubsite1.com. Вы будете думать: «Это отлично! Это то, о чем я мечтал, теперь mysubsite1 указывает на мой основной сайт». На самом деле вы потеряли основную часть ссылочной массы, значений, рейтинг может быть усилен, только если две или три ссылки указывают на ваш основной сайт.
Когда мы говорили о вопросе поддоменов/подпапок, о сборе и ранжировании сигналов в одной подкатегории и корневом домене, таким образом, вы создаете лучшие возможные преимущества. Это концепция полномочий домена… Понятие полномочий домена в том, что в основном, домен становится все более популярным в том, как он наследует ранжирование сигналов, использует ссылки, обзорность, брендинг, пользователей и данные пользователей. Все виды сигналов, что домен наследует, он передает на все свои страницы, но не на другие сайты.
Это верно для каждого из них. Они наследуют сигналы, которые не полностью передаются. Я бы рекомендовал 301 редирект из всех этих, и иметь один основной сайт. Это упрощает массу работы и упрощает сам сайт. Это позволяет сосредоточить внимание конкретно на марке. Брендинг настолько мощный сегодня, онлайн видимость в целом, не говоря уже о SEO, так что это действительно лучшая практика.
Я хотел бы избавиться от этих подсайтов как можно быстрее. Есть еще причины. Иногда микросайт или другой веб сайт, созданный в целях брендинга, вы собираетесь продать отдельно, или вы разные команды, работающие над одним проектом. Но сточки зрения SEO, все на одной подкатегории и корне — это действительно идеал.
Различия 301, 302 редиректа и rel=»canonical» с точки зрения SEO
- Главная
- – Блог
- – 301, 302 редирект и rel=canonical – а есть ли разница?
Область SEO довольно противоречивая, поэтому споры тут по определенному случаю разгораются со стабильной периодичностью. В этом раз пользователи скрестили мечи на теме «301, 302 редирект и rel=canonical». Многие считают, что разницы между ними никакой и настройка редиректа не принципиальна. И очень ошибаются, так как разница в этом есть и весьма существенная. В чем именно, рассмотрим ниже.
301 и 302 редирект — в чем основное отличие?
Сайт естественным образом может переезжать на другой хостинг или в другую доменную зону. К примеру, есть площадка, которая размещалась в зоне .ru, но решила на постоянное место жительства переехать в зону .com. В таком случае, поисковой системе нужно сказать о том, что это постоянное обстоятельство, а не временное и пользователей, ссылочную массу, сигналы ранжирования и авторитетность страниц нужно переносить на новый ресурс. В этом случае речь идет о 301 редиректе.
Что же касается 302 переадресации, то смысл точно такой же, но с одной большой разницей – переезд страницы временный. С помощью такого способа перенаправления мы как-бы сообщаем поисковой системе, что это только временно и есть основная страница, которая и должна получать основную массу пользователя.
Как пример — у вас на сайте ведутся технические работы и на их время вы хотите перенаправлять пользователей на страницу-заглушку. В этом случае как раз и надо использовать 302 редирект — так вы не потеряете в трафике, а поисковики не станут выкидывать старые страницы из индекса.
Исходя из этого, становиться предельно ясно, что 301 и 302 переадресация — это совершенно разные вещи.
Почему так важно это различать?
В реальности это простое правило соблюдают далеко не все. Более того, на одном сайте может быть так напутана переадресация, что поисковик просто не может понять, какая же страница основная. Как результат — неправильное распределение ссылочной массы, не те страницы в ТОПе или вовсе низкие позиции сайта по причине некорректной структуры и неверного расчета внутреннего PageRank.
Наиболее частые ошибки
К примеру, вы настроили на определенной странице переадресацию по 302 редиректу, но просто забыли ее убрать, скажем, через полгода. Что в таком случае, делает поисковик? Он понимает, что данная страница все же основная и перенаправляет пользователей именно на нее. Кроме этого, ссылочная масса, ранжирование, авторитетность также перенаправляется на страницу с 302 редиректом.
В некоторых случаях, настройка по 302 переадресации вообще не нужна. Например, когда вы переносите сайт с http на htpps протокол – поисковик расценит перенаправление как постоянное. Если таковое имеет место быть, то просто посмотрите, какая страница ранжируется. Вероятнее всего, что именно она и получает все сигналы (в случае отсутствия редиректа необходимо будет склеить зеркала через панель вебмастера Яндекса; в случае с Гуглом — он ).
Как видите, понятие 301 и 302 редиректа это не одно и то же самое. Более того, нужно понимать, для чего вы настраиваете переадресацию и вовремя ее убирать.
Rel=canonical — сигнал для ботов
Принцип переадресации по Rel=canonical существенно отличается от 301 или 302 редиректа. Основное отличие состоит в том, что он предназначен только для ботов. Например — есть две страницы А и В. Нужно, чтобы страница А ссылалась на страницу В как каноническую. Именно для того, чтобы бот понял это и прописывается Rel=canonical.
Следовательно, данный указание не имеет никакого сходства с 301 и 302 перенаправлением. Таким образом, мы как бы объясняем, что вот есть дубли страниц, но убрать мы их не можем или не хотим.
При этом стоит учитывать, что rel=»canonical» является лишь указанием и рекомендацией на основную страницу, а рекомендация может быть проигнорирована поисковиками. И все сигналы ранжирования, которые передаются по canonical могут так же потеряться.
Итог
Нельзя утверждать, что 301, 302 редирект и rel=canonical — это одно и то же самое. Это совершенно разные вещи и использовать их нужно по назначению. В противном случае, настройка переадресации может дать совершенно не то, что ожидается.
Атрибут rel = canonical или 301 редирект?
Поддомены или подпапки, Rel Canonical или 301 редирект, какой должна быть структура ссылок для SEO?
Перевод. Автор статьи Rand Fishkin
Далее сосредоточим наше внимание вокруг rel=canonical и 301 редиректа. Многие абсолютно комфортно себя чувствуют, используя rel=canonical, который сидит на вашем сайте, на ваших страницах, и, возможно, говорит: » Эй, версия для печати этой страницы на самом деле может расцениваться как веб-версия. Или мобильная версия этой страницы может рассматриваться, как и обычная». Это прекрасно.
Большая часть вопросов возникает, когда дело доходит до использования cross-domain rel=canonicals и контента, которым они владеют, потому что у них несколько веб-сайтов, или они имеют лицензионные соглашения по ним, или они занимаются развитием бизнеса или партнерства. Такие люди спрашивают: » Эй, у меня контент на нескольких сайтах, и я хочу переместить часть контента или я хочу, чтобы движок воспринимал все это, как происходящее на моем сайте. Я должен положить его на другом сайте и использовать 301 редирект, или cross-domain rel=canonical, чтобы старая страница стала казаться новой.
На самом деле это один из моментов, когда с технической точки зрения движки обладают чертовски твердыми знаниями. Google проделал очень хорошую работу, и в Bing сделаны большие шаги по использованию cross-domain rel=canonical.
То, что касается 301, другие site.com/a могут перенаправлять на ваш site.com/a как посетителей, так и движок. Все, кто запрашивают старую страницу, будут попадать на новую страницу. Единственная разница с rel=canonical в том, что когда посетители запрашивают старую страницу, они на старую страницу и попадают. Они будут переходить, чтобы получить othersite.com/b. Тем не менее, поисковые системы будут выдавать новую версию страницы или рассматривать обе версии, как одно и то же.
То, что мы рассматриваем, это в обоих случаях ранжирование сигналов, и выглядит оно очень похоже, если не совершенно одинаково. Сложно обнаружить какую-либо разницу. Но rel=canonical может вам обеспечить возможность, при помощи которой вы скажите: «Я хочу, чтобы сайт поддерживал определенный бренд или какой-либо уникальный аспект, то, что сейчас происходит вокруг othersite.com, и поэтому я желаю иметь посетителей, которые могли бы переходить на эту страницу, но поисковики знают, что на самом деле это только скопированная версия, это одно и то же. Если вы хотите ранжировать одну из этих двух, я предпочел бы, чтобы вы это делали с rel=canonical.
Это великий инструмент для cross-domain rel=canonical. Но это намного больше, опыт пользователя и опыт брендинга в сочетании с техническим СЕО дают превосходный результат.
Теперь последний вопрос, сегодня мы обсудим вопрос контента и ссылки оптимизации: что делать, если у вас есть несколько интернет-сайтов, содержащих обратные ссылки, которые указывают на основной сайт, и вы задаетесь вопросом, поможет это или навредит сео-оптимизации основного сайта. Я не могу сказать вам, сколько людей, удивительно, что даже очень грамотные люди, которые сделали много полезного как в технической сфере, так и в области веб разработок, относятся к этому как к перспективной СЕО оптимизации.
Я могу понять, откуда это берется. В принципе, вы понимаете, что большая ссылочная масса — это хорошо, и чем разнообразнее ссылки, тем лучше. Так что вы думаете про себя: «Может, я могу захватить больше ссылок, и ссылки усилят диверсификацию при наличии нескольких сайтов. Я хочу, чтобы мой сайт был посвящен одной конкретной теме или определенной нише в этой теме. Я хочу, чтобы другие нишевые сайты, у которых может быть есть большие доменные имена в моем портфолио, или которые действительно покрываемые. Может быть, я подобрал некоторые доменные имена, которые я купил или купил все сразу. В общем, то, что я собираюсь делать — это я собираюсь добавить ссылку с другого сайта или много ссылок с разных страниц, которые будут возвращать на мой основной сайт».
Вы рассчитываете, что это увеличит ранжирование ваших сигналов и, соответственно, увеличит ваши возможности. Верно до наоборот. На самом деле происходит то, что вы создаете барьер для полноценной ссылочной массы, пользователей, сигналов пользователей и других потенциальных социальных сигналов. Вы создаете барьер, который мешает полноценному использованию различных инструментов.
Давайте представим, что у вас есть четыре ссылки, которые указывают на сайт mysubsite1.com. Вы будете думать: «Это отлично! Это то, о чем я мечтал, теперь mysubsite1 указывает на мой основной сайт». На самом деле вы потеряли основную часть ссылочной массы, значений, рейтинг может быть усилен, только если две или три ссылки указывают на ваш основной сайт.
Когда мы говорили о вопросе поддоменов/подпапок, о сборе и ранжировании сигналов в одной подкатегории и корневом домене, таким образом, вы создаете лучшие возможные преимущества. Это концепция полномочий домена… Понятие полномочий домена в том, что в основном, домен становится все более популярным в том, как он наследует ранжирование сигналов, использует ссылки, обзорность, брендинг, пользователей и данные пользователей. Все виды сигналов, что домен наследует, он передает на все свои страницы, но не на другие сайты.
Это верно для каждого из них. Они наследуют сигналы, которые не полностью передаются. Я бы рекомендовал 301 редирект из всех этих, и иметь один основной сайт. Это упрощает массу работы и упрощает сам сайт. Это позволяет сосредоточить внимание конкретно на марке. Брендинг настолько мощный сегодня, онлайн видимость в целом, не говоря уже о SEO, так что это действительно лучшая практика.
Я хотел бы избавиться от этих подсайтов как можно быстрее. Есть еще причины. Иногда микросайт или другой веб сайт, созданный в целях брендинга, вы собираетесь продать отдельно, или вы разные команды, работающие над одним проектом. Но сточки зрения SEO, все на одной подкатегории и корне — это действительно идеал.
Как правильно прописать canonical на сайте?
Что такое каноническая ссылка?
<link rel="canonical" href="https://site.ru/seo-canonical/" />Так выглядит абсолютная каноническая ссылка. Этот тег должен находится в разделе head.
Канонические ссылки позволяют указать первоисточник и главную страницу для дублирующих оригиналов.
Это один из мощных тегов и элементов при оптимизации сайта. Игнорирование проблемы дубликатов страниц имеет печальные последствия. И там где невозможно использовать 301 редирект, необходимо воспользоваться грамотными схемами внедрения canonical.
В заголовке HTTP
Link: <http://site.ru/original-file.pdf>; rel="canonical" />Рекомендуется для указания оригиналов файлов. Не рекомендуется применять такие програмные серверные настройки для html формата.
Использование canonical
На опыте были истории, когда жестко прописанный домен в канонических ссылках при парсинге копии и размещении на стороннем сайте клона, ссылался на оригинальный домен.
Это и своеобразная защита от добавления спамерских параметров.
Чаще всего применяется в улучшении для страниц пагинации. Об этом поговорим чуть ниже.
(canonical)=> — в статье это обозначает что каноническая ссылка со страницы ссылается на страницу справа.
Сanonical для страниц пагинации
Все страницы пагинации ссылаются на корневой раздел:
site.ru/d/page2 (canonical)=> site.ru/d/
***
site.ru/d/page** (canonical)=> site.ru/d/
site.ru/d/ (canonical)=> site.ru/d/Google: рекомендует ссылаться с каждой страницы пагинации на самих себя, а страницы склеивать в единую последовательность с помощью rel=next и rel=prev.
Яндекс: рекомендует ссылаться на корень раздела со страниц пагинации. Атрибуты rel=next и rel=prev Яндекс не поддерживает.
При этом:
- Страницы пагинации разрешить для индексирования.
- Заголовки и мета-теги лучше изменять — к примеру, добавлять нумерацию страниц.
- Уникальные описания разделов желательно убрать со страниц пагинации и оставить только в корне.
Если применять схему по Гуглу, то в Яндексе может произойти проседание и замечал, что он может посчитать их либо некачественными, либо дубликатами.
В идеале лучше применять схему выше применимую к Яндексу и добавлять дополнительно атрибуты rel=next и rel=prev для Гугла.
Параметры в url
Все параметры должны ссылаться на страницу без параметров, если содержимое не изменяется.
site.ru/d/?page=2 (canonical) => site.ru/d/
site.ru/d/ (canonical) => site.ru/d/Если с помощью параметров страница изменяется — необходимо ссылаться на самих себя, исключением является сортировка, фильтрация, другие технические параметры — все они должны ссылаться на страницу без параметров.
Разные версии сайта
Канонические ссылки с других версий сайта должны ссылаться на страницы с доменом и протоколом, указанным в директиве host файла robots.txt
Хотя бытует мнение, что нужно делать относительные ссылки без указания протокола и домена.
Но я рекомендую задать такую жесткую абсолютную каноническую ссылку — как вариант указания на главное зеркало. Но лучше сделать 301 редирект по схеме ниже..
К примеру, задана директива host в файле robots.txt:
Host: https://site.ru , то:
http://site.ru/* (canonical или 301 редирект) => https://site.ru/*
http://www.site.ru/* (canonical или 301 редирект) => https://site.ru/*
https://www.site.ru/* (canonical или 301 редирект) => https://site.ru/*
https://site.ru/* (canonical или 301 редирект) => https://site.ru/*
Со слеша и без слеша
Желательно делать редиректы на url со слешем на конце — тогда проблема будет исчерпана.
Если же такое невозможно и присутствуют страницы со слешем и без слеша, то ссылаемся канонически на страницы со слешем:
site.ru/d/ (canonical) => site.ru/d/
site.ru/d (canonical) => site.ru/d/Один товар в разных категориях
В первую очередь каноническим должен быть тот товар, на который ссылается больше всего внутренних ссылок. Либо который находится в корне, а в остальные разделы продублирован.
site.ru/category1/ - как корень товара, остальные разделы дополнительные.
site.ru/category1/tovar1/ (canonical) => site.ru/category1/tovar1/
site.ru/category1/category2/tovar1/ (canonical) => site.ru/category1/tovar1/
site.ru/category2/tovar1/ (canonical) => site.ru/category1/tovar1/
site.ru/category3/tovar1/ (canonical) => site.ru/category1/tovar1/404 ошибка
Рекомендую прописать в 404 ошибке либо ссылку на оригинал доступный ранее по старому url, либо если технически невозможно ссылаться на оригинал — на каталог выше или на главную страницу. Таким образом мы передаем статический вес на указанные страницы.
Делается это для того чтобы если на страницу проставлены внешние ссылки, то при удалении страницы в теории мы можем передать ссылочный вес главной странице, либо заданной странице.
Meta refresh
Если есть отложенный, временный (302-редирект) или html редирект, то лучше проставить каноническую ссылку на конечную страницу.
Canonical на саму себя
Не забываем ссылаться на самих себя если урл канонический.
Относительный canonical
Каконические ссылки можно задать и относительными, главное чтобы была задана базовая ссылка — тег base.
CMS
Для битрикса (Bitrix) на практике прописываются канонические ссылки с учетом текущей структуры.
К примеру, страницы вида /filter/ должны вести на раздел без такого урла.
На webasyst особенность заключается как с пагинацией, так и с каноническими со страниц отзывов о товаре на сам товар…
На WordPress можно использовать плагин All in One SEO или Yoast SEO.
Если придерживаться вышеописанных правил, то лучше всего писать свой модуль для определенной CMS с учетом особенностей сайта.
Проверить canonical
Вы можете проверить канонические ссылки с помощью следующих сервисов:
- Netpeak Spider
- SiteAnalyzer
- Screaming Frog SEO Spider
Обновлено: 22.12.2018 3558 (в день: 4.236)
Дериктория сайта или поддомен, 301 редирект или rel canonical, перевод Ренда Фишкина
Всем привет. Давненько я не переводил старину Ренда Фишкина и вот я собрался и сделал это. Статья не какое-то палево тем, рассматриваются базовые понятия SEO, но все же материал достоин внимания. Подобные дилеммы возникают время от времени, и нужно решить — как поступать в подобных ситуациях.
Далее перевод статьи.
Есть целый ряд стандартных ситуаций в SEO, которые возникают снова и снова. И порой бывает сложно определить, что делать в той или иной ситуации.
В этой статье будут рассмотрены следующие вопросы:
- Подраздел сайта стоит создавать на поддомене или в дериктории основного домена.
- Если переносить контент с основного сайта на внешний сайт, нужно использовать 301 редирект или rel canonical.
- Если есть много сайтов, которые ссылаются на главный сайт, это хорошо или плохо?
В этом выпуске мы поговорим о структурировании контента и о размещении ссылок. Кто имеет дело с SEO, тот постоянно сталкивается с подобными ситуациями, и в каждом конкретном случае нужно принимать какое-то решение.
1. Поддомен или дериктория.
С начала хочу поговорить про поддомены и дериктории, потому что вопросы из этой области возникают снова и снова. Одна из причин, почему возникают подобные вопросы это сам Google; Мет Катс и позже Джон Мюллер сообщили: «Друзья, Google научился идентифицировать и ассоциировать контент на поддоменах с основным доменом. Так нет никаких проблем, если вы будете публиковать контент на разных доменах».
Заметно , что Google сделал существенные шаги в этом направлении, но на это вопрос (домен или дериктория) я отвечаю как и отвечал в прошлые годы. Приведу вам пример.
Итак, первый вопрос: «Где размещать контент на поддомене или в дериктории»?
Поддомен это интересное решение, хотя бы потому, что это создает меньше технических сложностей и не занимает так много времени. Вам не нужно привлекать разработчиков, чтоб сделать это.
С точки зрения технической реализации это действительно проще, но с точки зрения SEO, это может быть очень опасно. Сейчас я поясню, что имею в виду.
Итак, перед вами стоит дилемма: blog.yoursite.com или yoursite.com/blog. Сейчас поисковые системы могут одинаково рассматривать контент, который находится на отдельном домене как и контент из основного домена. Поисковики могу одинаково оценивать ссылки, пользовательские факторы и другие факторы ранжирования, так что все эти сигналы буду приносить пользу как основному сайту, так и сайту на поддомене.
Ключевое слово в этом предложении – «могут».
Я не могу передать, как часто у нас возникала подобная дилемма, да и мы сами делали это на moz.com: часть контента переносили на поддомен и затем, через время, возвращалась на основной домен. На сайте moz.com мы это трижды такое делали за последние 2 года. Каждый раз, после возвращения контента на основной домен — мы наблюдали ощутимый прирост поискового трафика и улучшение позиций в поиске: как для длинного хвоста нч запросов, так и для основных запросов. Мы не одиноки в подобных наблюдениях. Много людей наблюдали подобные явления особенно из мира стартапов, где часто делают так: создают сайт на поддомене blog.yourwebsite.com, раскручивают его, и потом переносят контент на основной домен, и это дает бонус в ранжировании.
Но еще более показательная история произошла несколько месяцев с iwantmyname blog. Тимо Реитнаур написал в своем блоге о том как он перенес часть контента с основного домена на поддомен. Так кстати поступают очень многие.
Но, чуваки, после этого случилась дичайшая ситуация. Он показывал данные из Google Analytics, на которых было видно, как после таких манипуляций у сайта обвалился трафик. Потом пришлось тратить массу времени, чтобы восстановить сайт. И, кстати, сайт до сих пор толком на восстановился, хотя уже прошло почти пол года. Так что для них это был очень печальный опыт, и они хотят вернуть контент на основной домен. Я думаю что они уже это сделали.
Хороший момент этой истории том, что она попала на главную страницу Hacker News. Поэтому, вокруг этого сатартапа и технологии возникло много шуток и комментариев. В комментариях люди делились своими мнением и опытом по решению подобных проблем.
Так что можно смело утверждать, что все еще опасно переносить контент на поддомен. Я верю Мету и Джону, что Google много сделал для решения этой проблемы. Но проблема все еще не решена, чтобы надеяться, что Google поймет все правильно. Поэтому я побуждаю всех размещать контент на основном домене, или, если нужно, в подразделе основного домена. Это позволит вам максимально использовать ваш SEO потенциал. Этот SEO стандарт остается неизменным в течении многих лет.
2. rel=canonica или 301 редирект.
Идем дальше. Вопросы по rel=canonica и 301 редиректу очень актуальны, особенно если это нужно использовать для сайтов находящихся на разных доменах. Тег rel=canonica очень просто и комфортно использовать, когда речь идет об одном сайте. Можно указать вот это печатная версия статьи, но главной статьей нужно считать вот эту, которая находится на сайте. Аналогично и мобильную версию статьи можно привязать к стандартной версии.
Но вся эта история усложняется, когда заходит речь про контент, который находится на внешних доменах. Могут быть разные непростые ситуации: кому-то принадлежит контент и его нужно разместить на разных своих сайтах, или же на сайте с которыми заключено лицензионное соглашение, или заключены партнерские отношения. И потом люди думают: я опубликовал контент на разных сайтах и хочу удалить часть контента, как сделать так чтобы поисковые системы поняли, что источником этого контента является определенный сайт. Мне нужно на всех сайтах проставить 301 редирект на основной сайт или использовать rel=canonical, чтобы указать ранее опубликованная статья самая актуальная.
Касательно этого момента, стоит признать, что по технической части поисковики делаю очень серьезную работу. Google делает большую работу. Мы заметили, что Bing делает большие шаги в понимании тега rel=canonical при использовании его на разных доменах. И, похоже, что он будет правильно понимать этот тег. Я тестировал Bing недавно относительно того, как он понимает эту технологию.
Главная идея этой технологии в том, что если у вас есть сайт site.com/a и вы можете установить редирект на site.com/b, то кто бы не запросил старую страницу – он обязательно попадет на новую страницу. Разница с rel=canonical заключается в том, что если пользователь запросит старую страницу — он и попадет на нее. Страница othersite.com/b остается доступной. Поисковые же системы будут обращаться к актуальной странице, хотя они будут понимать — эти две страницы с одинаковым контентом.
Как вы понимаете, в обоих случаях будет передаваться практически идентичный SEO сигнал. Трудно понять какая разница между этими двумя SEO сигналами. Но тег rel=canonical дает вам возможность сказать: Такое дело, я развиваю сайт и хочу показать уникальность и брендовость определенного сайта, но я не против, чтобы этот контент был доступен на других сайтах. Еще я хочу, чтобы поисковые системы понимали, что тот материал всего лишь копия оригинала, а материал на моем сайте должен ранжироваться выше чем его копия.
И в этом реальная польза от этого тега. Это больше вопрос брендирования, чем вопрос SEO оптимизации, потому что оба варианта работают отлично.
3. Прямые ссылки или ссылки с сателлитов.
Последний момент который я хочу сегодня затронуть это оптимизация контента и ссылок: что если есть много сайтов, которые ссылаются на главный сайт. Когда случается такая ситуация то порой возникают сомнения: будет ли от этого толк, поможет ли это в плане SEO продвижения. Я не могу передать как много людей, которые много чего помогают в SEO и в разработке сайтов – смотрят на подобную ситуацию с перспективы SEO.
Я знаю, почему возникают подобные вопросы. У всех есть понимание, что чем больше ссылок – тем лучше, и чем более разнообразны ссылки – тем лучше. Вы себе думаете: итак, я размещу больше ссылок, самых разнообразных ссылок если у меня будет много разных сайтов. Я хочу, чтобы мой сайт был силен в определенной тематике или нише, и я хочу чтобы в моем портфолио (ссылочном профиле) были бренды из этих ниш. Или же вы роетесь в своих доменах или сайтах которые вы когда-то покупали или сайтах к которым у вас есть доступ. И на этих сайтах вы размещаете сквозную ссылку на свой сайт, или же ставите много ссылок с разных страниц этого сайта.
И вы надеетесь, что это улучшит ваши SEO сигналы, увеличит возможности вашего сайта.
На деле же происходит обратное, вы создаете барьер к тому, чтобы ваш сайт сам становился брендом, вы создаете берьер для пользовательских, SEO и социальных сигналов. И через этот барьер не могут пробиться настоящие SEO сигналы.
Давайте представим ситуацию, вы получили 4 ссылки и все они указывают на сайт mysubsite1.com. И потом вы думаете: круто, теперь с этого сайта я сошлюсь на продвигаемый сайт. По сути, вы теряете большую часть веса и пользы этих ссылок. Было бы намного лучше, если бы вы разместили 2 ссылки на продвигаемый сайт.
Как мы уже говорили про домены/поддомены, собирая все SEO сигналы для одного сайта, вы получаете максимально возможную пользу для вашего домена. Нет смысла напоминать про важность трастовости домена. Домен зарабатывает авторитет вследствие получения SEO сигналов: ссылок, видимости и упоминаемости на других сайтах и другими пользователями (в социальных сетях), брендовости; и вест этот траст распространяется на все статьи сайта, находящегося на этом домене. Но этот траст не переходит на другие сайты.
Это верно и для сквозных ссылок. Донорские сайты имеют свою трастовость, но они не могут полностью вам ее передать. Если у вас есть такие сайты-сателлиты, то я рекомендовал бы ставить 301 редирект на основной сайт и сосредоточиться на развитии основного сайта. Уделите внимание брендированию вашего сайта, брендовость и видимость/упоминаемость сайта, даже без учета SEO эффекта, принесет пользу вашему сайту.
Я рекоменую вам избавиться от таких сателлитов как можно быстрее. Конечно, все еще есть смысл иметь микро сайт или отдельный сайт для брендовых целей или же вы планируете продать тот сайт или же тем сайтом занимается другая команда людей. Но с точки зрения SEO, размещать все на основном домене – отличная идея.
Новая фичя на Moz.com.
Каждый сайт должен привносить какую-то реальную ценность, вот и ренд придумал такую фишку, которую я пока не встречал на других сайтах. Появилась кнопка “Post Analytics”, по клику на которую можно получить множество статистических данных о статье: сколько человек прочитали эту статью, от куда они переходили на эту статью, сколько эта статья получила ссылок и т.д. В общем, достаточно много интересных данных.
Статы оригинальной статьи, которую я перевел можно посмотреть по ссылке.
В стате вы увидите приблизительно такую картинку.
Всего статью просмотрело 17,5 тыс. человек. Также статья получила 416 Facebook лайков, 2159 расшариваний в Твиттере и 973 расшаривания в Google+. На лицо дико высокий процент расшариваний, при 17.5 просмотрах — 3,5 тыс. социальных сигналов. Получается что каждый 5й посетитель расшаривал эту статью в своей социалке. Браво Ренд, ты построил образцовую it секту\комьюнити, и через фичу с “Post Analytics” поведал миру как ты крут.
Есть мнение, что эти данные являются стимулом дальше продвигать статью, ведь каждый хочет увидеть свой сайт (социальный акаунт) в стате на moz.com, увидеть что с такого-то сайта на moz перешло столько-то пользователей.
Про ссылки.
Хоть про ссылки уже упоминалось, для меня этого мало. Я еще хочу рассказать про ребят, у которых можно заказать поисковое продвижение сайта. Площадки хорошие, цены — адекватные.
PS:
Поделитесь в комментариях как вы решаете вопрос: доменов и поддоменов для создания разделов и подразделов сайта.
Для интереса перевел и добавил несколько комментариев с оригинального поста.
Рекомендации по поддоменам и структурированию ссылок для SEO
У SEO-специалистов часто возникают следующие вопросы:
1. Имеет ли смысл размещать подразделы сайта на поддоменах?
2. Нужно ли использовать редирект 301 для перемещения контента на главный домен?
3. Если многие страницы будут отсылать пользователя на основной сайт, это поможет или навредит SEO?
Своим мнением по этому поводу в The Moz Blog поделился Ренд Фишкин (Rand Fishkin), основатель компании SEOmoz (один из крупнейших разработчиков программного обеспечения для оптимизаторов).
Поддомены
Вопрос о поддоменах сегодня актуален: несколько лет назад аналитик Google Джон Мюллер официально заявил, что Google стал гораздо лучше ассоциировать контент на поддоменах с главным доменом.
Тем не менее, вопрос «размещать ли контент в разных разделах одного домена или же выносить его на поддомены» все ещё открыт.
Давайте представим: у вас есть поддомен blog.yoursite.com и сайт www.yoursite.com/blog. Сейчас поисковые системы действительно могут рассматривать контент на разных поддоменах как контент основного сайта.
Проблема в том, что алгоритмы Google еще недостаточно хорошо развиты для восприятия поддоменов, поэтому Google рекомендует каждому размещать контент на одном домене, предпочтительнее в подразделах. Так вы сможете максимизировать пользу от SEO.
Атрибут rel=canonical и Редирект 301
Ещё один важный вопрос связан с атрибутом rel=canonical и 301 редиректом, особенно кросс-доменным rel=canonical (ситуация, когда страницы с одного домена делают запрос на другой). Веб-мастера гораздо увереннее чувствуют себя, работая с внутридоменным rel=canonical, который указывает, что например, страница версии для печати, по сути, тоже самое, что и веб-версия этой страницы. Или, что мобильная версия этой страницы имеет тот же контент, что и обычная версия.
Однако когда дело касается кросс-доменного rel=canonical и контента, у владельцев нескольких веб-сайтов возникает вопрос: «У меня есть одинаковый контент на нескольких сайтах и я хочу переместить часть этого контента или указать поисковым системам, что весь этот контент с моего сайта. Должен ли я использовать в этих случаях 301 редирект или кросс-доменный rel=canonical?». На самом деле, это один из тех случаев, где с технической точки зрения поисковые системы делают очень серьезную работу.
Суть 301-го редиректа в том, что документ othersite.com/а будет перенаправлять на yoursite.com/a и для поисковых систем, и для пользователей, запрашивающих старую страницу, будет отдаваться новая. Единственное отличие атрибута rel=canonical в том, что пользователи получат старую страницу, а поисковые системы, наоборот, её новую версию, или, по крайней мере, будут рассматривать эти страницы как одну.
В обоих случаях сигналы ранжирования передаются похожие, сложно установить какое-то различие между ними. Но rel=canonical позволяет, как будто сказать поисковой системе: «Эй, я поддерживаю брендинг сайта othersite.com, и хочу, чтобы посетители могли попасть на эту страницу, но имейте ввиду, что это всего лишь копия, и если вы собираетесь ранжировать одну из страниц, я бы предпочёл, чтобы вы взяли вот эту».
Структурирование ссылок
Допустим, у вас есть множество сайтов, ссылающихся на ваш основной сайт. Поможет ли это продвижению основного домена? Многие считают, что чем больше ссылок и чем они разнообразнее, тем лучше. А также задаются вопросом: «Смогу ли я нарастить большое количество разнообразных ссылок, имея много, слегка отличающихся друг от друга сайтов?», надеясь, что эти действия улучшат ранжирование сайта. Но на самом деле вы только создаёте своеобразный ссылочный барьер.
Давайте представим: у вас есть 4 ссылки, ведущие на mysubsite1.com, который в свою очередь ссылается на ваш основной сайт. Вы теряете большую часть ссылочного веса, который бы передавался в случае, если только 2-3 ссылки вели на ваш основной сайт. В этом и состоит концепция авторитетности домена: он становится более популярным, наследует ранжирующие сигналы, передающиеся на все страницы сайта посредством ссылок, видимости и других поведенческих факторов. Однако они не распространяются на другие сайты.
Поэтому рекомендуем настроить 301 редирект с этих сайтов на ваш основной домен. Это упрощает и рационализирует вашу работу, позволяет сфокусироваться на создании бренда.
Текст подготовлен по мотивам публикации «Subdomains vs. Subfolders, Rel Canonical vs. 301, and How to Structure Links for SEO»
P.S. И ещё несколько полезных статей по теме:
● Новинка от MajesticSEO: автоматическое определение тематики ссылок
● «5 секретов Яндекса»: как привести сайт к идеальной модели ранжирования
● Как удалить нежелательную информацию из результатов поиска Google