Сайт не открывается: что проверить за 15 минут

Сначала выясните: у всех или только у вас

Это первый вопрос, и он экономит больше всего времени. Довольно часто «сайт лежит» означает, что он лежит ровно на одном компьютере - вашем. Пока вы не отделили одно от другого, любые дальнейшие действия можно делать зря.

Проверка занимает минуту. Откройте сайт с телефона по мобильному интернету, а не по домашнему Wi-Fi - это другой провайдер и другие DNS-серверы. Дальше попробуйте режим инкогнито: он не подтягивает кеш и расширения браузера. И попросите кого-нибудь из другого города просто открыть адрес и сказать, что он видит. Если у всех открывается, а у вас нет - проблема локальная: провайдер, DNS, антивирус, блокировщик рекламы или устаревший кеш. Перезагрузка роутера и смена DNS на публичные решают это в большинстве случаев.

Второй момент - проверьте, какой именно адрес вы открываете. Сайт может прекрасно работать на https://site.ru и не работать на www.site.ru, если отвалилось перенаправление или сертификат выпущен только на одну из версий. Наберите адрес вручную, без автоподстановки из истории.

И сразу же посмотрите, что именно показывает браузер. Это не косметика: текст ошибки почти прямо называет, где искать. Ниже - короткая карта симптомов, к которой удобно возвращаться.

Домен: самая частая и самая обидная причина

Домен - это аренда, а не покупка. Его нужно продлевать, обычно раз в год. И именно на этом спотыкается огромное количество работающих бизнесов, у которых с самим сайтом всё в полном порядке.

Классический сюжет выглядит так. Домен когда-то регистрировал сотрудник, который давно уволился, или подрядчик, с которым разошлись три года назад. Письма о продлении уходят на его почту или в спам, никто их не читает. В один день домен просто перестаёт работать - и сайт, и корпоративная почта на этом домене падают одновременно. Второй симптом важный: если вместе с сайтом отвалилась почта вида имя@вашдомен.ру - это почти наверняка домен, а не хостинг.

Что делать. Зайдите в личный кабинет регистратора и посмотрите статус домена. Если не помните, у какого он регистратора - это можно узнать по whois-сервисам, там же видно дату окончания. Просроченный домен обычно ещё какое-то время можно вернуть, просто оплатив продление: у регистраторов есть период, когда домен уже не работает, но ещё закреплён за вами. Дальше он освобождается и может уйти кому угодно, включая тех, кто специально караулит освободившиеся домены с историей. Поэтому тянуть тут нельзя: это тот редкий случай, когда счёт идёт на дни.

После оплаты сайт поднимается не мгновенно. Информация о домене расходится по DNS-серверам провайдеров, и это занимает от нескольких минут до суток. Если через десять минут не заработало - не значит, что не помогло. Подождите и проверьте с мобильного интернета.

Профилактика скучная, но работает: включите автопродление и привяжите к карте, которой пользуетесь. Убедитесь, что домен оформлен на компанию или лично на владельца, а не на подрядчика, и что доступ к личному кабинету регистратора есть у вас, а не только у него. Мы разбирали это подробно в материале про то, кому принадлежит сайт и какие доступы надо держать у себя - там же список того, что стоит собрать в одну папку заранее, пока ничего не горит.

Хостинг: оплата, место и нагрузка

Хостинг - это сервер, где физически лежат файлы сайта. Он тоже оплачивается по расписанию, и у него тоже есть лимиты, о которых обычно вспоминают в момент падения.

Не прошла оплата. Самое частое. Карта просрочена, у счёта закончились деньги, автоплатёж сорвался. Хостер сначала присылает письма, потом отключает услугу, и вместо сайта показывается его собственная заглушка. Лечится оплатой и включением услуги обратно, часто это вопрос пары минут. Отдельно проверьте, на какой e-mail хостер шлёт уведомления - если на ящик человека, который у вас больше не работает, то следующий раз повторится ровно так же.

Кончилось место на диске. Менее очевидная причина, но встречается регулярно. Место незаметно съедают логи, старые резервные копии, письма в почтовых ящиках и загруженные фотографии в полном размере. Когда диск заполняется, сайт начинает вести себя странно: не сохраняются данные, не отправляются письма с форм, вылезают ошибки базы. Разгребается удалением старых бэкапов и логов или переходом на тариф побольше.

Упёрлись в лимиты тарифа. На обычном виртуальном хостинге есть ограничение по нагрузке. Запустили рекламу, попали в подборку, зашли боты-парсеры - и сайт начинает отдаваться медленно или отваливаться по таймауту. Это не поломка, это тесный тариф. Если такое повторяется - разговор уже не про «починить», а про переезд на более мощный сервер и оптимизацию.

Проблема у самого хостера. Бывает и так: авария в дата-центре, сбой оборудования, работы на сервере. Проверяется быстро - страница статуса хостера, его телеграм-канал или просто обращение в поддержку. Тут от вас не зависит ничего, кроме одного: если такие аварии стали регулярными, это довод сменить площадку.

И отдельно про поддержку хостинга: писать ей стоит раньше, чем кажется. Это бесплатно, у них перед глазами логи сервера, и они часто сразу говорят то, что вы будете искать час: «превышен лимит процессов» или «сайт отдаёт ошибку в такой-то строке». Даже если чинить потом будет ваш разработчик, ответ поддержки сильно сокращает ему путь.

«Подключение не защищено»: сертификат

Отдельный класс ситуаций, когда сайт на самом деле работает, но посетитель до него не доходит. Браузер показывает страшную страницу с красным замком и предупреждением, и нормальный человек в этот момент просто закрывает вкладку. Для бизнеса это равно недоступности, хотя технически сервер отвечает как ни в чём не бывало.

Причина - SSL-сертификат, который делает адрес https. Сертификаты выдаются на ограниченный срок. Бесплатные, которые сейчас стоят у большинства сайтов, живут недолго и перевыпускаются автоматически по расписанию. Пока автоматика работает, вы про неё не вспоминаете. Но она может сломаться: переехали на другой хостинг, поменяли DNS, отключили нужный модуль - и очередной перевыпуск не прошёл. Сайт спокойно работает до даты окончания, а потом в один день начинает пугать всех посетителей.

Что проверить. Во-первых, дату окончания сертификата - её видно, если нажать на замок в адресной строке. Во-вторых, на какие домены он выпущен: частая история, когда сертификат есть на site.ru, но не на www.site.ru, и половина посетителей видит ошибку, а вы - нет. В-третьих, банальное: если браузер ругается сразу на все сайты подряд, а не только на ваш, посмотрите дату и время на устройстве. Сбитые часы ломают проверку сертификатов полностью.

Есть и более тихая версия той же проблемы - смешанный контент: сертификат в порядке, но часть картинок или скриптов подгружается по старому http. Тогда замок становится перечёркнутым, а форма заявки может молча не отправляться. Подробный разбор - в материале про SSL-сертификат и https.

Белый экран и ошибка 500: сломался сам сайт

Самая неприятная категория. Домен на месте, хостинг оплачен, сертификат в порядке, а вместо страницы - пустота или сухая надпись про внутреннюю ошибку сервера. Значит, сломалось то, что вы не почините галочкой в панели.

Первое, что нужно вспомнить: что менялось перед падением. Сайты крайне редко ломаются сами по себе в тишине. Почти всегда накануне обновили CMS или плагин, поставили новый модуль, залили правки, поменяли версию PHP на хостинге, кто-то редактировал шаблон. Ответ на вопрос «что делали последним» в девяти случаях из десяти и есть диагноз. Если правки заливал подрядчик - спросите его первым делом, а не последним.

Дальше смотрят логи. В панели любого хостинга есть файл ошибок, обычно он называется error_log: там будет строка с точным указанием файла и места, где всё упало. Даже если вы ничего не понимаете в коде, скопируйте последние записи и отдайте разработчику - это сокращает поиск с часа до нескольких минут.

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

И отдельная ветка: если вместе с ошибками появились странности - посторонние редиректы на чужие сайты, незнакомые страницы в поиске, жалобы на спам с вашего адреса, - это уже не поломка, а возможный взлом, и действовать надо иначе. Порядок действий мы расписали в отдельном материале про то, что делать, если сайт взломали.

Наконец, про то, как ускорить починку чужими руками. Когда пишете подрядчику или в поддержку, сразу дайте пять вещей: точный адрес страницы, скриншот целиком с видимой адресной строкой, время начала проблемы, что делали перед этим и откуда смотрите - город, устройство, какой интернет. Сообщение «сайт не работает» без этого гарантированно стоит лишних часов переписки. И честно скажем: универсального срока починки не существует. Просроченный домен закрывается оплатой за минуты, а разбор конфликта плагинов на чужом коде может занять день. Любой, кто обещает «починим за час» до того, как увидел логи, просто угадывает.