Иногда сайт нужно убрать из интернета не навсегда, а всего на несколько часов, дней или недель. Например, идет большая переделка, меняется каталог интернет-магазина, исправляется серьезная ошибка или владелец просто не хочет, чтобы посетители видели проект до повторного запуска.
Временно отключить сайт можно, причем для этого обычно не нужно отказываться от хостинга, удалять файлы или прекращать продление домена. Более того, перестать платить за хостинг ради временного отключения сайта будет одним из самых неудачных способов решить задачу.
Правильный вариант зависит от причины и предполагаемого срока. Иногда достаточно показать посетителям страницу технического обслуживания, иногда лучше полностью закрыть сайт паролем, а в некоторых ситуациях можно ограничить доступ средствами панели хостинга или веб-сервера.
Как временно закрыть сайт и ничего не удалить
Для начала важно разделить понятия отключить сайт и удалить сайт.
Если проект понадобится снова, удалять его файлы и базу данных совершенно необязательно. Они могут продолжать находиться на хостинге, пока публичный доступ к страницам будет ограничен.
Самый простой пример это режим технического обслуживания.
Вместо обычных страниц посетитель видит временную страницу, сообщающую о проведении работ. При этом файлы сайта, база данных, административная панель и остальные компоненты остаются на сервере.
Такой способ подходит, если отключение продлится недолго. Например, интернет-магазин обновляется ночью, выполняется перенос большой базы или устанавливается новая версия сайта.
У WordPress режим обслуживания может включаться автоматически во время обновления. Для более продолжительных работ существуют отдельные плагины и возможности на стороне сервера.
Но техническая страница подходит не всегда.
Если сайт еще разрабатывается и посторонние вообще не должны видеть его содержимое, надежнее ограничить доступ паролем. Тогда браузер запросит имя пользователя и пароль еще до загрузки самого сайта.
Такой способ особенно удобен для тестовой версии проекта.
Разработчик и заказчик получают доступ, а случайный посетитель или поисковый робот не может просто открыть страницы.
Ограничение можно организовать средствами панели управления хостингом или веб-сервера. Конкретные возможности зависят от провайдера.
Есть и более радикальный способ: изменить конфигурацию сайта или веб-сервера так, чтобы основной проект временно не обслуживался. Однако новичку без необходимости лучше не экспериментировать с удалением домена из панели, DNS и системными настройками.
Если задача состоит только в том, чтобы на несколько дней закрыть страницы от посетителей, существуют гораздо более безопасные решения.
Особенно не стоит удалять базу данных или переименовывать наугад системные каталоги. Вернуть все обратно потом может оказаться сложнее, чем правильно закрыть сайт изначально.
Перед любыми крупными изменениями полезно сделать резервную копию.
Даже если способ временного отключения сам по себе безопасен, причина отключения часто связана с серьезными работами. Именно во время обновления CMS, замены темы, переноса данных или изменения структуры сайта вероятность ошибки выше обычной.
Что должны видеть посетители и поисковые системы
Если сайт закрывается всего на несколько минут, вопрос поведения поисковых систем обычно не имеет большого значения. Но когда отключение длится часы или дни, способ ответа сервера становится важнее.
Для временной недоступности существует HTTP-код 503 Service Unavailable.
Он сообщает клиенту, в том числе поисковому роботу, что сервер временно не может предоставить обычную страницу. Смысл такого ответа принципиально отличается от 404.
Код 404 означает, что запрошенная страница не найдена. Если существующий сайт просто находится на техническом обслуживании, сообщать поисковику, что все его страницы внезапно исчезли, нелогично.
Не подходит для временного отключения и постоянный редирект 301 на какую-нибудь служебную страницу. Код 301 сообщает о постоянном перемещении ресурса, тогда как владелец собирается вернуть сайт на прежние адреса.
При правильно организованном техническом обслуживании посетителю можно показать аккуратную временную страницу, а сервер при этом будет отдавать соответствующий статус временной недоступности.
Для человека важнее другое: он должен понимать, что проблема временная.
Если посетитель вместо интернет-магазина видит пустой белый экран, ошибку подключения или стандартное сообщение веб-сервера, он не знает, существует ли компания вообще.
Поэтому для запланированных работ лучше подготовить простую техническую страницу.
На ней необязательно размещать длинные объяснения. Достаточно дать понять, что сайт временно недоступен и вернется после завершения работ. Если для бизнеса это важно, можно оставить альтернативный способ связи.
При этом не стоит обещать точное время запуска, если вы сами в нем не уверены.
С поисковыми роботами ситуация требует немного больше осторожности, особенно если сайт получает заметный поисковый трафик.
Короткий технический перерыв является нормальной ситуацией. Но если сайт недоступен продолжительное время, поисковые системы не могут бесконечно считать его обычным работающим ресурсом.
Поэтому режим обслуживания не стоит использовать как способ закрыть ненужный сайт на несколько месяцев и забыть о нем.
Если проект прекращает работу надолго, нужно уже отдельно решать, что делать со страницами, поисковым трафиком, доменом и содержимым.
Есть еще распространенный вариант: запретить индексирование через robots.txt или соответствующую настройку CMS.
Но запрет индексации и закрытие сайта это разные задачи.
Если страница остается доступной по адресу, человек все равно может ее открыть. Поэтому robots.txt нельзя считать защитой конфиденциального тестового проекта.
Если содержимое действительно не должно быть доступно посторонним, используйте авторизацию или другое полноценное ограничение доступа.
Можно ли отключить сайт и оставить почту и домен
Да, и это одна из причин не трогать оплату хостинга и регистрацию домена без необходимости.
Домен, сайт и электронная почта могут быть связаны между собой, но технически выполняют разные функции.
Предположим, у компании есть example.ru, сайт www.example.ru и почта info@example.ru. Владельцу нужно закрыть сайт на неделю для полной переделки.
Для этого необязательно прекращать регистрацию example.ru.
Наоборот, домен лучше оставить в обычном рабочем состоянии. После окончания работ сайт должен снова открыться по тому же адресу.
С почтой все зависит от ее организации.
Если почтовые ящики работают на том же хостинге, но вы просто закрыли веб-сайт режимом обслуживания или паролем, почта обычно может продолжать работать. Ограничение доступа к веб-страницам само по себе не означает остановку почтового сервиса.
Если почта обслуживается отдельным провайдером, ситуация еще очевиднее. Веб-сайт можно закрыть, не меняя почтовые DNS-записи.
Именно поэтому опасно решать задачу путем случайного удаления всех DNS-записей домена.
Можно не только отключить сайт, но заодно сломать электронную почту и другие сервисы, работающие на этом домене.
Похожая проблема возникает, если вместо закрытия сайта владелец решает просто не оплачивать хостинг.
В этом случае провайдер может приостановить всю услугу. Если почтовые ящики являются частью того же аккаунта, вместе с сайтом может пострадать и почта. Кроме того, после предусмотренного правилами периода хранения появляется риск удаления данных.
Поэтому неоплата не является способом поставить сайт на паузу.
Если проект нужно сохранить на несколько месяцев, но он не должен быть доступен посетителям, сначала посмотрите условия своего тарифа. Возможно, стоимость хранения небольшого сайта невелика и проще оставить хостинг активным.
Если платить за прежний тариф ради выключенного проекта невыгодно, можно рассмотреть перенос архива и базы в надежное хранилище, а перед повторным запуском развернуть сайт заново.
Но это уже не временное отключение работающего сайта, а фактическая консервация проекта.
При таком варианте особенно важна полноценная резервная копия.
Нужно сохранить не только изображения и страницы, но и базу данных, конфигурационные файлы и все остальное, что потребуется для восстановления.
Домен при этом можно продолжать продлевать отдельно от хостинга.
Как правильно вернуть сайт после временного отключения
Если сайт был закрыт аккуратно, обратный запуск обычно не представляет сложности.
При использовании страницы технического обслуживания достаточно отключить соответствующий режим и проверить, что сервер снова отдает обычные страницы.
Если использовалась защита паролем, ее нужно снять.
После этого не ограничивайтесь проверкой главной страницы.
Откройте несколько внутренних разделов, изображения и формы. Авторизуйтесь в административной панели. Если это интернет-магазин, проверьте каталог, корзину и оформление заказа.
Если во время отключения менялись PHP, база данных, плагины или конфигурация сервера, проверка должна быть особенно внимательной.
Полезно также убедиться, что после технических работ не остались временные ограничения.
Например, разработчик мог закрыть сайт паролем, запретить доступ определенным IP-адресам или включить настройку, мешающую индексации. Сам сайт уже работает, но поисковые роботы все еще не могут нормально его обходить.
После серьезной переделки стоит проверить основные URL и коды ответа сервера.
Если адреса страниц не менялись, они должны продолжать открываться как раньше. Если структура сайта была изменена, для старых важных URL могут потребоваться корректные перенаправления.
Отдельно проверьте SSL-сертификат. Особенно если за время работ менялись DNS, сервер или сам хостинг.
Для интернет-магазина и других коммерческих проектов полезно выполнить реальный пользовательский сценарий от начала до конца.
Откройте сайт как обычный посетитель, найдите товар или услугу, заполните форму, проверьте отправку уведомлений. То, что административная панель открывается без ошибок, еще не означает, что все функции проекта работают правильно.
Если сайт был закрыт надолго, проверьте также актуальность содержимого. За время паузы могли измениться цены, контакты, ассортимент, сотрудники или условия оказания услуг.
Таким образом, временно отключить сайт на хостинге можно без удаления самого проекта.
Для коротких технических работ обычно подходит режим обслуживания. Для тестовой версии или закрытого проекта надежнее использовать ограничение доступа. При этом домен и электронная почта могут продолжать работать как обычно.
Главное не путать временное закрытие сайта с прекращением оплаты хостинга. Неоплата способна привести к приостановке всей услуги и в дальнейшем к удалению данных, тогда как нормальный режим обслуживания оставляет проект под вашим контролем.
Если сайт планируется вернуть, сначала сделайте резервную копию, выберите подходящий способ ограничения доступа и не меняйте без необходимости домен, DNS и другие работающие сервисы. Тогда вернуть проект в интернет можно будет без нового переноса и неприятных сюрпризов.
