Множество вопросов и споров среди вебмастеров/ сеошников вызывало то, как именно Google относится к использованию разных видов редиректов. Cпециалист отдела качества поиска Google Джон Мюллер прояснил, как поисковик расценивает различные редиректы.Для того, чтобы понять, необходимо раобраться с самого начала.
Допустим, есть две страницы, названные соответственно R и S, между которыми настроен редирект. Когда вы заходите на страницу R, вам сообщается, что контент находится на странице S, а в случае с браузерами вас автоматически перенаправляют на страницу S. Всё до предельного просто. Но, почему же тогда существуют различные виды редиректов? Чтобы ответить на этот вопрос, нужно рассмотреть каждый из них.
Серверный редирект (в этом случае сервер перенаправляет вас на страницу S, как только вы пытаетесь зайти на страницу R):
· Постоянный редирект 301: Код состояния, получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое месторасположение. В будущем используйте сайт S, вы можете его кэшировать. Поисковики индексируют контент страницы S и перенаправляют все сигналы со страницы R на страницу S. В этом случае было бы полезно поменять URL’ы (переезд сайта, реструктуризации, переход на HTTPS), по крайней мере до тех пор, пока вы не найдёте новый постоянный адрес для них.
· Временный редирект 302: В этом случае редирект непостоянный, всё может измениться в будущем или в зависимости от того, кто пытается зайти на сайт, какое устройство используется или от местоположения пользователя. Его нельзя кэшировать. Поисковики обычно индексируют контент и сохраняют все сигналы сайта R, так как редирект на S непостоянен. Этот способ удобен для редиректа с корневого URL на страницу более низкого уровня (“/” -> “/fancycms/mainpage.php”), и для редиректов, которые зависят от страны пользователя, используемого устройства или языковых настроек.
Клиентский (пользовательский) редирект (сервер отражает содержание обеих страниц, но браузер перенаправляет вас на сайт S):
· Редирект, реализованный с помощью JavaScript: Если вы по каким-либо причинам не можете использовать серверный редирект, решением для вас может стать JavaScript. Если вы используете JS-фреймворк на своём сайте, для вас это единственно возможная опция. Кэширование зависит от настроек сервера, а поисковики пытаются понять, что вы пытаетесь сделать и какую из страниц индексировать.
· Редирект Meta Refresh: В целом похож на редиректы JavaScript, но его использование не рекомендуется.
· 307 редирект: Этот редирект ошибочно принимают за серверный. Он временный, кэширование следует производить только в случае наличия в ответе сервера заголовков Cache-Control или Expires. Допустим, вы установили протокол HTTPS, 301 перенаправляет вас с HTTP на HTTPS и включает HSTS. Когда вы пытаетесь зайти на версию HTTP в вашем браузере, вас автоматически переправляют на версию HTTPS, но это фиксируется как 307 редирект.
Что касается PageRank, при любом редиректе индексируются контент и факторы либо страницы R, либо S.
Теоретически вы можете использовать столько редиректов на сайте, сколько хотите, но постарайтесь делать цепочки редиректа как можно короче: мы отслеживаем до 5 редиректов в цепочке.
Источник: Search Engine Roundtable
Допустим, есть две страницы, названные соответственно R и S, между которыми настроен редирект. Когда вы заходите на страницу R, вам сообщается, что контент находится на странице S, а в случае с браузерами вас автоматически перенаправляют на страницу S. Всё до предельного просто. Но, почему же тогда существуют различные виды редиректов? Чтобы ответить на этот вопрос, нужно рассмотреть каждый из них.
Серверный редирект (в этом случае сервер перенаправляет вас на страницу S, как только вы пытаетесь зайти на страницу R):
· Постоянный редирект 301: Код состояния, получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое месторасположение. В будущем используйте сайт S, вы можете его кэшировать. Поисковики индексируют контент страницы S и перенаправляют все сигналы со страницы R на страницу S. В этом случае было бы полезно поменять URL’ы (переезд сайта, реструктуризации, переход на HTTPS), по крайней мере до тех пор, пока вы не найдёте новый постоянный адрес для них.
· Временный редирект 302: В этом случае редирект непостоянный, всё может измениться в будущем или в зависимости от того, кто пытается зайти на сайт, какое устройство используется или от местоположения пользователя. Его нельзя кэшировать. Поисковики обычно индексируют контент и сохраняют все сигналы сайта R, так как редирект на S непостоянен. Этот способ удобен для редиректа с корневого URL на страницу более низкого уровня (“/” -> “/fancycms/mainpage.php”), и для редиректов, которые зависят от страны пользователя, используемого устройства или языковых настроек.
Клиентский (пользовательский) редирект (сервер отражает содержание обеих страниц, но браузер перенаправляет вас на сайт S):
· Редирект, реализованный с помощью JavaScript: Если вы по каким-либо причинам не можете использовать серверный редирект, решением для вас может стать JavaScript. Если вы используете JS-фреймворк на своём сайте, для вас это единственно возможная опция. Кэширование зависит от настроек сервера, а поисковики пытаются понять, что вы пытаетесь сделать и какую из страниц индексировать.
· Редирект Meta Refresh: В целом похож на редиректы JavaScript, но его использование не рекомендуется.
· 307 редирект: Этот редирект ошибочно принимают за серверный. Он временный, кэширование следует производить только в случае наличия в ответе сервера заголовков Cache-Control или Expires. Допустим, вы установили протокол HTTPS, 301 перенаправляет вас с HTTP на HTTPS и включает HSTS. Когда вы пытаетесь зайти на версию HTTP в вашем браузере, вас автоматически переправляют на версию HTTPS, но это фиксируется как 307 редирект.
Что касается PageRank, при любом редиректе индексируются контент и факторы либо страницы R, либо S.
Теоретически вы можете использовать столько редиректов на сайте, сколько хотите, но постарайтесь делать цепочки редиректа как можно короче: мы отслеживаем до 5 редиректов в цепочке.
Источник: Search Engine Roundtable
