Содержание

Обработка редиректов — Вебмастер. Справка

  1. Какие редиректы распознаёт робот Яндекса
  2. В чем различие между внутрихостовым и межхостовым редиректом
  3. Как Яндекс обрабатывает внутрихостовые редиректы
  4. Как Яндекс обрабатывает редиректы для региональных и языковых версий сайта

Робот Яндекса распознает стандартные коды состояния HTTP 3xx (redirection).

Выделяются основные виды перенаправлений:

  • 301 — постоянное перенаправление;

  • 302/303/307 — временное перенаправление;

  • перенаправление с использованием метатега refresh при небольших задержках считается временным перенаправлением.

Внутрихостовым считается редирект в рамках одного хоста (FQDN). Межхостовым — между страницами различных хостов.

Пример внутрихостового редиректа:

a.ru/ -> a.ru/index.html
www.a.ru/index1.html -> www.a.ru/index2.html

Пример межхостового редиректа:

a.ru/index1.html -> www.
a.ru/index2.html a.ru/index1.html -> b.ru/index2.html

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

Главная страница хоста всегда будет отображаться в результатах поиска.

a.ru/ -> a.ru/innerpage
a.ru/innerpage -> a.ru/

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

Отображение главной и внутренних страниц

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

Например, в поиске отображается главная страница https://example.com. Если робот будет перенаправлен на страницу https://example.com/en, главная страница будет отображаться с английским содержимым. Если на страницу https://example.com/ru — с русским.

Выбор версии страницы для отображения

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

Чтобы в поиске отображался правильный контент:

  1. Определите робота, который обходит ваш сайт, например по User-Agent.

  2. Проверьте, какой контент получает этот робот.

  3. Используйте один из вариантов:

    • Настройте редирект так, чтобы робот Яндекса получал один и тот же контент.

    • Вместо редиректа используйте на сайте переключатель языка или региона. Для этого настройте сервер так, чтобы обе версии отвечали HTTP-кодом 200 OK. Если сайты уже объединены в группу зеркал, настройте сервер аналогично — сайты будут расклеены спустя некоторое время. Чтобы ускорить этот процесс, отправьте заявку на расклейку.

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

Чтобы ваш вопрос быстрее попал к нужному специалисту, уточните тему:

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

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

Основные причины, по которым сайты не склеиваются:

  • В исходном коде страниц сайта, который должен стать главным зеркалом, присутствует атрибут rel=»canonical». Удалите его и отправьте заявку на переезд снова.

  • Сайт недоступен или отвечает с большой задержкой.

  • Содержимое сайтов не совпадает. Проверьте соответствие адресов внутренних страниц и их заголовков.

  • Сайт переезжает в другую доменную зону без редиректа.

  • Индексирование сайта запрещено в файле robots.txt.

  • На сайте обнаружены нарушения правил Поиска. Посмотрите подробности в Вебмастере на странице Безопасность и нарушения и исправьте ошибки. Через две недели проверьте, что в Вебмастере пропало сообщение о нарушении, и отправьте заявку на переезд еще раз.

  • Заявка отправлена с сайта, на который нужно переехать.

  • Внутренняя ошибка сервиса. Попробуйте отправить запрос позже.

Рекомендации не помогли


В чем отличие 301 от 302 редиректа

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

В чем отличие 301 от 302 редиректа

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

А каково положение дел сегодня? Вспомним, что мы знаем.

Использование redirect 301

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

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

Еще один вопрос:

«Передает ли по-прежнему redirect 301 (или какой-то другой redirect 30X), значение PageRank?» И еще один ответ будет: «Да!»

В 2016 году представитель Google Гэри Илш (Gary Illyes) подтвердил, что все серверные редиректы 3ХХ передают PageRank, независимо от того, какой это редирект — 301, 302, 307 или какой-то еще.

В 2017 году Гэри Илш также рекомендовал владельцам сайтов выбирать «тот, который им больше нравится», когда это касается редиректа 301 и 302. Для идентичного контента оба этих редиректа передают одинаковый PageRank.

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

Но в данный момент Google не единственный поисковик, о котором следует помнить; в 2017 году Bing заявил, что занимает 33% поискового рынка США.

Рекомендация для веб-мастеров от Bing по-прежнему говорит, что «Bing предпочитает, чтобы вы использовали постоянный редирект 301 тогда, когда перемещаете контент, который будет перемещен насовсем. Если перемещение временное, тогда отлично подойдет 302 редирект».

В 2011 году Bing заявляла, что 302-е, которые выглядят как постоянные, в конечном счете используются как 301-е и передают ссылочный вес. Но если требуется, чтобы ссылочная масса передавалась быстрее, лучше все-таки использовать 301-е, а не 302-е, когда вы уверены, что перенаправление не временное.

Мировой опыт применения редиректов

А как поступить в случае, если оптимизация производится для пользователей из Китая, где Google на сегодняшний момент занимает только 1,5% рынка? Тогда, по всей вероятности, следует изучить рекомендации по поводу редиректов от поисковиков Baidu и Shenma или же от Bing. Для большей безопасности лучше будет всегда использовать постоянные редиректы для перемещенных навсегда URL.

Оптимальные способы

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

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

Вместо заключения

Хотите выйти в ТОП10 Яндекс и долго там оставаться? Продвигайте свои сайты и интернет-магазины исключительно белыми SEO методами! Не умеете? Могу научить! Тем, кто хочет разобраться во всех премудростях SEO, предлагаю посетить мои курсы по SEO обучению, которые я провожу индивидуально, в режиме онлайн по скайпу.

Заказать SEO продвижение сайта

SEO продвижение сайта по России:

302 Редирект как убрать

Содержание

  • 1 Что такое 302 редирект
  • 2 В каких случаях необходим 302 редирект
  • 3 Когда не стоит использовать 302 редирект
  • 4 301 и 302 редирект: в чем разница
  • 5 Так что лучше – 301 или 302 редирект?
  • 6 Как настроить 302 редирект в . htaccess
  • 7 Настройка 302 редиректа с помощью PHP и JavaScript
    • 7.1 PHP редирект
    • 7.2 JavaScript-редирект
  • 8 Как выявить 302 редирект на сайте
  • 9 Часто задаваемые вопросы про 302 редирект
    • 9.1 Хабр Q&A — вопросы и ответы для IT-специалистов
  • 10 Что такое 302 редирект?
  • 11 Отличие 302 от 301 редиректа
  • 12 Настраиваем 302 редирект в .htaccess
  • 13 302 редирект с помощью php
  • 14 302 редирект в SEO
      • 14.0.1 1. Переадресация во время доработки страницы
      • 14.0.2 2. Переадресация на временный раздел
    • 14.1 Важно!

Из этой статьи вы узнаете:

  • Что такое 302 редирект
  • В каких случаях его можно использовать, а в каких нельзя
  • Чем 302 редирект отличается от 301
  • Какой из них лучше выбрать
  • Как настроить 302 редирект
  • Как проверить правильность настройки

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

Что такое 302 редирект

Под 302 редиректом принято понимать переадресацию на некоторый период, а именно от одного до 10 дней. Такая операция свидетельствует о временном перемещении веб-страницы на другой адрес.

Временная переадресация имеет существенный недостаток – ссылочный вес страницы при этом не передается. В результате применения 302 редиректа внешние ссылки теряются, как и внутренний вес всего ресурса. Однако и польза Temporary для поисковиков и юзеров довольно ощутима.

Допустим, вы с нуля занимаетесь разработкой страницы акций, наполненной массой дополнительных функций. Процесс их внедрения займет не менее 3-4 дней с постоянным корректированием внешнего вида и исходного кода документа.

Рекомендуемые статьи по данной теме:

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

В каких случаях необходим 302 редирект

Он требуется в следующих случаях:

  1. Когда на интернет-ресурсе проводятся технические работы.
  2. Когда владелец сайта хочет представить пользователям другие материалы, не трогая прежний вариант страницы..
  3. Когда хостинговая компания закрывает от посетителей запрещенный контент.
  4. Когда есть необходимость трафик с определенного домена временно перенаправить на другой.

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

Не стоит применять код статуса 302, если требуется передавать SEO-вес URL-адресу назначения.

Например, когда на постоянной основе:

  • перемещается домен;
  • перемещается документ;
  • протокол сайта изменяется;
  • структура сайта изменяется.

HTML redirect 302 не рекомендуется использовать, когда метод исходного запроса требуется применить для запроса к URL-адресу назначения. Например, перемещение на определенный период URL-адреса обработчика формы, которая использует метод POST.

301 и 302 редирект: в чем разница

Разберемся, в чем отличие 301 от 302 редиректа.

  • «Пузомерки» и ссылочный вес при использовании 302 редиректа новому URL не передаются.

С точки зрения передачи трафика 301 и 302 редиректы ведут себя одинаково: если пользователь кликает на старую ссылку, он перенаправляется на новую страницу.

  • Разница между 301 и 302 редиректами заключается в том, как исходная страница воспринимается ботами поисковиков.

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

  • В зависимости от того, выбран 301 или 302 редирект, в поисковой выдаче не будет отображаться старый вариант странички (301) или будут присутствовать оба (302).
  • Необходимо отдавать себе отчет, чем чревато попадание под фильтры поисковых систем в одном и во втором случае.

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

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

Так что лучше – 301 или 302 редирект?

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

Перечислим другие варианты использования 302 редиректа:

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

Другими словами, 301 и 302 редирект являются уникальными инструментами, поскольку позволяют веб-мастеру, который сумел разобраться в нюансах их применения, оптимизировать и продвигать сайт, постоянно вносить в него необходимые изменения и при этом сохранять все достигнутые ранее результаты.

Топ-5 статей, которые будут полезны каждому руководителю:

Как настроить 302 редирект в .htaccess

Создать 302 редирект в файле .htaccess могут исключительно пользователи веб-сервера Apache.

Наиболее простой вариант настройки 302 редиректа в .htaccess займет всего две строки:

Когда речь идет о необходимости настроить более сложную переадресацию, затрагивающую весь сайт, потребуется чуть больше действий:

302 редирект проставляется практически так же, как 301, единственное отличие – в замене R=301 на R=302.

Настройка 302 редиректа с помощью PHP и JavaScript

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

Спровоцировать ошибки могут как неполадки внутри самой CMS, так и необходимость расположить код на редирект выше или ниже и многое другое. Чтобы их избежать, применяют альтернативные варианты − PHP или JavaScript.

PHP редирект

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

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

JavaScript-редирект

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

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

Оформляется редирект в либо в :

Скорость срабатывания этого кода однозначно выше, чем у «Яндекс.Метрики», то есть посетитель не будет засчитан до 302 редиректа «Яндексом».

Вас также может заинтересовать: Проверка тИЦ сайта: 3 способа

Как выявить 302 редирект на сайте

Убедиться в правильности настройки 301 и 302 редиректа очень легко. При введении в адресную строку старого адреса наблюдаем за происходящим. Изменение адреса говорит о том, что с редиректом все хорошо. Адрес остался прежним – необходимо искать источник проблемы, но для начала советуем почистить кэш и попробовать еще раз.

Существует еще один вариант – обратиться для проверки кода ответа сервера к онлайн-сервисам, например http://4web.su/s_redirect/. При правильной настройке редиректа вы после введения имени домена увидите код ответа 301 или 302, это зависит от того, какую переадресацию планировалось получить изначально.

Есть сервисы, дополнительно отображающие код, отдаваемый сервером после редиректа, и здесь существует только один верный вариант – 200 ОК.

Приведем пример проверки работы http-версии сайта. В первую очередь обращаем внимание на сведения о настройке 301 редиректа (постоянного), новом адресе (https-версии сайта) и двух кодах ответа − 301 Moved Permanently и 200 ОК.

Код 404 там, где должен быть 200 ОК, говорит о неправильной настройке редиректа. Пример приведен на скриншоте ниже.

Часто задаваемые вопросы про 302 редирект

  • Бытует миф о запрете использования 302 редиректа, который возник после попыток его применения программистами дляGoogle-фильтра Aging Delay.

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

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

Когда-то такое мнение имело право на существование, но уже давно устарело. Алгоритмы оптимизации совершенствуются с каждым днем, поэтому сегодня применять 302 редирект не просто можно, но и нужно.

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

Напомним, что текст, заключенный в теги -, − это анкор. Без тегов, соответственно, безанкорная ссылка. Она начинается с www либо с http://, а также может прятаться за словами «здесь», «тут» и подобными им. Адрес, имеющий вид имя-сайта.ru, − пример анкора. Конечно, более естественной выглядит безанкорная ссылка.

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

На первое место здесь выходит текст, который находится до и после линка, поскольку анкора нет.

Перед оптимизаторами по-прежнему остро стоит вопрос, есть ли опасность при использовании редиректа? Если быть недостаточно осмотрительными, да, есть.

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

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

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

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

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

Вопросы и ответы по любой теме от IT сообщества

Помогаем строить карьеру в IT-индустрии

Биржа удаленной работы для IT-специалистов

Хабр Q&A — вопросы и ответы для IT-специалистов

Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.

Что такое 302 редирект?

К большому сожалению, многие SEO специалисты забывают (а некоторые даже и не слышали) о 302 редиректе. Есть те, кто считает данную переадресацию аналогом 301-ой, и те, кто уверен в ее бесполезности. Все они не правы. Сегодня мы расскажем, что такое 302 редирект, опишем его функцию и приведем примеры использования

302 redirect (Temporary redirect) — это временная переадресация, которая, обычно, создается на срок от 1-го до 10 дней. Наличие 302 редиректа означает, что запрашиваемый документ ненадолго перемещен на другой URL адрес.

Если для пользователя существенной разницы между 301-м и 302-м редиректом нету, то для поисковой системы она глобальна. С точки зрения SEO, 302 редирект сильно отличается от 301.

Отличие 302 от 301 редиректа

Принципиальное отличие 302 редиректа от 301 — постоянность.

302 редирект — временная переадресация.

301 редирект — постоянная переадресация.

Из этого следуют все нижеперечисленные различия и сходства.

302 редирект 301 редирект
Срок переадресации Временный. От 1 до 7 дней* Постоянный. Переадресация навсегда.
Передает «вес» страницы Нет Да
Страницы в поиске Обе страницы в поиске Только та, на которую настроен редирект
Возможность «склейки» доменов Нет Да
Поддерживается всеми основными поисковыми системами Да Да

* Проставление 302 редиректа на период до 7 дней безопасно с точки зрения SEO. В этот период обе страницы будут находиться в поиске. Срок рассчитан на основе наших исследований.

Настраиваем 302 редирект в .htaccess

Создание 302 редиректа в файле .htaccess доступно только для пользователей веб-сервера Apache.

Самый простой вариант создания 302 редиректа в .htaccess умещается в 2 строки:

А вот уже пример более сложной переадресации, которая распространяется на весь сайт:

Как Вы уже догадались, процедура проставления 302-го редиректа очень схожа с проставлением 301-го. Необходимо лишь поменять код (R=301 на R=302).

Так как ранее мы уже описывали создание редиректа 301 в .htaccess, то подробно не будем касаться этой темы еще раз.

302 редирект с помощью php

Создание 302 редиректа возможно не только в файле .htaccess, но и посредством php кода. Для реализации используется функция header(), которая способна создавать заголовки страниц. То есть, мы можем сгенерировать необходимый нам заголовок страницы при помощи php кода.

Прописывать код необходимо в самом начале Вашего документа. В противном случае при вызове функции header() возникнет ошибка и переадресация не сработает.

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

Сразу же стоит сказать, при использовании Location по умолчанию используется 302 редирект, поэтому прописывать код необходимости нет.

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

Вот и все, переадресация настроена. Функция header() позволяет реализовать не только 302-й, но и другие виды редиректов, в том числе 301-й, 307-й.

302 редирект в SEO

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

В отличие от 301 редиректа, 302-й помогает решать такие задачи, как:

1. Переадресация во время доработки страницы

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

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

После доработки страницы, редирект необходимо убрать.

2. Переадресация на временный раздел

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

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

Важно!

Не стоит ставить 302 редирект на слишком длительное время. В противном случае поисковые системы будут считать его 301-м и исходная страница, то есть та, с которой идет редирект, просто пропадет из поиска. Об этом официально заявлял Google и это проверено на практике уже не одним web мастером.

Используйте 302 редирект грамотно и он позволит решить многие SEO задачи.

Обработка редиректов — Вебмастер. Справка

  1. Какие редиректы распознает робот Яндекса?
  2. В чем разница между перенаправлением внутри хоста и перенаправлением между хостами?
  3. Как Яндекс обрабатывает внутренние редиректы?
  4. Как Яндекс обрабатывает редиректы для региональных и языковых версий сайтов?

Робот Яндекса распознает стандартные коды состояния HTTP 3xx (перенаправление).

Основные виды редиректов:

  • 301 — Постоянная переадресация.

  • 302/303/307 — Временная переадресация.

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

Перенаправление внутри узла — это перенаправление в пределах одного узла (FQDN). Перенаправление с хоста на хост — это перенаправление на страницу, расположенную на другом хосте.

Пример внутренней переадресации:

 a.ru/ -> a.ru/index.html
www.a.ru/index1.html -> www.a.ru/index2.html 

Пример межхостовой переадресации:

 a.ru/index1.html -> www.a.ru/index2.html
a.ru/index1.html -> b.ru/index2.html 

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

Главная страница хоста всегда отображается в результатах поиска.

  a.ru/  -> a.ru/innerpage
a.ru/innerpage ->  a. ru/  

Если региональные или языковые версии реализованы в виде поддоменов и настроен редирект для перенаправления посетителей, то поддомены объединяются в группу зеркал. Когда робот заходит на сайт, как и посетитель, его можно перенаправить на один из поддоменов. Затем он индексирует целевую страницу перенаправления. Таким образом, сайт может отображаться в поиске по-разному:

Отображение домашней и внутренней страниц

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

Например, при поиске отображается домашняя страница https://example.com. Если робот перенаправляется на страницу https://example.com/ru, то главная страница отображается с англоязычным содержанием. При перенаправлении на https://example.com/ru главная страница отображается с русским содержанием.

Выбор версии страницы для отображения

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

Для отображения корректного контента в поиске:

  1. Определите робота, который сканирует ваш сайт, например, по строке User-agent.

  2. Проверьте, какой контент извлекает робот.

  3. Выберите один из вариантов:

    • Настройте перенаправление, чтобы робот Яндекса получал тот же контент.

    • Вместо редиректа используйте переключатель языка или региона на сайте. Для этого настройте сервер так, чтобы обе версии отвечали HTTP-кодом 200 OK. Если сайты уже объединены в группу зеркал, настройте сервер таким же образом, и через некоторое время сайты будут разделены. Чтобы ускорить этот процесс, отправляйте запрос на отдельные сайты.

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

Расскажите, о чем ваш вопрос, чтобы мы могли направить вас к нужному специалисту:

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

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

Основные причины, по которым сайты не группируются:

  • В исходном коде сайта, который должен стать основным зеркалом, содержится атрибут rel=»canonical». Удалите его и снова подайте заявку на переезд.

  • Сайт недоступен или отвечает с большой задержкой.

  • Контент сайтов не совпадает. Проверьте, совпадают ли внутренние URL-адреса страниц и заголовки.

  • Сайт перемещается в другую доменную зону без редиректа.

  • Индексация сайта запрещена в файле robots.txt.

  • На сайте обнаружены нарушения правил поиска. Смотрите подробности на странице Безопасность и нарушения в Яндекс.Вебмастере и исправьте ошибки. Через 2 недели проверьте, чтобы сообщение о нарушении исчезло с Яндекс.Вебмастера, и повторно отправьте запрос.

  • С сайта отправлен запрос на переход.

  • Внутренняя ошибка службы. Попробуйте отправить запрос позже.

Рекомендации не помогли


Справочник по кодам состояния HTTP — Webmaster.

Справка
400 Неверный запрос

Сервер не может понять запрос из-за неправильного синтаксиса.

401 Неавторизованный

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

402 Требуется оплата

Внутренняя ошибка или ошибка конфигурации на сервере.

403 Запрещено

Доступ к документу запрещен. Чтобы страница была проиндексирована, разрешите доступ к ней.

404 Не найдено

Документ не существует. Если вы удалили раздел веб-сайта, вы можете использовать файл robots.txt, чтобы запретить роботу доступ к нему. Если такой страницы на сайте никогда не было, игнорируйте эту ошибку. Кто-то может поставить неправильную ссылку на ваш сайт.

405 Метод не разрешен

Метод, указанный в запросе (Request-Line), не может быть применен к указанному ресурсу, поэтому робот не смог его проиндексировать.

406 Неприемлемо

Документ существует, но неверный формат (робот не поддерживает язык или кодировку).

407 Требуется аутентификация прокси-сервера

Требуется регистрация на прокси-сервере.

408 Время ожидания запроса

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

409 Конфликт

Запрос конфликтует с другим запросом или с конфигурацией сервера.

410 Ресурс недоступен/исчез

Запрошенный ресурс был безвозвратно удален с веб-сайта.

411 Требуемая длина

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

412 Ошибка предварительного условия

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

413 Объект запроса слишком велик

Сервер отказывается обрабатывать запрос, поскольку он больше, чем может обработать сервер.

414 Request-URI Too Long

Сервер отказывается обрабатывать запрос, поскольку запрошенный роботом URI (Request-URI) длиннее, чем сервер может отобразить.

415 Неподдерживаемый тип MIME

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

416 Запрошенный диапазон неудовлетворителен

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

417 Ожидание не выполнено

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

422 Необрабатываемый объект

Сервер не может обработать один или несколько элементов запроса.

423 Заблокировано

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

424 Ошибка зависимости

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

426 Требуется обновление

Сервер запросил обновление соединения до SSL, но клиент не поддерживает SSL.

429 Слишком много запросов отправлено

Слишком много запросов отправлено за короткое время. Это может свидетельствовать, например, о попытке DDoS-атаки. Ответ может сопровождаться заголовком Retry-After, который указывает, через какое время запрос может быть повторен. Яндекс не учитывает этот заголовок.

Перемещение веб-сайта на новое доменное имя

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

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

«}}»> старого сайта считаются внешними ссылками нового. При этом на странице Внешние ссылки в Яндекс.Вебмастере вы можете увидеть URL-адреса, указанные на стороннем сайте.

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

  1. Шаг 1. Добавьте свои старые и новые сайты в Яндекс.Вебмастер
  2. Шаг 2. Проверьте соответствие контента сайтов и их доступность для робота
  3. Шаг 3. Установите перенаправление со старого URL на новый
  4. Шаг 4. Воспользуйтесь инструментом «Переместить сайт»
  5. FAQ

Добавьте свои старые и новые сайты в Яндекс. Вебмастер и подтвердите свои права на управление ими. Дополнительные сведения см. в разделе Быстрый старт.

Убедитесь, что:

На своем сервере настройте редирект с HTTP-кодом 301 или 302 со страниц старого сайта на соответствующие страницы нового сайта, которые должны быть включены в поиск.

Если доменное имя сайта и имена каталогов изменились, необходимо установить двойную переадресацию. Например, адрес страницы http://сайт.рф/стр/ изменился на http://example.ru/page/. Редирект должен работать так:

 http://сайт.рф/стр/ -> http://example.ru/стр/ -> http://example.ru/page/ 

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

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

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

Робот узнает о главном зеркале при следующем обходе сайта. Чтобы ускорить обнаружение изменений, воспользуйтесь инструментом Переместить сайт:

  1. Зайдите в Яндекс.Вебмастер и выберите сайт, с которого хотите переместиться.

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

  3. Нажмите Сохранить.

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

После смены главного зеркала URL нового сайта включается в поиск.

В Яндекс.Вебмастере нет страницы «Переместить сайт»

Вы можете переместить сайт, который в данный момент является главным зеркалом. Проверить главное зеркало можно в списке Мои сайты в Яндекс.Вебмастере. Если сайт сгруппирован и является вторичным зеркалом другого, разделите их. Тогда Яндекс.Вебмастер будет отображать Разделение зеркал вместо Переместить сайт. Затем замените главное зеркало в соответствии с инструкциями выше.

Я следовал инструкции и указал основное зеркало в Яндекс.Вебмастере, но в поиске все равно есть вторичное зеркало. Почему?

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

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

Чтобы следить за обновлениями поисковых баз, подпишитесь на уведомления.

После смены домена уменьшилось количество страниц или их рейтинг

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

Что делать, если структура каталогов сайта изменилась, а доменное имя не изменилось?

См. рекомендации в разделе Структура сайта.

Почему запрос на переселение не принят?

  • В исходном коде сайта, который должен стать основным зеркалом, содержится атрибут rel=»canonical». Удалите его и снова подайте заявку на переезд.

  • Сайт недоступен или отвечает с большой задержкой.

  • Контент сайтов не совпадает. Проверьте, совпадают ли внутренние URL-адреса страниц и заголовки.

  • Сайт перемещается в другую доменную зону без редиректа.

  • Индексация сайта запрещена в файле robots.txt.

  • На сайте обнаружены нарушения правил поиска. Смотрите подробности на странице Безопасность и нарушения в Яндекс.Вебмастере и исправьте ошибки. Через 2 недели проверьте, чтобы сообщение о нарушении исчезло с Яндекс. Вебмастера, и повторно отправьте запрос.

  • Запрос отправлен с сайта на переход.

  • Внутренняя ошибка службы. Попробуйте отправить запрос позже.

Запрос был отправлен по ошибке

Выберите, в чем была ошибка в запросе:

Если вы выбрали не тот сайт из списка на Индексация → Переместить страницу сайта в Яндекс.Вебмастере и отправили запрос, он в итоге будет отклонено, и сайт не будет перемещен.

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

Почему запрос так долго обрабатывается?

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

Проверить выполнение следующих условий:

  • Оба сайта доступны для робота.

  • Старый URL-адрес сайта перенаправляется с HTTP-кодом 301 или 302 на новый, который не будет считаться основным зеркалом.

  • Заявка на перенос сайта в Яндекс.Вебмастере обработана.

При соблюдении всех условий данные будут обновляться автоматически с течением времени.

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

Расскажите, о чем ваш вопрос, чтобы мы могли направить вас к нужному специалисту:

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

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

Основные причины, по которым сайты не группируются:

  • В исходном коде сайта, который должен стать основным зеркалом, содержится атрибут rel=»canonical». Удалите его и снова подайте заявку на переезд.

  • Сайт недоступен или отвечает с большой задержкой.

  • Контент сайтов не совпадает. Проверьте, совпадают ли внутренние URL-адреса страниц и заголовки.

  • Сайт перемещается в другую доменную зону без редиректа.

  • Индексация сайта запрещена в файле robots.txt.

  • На сайте обнаружены нарушения правил поиска. Смотрите подробности на странице Безопасность и нарушения в Яндекс.