Обработка редиректов — Вебмастер. Справка
- Какие редиректы распознаёт робот Яндекса
- В чем различие между внутрихостовым и межхостовым редиректом
- Как Яндекс обрабатывает внутрихостовые редиректы
- Как Яндекс обрабатывает редиректы для региональных и языковых версий сайта
Робот Яндекса распознает стандартные коды состояния HTTP 3xx (redirection).
Выделяются основные виды перенаправлений:
301/308 — постоянное перенаправление;
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-адреса региона. Поэтому в результатах поиска может отображаться любая из версий страниц — в итоге контент страницы может не соответствовать тому, что вы бы хотели показать пользователю.
Чтобы в поиске отображался правильный контент:
Определите робота, который обходит ваш сайт, например по User-Agent.
Проверьте, какой контент получает этот робот.
Используйте один из вариантов:
Настройте редирект так, чтобы робот Яндекса получал один и тот же контент.
Вместо редиректа используйте на сайте переключатель языка или региона. Для этого настройте сервер так, чтобы обе версии отвечали HTTP-кодом 200 OK. Если сайты уже объединены в группу зеркал, настройте сервер аналогично — сайты будут расклеены спустя некоторое время. Чтобы ускорить этот процесс, отправьте заявку на расклейку.
Как правило, для того, чтобы при смене адреса сайта или главного зеркала изменения отобразились в результатах поиска, необходимо около месяца. Если при переезде или расклейке сайтов вы следовали инструкциям, но изменения не отобразились в поисковой выдаче, напишите в службу поддержки.
Чтобы ваш вопрос быстрее попал к нужному специалисту, уточните тему:
Главное зеркало сайта может измениться, если на страницах старого сайта установлен редирект или атрибут rel=»canonical», указывающий на сайт, который стал главным зеркалом. Чтобы избежать автоматического выбора главного зеркала в дальнейшем, убедитесь, что страницы всех неглавных зеркал выполняют редирект на соответствующие страницы желаемого главного зеркала.
Это значит, что главное зеркало сайта робот выбрал автоматически. Укажите роботу правильный адрес сайта, следуя рекомендациям в разделе Переезд сайта на новое доменное имя.
Основные причины, по которым сайты не склеиваются:
В исходном коде страниц сайта, который должен стать главным зеркалом, присутствует атрибут rel=»canonical». Удалите его и отправьте заявку на переезд снова.
Сайт недоступен или отвечает с большой задержкой.
Содержимое сайтов не совпадает. Проверьте соответствие адресов внутренних страниц и их заголовков.
Сайт переезжает в другую доменную зону без редиректа.
Индексирование сайта запрещено в файле robots.txt.
На сайте обнаружены нарушения правил Поиска. Посмотрите подробности в Вебмастере на странице Безопасность и нарушения и исправьте ошибки. Через две недели проверьте, что в Вебмастере пропало сообщение о нарушении, и отправьте заявку на переезд еще раз.
Заявка отправлена с сайта, на который нужно переехать.
Внутренняя ошибка сервиса. Попробуйте отправить запрос позже.
Рекомендации не помогли
Что такое редирект: виды и возможности настройки
- Что такое редирект сайта
- Как работает редирект
- Редирект: зачем нужен
- Виды редиректов
- Как настроить редирект
- Как проверить, правильно ли настроен редирект
Что такое редирект сайта
Редирект (от англ. redirect — перенаправление) — это перенаправление пользователя с одного URL на другой. Редирект можно настроить как на одну страницу, так и на целый сайт. Например, пользователь кликает по ссылке http://example.com. В этот момент браузер автоматически перенаправляет пользователя на URL https://newsite.com.
Как работает редирект
Сама технология редиректа проста.
- Посетитель переходит по ссылке.
- Браузер обращается в DNS-систему, чтобы узнать, где хранятся файлы сайта.
- Сервер, где хранятся файлы сайта, говорит браузеру, что на сайте настроен редирект и ему нужно обратиться за файлами по другому адресу.
- Браузер отправляется по адресу, на который послал его предыдущий сервер.
- На новом сервере браузер получает файлы сайта и показывает пользователю страницу.
Для пользователя вся эта цепочка действий делается за пару секунд. Всё, что он может заметить ― смена URL в адресной строке.
Редирект: зачем нужен
Редирект – очень полезная вещь и может использоваться для двух целей:
- переадресация пользователя на актуальную страницу,
- сохранение SEO-позиций.
Для начала разберём, при каких технических манипуляциях с сайтом нужен редирект.
- Перенаправление с HTTP на HTTPS. SSL-сертификаты защищают данные пользователей от мошенников. Ответственным сайтам мы всегда рекомендуем устанавливать SSL. Изначально все сайты начинаются с http://. Когда устанавливается SSL, адрес сайта начинается с https://. С технической точки зрения, при установке сертификата сайт меняет свой URL, а значит, нужно настроить редирект, чтобы защищённый сайт был доступен в интернете.
- Перенаправление с адреса www на URL без www и наоборот. Раньше у доменов часто можно было встретить префикс www, например www.example.com. Префикс www как часть названия уже давно стал рудиментом интернет-системы, но его настраивают отдельно для других технических нужд и для пользователей, которые по старой памяти вводят домены с префиксом. Как и в предыдущем пункте, адрес с префиксом технически является дополнительным доменом, поэтому на него тоже нужно настраивать редирект, чтобы при переходе по ссылке https://www.example.com браузер перенаправлял пользователя на https://example.com.
- Переезд сайта на другой домен. В статье Как придумать доменное имя для сайта мы говорили о том, как тщательно нужно подойти к вопросу выбора доменного имени. Но по разным причинам компаниям всё же приходится менять домены. В этом случае редирект особенно необходим, чтобы пользователи смогли найти сайт по старому URL.
- Перенаправление на мобильную версию. Смартфоны требуют от сайтов адаптации интерфейса из-за своих маленьких экранов. Иногда владельцы сайтов создают отдельные мобильные версии своего ресурса и настраивают редирект мобильных пользователей на сайт для смартфонов.
Также редиректы очень важны для SEO-оптимизации. Каждую страницу в интернете постоянно обходят роботы: изучают вид и качество контента, ключевые слова, скорость загрузки страницы и многое другое. Каждый из этих показателей влияет на рейтинг сайта в поисковой выдаче. Если страница по какой-то причине удалена, роботы перестают её индексировать. Трафик удалённой статьи теряется, что может сказаться на рейтинге всего сайта в целом. Поэтому со всех удалённых страниц нужно делать редирект на страницу со схожей информацией или хотя бы на главную.
Виды редиректов
Итак, вот список основных редиректов, которые используются на сайтах.
300 Multiple Choice (множественный выбор) — этот редирект, позволяет по одному запросу перейти не на одну, а на несколько страниц. Часто этот приём используют для страниц, написанных на разных языках. Например, у вас есть 3 страницы с описанием ваших услуг на русском, английском и французском языке. Если вы настроите 300 Multiple Choice, в зависимости от языка, который пользователь использовал в поисковой строке, браузер предложит ему одну из 3 страниц. Обычно разрешается настраивать не более 5 адресов.
301 Moved Permanently (навсегда перемещён) — это постоянный редирект. Если вы хотите полностью и навсегда переместить страницу на новый URL, используйте этот редирект. Он сообщит поисковым системам, что нужно проиндексировать новую страницу, а старую полностью забыть. Если 301 редирект настроить неверно, на странице будет отображаться 404 ошибка. Старайтесь не допускать 404 ошибок, так как они ухудшают позиции сайта в поисковой выдаче. Обратите внимание, если вы используете Nginx, то Nginx redirect 301 настраивается в конфигурационном файле веб-сервера.
Редирект 302 Moved Temporarily (временно перемещён) — это временный редирект. Это перенаправление пригодится на тех страницах, которые временно закрыты для просмотра пользователями. Такой редирект сообщает поисковым роботам, что страница перемещена на другой адрес временно и нужно будет вернуться позже и её проиндексировать. Роботы будут возвращаться на страницу с 302 редиректом снова и снова, пока контент не «вернётся» на исходную страницу.
303 See Other (просмотр другого) — это редирект позволяет на время перенаправлять пользователей на страницу со схожей тематикой. Например, у вас интернет-магазин и одного товара нет в наличии, чтобы не удалять страницу и не терять её трафик, можно перенаправить пользователей на схожий товар. Когда продукт появится в наличии, редирект просто нужно будет убрать.
305 Use Proxy (использовать прокси) — этот редирект говорит о том, что доступ к странице или сайту возможен только через указанный прокси (промежуточного сервера). После того как браузер получает адрес прокси-сервера, он повторяет запрос к этой же странице, но уже с использованием указанного прокси. Прокси-подключение настраивают для защиты локальной сети от внешних подключений, экономии трафика (передачи данных в сжатом виде), кэширования данных и другого.
307 Temporary Redirect — временный редирект. Этот редирект предназначен для краткосрочного закрытия страницы или сайта из-за технических работ. Он сообщает поисковому роботу, что страница временно перенесена на другой URL и скоро она будет доступна по старому адресу. Разница между 302 редиректом и 307 в кешировании данных. При 307 редиректе поисковикам дана команда не кешировать данные. Благодаря этому пользователю не нужно будет самостоятельно чистить кэш, чтобы увидеть сайт. Однако этот редирект использовать необязательно. Иногда проще на пару часов закрыть сайт на технические работы без редиректа.
Редирект rel=«canonical» — этот редирект предназначен только для поисковых роботов. Владелец сайта оповещает роботов, что есть две версии сайта, но проиндексировать нужно только одну. Часто этот вид редиректа используют как альтернативу 301-му. В отличие от 301-редиректа, который физически направляет пользователя на новую страницу, rel=«canonical» отдаёт сигнал исключительно поисковику. Таким образом, в интернете отображаются две страницы, но индексируется только одна.
Самые популярные виды редиректов — 301 и 302.
Как настроить редирект
Как сделать 301 редирект или любой другой? Редирект можно сделать разными способами. Выбор способа настройки зависит от цели редиректа (перевод всего сайта на новый адрес, редирект со страницы на страницу или другое) и от способа создания сайта (на CMS, с помощью HTML, JavaScript).
Настроить редирект можно в:
- панели управления хостингом,
- . htaccess,
- PHP.
Если вы пользуетесь Конструктором сайтов, настроить переадресацию домена без www на домен с www и наоборот можно по инструкции через админку сервиса.
Редирект через панель управления хостингом
Варианты настройки через панель управления хостингом ISPmanager подойдут вам, если вы являетесь клиентом 2DOMAINS.
- Если вам нужно перенаправить весь сайт на новый адрес, вам подойдёт инструкция Редирект через панель управления. Эта же инструкция подойдёт и для настройки переадресации на домен с «www».
- Если вам нужно перевести сайт с HTTP на HTTPS, воспользуйтесь инструкцией.
Обратите внимание! Перед настройкой редиректа проверьте, что для вашего сайта установлен SSL-сертификат.
Удалить редирект можно также в панели управления.
Настройка редиректов через .htaccess и PHP
.htaccess — этот системный файл, который лежит в корневой папке сайта. Чтобы получить к нему доступ, нужно зайти в панель управления хостингом, на котором размещён веб-ресурс, и добавить строки кода. Подробнее о настройке редиректов через .htaccess читайте в статье.
PHP-редирект настраивается в файле index.php, который тоже находится в корневой папке сайта. Этот редирект работает на уровне сервера. Используется реже, чем редирект через .htaccess, так как работает медленнее. Однако, когда у вас много страниц, для которых нужно прописать редирект, лучше использовать именно его. Настроить редирект через PHP поможет инструкция.
Как проверить, правильно ли настроен редирект
Проверить, работают ли перенаправления, можно через онлайн-сервисы, например Redirect Check. Если вам нужно найти все редиректы на сайте, лучше воспользоваться сервисом Screaming Frog SEO.
Также проверить перенаправления можно в Яндекс.Вебмастере. Для этого:
- Перейдите в панель Вебмастера.
- Перейдите в Инструменты – Проверка ответов сервера.
- В поле введите URL-адрес, который нужно проверить
- Вы получите ответ, где будет указан настроенный редирект.
Редирект ― это простыми словами перенаправление одной страницы на другую. Несмотря на простоту настройки, этот инструмент очень важен для сайта.
Когда нужно исправить «Страницу с переадресацией» в GSC
«Страница с переадресацией» — это статус Google Search Console. Это означает, что некоторые из ваших страниц не проиндексированы, потому что пользователи и поисковые роботы, заходящие на них, перенаправляются на другие URL-адреса. Вместо этого Google проиндексирует целевой URL.
В большинстве случаев перенаправление страниц является нормальным явлением и не представляет опасности для видимости вашего веб-сайта. Однако, если вы видите важную каноническую страницу, указанную как «Страница с перенаправлением», вам необходимо обратиться к ней.
1 Редирект как причина статуса «Страница с редиректом»
2 Когда статус «Страница с переадресацией» считается нормальным?
2.1 Редиректы, сделанные во время миграции сайта
2. 2 Редиректы как способ оптимизации дублированного контента
3 Когда возникает проблема со статусом «Страница с перенаправлением»?
4 Как исправить статус «Страница с переадресацией»?
4.1 Какие данные можно извлечь из отчета «Страница с переадресацией»?
4.2 Как найти ошибки переадресации в Google Search Console?
4.3 Инструменты для проверки ваших перенаправлений
4.4 Краткосрочные и долгосрочные решения
5 Основные выводы
Перенаправление как причина для статуса «Страница с перенаправлением»
Перенаправление перенаправляет посетителей данного URL-адреса на другой URL-адрес. Вы можете наблюдать, как они работают в вашем браузере. Когда стартовая страница загружается, ее URL-адрес автоматически изменяется, и вместо этого браузер отображает содержимое конечной страницы.
Когда ваш браузер отправляет запрос на сервер сайта, сервер отвечает кодом состояния 3xx, что означает вам нужно перейти по другому URL-адресу, чтобы увидеть нужный контент. Ваш браузер немедленно выполняет эту инструкцию, часто даже не замечая этого.
То же самое происходит с роботом Googlebot, когда он пытается посетить страницу с перенаправлением. Он перенаправляется на цель перенаправления и не может сканировать содержимое исходной страницы.
Поэтому робот Googlebot не отправляет эту страницу в конвейер индексирования Google. Вместо этого он сканирует целевую страницу и решает, следует ли сохранить ее в индексе.
Псст. В абзаце выше я описал редиректы на стороне сервера, которые намного популярнее и быстрее, чем их альтернативы — редиректы на стороне клиента. Есть большая вероятность, что вы используете переадресацию на стороне сервера на своем сайте.
Однако, если вы не уверены в этом или хотите узнать больше о втором типе перенаправлений, прочитайте наше руководство по перенаправлениям в SEO.
Когда статус «Страница с перенаправлением» считается нормальным?
Важно понимать, что не всегда нужно исправлять страницы со статусом «Страница с перенаправлением». Их присутствие означает, что на вашем веб-сайте есть страницы, которые вы больше не хотите показывать пользователям и роботу Googlebot, поскольку другие страницы лучше подходят для отображения их контента.
Позвольте мне привести несколько примеров перенаправлений, которые хороши для вашего SEO:
Перенаправления, сделанные во время миграции веб-сайтаХорошим примером миграции веб-сайта является перемещение ваших URL-адресов с незащищенного протокола HTTP на HTTPS, который и пользователи, и робот Googlebot больше ценить.
Вы хотите, чтобы ваши посетители всегда переходили на современную версию HTTPS, и вы хотите, чтобы Google сосредоточился на ней, когда дело доходит до ранжирования. Редиректы являются необходимым средством для достижения этой цели.
Перенаправление как способ оптимизации дублированного контентаВы не можете избежать дублирования контента на своем сайте. Например, ваша домашняя страница может иметь несколько URL-адресов и быть доступной на сайтах homepage. com и www.homepage.com.
Поскольку Google стремится индексировать только одну версию одного и того же контента, вам необходимо оптимизировать дублированные страницы, чтобы получить некоторый контроль над тем, что попадает в индекс Google.
Один из способов борьбы с дублирующимся контентом — перенаправить повторяющиеся URL-адреса на каноническую версию контента. Также рекомендуется использовать редиректы, когда вы объединяете содержимое нескольких страниц в одну.
Google по-прежнему сможет обнаруживать эти дополнительные URL-адреса и запрашивать доступ к ним с вашего сервера. Но благодаря перенаправлениям он будет сканировать и индексировать только те страницы, которые вам интересны.
Когда возникает проблема со статусом «Страница с перенаправлением»?
Два типа перенаправлений могут вызвать проблемы с индексацией вашего веб-сайта. Во-первых, есть переадресаций, созданных по ошибке. В следующем разделе я объясню, как их найти в Google Search Console.
Во-вторых, существует временных перенаправлений, которые Google считает постоянными. Чтобы понять эту проблему, вам нужно знать разницу между 301 и 302 редиректами.
Код состояния | Значение | Вариант использования |
---|---|---|
301 | Постоянное перенаправление Начальная страница больше не важна для вас. Вам не нужно его индексировать, и вы хотите, чтобы ваши посетители всегда перенаправлялись на конечную страницу. | Вы выполняете миграцию веб-сайта. |
302 | Временное перенаправление Стартовая страница по-прежнему важна для вас и должна оставаться в индексе. В настоящее время вы хотите, чтобы ваши посетители были перенаправлены на другую страницу. | Вы временно отказались от предложения определенного товара и заменяете его сезонным аналогом. |
Как правило, Google не рассматривает временное перенаправление как указание на то, что начальную страницу следует удалить из индекса. Однако через некоторое время (мы точно не знаем, когда) он начинает обрабатывать 302 редиректы так же, как и 301 постоянные редиректы. В результате некоторые важные страницы могут быть исключены из индекса.
Как исправить статус «Страница с перенаправлением»?
Вы подозреваете, что некоторые ваши страницы со статусом «Страница с перенаправлением» нуждаются в исправлении? Позвольте мне показать вам, как их найти.
Какие данные можно извлечь из отчета «Страница с перенаправлением»?
Список URL-адресов перенаправления можно найти в консоли поиска Google.
Сначала выберите «Индекс», а затем «Страницы» на левой панели навигации, чтобы просмотреть отчет об индексации вашего веб-сайта.
Вы можете развернуть статус, чтобы увидеть список своих страниц с обнаруженными редиректами и диаграмму, показывающую, как их количество менялось с течением времени.
Вы можете отфильтровать URL-адреса определенной папки или каталога, щелкнув символ пирамиды. Вы также можете экспортировать список и загрузить его в виде электронной таблицы в правом верхнем углу.
Вы можете более подробно рассмотреть каждый URL-адрес, наведя на него курсор и выбрав значок увеличительного стекла, который запускает инструмент проверки URL-адресов.
Поскольку робот Googlebot не может сканировать страницу и всякий раз, когда он пытается, отправляется на другую страницу, параметр Live Test покажет вам данные о конечном целевом URL-адресе.
Однако инструмент проверки URL-адресов не покажет URL-адрес окончательной и проверенной страницы.
Как найти ошибки перенаправления в Google Search Console?
Теперь давайте ответим на вопрос, как определить URL-адреса, которые не должны перенаправлять пользователей в другое место и деиндексироваться. Самый простой способ сделать это — отфильтровать затронутые страницы только те, которые были отправлены в вашу карту сайта.
Сделать это можно в левом верхнем углу отчета.
Если URL-адрес указан в вашей карте сайта, вы наверняка хотите, чтобы он был проиндексирован и генерировал трафик. Статус «Страница с перенаправлением» для такой страницы указывает на риск потери видимости по стратегическим ключевым словам.
Однако, если вы действительно хотели перенаправить пользователей на другую страницу, но не можете найти эту страницу в «Странице со статусом перенаправления», это, вероятно, означает, что ваше перенаправление не сработало. В этом случае Google Search Console должна сообщить об этом как о статусе «Ошибка перенаправления» в отчете об индексации страницы.
Инструменты для проверки ваших переадресацийОбнаружив неисправные переадресации, вы можете проверить, куда они перенаправляют ваших посетителей. Все, что вам нужно сделать, это скопировать URL-адрес в свой браузер, и вы увидите, как он автоматически изменится на другой.
Чтобы определить, имеете ли вы дело с переадресацией 301 или 302, используйте один из следующих инструментов:
- Проверка перенаправления,
- HTTP-статус,
- Плагин трассировки перенаправления ссылок.
Если вы хотите, чтобы страницы со статусом «Страница с переадресацией» были включены в индекс Google, вам необходимо удалить ошибочные редиректы.
Однако это временное решение, которое не даст ответа на вопрос об их происхождении. Не изучив ее дополнительно во время технического SEO-аудита, вы рискуете, что проблема вернется в будущем.
СЛЕДУЮЩИЕ ШАГИ
Вот что вы можете сделать сейчас:
- Свяжитесь с нами.
- Получите от нас индивидуальный план по устранению ошибочных перенаправлений.
- Преодолейте проблемы, которые мешают росту вашего веб-сайта.
Все еще не уверены, стоит ли писать нам? Узнайте, как услуги технического SEO могут помочь вам улучшить ваш сайт.
Основные выводы
- Google не индексирует страницы, которые перенаправляют на другие URL-адреса.
- Наличие статуса «Страница с перенаправлением» в вашей консоли поиска Google в большинстве случаев является естественным явлением, которое не вредит видимости вашего сайта.
- Статус «Страница с перенаправлением» создает проблему, когда:
- Применяется к страницам, которые должны быть доступны вашим посетителям,
- Google рассматривает ваши временные переадресации 302 как постоянные переадресации 301.
- Удаления ошибочных перенаправлений недостаточно для достижения идеального охвата индекса, которого заслуживает ваш веб-сайт. Свяжитесь с Onely и воспользуйтесь нашим тщательным техническим SEO-аудитом.
Проверка перенаправления, Проверка перенаправления | Проверить SERP
Проверка перенаправления, Проверка перенаправления | ПроверитьSERPГлавная / Инструменты / Redirect Checker, Redirect Check
Проверка перенаправления HTTP и кода состояния. Простое в использовании обнаружение редиректов.
Делиться — значит заботиться:
Введите URL для проверки, начинающийся с http:// или https://
Проверьте перенаправление HTTP
Настройки
{{результат. requestUrl}} {{результат.местоположение}} Очистить результаты
Статус: HTTP/{{ result.protocol }} {{ result.statusCode }} {{ result.reason }}
{{результат.ошибка}}
{{имя}}:
{{строка}}
Redirect Checker — бесплатный инструмент проверки перенаправления HTTP. С его помощью вы можете легко проверить перенаправления веб-страницы. Когда мы говорим «перенаправление», это означает, что целевой URL-адрес, который вы собираетесь указать, сообщает вам о новом местоположении для вашего HTTP-запроса, он может быть либо постоянным, либо временным, в зависимости от менеджера целевого сайта. Редирект-чекер — это инструмент, который проверит этот факт и выдаст отчеты по каждому вашему запросу.
В современном интернет-маркетинге наиболее распространенными HTTP-перенаправлениями являются 301 Moved Permanently и 302 Temporary Redirection , значение которых легко понять.
Ну, точно так же, как и человеческое общество, люди будут переезжать из одного места в другое на протяжении всей своей жизни по разным причинам; веб-страница также должна быть перенесена по многим причинам. Например, сайт изменил свое основное доменное имя, тогда все старые URL-адреса должны быть перенаправлены на новый URL-адрес с новым доменом. Или, может быть, вы написали блог, кому-то он понравился, и он разместил ссылку на него на своей веб-странице. Но со временем однажды вам придется изменить URL-адрес этой страницы блога по определенной причине. Но вы не можете изменить веб-страницу других людей, и вы не хотите, чтобы посетители этого блога видели надоедливую страницу HTTP 404 Not Found. В этой ситуации установка перенаправления HTTP для старого URL-адреса на новый URL-адрес легко решит проблему.
По сути, существует 4 наиболее часто встречающихся типа перенаправления.
301 Перемещено навсегда : Это указывает на то, что все будущие запросы URL к цели должны быть перемещены в новое место. Поисковые системы рассмотрят возможность обновления своих индексов, чтобы применить это изменение в будущем.
302 Найдено : Этот менее заметный заголовок перенаправления HTTP означает, что запрашиваемая вами веб-страница была временно перемещена на другой URL-адрес. Используя этот код, поисковые системы вряд ли обновят свои индексы. Если вы перемещаете собственную веб-страницу на другой URL-адрес, не используйте этот код. Вместо этого используйте 301.
307 Temporary : Это похоже на код состояния 302 Found, разница в том, что 307 Temporary указывает клиенту использовать исходный метод HTTP (получить, опубликовать и т. д.). Изменение метода HTTP не допускается.
Meta Refresh : Это тип, отличный от приведенных выше кодов. Все приведенные выше коды перенаправления считаются перенаправлением на уровне сервера, а метаобновление — перенаправлением на уровне страницы. Конечный пользователь должен будет загрузить страницу, и тогда браузер узнает о перенаправлении. Кроме того, метаобновление не поможет вашему SEO. Это крайне не рекомендуется. Воспользуйтесь нашим Инструмент Meta Tag Analyzer для такой проверки перенаправления.
Redirect Checker, предоставленный вам CheckSERP, поможет вам во многих отношениях. Например, если есть партнерский блог, и вам нужно знать, куда ведет партнерская ссылка. Это чрезвычайно полезно, особенно если существует более одного перенаправления. Вам не нужно вручную открывать этот URL-адрес, просто вставьте его в текстовый ввод URL-адреса и нажмите кнопку «Проверить перенаправление HTTP». Наш инструмент проверит это для вас. Если имеется более одного перенаправления, все перенаправления будут записаны и перечислены в конце. Затем вы можете легко проверить их с помощью кодов состояния HTTP и новых целевых местоположений.
С помощью нашего инструмента проверки перенаправления вы не только будете знать новые целевые местоположения, но также сможете проверять заголовки HTTP, отправляемые каждым URL-адресом (исходный URL-адрес и URL-адрес перенаправления). Кстати, файлы cookie, установленные ими, также включены. Это очень полезно при анализе веб-страницы конкурента. Чтобы конкретно проверить заголовки HTTP, используйте наш инструмент проверки заголовков HTTP.
Выберите агент пользователя
Ваш браузерGooglebot/2.1 (настольный)Googlebot/2.1 (мобильный)Bingbot/2.0 (настольный)Bingbot/2.0 (мобильный)Yandexbot/3.0iPhone/SafariiPad/SafariAndroid/телефонAndroid/планшетGoogle ChromeMozilla FirefoxMicrosoft IE 11Microsoft EdgeApple SafariCurlWgetЗаголовок запроса
Установите пользовательские заголовки для вашего HTTP-запроса.