Перенаправление URL — это практика сопоставления существующего URL с другим, что
фактически сообщает вашим посетителям и Google Search о том, что у страницы появился новый адрес. Редиректы
особенно полезны в следующих случаях:
- Вы перенесли свой сайт на новый домен и хотите сделать переход как можно более плавным.
- Пользователи заходят на ваш сайт по нескольким разным URL. Если, например, на вашу главную страницу
можно попасть разными способами (например,https://example.com/home,
http://home.example.com, илиhttps://www.example.com), рекомендуется выбрать один из этих URL в качестве предпочитаемого (
канонического) назначения и использовать редиректы для перенаправления трафика с других URL на предпочитаемый. - Вы объединяете два веб-сайта и хотите убедиться, что ссылки на устаревшие URL перенаправляются
на правильные страницы. - Вы удалили страницу и хотите перенаправить пользователей на новую.
Обзор типов редиректов
Хотя ваши пользователи обычно не смогут заметить разницу между различными типами редиректов,
Google Search использует определенные типы перенаправлений как сигнал о том, что целевая страница редиректа должна быть канонической. Выбор редиректа зависит от того, как долго он будет действовать и какую страницу вы хотите видеть в результатах поиска Google Search:
- Постоянные редиректы: показывают новую целевую страницу редиректа в результатах поиска.
- Временные редиректы: показывают исходную страницу в результатах поиска.
В следующей таблице описаны различные способы настройки постоянных и временных
редиректов в порядке убывания вероятности их корректной интерпретации Google (например, редирект на стороне сервера имеет наибольшие шансы быть правильно истолкованным Google). Выберите тип редиректа, который подходит для вашей ситуации и сайта:
| Типы редиректов | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Постоянный | Googlebot следует по редиректу, а конвейер индексирования использует редирект как сигнал о том,
| ||||||||||
| Временный | Googlebot следует по редиректу, но конвейер индексирования не использует его как сигнал
| ||||||||||
Редиректы на стороне сервера
Настройка редиректов на стороне сервера требует доступа к файлам конфигурации сервера (например,
к файлу .htaccess на Apache) или настройки заголовков перенаправления с помощью скриптов на стороне сервера (например, PHP). Вы можете создавать как постоянные, так и временные редиректы на стороне сервера.
Постоянные редиректы на стороне сервера
Если вам нужно изменить URL страницы в результатах поиска, мы рекомендуем
по возможности использовать постоянный редирект на стороне сервера. Это лучший способ
гарантировать, что Google Search и пользователи попадут на нужную страницу. 301
и 308 коды состояния означают, что страница была окончательно перенесена на новый адрес.
Временные редиректы на стороне сервера
Если вы хотите временно перенаправить пользователей на другую страницу, используйте временный редирект.
Это также гарантирует, что Google не будет руководствоваться редиректом, что поможет сохранить старый URL
в результатах поиска. Например, если услуга, предоставляемая вашим сайтом, временно недоступна, вы можете
настроить временный редирект, чтобы отправить пользователей на страницу с объяснением ситуации, не
нарушая позиции исходного URL в результатах поиска.
Реализация редиректов на стороне сервера
Реализация редиректов на стороне сервера зависит от вашей среды хостинга и сервера, а также
от языка сценариев бэкенда вашего сайта.
Для настройки постоянного редиректа с помощью PHP используйте header() функция. Вы должны установить заголовки перед отправкой чего-либо на экран:
Аналогично, вот пример того, как настроить временную переадресацию с помощью PHP:
Если у вас есть доступ к файлам конфигурации вашего веб-сервера, вы можете написать правила переадресации самостоятельно. Следуйте руководствам вашего веб-сервера:
Apache: Ознакомьтесь с
Apache.htaccessУчебник,
Руководство по перезаписи URL-адресов Apacheи
Apachemod_aliasдокументацией.Например, вы можете использоватьmod_aliasдля настройки простейшей формы переадресации:
Для более сложных переадресаций используйтеmod_rewrite. Например: NGINX:
Прочитайте о
Создании правил перезаписи NGINXв блоге NGINX. Как и в случае с Apache, у вас есть несколько вариантов создания переадресаций. Например:
Для более сложных переадресаций используйтеrewrite- правило:
Для всех остальных веб-серверов проконсультируйтесь с вашим администратором сервера или хостинг-провайдером, или поищите руководства в вашей любимой поисковой системе (например, выполните поиск по запросу "LiteSpeed redirects"). meta refresh
и его HTTP-эквивалент Если переадресации на стороне сервера невозможно реализовать на вашей платформе, meta refresh переадресации могут быть приемлемой альтернативой. Google различает два типа meta refresh
- переадресаций:
Мгновеннаяmeta refreshпереадресация: Срабатывает, как только страница загружается в браузере. Google Search интерпретирует мгновенныеmeta refresh - переадресации как постоянные переадресации.
Отложеннаяmeta refreshпереадресация
: Срабатывает только через произвольное количество секунд, установленное владельцем сайта. Google Search интерпретирует отложенныеmeta refresh
переадресации как временные переадресации. Разместите meta refresh переадресацию либо в элементе <head>
в HTML, либо в заголовке HTTP с кодом на стороне сервера. Например, вот мгновенная meta refresh переадресация в элементе <head>
в HTML:
Вот пример эквивалента заголовка HTTP, который вы можете внедрить с помощью серверных скриптов:
Чтобы создать отложенную переадресацию, которая интерпретируется Google как временная, установите атрибут content
на количество секунд, на которое должна быть отложена переадресация: JavaScript location
переадресации
переадресации. Хотя Google пытается отобразить каждый URL-адрес, просканированный Googlebot, рендеринг может не удаться по разным причинам. Это означает, что если вы настроите переадресацию JavaScript, Google может никогда ее не увидеть, если рендеринг контента не удался. Чтобы настроить переадресацию JavaScript, установите свойство location
на целевой URL-адрес переадресации в блоке скрипта в заголовке HTML. Например: Crypto
переадресации
Если вы не можете реализовать ни один из других методов переадресации, вам все равно следует приложить усилия, чтобы сообщить своим пользователям, что страница или ее содержимое были перемещены. Самый простой способ сделать это — добавить ссылку, указывающую на новую страницу, в сопровождении краткого объяснения. Например:<a href=”https://newsite.example.com/newpage.html”></a>
Мы переехали! Найдите контент на нашем новом сайте!
Это помогает пользователям найти ваш новый сайт, и Google может понять это как crypto-переадресацию (как и в случае с Лох-несским чудовищем, ее существование может быть спорным; не все поисковые системы могут распознать эту псевдо-переадресацию как официальную переадресацию).
Альтернативные версии URL
Когда вы перенаправляете URL, Google отслеживает как источник перенаправления (старый URL), так и цель перенаправления (новый URL). Один из этих URL станет
каноническим; какой именно, зависит от таких сигналов, как временный или постоянный характер перенаправления. Другой URL становится альтернативным именем канонического URL. Альтернативные имена — это разные версии канонического URL, которые пользователи могут лучше узнавать и которым могут больше доверять. Альтернативные имена могут появляться в результатах поиска, если запрос пользователя намекает на то, что он может больше доверять старому URL.
Например, если вы
переехали на новое доменное имя, весьма вероятно, что Google продолжит время от времени показывать старые URL в результатах, даже если новые URL уже проиндексированы. Это нормально, и по мере того, как пользователи привыкают к новому доменному имени, альтернативные имена исчезнут сами по себе, без каких-либо действий с вашей стороны.
Как мы это применяем
Redirects are where accumulated search equity is either preserved or lost. We map them one-to-one wherever possible, since bulk redirects to a category page are treated as soft 404s and lose the signal entirely.
Связанные услуги