Refresh

Refresh – это мета-тег http-equiv="refresh", который через указанное число секунд перезагружает текущую страницу или отправляет посетителя на другой адрес. Поисковики воспринимают его как редирект, но и Google, и Яндекс считают серверное перенаправление более надёжным.

Вы наверняка видели такие страницы: «Спасибо, через 5 секунд вы вернётесь на главную» или заглушку хостинга, которая сама перекидывает на новый домен. Внутри обычно стоит refresh. Он удобен тем, что его можно вписать прямо в HTML без доступа к настройкам сервера. И тем же опасен: такие редиректы годами живут на сайте, и их никто не замечает, потому что сервер отдаёт по этим адресам код 200.

Два режима: перезагрузка и переход на другой адрес

Тег ставят в head. У него два режима, и оба задаются атрибутом content.

Перезагрузка той же страницы каждые 60 секунд:

<meta http-equiv="refresh" content="60">

Переход на другой адрес. Число перед точкой с запятой означает задержку в секундах, ноль значит «сразу»:

<meta http-equiv="refresh" content="0; url=https://site.ru/new/">

Так же браузеры понимают HTTP-заголовок Refresh, который сервер отдаёт вместе со страницей. Для поисковика разница небольшая: в обоих случаях он сначала получает страницу с кодом 200, а уже потом видит инструкцию уйти дальше.

Как refresh понимают поисковики

Главное здесь расхождение в первой строке. Для Google мгновенный refresh почти равен 301 редиректу, а Яндекс в справке называет перенаправление через refresh с небольшой задержкой временным. Если вы перенесли раздел и поставили на старые адреса refresh, Google, скорее всего, поймёт переезд, а Яндекс будет считать его временным. Google в своей справке прямо советует вместо refresh использовать серверный 301.

Чем refresh мешает людям

У тега есть и проблемы, не связанные с поиском. Автообновление каждые 30–60 секунд сбивает человека, который читает длинный текст или заполняет форму: страница перезагружается, позиция прокрутки и введённые данные теряются. Программы экранного доступа начинают читать страницу заново. В руководстве по доступности WCAG перенаправление с задержкой и автообновление без возможности их остановить отнесены к ошибкам, а мгновенный переход допускается.

С задержкой есть ещё одна беда: человек успевает начать читать, и страницу у него забирают. Если сообщение «вы будете перенаправлены» действительно нужно, дайте рядом обычную ссылку на новый адрес.

Типичный случай: после отправки заявки сайт показывает страницу «Спасибо» и через 5 секунд по refresh возвращает человека на главную. Удобнее оставить страницу без автоперехода: написать, когда перезвонит менеджер, и дать ссылки на каталог и контакты. Саму страницу закройте от индексации через noindex, в поиске ей делать нечего.

Refresh, 301 и JavaScript-редирект

• Серверный 301. Лучший вариант для переезда страниц, разделов и доменов. Поисковик сразу получает нужный код ответа и не скачивает лишнюю страницу.
• Refresh. Запасной вариант, когда к серверу нет доступа: статический хостинг, конструктор сайтов, временная заглушка.
• JavaScript-редирект. Google советует брать его, только если нельзя сделать ни серверный редирект, ни refresh: робот может не выполнить скрипт и не увидеть переход.

Подробно про виды перенаправлений рассказываем в статье Редирект, а про временные коды в статье 302 редирект.

Почему при переезде сайта нужен 301, а не refresh

Для переноса сайта refresh не подходит. Когда сеть «Посуда Центр» переезжала на новый сайт с другими адресами товаров и категорий, мы написали скрипт, который сопоставлял товары старого и нового сайта по артикулу и включал 301 редирект. Для остальных страниц, приносивших трафик за последние полгода, а их было больше 500, составили отдельную карту 301 редиректов. После переезда сайт сохранил позиции и органический трафик. Подробности в кейсе «Посуда Центр» и в статье SEO-переезд сайта.

Где refresh чаще всего мешает поиску и посетителям

• Переносить раздел на refresh и ждать, что Яндекс склеит адреса как при 301.
• Цепочка: refresh ведёт на страницу, которая отдаёт ещё один редирект.
• Автообновление на страницах с формами и длинными статьями.
• Забытая заглушка с refresh, которая уводит посетителей с рабочей страницы.

Как найти refresh на сайте

1. Откройте код подозрительной страницы и поищите http-equiv.
2. Прогоните сайт краулером, например Screaming Frog: он показывает страницы с meta refresh отдельным списком.
3. Для каждой найденной страницы решите, нужен ли переход. Если нужен и есть доступ к серверу, замените тег на 301.
4. Уберите старые адреса из внутренних ссылок и sitemap, чтобы робот сразу шёл на новые.

Задержка, склейка в Яндексе и замена refresh на 301

Редиректы, коды ответа и мета-теги проверяем при техническом аудите и SEO-аудите, а переезды сопровождаем при SEO-продвижении.

Источники

• Google Search Central: редиректы и Google Поиск
• Google Search Central: мета-теги и атрибуты, которые поддерживает Google
• Яндекс Вебмастер: справка «Метатеги, которые учитывает Яндекс» и «Обработка редиректов»
• W3C: WCAG 2, техники F40, F41 и H76
• Кейс E.BAEV: «Посуда Центр»

См. также: 301 редирект, Коды ответов сервера, Редирект, Мета-теги.