Meta refresh и JS-редирект: почему для SEO лучше серверный 301

Редирект можно сделать тремя способами: на сервере, через мета-тег в HTML и через JavaScript. Посетитель в итоге попадает на нужную страницу в любом случае, но для поисковика эти способы неравноценны. Серверный редирект робот видит сразу, ещё до загрузки страницы. Остальные он обнаруживает, только открыв и обработав документ.

Как выглядит meta refresh

Мета-тег в блоке head указывает браузеру через сколько секунд и куда перейти:

<meta http-equiv="refresh" content="0;URL=https://primer.uz/novyy-adres/">

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

Как поисковики относятся к meta refresh

Google сообщает, что мгновенный meta refresh интерпретирует как постоянный редирект, а с задержкой — как временный. Яндекс тоже умеет обрабатывать такие перенаправления, но и для него переход без задержки надёжнее. В обоих случаях роботу нужно сначала загрузить и разобрать HTML, поэтому обработка происходит медленнее, чем у серверного 301. Стандарты доступности тоже не рекомендуют автоматические переходы с задержкой: они путают пользователей экранных дикторов.

JavaScript-редирект

Скрипт меняет адрес страницы после загрузки, например через присваивание нового адреса объекту location. Google умеет выполнять JavaScript и в большинстве случаев увидит такой переход, но только после этапа рендеринга, который может откладываться. Если скрипт падает с ошибкой или загружается долго, робот может редирект не заметить. Яндекс обрабатывает JavaScript менее предсказуемо.

Почему серверный 301 лучше

• Робот получает сигнал сразу, без загрузки страницы
• Не зависит от выполнения скриптов и браузера
• Однозначно трактуется как постоянный перенос
• Быстрее для посетителя: нет промежуточной страницы
• Легко проверяется любым инструментом по коду ответа

Когда без мета или JS не обойтись

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

В первых двух случаях сначала проверьте, нет ли в панели платформы встроенного раздела редиректов: у многих конструкторов и хостингов он есть, и он отдаёт настоящий 301. Также можно поставить перед сайтом сервис вроде Cloudflare и настроить правила перенаправления там.

Если всё-таки используете meta refresh

• Ставьте задержку 0
• Указывайте полный адрес назначения
• Добавьте на страницу каноническую ссылку на новый адрес
• Оставьте на странице обычную ссылку на новый адрес для тех, у кого переход не сработал
• Не используйте цепочки из нескольких таких страниц

Чего делать нельзя

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

Как проверить, какой редирект стоит на сайте

Загрузите старый адрес в инструментах разработчика на вкладке сети. Если первая запись — код 301 или 302, редирект серверный. Если код 200, а затем идёт загрузка нового адреса, значит, работает meta refresh или скрипт. Посмотрите исходный код страницы, чтобы понять, что именно. Найденные мета- и JS-редиректы по возможности замените серверными.