Фраза «сайт не работает, но мы уже решаем эту проблему» — типичная заглушка, которую владельцы показывают посетителям во время сбоя, обновления или технических работ. Если вы видите такую надпись на чужом сайте — просто подождите, обычно доступ восстанавливается от нескольких минут до пары часов. Если вы делаете такую страницу сами для своего проекта — важно не только текст, но и то, как сервер отвечает поисковым системам и браузеру.
Какой код ответа должен отдавать сервер
Главная ошибка — отдавать страницу с текстом «мы всё чиним» с кодом 200. Поисковик воспримет её как обычную страницу и может проиндексировать текст заглушки вместо рабочего контента. Правильно отдавать HTTP 503 Service Unavailable — это явный сигнал «временно недоступно», а не «страница не найдена» и не «страница успешно загружена».
- 503 — сервер сообщает о временной проблеме, документ не исключается из индекса
- Заголовок Retry-After с примерным временем восстановления помогает роботам и части браузеров
- 404/410 в этой ситуации использовать нельзя — страница может выпасть из индекса
- Постоянный редирект (301) на другую страницу тоже нежелателен, если сбой временный
Что писать на самой странице
Текст должен быть коротким и по делу: что случилось (в общих словах, без лишних подробностей), что делать посетителю сейчас и когда примерно ожидать восстановления. Хорошо работает такая структура:
- Одна фраза о характере проблемы («технические работы», «плановое обновление», «временный сбой»)
- Примерное время восстановления, если оно известно
- Контакт для срочных вопросов (почта, телефон, соцсети), если он есть
- Ссылка на статус-страницу или канал с обновлениями, если ведёте отдельно
Как не потерять позиции в поиске из-за долгого простоя
Если работы затягиваются на сутки и дольше, стоит держать код 503 и не менять title/description на время отключения — поисковик расценивает длительный 503 как временную недоступность и не спешит выкидывать страницы из индекса, но если простой длится неделями, часть страниц всё же может временно пропасть из выдачи и вернуться после восстановления. Чтобы минимизировать риск, полезно заранее подготовить лёгкую статическую заглушку, которая не зависит от базы данных и CMS — тогда даже при падении сервера она успеет отдаться раньше, чем сервер уйдёт в полный офлайн.
Если сайт лежит дольше обычного и без объяснений — проверьте логи хостинга и статус домена: иногда «мы уже решаем проблему» на самом деле означает забытое продление хостинга или домена.