Как выбрать тип редиректа, оптимальный для SEO?
Сегодня в нашем блоге — перевод статьи Эдвина Тунена (Edwin Toonen), автора экспертного западного SEO-блога Yoast. Речь пойдет об актуальной для многих теме — редиректе: каким образом настроить перенаправление пользователей и поисковых роботов ввиду удаления страницы, смены URL или переноса контента, чтобы не возникало негативных последствий для SEO-продвижения сайта.
Вы непременно столкнетесь с редиректом, когда настанет необходимость:
Редирект важно настроить для того, чтобы трафик, переходя по внешним ссылкам, попадал на целевые страницы, а поисковые роботы правильно индексировали контент. Выбор конкретного типа редиректа может оказать влияние на SEO-продвижение вашего сайта. В этой статье, мы дадим краткие рекомендации о том, каким редиректом вы могли бы воспользоваться.
Коды состояния HTTP
Для понимания принципов работы редиректа и возможности влиять на ответ сервера, необходимо знать о кодах состояния HTTP. HTTP-статус – это набор цифр, который сервер посылает браузеру в ответ на конкретный запрос страницы. Эти коды выглядят как трехзначные цифры. Например, 200, 301, 404 и 503. Каждый код обслуживает конкретный запрос. Код 404, например, указывает на то, что страница не была найдена, а 503, означает, что сервер временно не поддерживается. Далее разбираемся с различными кодами состояния HTTP при редиректе.
Типы редиректов
Существует несколько типов редиректов:
Не совсем редиректы, однако весьма полезные коды состояния HTTP:
Рассмотрим каждый из них подробнее.
301 Постоянный редирект
301 редирект — один из самых распространенных. Его используют в случае изменения URL-адреса страницы (при ее удалении или перемещении в другое место) или для устранения дублей страницы. Этот редирект сообщает поисковым роботам, что страница более не доступна по данным координатам и на нее больше не нужно ссылаться. Если вы не настроите 301 редирект, посетители и поисковые боты увидят сообщение о 404 ошибке.
В случае, если вы не уверены в этом, воспользуйтесь временным редиректом. При использовании 301 редиректа, передается тИЦ сайта и ссылочный вес новому URL. Однако он не передает наложенные на старый URL санкции со стороны поисковых систем.
302 Found (найдено)
302 – довольно неоднозначный редирект и часто используется в качестве временного. Код означает, что запрашиваемый контент найден, но он находится по другим координатам.
Так как это временный редирект, он не передает SEO-параметры по ссылке. Не используйте этот редирект, если планируете переезд вашего сайта на новый домен или полномасштабные обновления на вашем сайте.
307 Временный редирект
В 307 прямо указано, что запрашиваемый URL-адрес был перемещен во временную папку и вернется через некоторое время. Поскольку этот запрос изменится в будущем, он должен быть выполнен с оригинальным (исходным) URL.
Используйте этот редирект, если вы уверены, что данный шаг является временным и вам позже понадобится исходный URL-адрес.
Не редиректы, но важные коды состояния HTTP
Кроме традиционных редиректов вы можете обнаружить два дополнительных кода состояния HTTP. Они являются существенными в ежедневной работе по поддержке вашего сайта. 410 и 451 – это сообщение вашего сервера о том, что ранее здесь размещалась какая-то информация, но более она недоступна.
410 Контент удален
При удалении страницы с сайта вы можете использовать 301 редирект, чтобы перенаправлять трафик со страницы с ошибкой 404 (контент не найден) на релевантную или главную страницу сайта. Но существует и другой способ — с помощью настройки кода 410.
451 Контент недоступен по юридическим причинам
Если вы когда-либо получали судебное постановление об удалении страницы или запрос от правообладателей на устранения каких-либо материалов, вам необходимо воспользоваться 451 кодом состояния HTTP.
Редирект с помощью регулярных выражений
Если вы эксперт в области SEO и веб-разработки, и вам необходимо использовать сложную переадресацию, вы можете воспользоваться редиректом регулярных выражений (REGEX redirects). Со стандартными редиректами вы, обычно, задаете один URL- адрес и URL для переадресации.
Это сложный метод, который требует профессиональных знаний и опыта работы с конфигуратором работы сервера. В противном случае высока вероятность, что использование подобной переадресации может попросту сломать вам сайт.
Работа с редиректами
Работа с редиректами – это важная часть ежедневной работы для вебмастеров и SEO-специалистов. В данной статье мы попытались раскрыть разные возможности в перенаправлении страниц. Будьте предельно внимательны при выборе редиректов. Например, старайтесь не использовать 302 редирект, если вы хотите переехать на другой домен. Это приведет к серьезным проблемам и сбоям в работе сайта. Продумайте какой результат вы хотите получить и выберите подходящий метод перенаправления.
Если вам потребуется консультация специалиста и проверка сайта на корректность настройки редиректа, вы можете отправить заявку на SEO-аудит и сопровождение проекта в нашу службу “Персональный менеджер”.
При проектировании и тестировании веб-сайта иногда требуется выполнить временное автоматическое перенаправление с одной страницы на другую без потери его функциональности. Для этой цели применяются редиректы. Особенности их использования, правильная настройка и примеры приведены в этой статье.
Что такое редиректы
Редирект — это метод автоматического перенаправления посетителей с одной страницы на другую или на какой-либо сайт.
В каких случаях нужно использовать
Основные виды редиректов
Номера редиректов находятся в диапазоне от 1хх до 5хх, но на практике чаще применяются 3хх и 4хх. Первые (3хх) связаны с перенаправлением, а вторые (4xx) — с ошибками в браузере у пользователя.
Классификация 3хх редиректов
Для клиента все типы редиректов одинаковы, но браузеры и роботы поисковых систем идентифицируют их по коду состояния. Напрямую с перенаправлением связаны 5 видов редиректов (301, 302, 303, 307 и 308), которые используются для SEO-оптимизации сайта. Рассмотрим каждый из них подробно.
301-редирект
С точки зрения seo-оптимизации интернет ресурса редирект 301 является наиболее значимым, поскольку передает условный вес ссылки с небольшой потерей. Он кешируется по умолчанию поисковыми системами и позволяет избежать тупиковых переходов или объединения ссылок.
Когда используется
Не рекомендуется применять
302 и 303
Редирект 302 рекомендуется использовать при временном перемещении интернет-ресурса на другой адрес (время должно указываться в настройках).
303-редирект используется так же как и 302, поскольку никогда не кэшируется. Его применяют при обозначении неопределенного времени размещения интернет-ресурса. Запрос к адресу выполняется посредством метода «GET».
Когда используется
Не рекомендуется применять
307 и 308
Для замены 302-редиректа используется 307, когда поисковым системам требуется сообщить о сервере, который совместим с HTTP 1.1. Он делает постоянной величиной метод запроса, указанный в настройках, и не кэшируется по умолчанию. Отличие 308 редиректа от 307 состоит в том, что с его помощью можно обрабатывать POST-формы, не изменяя метод переадресации.
Когда используется
Не рекомендуется применять
Классификация 4хх редиректов
Методы реализации перенаправлений
Первый тип наиболее удобен и часто используется для настройки переадресации, поэтому разберем его подробнее.
Алгоритм установки FTP-клиента FileZilla
Что такое mod_rewrite
Чтобы прописать редирект в файле конфигурации сервера Apache, нужно придерживаться некоторых правил.
Директива RewriteCond
Определяет условия при которых происходят преобразования модуля mod_rewrite на Apache сервере.
Директива RewriteRule
Задает правила благодаря которым происходят эти преобразования.
Расположение правил
Все директивы нужно прописывать после двух строк:
Регулярные выражения
Специальные символы
Флаги
Указываются в квадратных скобках — [].
Модификаторы повторения символов для шаблонов
Комментарий
Не обрабатывается и обозначается символом « # » в начале строки
Примеры редиректов
Для использования конкретного редиректа достаточно поменять символы «3хх» на требуемые значения (от 301 до 308) с учетом его характеристик.
Простой 301-й редирект с одной страницы на другую
В этом случае ссылку на новую страницу нужно прописывать полностью с протоколом http или https.
Другой вариант редиректа с директивой RewriteRule
Редирект без изменения URL
Чтобы сделать редирект без изменения url, нужно не указывать тип редиректа « R ». В результате по адресу http://site.ru/category/post будет открываться страница page.html, а в адресной строке браузера останется /category/post
Убрать www в начале домена можно двумя способами.
Первый способ с указанием домена:
Второй способ без указания доменного имени:
Добавить www в начало домена можно также двумя способами.
Редирект с http на https
Для перенаправления всех страниц с портокола http на https есть несколько способов.
В случае если не сработал первый способ попробуйте другой.
Если оба способа не работают и происходит циклическая переадресация добавьте в условие X-Forwarded-Proto.
Ещё один вариант редиректа c http на https.
Редирект с https на http
Бывает необходимо сделать обратное перенаправление с https на http. Сделать это можно слудующим образом:
Перенаправление с index.php, index.html и index.htm на главную страницу
Убрать index.php в URL для всех страниц сайта
Перенаправление на index.php
Редирект всех страниц на главную (для всех внутренних страниц сайта)
Редирект на другой сайт или склейка домена
Добавить слэш в конце URL
Убрать слэш в конце URL
В настоящее время пользуются популярностью адаптивные сайты, которые правильно отображаются в зависимости от разрешения экрана устройства. Если все же нужно сделать перенаправление на мобильную версию сайта то сделать это можно с указанием конкретных user agent. Для примера возьмем самые популярные, которые можно заменить или добавить другие.
Если нужно чтобы в браузере на ПК по ссылке m.site.ru открывалась обычная версия сайта, то нужно поставить знак «!» в предыдущем примере.
Редирект на 404 страницу (обработка 404-й ошибки):
Редирект с основного домена на поддомен
Редирект с IP на домен
123.123.123.123 нужно заменить на IP-адрес сервера.
Редирект с кириллического URL
Домены на кириллице российской национальной зоны «.рф» и кириллические ссылки подчиняются тем же правилам редиректа, как и все остальные. Но, чтобы избежать ошибок при создании перенаправления, кириллические символы (Unicode) следует преобразовать в латинские (ASCII) методом Punycode.
Конвертация осуществляется автоматически с помощью специализированных онлайн-сервисов, например, таких как Charset или Cryptii. Полученное в итоге алфавитно-числовое значение следует вставить в описанные шаблоны использования редиректов, вместо имени кириллического домена или ссылки.
Начни экономить на хостинге сейчас — 14 дней бесплатно!
В этом руководстве мы рассмотрим, какие виды редиректов существуют, как они реализуются и как их использовать.
С технической точки зрения: что такое редирект
Редирект может быть инициирован, как на стороне сервера, так и на стороне клиента:
Редиректы на стороне сервера:
Редиректы на стороне клиента:
Редиректы на стороне сервера
Есть несколько видов HTTP кодов статуса ( RFC 7231 ), которые указывают на редирект определенного типа. Не существует хороших или плохих кодов статуса. Каждый вид редиректа имеет свое назначение и может быть применен для оптимизации определенного аспекта.
Если поисковая система обнаруживает редирект, она должна решить, как его обрабатывать. С точки зрения SEO существует один основной вопрос: нужно ли передавать по ссылке, на которую ведет редирект, вес или сигналы ранжирования?
Чтобы принять это решение, поисковые системы рассматривают код статуса, используемый для редиректа, и его технические характеристики.
В следующей таблице приведены коды статуса 30x и их технические характеристики:
Поисковые системы могут по-разному реагировать, исходя из ответов на следующие вопросы:
Код статуса редиректа может помочь ответить на эти вопросы.
Редирект 301 — «Перемещено навсегда»
Важным редиректом с точки зрения SEO является редирект 301 « Перемещено навсегда «. Google подтвердил, что редирект 301 обычно передает вес ссылки с небольшой потерей и является основным способом для решения задач SEO при изменении структуры сайта. Другие поисковые системы могут исповедовать иную « философию ».
Редирект 301 кэшируется по умолчанию, если не указано иное. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.
Когда использовать редирект 301
Redirect 301 HTML является правильным решением для предотвращения тупиковых переходов и объединения входящих ссылок. Ссылочный вес и трафик могут быть сохранены. Обычно редирект 301 используется, если нужно, чтобы поисковые системы перенесли весь SEO-вес на URL-адрес назначения после перемещения на него документа навсегда.
Случаи использования редиректа 301
Когда не нужно использовать редирект 301
Редирект 301 является неверным решением для случаев, в которых кэширование может привести к неожиданному негативному поведению.
Redirect 301 HTML также не следует использовать, если вы хотите применить временное перенаправление.
Редирект 302 — «Найден» / «Временно перемещен»
Редирект 302 не кэшируется по умолчанию. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.
Когда использовать редирект 302
Это правильное решение, если вы хотите применить временный редирект, который не влияет на присутствие сайта в результатах поиска. Временный редирект должен быть ограничен во времени. Он также может быть использован, если нужно применить редирект, который не являются кэшируемым.
Случаи использования редиректа 302 :
Когда не следует использовать редирект 302
Код статуса 302 не следует использовать, если нужно передавать SEO-вес URL-адресу назначения.
HTML redirect 302 также не следует применять, если метод исходного запроса необходимо использовать для запроса к URL-адресу назначения.
303 — «Смотреть другие»
Когда следует использовать редирект 303
Случаи использования редиректа 303
Когда не следует использовать редирект 303
Редирект 307 — «Временно перемещено»
Редирект 307 не кэшируется по умолчанию. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.
Когда следует использовать редирект 307
Редирект 307 может быть использован, если нужен временный редирект, который указывает клиенту не изменять метод первоначального запроса при запросе URL-адреса назначения.
Случаи использования редиректа 307 :
Когда не следует использовать редирект 307
Редирект 308 — «Перемещено навсегда»
HTML redirect 308 кэшируется по умолчанию, если не указано иное. cache-default может быть переопределен кэшированием метода запроса или с помощью явных элементов управления кэшем.
RFC 7538 ограничивает использование кода статуса 308 теми случаями, « когда сервер полностью уверен, что клиент распознает новый код, или когда резервный вариант семантики кода статуса 300 не является проблемой «.
Когда следует использовать редирект 308
Случаи использования редиректа 308
Когда не следует использовать редирект 308
Редирект 308 — это неверное решение для всех случаев, в которых кэширование может привести к неожиданному негативному поведению.
Заключение по редиректам на стороне сервера
Редиректы на стороне клиента
Редирект на стороне клиента — это прямой переход к URL-адресу назначения. Он инициируется непосредственно клиентом, например, браузером.
В то время как редиректы на стороне сервера являются предпочтительным способом реализовать редирект, разработчики не всегда имеют возможность контролировать редирект на стороне сервера. В этом случае для перенаправления пользователя или обновления документа можно применить редирект на стороне клиента.
Обновление с помощью метаконтента
В HTML можно запустить редирект, используя следующий синтаксис в разделе :
Приведенный в примере код указывает выполнить HTTP-запрос с помощью метода GET к URL-адресу http://www.example.com/
V через 5 секунд. Чтобы выполнить HTML redirect немедленно, укажите 0 секунд. В данном процессе не задействованы коды статуса редиректа.
Мы не рекомендуем использовать метаобновления, так как это может привести к проблемам с юзабилити и ранжированием сайта в поисковых системах. Существуют более предпочтительные варианты обеспечения перенаправления с использованием редиректа на стороне сервера.
JavaScript-редиректы
Примеры JavaScript-редиректов
Вот несколько примеров для различных методов реализации JavaScript-редиректа :
Заключение по редиректам на стороне клиента
Если перенаправление на стороне сервера применить невозможно, могут быть использованы JavaScript-редиректы при отслеживании конкретного браузера/клиента или геотаргетинге.
Общие случаи использования редиректов для целей SEO
Редиректы при изменении структуры сайта
HTML redirect на другую страницу, используемый для предотвращения подобных проблем, должен быть:
Примечание : 308 редирект является более соответствующим спецификации решением, но клиенты могут не поддерживать его.
Редирект для геотаргетинга
Если пользователь изменяет свое географическое местоположение или языковые настройки браузера, использование кэшируемого кода состояния может привести к проблемам. Пользователь может видеть контент, отображаемый, исходя из его предыдущего местоположения. В результате чего может быть искажен или ухудшен опыт взаимодействия.
Без возможности получить вариативные заголовки поисковые системы не будут иметь никакой информации об измененном поведении редиректа при различных обстоятельствах. Использование вариативного заголовка обычно приводит к адресному отображению многоязычных сайтов в результатах поиска.
Перенаправление для Pay Per Click / реферального маркетинга
При использовании редиректа для Pay Per Click или реферального маркетинга для предотвращения определенных проблем требуется временный редирект. Адреса назначения HTML meta redirect могут меняться в зависимости от тестирования различных посадочных страниц или вследствие изменений в инфраструктуре отслеживания. Чтобы избежать проблем, поведение кэширования клиента должно контролироваться.
Требования к редиректу для Pay Per Click / реферальных кампаний :
В следующей таблице показано, какие коды состояния подходят для различных случаев:
Редирект для таргетинга устройств
Если пользователи должны перенаправляться на конкретный URL-адрес в зависимости от используемого устройства, существуют определенные требования, которые необходимо учитывать при выборе кода состояния:
Бывают случаи, когда пользователи не хотят использовать версию сайта, соответствующую их устройству, потому что предпочитают использовать только стационарную или мобильную версию. В этом случае кэшируемый редирект может привести к проблемам. Пользователь может быть не в состоянии выбрать нужный вариант после того, как редирект был кэширован.
Если не предоставляются вариативные заголовки, поисковые системы не будут иметь никакой информации о том, что поведение редиректа изменяется в зависимости от различных обстоятельств. Использование вариативного заголовка обычно приводит к адресному отображению версий сайтов под конкретные устройства в результатах поиска.
Исходя из перечисленных выше требований, мы предлагаем использовать для отслеживания устройств редирект 303 или 307 в зависимости от требуемого метода запроса URL-адреса назначения.
Используя rel=alternate должным образом, веб-мастера могут помочь поисковым системам лучше понять международные сайты.
Редиректы при изменении хоста или протокола и других коррекциях URL-адреса
Многие сайты используют htaccess для выполнения коррекции URL-адреса при изменении хоста, протокола и в других случаях.
Это, как правило, включает в себя ( но не ограничивается этим ):
Требования, предъявляемые к редиректу для URL-коррекции :
Редиректы и Canonical в SEO
Технически, HTML redirect и rel=canonical вряд ли можно сравнивать. Однако с точки зрения SEO они помогают:
Типичные ошибки SEO, связанные с редиректом
Цепочки редиректов
Со временем на сайт могут добавляться новые редиректы, и это может привести к возникновению цепочки. Цепочка редиректов — это ряд редиректов, следующих друг за другом.
Появление цепочки HTML redirect ведет к:
URL-адреса назначения редиректа должны регулярно проверяться, чтобы предотвратить возникновение цепочки.
Редиректы как источник возникновения задержки
Каждый редирект генерирует запрос на сервер, который должен быть обработан и на который должен быть получен ответ. Это приводит к увеличению задержки и может стать причиной уменьшения активности пользователей на сайте.
Различные клиенты выдают сообщение « Слишком много редиректов » при различном количестве редиректов.
Перенаправление как причина проблем с бюджетом сканирования
Поисковые системы сканируют только небольшой фрагмент Сети. Одной из основных задач этого процесс является поиск максимально возможного количества релевантных документов с использованием ограниченных ресурсов. Чтобы достичь этого, каждому сайту назначается бюджет сканирования контента поисковыми системами, который определяет максимальное количество запросов поисковой системы в течение определенного периода времени.
Каждый HTML redirect на другую страницу заставляет поисковую систему выполнять новый запрос, чтобы найти требуемый документ. Таким образом, если редиректы суммируются, это повлияет на использование бюджета сканирования. Когда бюджет сканирования расходуется в основном на редиректы, более релевантные разделы сайта могут посещаться поисковым роботом реже или вовсе не посещаться. Это также может привести к увеличению времени полного обхода сайта, что ухудшает обновляемость индекса.
Сбой отображения URL-адресов из-за редиректа
Сбой отображения URL-адреса происходит, когда поисковик неожиданно отображает в результатах изначальный URL-адрес временного редиректа вместо URL-адреса назначения.
Если используются временные редиректы, поисковые системы не могут правильно ответить на вопрос, должен ли исходный URL-адрес отображаться в результатах поиска, или предпочтительным вариантом будет URL-адрес назначения. Это может привести к непредсказуемому поведению поисковой системы.
Поисковая система может:
Факторы, которые могут быть приняты во внимание поисковыми системами:
Если вы хотите переместить контент с одного URL-адреса на другой, старайтесь использовать постоянный редирект, чтобы избежать сбоя отображения.
Если произошло смещение вашего рейтинга в поисковых системах в пользу третьей стороны, обязательно уведомите поисковую систему об этом. Все основные сервисы предоставляют формы, через которые веб-мастера могут предоставить такую информацию.
Петля редиректов из-за кэширования редиректов
Большинство клиентов обходят эту проблему. Клиенты, как правило, разрывают петлю редиректов, игнорируя внутренний кэш и проверяя информацию кэша по более свежему запросу. Однако такого поведения не следует ожидать от всех клиентов.
Неправильный редирект при пагинации
Глубина пагинации может изменяться, особенно на сайтах с часто изменяемым количеством контента.
Пример:
Пагинация может содержать определенное количество элементов в один момент времени и меньшее количество элементов в другой. Это приводит к изменению количества страниц пагинации. Пользователь может увидеть одну страницу пагинации в определенный момент, а через какое-то время, когда он пытается посетить ее, она становится уже неактивной.
Если вы в подобной ситуации используете постоянный код статуса, он может кэшироваться браузером. Когда число элементов снова меняется и страница пагинации снова может стать активной, пользователь может снова попытаться получить к ней доступ, и тогда он перенаправляется на ранее сохраненный URL-адрес назначения редиректа.
Мы рекомендуем использовать некэшируемые временные редиректы для URL-коррекции пагинации.
Пожалуйста, оставьте свои мнения по текущей теме материала. Мы очень благодарим вас за ваши комментарии, дизлайки, отклики, лайки, подписки!