Мета-редирект

Механизм появился в середине 1990-х в браузерах Netscape и долго выручал владельцев сайтов на бесплатных хостингах, где не было доступа к настройкам сервера. Сервер отдаёт обычную страницу с кодом 200, браузер читает тег и сам переходит на новый адрес. Отсюда главное отличие от 301-редиректа: перенаправление происходит на стороне клиента, после загрузки HTML, а не в ответе сервера.

Как выглядит тег

<!-- мгновенный переход -->
<meta http-equiv="refresh" content="0; url=https://example.ru/new-page/">

<!-- переход через 5 секунд -->
<meta http-equiv="refresh" content="5; url=https://example.ru/">

Число перед точкой с запятой — задержка в секундах. Тег размещают в head.

Как к нему относятся поисковики

Google в документации пишет, что мгновенный meta refresh воспринимает как постоянную переадресацию, а с задержкой — как временную, аналог 302-редиректа. Но серверный редирект надёжнее: он срабатывает до загрузки страницы, его понимают все роботы и программы, не разбирающие HTML, и он быстрее для пользователя. Отложенный переход к тому же неудобен: человек не успевает дочитать страницу, а кнопка «Назад» возвращает его на ту же переадресацию. Исторически такой приём использовали в дорвеях, поэтому массовое применение выглядит подозрительно.

Когда он оправдан и чем заменить

Мета-редирект уместен там, где нет доступа к серверу: статичный хостинг вроде GitHub Pages, HTML-выгрузки, страница «Спасибо за заказ», которая через несколько секунд возвращает на главную. В остальных случаях лучше серверный вариант:

• nginx: return 301 https://example.ru/new-page/; в блоке location.
• WordPress: плагин Redirection или функция wp_safe_redirect() с кодом 301.
• 1С-Битрикс: LocalRedirect('/new-page/', false, '301 Moved permanently');

Подробные примеры для каждой платформы — в статье о настройке 301 редиректа.