Что делать если сломался сайт? Пошаговая инструкция, которая спасёт ваш бизнес

Вы запускаете рекламу, ждёте поток заказов, а вместо сайта – белый экран или ошибка 500. Для клиента это просто «сайт не работает», а для вас – потерянные деньги, испорченная репутация и упущенные возможности.
Простой даже на пару часов может стоить месячного бюджета на продвижение. Если интернет-магазин зарабатывает 100 000 ₽ в день, а 80% продаж идут через сайт – час простоя обходится в 8 000 ₽. А теперь умножьте на 3–4 часа.
Но если действовать по плану, можно снизить убытки до минимума. Вот чёткая инструкция, что делать, если сломался сайт.

1. Быстрая самопроверка: действительно ли сайт не работает

 
Прежде чем хвататься за голову и писать в техподдержку, давайте разберемся, действительно ли сайт не работает или проблема на вашей стороне.
 

А может, это просто у вас?

 
Знаете, как бывает: вы заходите на сайт – а он не грузится. Сердце ёкает, в голове мысли о потерянной рекламе и клиентах. А проблема-то – в вашем интернете или браузере.
 
Вот что нужно сделать в первую очередь:

• Проверка с другого устройства и в другом браузере

 
Самый простой и быстрый способ. Откройте сайт на смартфоне – но через мобильный интернет, а не через Wi-Fi. Если сайт загружается – значит, проблема с вашим домашним интернетом или роутером.
 
Попробуйте другой браузер – Chrome, Firefox, Safari, Yandex. Иногда сбой вызывают расширения, кэш или некорректные настройки конкретного браузера.

• Проверка в режиме инкогнито

 
Откройте окно в режиме «Инкогнито» или «Приватный доступ». Если сайт открывается – виноваты расширения или кэш в обычном браузере. В этом случае просто почистите кэш и куки, и проблема уйдёт.

• Временное отключение антивируса и файрвола

 
Антивирусы и брандмауэры иногда блокируют доступ к сайтам. Временно отключите их и проверьте — если сайт заработал, добавьте его в исключения.

• Проверка через сервисы доступности: объективный взгляд со стороны

 
Если сайт не открывается ни с телефона, ни в другом браузере – пора привлечь «независимых экспертов». В интернете есть десятки бесплатных сервисов, которые проверяют доступность сайта из разных точек мира.
 
Вот самые удобные и надёжные:
 
IsItDownRightNow.com – самый популярный инструмент. Вводите URL, и сервис мгновенно показывает, открывается ли сайт у других пользователей или проблема только у вас. Работает как через сайт, так и через бесплатное приложение для iOS .
 
DownDetector – агрегирует жалобы пользователей и показывает динамику сбоев. Особенно полезен для крупных сервисов, но и для обычных сайтов даёт объективную картину.
 
UptimeRobot – бесплатный инструмент, который проверяет сайт из нескольких точек мира. Если сайт не отвечает из одного региона, но работает из другого – проблема с доступностью в вашем регионе.
 
Geekflare Website Down Checker – выдаёт не только статус «работает / не работает», но и:
- HTTP-статус-код (200, 404, 500, 502 и другие)
- IP-адрес, на который указывает домен
- время ответа сервера
- место, откуда проводилась проверка
 

Это очень ценно, потому что по коду ответа вы уже можете понять, где искать проблему: 4xx – ошибка на стороне клиента (например, страница не найдена), 5xx – проблема на сервере.
 
Check-Host.net – проверяет доступность сайта с нескольких географических точек одновременно. Идеально, если вы подозреваете региональную блокировку.
 
Whois-сервис Рег.ру – тоже позволяет проверить доступность сайта и сразу увидит сообщение «Сайт работает» или «Сайт недоступен».
 

А если сайт заблокировали?

 
Бывает, что сайт работает, но открывается только через VPN в браузере. Это может означать, что провайдер или Роскомнадзор заблокировал доступ к ресурсу.
 
Проверьте сайт в реестре запрещённых доменов на официальном сайте Роскомнадзора (eais.rkn.gov.ru) . Если сайт там есть – проблема не на вашей стороне, и решать её нужно через юридические процедуры или смену хостинга.
 

Что делать, если сайт не открывается только у вас?

 
Если все сервисы показывают, что сайт работает, а у вас не грузится – проблема локальная. Вот что ещё можно проверить:
 
- Очистите DNS-кэш – иногда в нём хранятся устаревшие IP-адреса.
- Перезагрузите роутер и компьютер – банально, но помогает в 30% случаев.
- Проверьте настройки VPN и прокси – они могут перенаправлять трафик через заблокированные серверы.
 
Главный вывод: если сайт не открывается – не паникуйте. Сделайте три простых шага:

1. Проверьте с другого устройства и в другом браузере.
2. Воспользуйтесь онлайн-сервисом проверки доступности.
3. Если сайт работает у всех, кроме вас — ищите проблему в своём интернете, браузере или антивирусе.

 
Только после того, как вы убедитесь, что проблема действительно на стороне сайта, переходите к следующим шагам из нашей инструкции.
 

2. Определяем тип проблемы (по симптомам)

 
Когда вы точно уверены, что сайт действительно недоступен для всех, а не только для вас, — самое время понять, что именно сломалось. От правильного «диагноза» зависит, куда двигаться дальше: звонить на хостинг, искать ошибку в коде или восстанавливать из бэкапа.
 
Вот основные сценарии поломок и их симптомы.
 

1. Сайт не открывается совсем

 
Браузер пишет что-то вроде «Не удаётся получить доступ к сайту», «Сайт не найден» или «Сервер не отвечает». Страница даже не начинает загружаться.
 

Что это может быть:

 
- Истёкший домен — самая частая и обидная причина. Если вы забыли продлить регистрацию, домен блокируется, и сайт становится недоступным.
- Неоплаченный хостинг — провайдер просто отключает ваш аккаунт до погашения задолженности.
- Сервер хостинга недоступен — технический сбой у провайдера, перегрузка или DDoS-атака.
 

Что делать:

 
В первую очередь проверьте в личном кабинете оплату домена и хостинга. Если с оплатой всё в порядке — свяжитесь с техподдержкой хостинга.
 

2. Белый экран

 
Страница как будто загружается, но вместо контента — пустота. Никаких ошибок, просто белый фон.
 

Что это может быть:

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

Что делать:
Если у вас есть доступ к логам ошибок сервера — посмотрите их. Там будет написано, какая именно ошибка произошла и в каком файле. Если логов нет или вы не понимаете, что там написано — вызывайте специалиста.
 

3. Ошибки 4xx — проблема на стороне клиента

 
Браузер показывает код ошибки, начинающийся с «4». Это значит, что сервер работает, но не может выполнить запрос по вине пользователя (или неправильной ссылки).
 

Самые частые:

 
- 404 Not Found — страница не найдена. Вы перешли по ссылке, которой больше не существует. Или в адресной строке опечатка.
- 403 Forbidden — доступ запрещён. У вас нет прав на просмотр этой страницы. Например, вы пытаетесь зайти в админку без авторизации или на страницу, закрытую от посторонних.
- 400 Bad Request — неверный запрос. В URL могут быть лишние символы или пробелы.
- 408 Request Timeout — истекло время ожидания. Обычно значит, что ваше интернет-соединение слишком медленное.

Что делать:

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

4. Ошибки 5xx — проблема на сервере

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

Самые частые:

 
- 500 Internal Server Error — самая распространённая ошибка. Означает, что на сервере что-то сломалось. Чаще всего — ошибка в коде сайта.
- 502 Bad Gateway — сервер, на котором лежит сайт, не получил ответ от другого сервера (например, от базы данных). Часто проблема на стороне хостинга.
- 503 Service Unavailable — сервер перегружен или на нём ведутся технические работы. Сайт временно недоступен.
- 504 Gateway Timeout — сервер-посредник не дождался ответа от основного сервера. Обычно связано с медленной работой базы данных или скриптов.
 

Что делать:

 
Ошибки 5xx требуют вмешательства технического специалиста. Если у вас есть доступ к логам ошибок — посмотрите их, там будет детальная информация. Если нет — немедленно связывайтесь с хостингом или разработчиком.
 

5. Сайт открывается, но всё «поехало»

 
Страница загружается, но выглядит как-то странно: верстка съехала, картинки не грузятся, кнопки не работают, корзина не добавляет товары.
 

Что это может быть:

 
- Проблема с CSS или JavaScript — файлы стилей или скриптов не загрузились. Возможно, они были удалены, путь к ним изменился или сервер их не отдаёт.
- Конфликт после обновления — вы обновили плагин, тему или ядро CMS, и что-то пошло не так.
- Кэш браузера — вы видите старую версию страницы, а новая уже изменилась.
 
Что делать:
 
попробуйте очистить кэш браузера и открыть сайт в режиме инкогнито. Если проблема осталась — скорее всего, дело в обновлениях. Попробуйте откатить последние изменения или отключить недавно установленные плагины.
 

6. Сайт работает, но жутко тормозит

 
Страницы грузятся по 10–20 секунд, а то и дольше. Клиенты уходят, не дождавшись.
 

Что это может быть:

 
- Перегрузка сервера — трафика стало слишком много для текущего тарифа хостинга.
- Неоптимизированные скрипты — например, тяжёлые запросы к базе данных или бесконечные циклы в коде.
- Большие файлы — неоптимизированные картинки или видео замедляют загрузку.
- Проблемы с сетью — проблемы на стороне провайдера или хостинга.
 
Что делать:
 
Проверьте нагрузку на сервер в панели управления хостингом. Если ресурсы на пределе — возможно, пора переходить на более дорогой тариф. Если нагрузка в норме — ищите проблему в коде или размере файлов.
 
Главный принцип: не пытайтесь лечить всё подряд. Сначала поймите, какой именно симптом вы видите. Это сэкономит часы (а то и дни) вашего времени.
Зафиксируйте ошибку скриншотом, запишите код (если он есть) и точное время сбоя — эта информация бесценна при общении с техподдержкой и разработчиками.
А если вы дочитали до этого места и всё ещё не уверены, что за проблема — переходите к следующему пункту нашей инструкции.
Там — про оперативные действия, которые можно сделать даже без глубоких технических знаний.
 

3. Оперативные действия для владельца: что делать, даже если вы не программист

 
Итак, вы проверили: сайт действительно не работает не только у вас. Но вопрос-то остаётся: что сейчас делать?
Скажу так: для первых, самых важных шагов не нужно быть техническим специалистом. Это базовая проверка, которую может и должен сделать владелец сайта. Часто она занимает 5–10 минут и сразу показывает, где кроется проблема.
 

1. Связаться с хостингом и проверить статус сервера

 
Это самый важный и эффективный шаг. Техподдержка хостинг-провайдера видит ваш сервер изнутри. У них есть доступ к логам, данным о нагрузке и статусу всех служб. Они могут мгновенно определить, есть ли сбой на их стороне.
 

Что делать:

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

• Название вашего сайта (домен).
• Точное время, когда вы заметили проблему.

-Скриншот ошибки, которую показывает браузер. Это очень помогает специалистам быстрее понять суть.
- Если есть — код ошибки (например, 500, 502, 404).
- Задайте правильные вопросы. Не говорите просто «сайт не работает». Спросите конкретно:
«Есть ли сейчас технические работы или сбой на сервере, где размещён мой сайт?»
«Не превышен ли лимит ресурсов (память, процессор) для моего тарифа?»
«Не заблокирован ли мой сайт или аккаунт по какой-либо причине?»
 
Если проблема на стороне хостинга (например, DDoS-атака или плановая перезагрузка сервера), вы узнаете об этом первым и перестанете искать проблему в своём коде.
 

2. Проверить оплату домена и хостинга

 
Звучит банально, но это причина №1, по которой сайты внезапно перестают открываться. Вы могли просто забыть продлить услугу, или с карты не списались деньги.
 

Что делать:

 
- Зайдите в личный кабинет хостинг-провайдера.Проверьте статус услуги хостинга. Она должна быть активна. Если услуга приостановлена, сайт может быть отключён.
- Проверьте статус домена. Зайдите в личный кабинет регистратора домена (часто это та же компания, что и хостинг). Убедитесь, что срок регистрации домена не истёк. Если срок истёк, домен приостанавливается и сайт становится недоступным.
-Проверьте баланс. Убедитесь, что на вашем счету достаточно средств для автоматического продления.
-Что делать, если оплата прошла, но сайт не работает? Иногда после оплаты нужно подождать. Например, после подключения домена к хостингу может потребоваться до 24 часов для обновления DNS-серверов по всему миру. Если время прошло, а сайт не работает, переходите к следующему пункту.
 

3. Посмотреть уведомления от хостинга, регистратора и CMS

 
Компании всегда предупреждают о критических событиях заранее. Возможно, вы просто пропустили важное письмо.
 

Что делать:

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

• о скором окончании срока оплаты;
• о плановых технических работах;
• о блокировке сайта из-за нарушения правил или вирусной активности.

- Проверьте уведомления в личном кабинете. Многие хостинги дублируют важные сообщения прямо в панели управления.
- Проверьте административную панель вашего сайта (CMS). Если у вас есть доступ, зайдите в неё. Часто системы вроде WordPress, Joomla или Битрикс сами показывают уведомления об ошибках, необходимости обновления или проблемах с подключением к базе данных.
 

Что делать, если эти шаги не помогли?

 
Если оплата в порядке, хостинг не сообщает о сбоях, а сайт всё ещё не работает — значит, проблема, скорее всего, в самом сайте: ошибка в коде, конфликт плагинов или сбой в настройках. В этом случае самостоятельные действия без технических знаний могут навредить.
 
Ваш следующий шаг — передать эстафету специалистам. Но теперь вы сможете дать им ценную информацию: вы уже проверили хостинг, домен и оплату, значит, они сразу начнут искать проблему в коде, а не тратить время на базовую диагностику.
 
Главный принцип: не гадайте, а проверяйте факты. Связь с хостингом, проверка оплаты и изучение уведомлений — это три быстрых действия, которые в 70% случаев либо решают проблему, либо дают чёткое понимание, куда двигаться дальше.
 

4. Чек-лист технической диагностики: куда смотреть, если сайт не работает

 
Вы проверили оплату, связались с хостингом, но сайт всё ещё не работает. Теперь начинается самое интересное — техническая диагностика. Не пугайтесь, для этого не нужно быть системным администратором. Достаточно знать, где и что смотреть.
 

1. Домен и DNS: куда ведёт адрес

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

Что проверяем:

 
- Не истёк ли срок регистрации домена. Зайдите в Whois-сервис (например, на сайте Рег.ру) и проверьте статус домена. Если срок истёк — домен приостанавливается, и сайт становится недоступным.
- Правильно ли настроены DNS-записи. Самая частая проблема — отсутствует или неправильно указана запись A (она связывает домен с IP-адресом сервера). Для поддоменов (например, `www`) может использоваться запись CNAME.
- Совпадает ли IP-адрес в DNS с реальным IP вашего сервера. Если не совпадает — значит, DNS-записи устарели или настроены неверно.
 

Как проверить:

 
- Самый простой способ — воспользоваться онлайн-сервисами проверки DNS, например DNS Checker (whatsmydns.net). Они показывают, как ваш домен «видится» из разных точек мира.
-Продвинутый способ — использовать команды `nslookup` или `dig` в командной строке. Они показывают, какой IP-адрес возвращает DNS-сервер для вашего домена.
Если вы недавно меняли DNS-записи, помните: изменения могут длиться до 24–48 часов. В это время сайт может открываться у одних пользователей и не открываться у других.
 

2. Хостинг и сервер: что с «домом»

 
Даже если DNS-указатели ведут правильно, сам «дом» (сервер) может быть перегружен, «забит» мусором или просто отключён.
 

Что проверяем:

 
- Свободное место на диске. Это одна из самых частых причин внезапных сбоев. Когда место заканчивается, сервер не может создавать временные файлы, записывать логи и кэш — сайт начинает тормозить или полностью падает.
- Нагрузка на процессор и память. Если ваш сайт вырос, а хостинг остался старым — сервер может не справляться с трафиком. Это проявляется в виде ошибок 503 Service Unavailable или просто чудовищных тормозов.
- Работает ли веб-сервер. Проверьте, слушает ли сервер порты 80 (HTTP) и 443 (HTTPS). Иногда после обновлений или сбоев веб-сервер (Apache, Nginx) просто перестаёт отвечать на запросы.
 

Как проверить:

 
- Зайдите в панель управления хостингом. Почти все провайдеры показывают графики нагрузки, занятое место на диске и статус сервера.
- Проверьте раздел «Файловый менеджер» — сколько места занято, сколько свободно. Если свободного места меньше 5–10% — это тревожный сигнал.
- Посмотрите, не превышен ли лимит количества файлов. Некоторые CMS (особенно WordPress) создают тысячи мелких файлов кэша, и хостинг может заблокировать сайт за превышение лимита.
 

3. SSL-сертификат: сломанный замок

 
Если рядом с адресом сайта в браузере нет зелёного замка — проблема с SSL. А если сертификат истёк или установлен неправильно, браузер вообще может заблокировать доступ к сайту, показывая страшное предупреждение.
 

Что проверяем:

 
- Срок действия сертификата. SSL-сертификаты выдаются на определённый срок (обычно 1–2 года). Если срок истёк — браузеры отказываются открывать сайт по HTTPS.
- Корректность установки. Даже если сертификат не истёк, он может быть установлен неправильно. Например, не совпадает доменное имя или нарушена цепочка сертификатов.
- Дата начала действия. Если часы на сервере сбиты, сертификат может считаться «ещё не вступившим в силу».
 

Как проверить:

 
- Самый быстрый способ — открыть сайт в браузере, нажать на замок рядом с адресной строкой и посмотреть детали сертификата. Там будет указан срок действия.
- Онлайн-инструменты — SSL Checker (например, от SSL Dragon). Они показывают не только срок действия, но и оценку безопасности (от A+ до F).
-  Если вы администратор сервера — можете использовать команду `openssl s_client -connect ваш_сайт:443` — она покажет все детали сертификата в консоли.
 

4. Логи сервера и CMS: дневник ошибок

 
Это самый ценный источник информации. Логи — это журналы, в которые сервер и CMS записывают всё, что с ними происходит. Если сайт упал — логи почти всегда содержат точное описание ошибки и место, где она произошла.
 

Где искать логи:

 
-Логи веб-сервера. В зависимости от сервера:
- Apache — обычно `/var/log/apache2/error.log`
- Nginx — `/var/log/nginx/error.log`
- На хостинге — чаще всего в панели управления есть отдельный раздел «Логи» или «Журналы ошибок».
- Логи PHP. Тоже зависят от настроек:
- PHP-FPM — `/var/log/php-fpm.log` или `/var/log/php7.x-fpm.log`
- Общий лог PHP — может быть в `/var/log/php_errors.log`
-  На многих хостингах логи PHP лежат в папке с сайтом в файле `error_log`.
- Как узнать точный путь: создайте на сервере файл `phpinfo.php` с содержимым `<?php phpinfo(); ?>`, откройте его в браузере и найдите параметр `error_log` — там будет указан путь.
- Логи CMS. Некоторые системы (например, 1С-Битрикс) ведут собственные журналы ошибок. В Битриксе их можно посмотреть в разделе «Настройки → Производительность → Ошибки PHP».
 

Что искать в логах:

 
- Дату и время ошибки. Сопоставьте с моментом, когда сайт перестал работать.
- Тип ошибки: `Fatal error` (фатальная) — сайт упадёт обязательно, `Warning` (предупреждение) — может работать, но с ошибками.
- Имя файла и номер строки. Это самая ценная информация — она указывает, где именно в коде произошла ошибка.
- Текст ошибки. Часто он довольно понятный даже для не-программиста. Например, `Class 'ClassName' not found` — значит, не найден нужный класс.
 
Важно: если вы не понимаете, что написано в логах, — не пытайтесь править код вслепую. Просто сохраните текст ошибки и покажите его специалисту. Это сэкономит ему часы на поиск проблемы.
 

Что в итоге:

 
Техническая диагностика — есть последовательная проверка четырёх основных узлов: домен → сервер → SSL → логи. Пройдите по этому чек-листу шаг за шагом.
В 80% случаев вы либо найдёте проблему сами, либо соберёте достаточно данных, чтобы специалист решил её за считанные часы или даже минуты (в лучшем случае).

5. Что можно попробовать сделать самому

 
Итак, вы проверили хостинг, домен, DNS, логи — а сайт всё ещё не работает. Прежде чем хвататься за голову и звонить специалистам, есть несколько вещей, которые можно попробовать сделать самостоятельно. Они не требуют глубоких технических знаний, но могут спасти ситуацию за 10–15 минут.
 
Важное предупреждение: перед любыми действиями убедитесь, что у вас есть свежая резервная копия сайта. Если нет — остановитесь и сделайте бэкап через панель управления хостингом. Все манипуляции с файлами делайте аккуратно, ничего не удаляйте – только переименовывайте или перемещайте.
 

1. Отключить подозрительный плагин или тему

 
Если сайт перестал работать сразу после обновления плагина, установки новой темы или активации расширения — вероятность, что проблема именно в этом, составляет 90%.
WordPress даже автоматически присылает письмо администратору с деталями фатальной ошибки, включая название плагина или темы, которые её вызвали.
 

Что делать, если админка доступна:

 
- Зайдите в раздел «Плагины» (или «Внешний вид → Темы»).
-  Отключите  последний установленный или обновлённый плагин.
- Проверьте сайт. Если заработал — проблема найдена.
- Включайте плагины по одному, проверяя сайт после каждого. Как только сайт снова упадёт — вы нашли виновника.
 

Что делать, если админка НЕ доступна (сайт упал полностью):

 
В этом случае нужно отключать плагины вручную, через файлы на сервере. Вот пошаговая инструкция:
 
Способ 1. Через файловый менеджер хостинга (самый простой):
 

1. Зайдите в панель управления хостингом (cPanel, ISPmanager или аналоги).
2. Откройте Файловый менеджер.
3. Перейдите в папку `/public_html/wp-content/plugins/` (путь может отличаться в зависимости от настроек).
4. Найдите папку подозрительного плагина. Переименуйте её — например, вместо `elementor` сделайте `elementor-disabled`.
5. Если не знаете, какой именно плагин сломал сайт, переименуйте всю папку `plugins` в `plugins-disabled` — это отключит все плагины сразу.
6. Попробуйте зайти в админку и на сайт. Если доступ восстановился — проблема точно в одном из плагинов.
7. Верните папке `plugins` исходное имя, затем включайте плагины по одному (переименовывая их обратно) и проверяйте сайт. Так вы найдёте виновного.

 
Способ 2. Через FTP (если файлового менеджера нет):
 

1. Скачайте FTP-клиент (например, бесплатный FileZilla) и получите у хостинга данные для подключения: сервер, логин, пароль.
2. Подключитесь к серверу, найдите папку с сайтом и перейдите в `/wp-content/plugins/`.
3. Дальше — всё то же самое: переименуйте папку проблемного плагина или всю папку `plugins`. Чтобы отключить плагин, достаточно просто переименовать его папку — WordPress не сможет его загрузить и автоматически деактивирует.

Если проблема в теме (а не в плагине):

 
- Перейдите в папку `/wp-content/themes/`.
- Переименуйте папку активной темы (например, `astra` → `astra-disabled`).
- WordPress автоматически переключится на стандартную тему (например, Twenty Twenty-Five).
- Если сайт заработал — проблема в теме.
 

2. Откатить последние изменения

 
Если сайт сломался не после обновления плагина, а после других действий — например, вы правили код, меняли настройки или обновляли саму CMS, — попробуйте откатить эти изменения.
 

Откат обновлений CMS и плагинов:

 
К сожалению, в WordPress и многих других CMS нет встроенной кнопки «откатить обновление». Но есть два варианта:
- Вариант А (простой): если вы обновляли CMS или плагин через админку и сайт упал — попробуйте отключить этот плагин (как описано выше) или найти и установить предыдущую версию вручную (скачав её с официального сайта разработчика).
- Вариант Б (надёжный): восстановить сайт из резервной копии, сделанной до обновления. Это самый безопасный способ. О том, как это сделать, мы поговорим в отдельном разделе.
 

Откат правок кода:

 
Если вы недавно редактировали файлы сайта (например, через редактор тем в WordPress или через FTP):
 
-  Вспомните, какие именно файлы вы меняли.
- Зайдите на сервер (через файловый менеджер или FTP) и верните исходные версии этих файлов.
-  Если вы пользовались системой контроля версий (Git) — просто откатите последний коммит.
- Если вы не помните, что именно меняли, и бэкапа нет — придётся восстанавливать файлы из кэша браузера или искать их в истории хостинга (некоторые провайдеры хранят предыдущие версии файлов).
 

Откат контента (страниц, записей):

 
В WordPress есть встроенная функция «Ревизии» — она сохраняет историю изменений каждой записи или страницы. Если сайт сломался после редактирования контента, а не кода:
 
- Зайдите в редактирование проблемной страницы.
-  В правой колонке найдите раздел «Ревизии» и выберите предыдущую версию.
- Восстановите её.
 

3. Временно включить «заглушку» / режим обслуживания

 
Если сайт упал, а вы не можете его быстро починить, не оставляйте посетителей с ошибкой. Это убивает доверие и конверсию. Лучше покажите им понятную страницу: «Ведутся технические работы, скоро всё заработает».
 
Способ 1. Через CMS (если админка доступна):
 
- WordPress: установите плагин для режима обслуживания (например, «IfElse Pages – Coming Soon and Maintenance Mode» или любой другой). Активируйте его и настройте страницу-заглушку.
- 1С-Битрикс: в настройках главного модуля есть кнопка «Закрыть доступ для посетителей» — она работает как полноценный режим обслуживания.
- Joomla: можно создать страницу обслуживания и временно перенаправить на неё всех посетителей через .htaccess.
- Drupal: режим обслуживания включается в разделе «Конфигурация → Разработка → Режим обслуживания».
 
Способ 2. Вручную (если админка недоступна):
 
-  Если вы знаете, как работает веб-сервер, можно создать простой `index.html` с сообщением о работах и временно заменить им основной файл сайта.
- Или настроить редирект всех посетителей на страницу-заглушку через файл `.htaccess` (для Apache).
 
Важно: режим обслуживания не должен мешать вам, администратору, проверять сайт. В большинстве плагинов и систем можно добавить свой IP-адрес в белый список — тогда вы будете видеть реальный сайт, а все остальные — заглушку.
 

Что делать, если ничего не помогло?

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

6. Когда и с чем идти к специалистам

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

• Красные флаги: когда лучше не трогать самому

 
Есть ряд симптомов, при которых самостоятельные действия не просто бесполезны, но и опасны. Если вы видите что-то из этого списка — немедленно прекращайте любые манипуляции с файлами и кодом.
 
Симптом 1: Вы не понимаете текст ошибки
 
Вы открыли логи (или браузер показал сообщение) и видите что-то вроде `Fatal Error: Uncaught ArgumentCountError` или `Parse error: syntax error, unexpected ')'`. Если эти строки для вас — «китайская грамота», значит, вы не сможете правильно интерпретировать проблему, а тем более исправить её. Специалист же по одному такому сообщению часто может определить точное место и причину сбоя.
 
Симптом 2: Сайт взломали или он заражен вирусами
 
Если вы видите на сайте странный контент, рекламу, которой вы не добавляли, или ваш антивирус ругается при открытии страниц — немедленно обратитесь к специалисту по безопасности.
В такой ситуации любое неосторожное действие (например, удаление «подозрительного» файла) может уничтожить улики и помешать эксперту найти «входную дверь», через которую хакер проник в систему. Восстановление после взлома — это не удаление файлов, а сложный процесс поиска и устранения уязвимостей.
 
Симптом 3: Проблемы с базой данных
 
Если вы видите ошибку подключения к базе данных (например, `Error establishing a database connection`) или сайт выдает ошибки, связанные с SQL-запросами, — не пытайтесь править таблицы в phpMyAdmin, если вы не уверены в своих действиях. Одно неверное движение может стереть все данные о заказах, пользователях и товарах. Это работа для профи.
 
Симптом 4: Сайт «упал» после сложных изменений
 
Если поломка произошла после обновления ядра CMS (не плагина, а именно системы, например, с версии 7 на 8), миграции на новый сервер или масштабного изменения кода — скорее всего, вы столкнулись с комплексной проблемой. Её решение требует глубокого понимания архитектуры системы.
 
Симптом 5: Вы уже что-то пытались сделать, и стало только хуже
 
Это верный признак того, что пора остановиться. Вы переименовали папку с плагинами, и сайт перестал открываться вовсе? Вы отредактировали файл `.htaccess`, и теперь сервер вообще не отвечает? Чем больше вы «экспериментируете», тем сложнее будет специалисту распутать клубок проблем. Как показывает практика, в такой ситуации сначала идут вопросы к разработчику.

• К кому именно обращаться?

 
Очень важно не перепутать специалистов. У каждого из них своя зона ответственности.
 
- Хостинг-провайдер — решает проблемы с сервером, сетью, местом на диске, настройками PHP и SSL. Если проблема на их стороне, они обязаны её исправить или помочь с диагностикой.
- Веб-разработчик (программист) — чинит код самого сайта: плагины, шаблоны, кастомные скрипты, интеграции с 1С или CRM, работу базы данных. Если проблема не на хостинге — это к нему.
- Системный администратор (DevOps, сисадмин) — настраивает серверы, управляет DNS, почтой, обеспечивает безопасность инфраструктуры. Обычно нужен в крупных проектах.
- Специалист по безопасности — если заподозрили взлом или заражение вирусами.
 
Золотое правило: сначала проверяем хостинг (пункт 4 нашей большой инструкции). Если хостер говорит, что у них все работает, идем к разработчику.
 

3. Как подготовиться к обращению, чтобы вас поняли с полуслова

 
Время простоя сайта — это потерянные деньги. Чтобы специалист мог приступить к работе немедленно, а не тратить час на сбор информации, подготовьте для него «досье».
 

Ваш чек-лист для обращения:

1. Доступы (самое важное!):

• Логин и пароль от панели управления хостингом.
• Логин и пароль от административной панели сайта (CMS).
• Логин и пароль от FTP / SFTP (для доступа к файлам).
• Доступ к базе данных (если есть).
• Доступ к репозиторию кода (например, Git), если он используется.

2. Подробное описание проблемы:

-    Напишите по шагам, что именно произошло. «Я зашел в админку, нажал «Обновить все», после обновления страница перестала открываться и выдает ошибку 500».
-  Укажите точное время, когда вы заметили сбой.
 

3. 3.  Скриншоты ошибок:

-  Сделайте скриншот того, что видите в браузере.
- Обязательно сделайте скриншот или скопируйте текст ошибок из логов (если вы смогли до них добраться). Это самое ценное, что вы можете дать специалисту.
 

4. Список ваших действий:

- Честно перечислите всё, что вы уже сделали: «Я перезагрузил сервер, отключил плагин X, переименовал папку с темой». Эта информация сэкономит специалисту время и не даст ему пойти по уже пройденному вами пути.
 

5. Информация о последних изменениях:

- Ответьте на вопрос: «Что менялось на сайте за последние сутки?» Обновляли плагины, правили контент, меняли настройки сервера? Это сужает круг поиска в 90% случаев.
 
Готовьте эту информацию заранее, еще до того, как начнете искать специалиста. Тогда, когда вы скажете: «Сайт упал в 15:20 после обновления плагина «Корзина». Вот логи ошибки. Вот доступы», — профессионал сразу поймет, что имеет дело с адекватным заказчиком, и приступит к решению проблемы немедленно, а не будет тратить время на уточняющие вопросы.
 

7. Восстановление сайта из резервной копии

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

• Откуда взять бэкап: три главных источника

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

1. Бэкапы на хостинге (самый простой и надёжный вариант)

 
Большинство современных хостинг-провайдеров делают автоматические резервные копии вашего сайта. Обычно они хранятся за последние 7–30 дней.
 

Как найти:

 
- Зайдите в панель управления хостингом (cPanel, ISPmanager, Plesk или своя панель провайдера).
- Найдите раздел «Резервные копии», «Бэкапы» или «Backups».
- Там будет список доступных копий с датами.
- Выберите дату, когда сайт точно работал, и нажмите «Восстановить».
 
Важный нюанс: если точная дата поломки неизвестна, выбирайте самую раннюю из доступных копий — она с наибольшей вероятностью рабочая.
 

2. Бэкапы, созданные вручную через CMS

 
Многие системы управления сайтом позволяют делать резервные копии прямо из админки.
 
- WordPress: плагины вроде Duplicator или BackUpWordPress создают полные копии сайта.
- 1С-Битрикс: встроенный инструмент резервного копирования находится в разделе«Настройки → Инструменты → Резервное копирование».
- Joomla: популярное расширение Akeeba Backup создаёт полный архив сайта в одном файле.
 
Если вы или ваш разработчик пользовались такими инструментами — копии лежат либо на сервере, либо в облачном хранилище, которое вы указали при настройке.
 

3. Ваши собственные копии

 
Если вы скачивали бэкапы на компьютер, в облачное хранилище (Google Drive, Яндекс.Диск) или на внешний диск — используйте их. Это самый надёжный вариант, потому что вы контролируете процесс хранения.
Важно: если бэкапа нет нигде — восстановить сайт будет крайне сложно. В редких случаях можно попытаться достать контент из кэша Google или архива web.archive.org, но это не восстановит функциональность сайта, а только тексты и картинки.

•  Варианты восстановления: полное или частичное

 
У вас есть бэкап. Теперь нужно понять, что именно восстанавливать.

• Полное восстановление

 
Вы восстанавливаете все файлы сайта и базу данных целиком. Сайт возвращается к состоянию на момент создания копии.
 

Когда выбирать:

 
- Сайт полностью уничтожен или серьёзно повреждён (например, после взлома).
- Вы не знаете, какая именно часть сломалась.
- У вас нет времени разбираться — нужно быстро вернуть сайт в работу.
 

Что будет потеряно:

 
Все изменения, сделанные после создания бэкапа (новые заказы, регистрации, комментарии, правки контента).

• Частичное восстановление

 
Вы восстанавливаете только отдельные файлы или таблицы базы данных.
 

Когда выбирать:

 
- Вы точно знаете, какой файл или таблица повреждены (например, по логам ошибок).
- Сайт в целом работает, но сломан какой-то конкретный функционал.
- Вы не хотите терять свежие данные (заказы, регистрации).
 
Пример: если ошибка в файле `header.php` — вы можете восстановить только этот файл из бэкапа, не трогая базу данных и остальные файлы.
 

3. Пошаговая инструкция по восстановлению

 
Шаг 1. Проверьте, что у вас есть рабочая копия
Убедитесь, что бэкап действительно существует и не повреждён. Если это архив — попробуйте его открыть на компьютере.
 
Шаг 2. Сделайте бэкап текущего (сломанного) состояния
Перед восстановлением обязательно создайте копию того, что есть сейчас. Даже если сайт сломан — это может пригодиться для анализа причин поломки.
 
Шаг 3. Выберите способ восстановления
 
Способ А: через панель управления хостингом (самый простой)

1. Зайдите в раздел «Резервные копии».
2. Выберите нужную копию по дате.
3. Нажмите «Восстановить» — система сделает всё автоматически.
4. Дождитесь окончания процесса (обычно 5–20 минут, зависит от размера сайта).

 
Способ Б: через встроенный инструмент CMS (если админка доступна)
 
Для 1С-Битрикс:

1. Перейдите в «Настройки → Инструменты → Резервное копирование → Список резервных копий».
2. В меню действий выберите пункт «Восстановить».
3. Следуйте инструкциям мастера восстановления.

 
Если админка недоступна — используйте скрипт restore.php:
- Скачайте файл restore.php с сайта 1С-Битрикс.
- Поместите его в корневую папку сайта.
- Откройте в браузере `ваш_сайт/restore.php` и следуйте инструкциям.
 
Способ В: вручную (через FTP и phpMyAdmin)
Этот способ подходит, если ни один из предыдущих не работает.
 

1. Восстановление файлов:

- Подключитесь к серверу через FTP.
- Скачайте архив с бэкапом и распакуйте его на компьютере.
- Загрузите распакованные файлы на сервер, заменив существующие.
 

2. Восстановление базы данных:

- Зайдите в phpMyAdmin (обычно доступен в панели хостинга).
- Выберите базу данных вашего сайта.
- Нажмите «Импорт» и загрузите файл бэкапа базы данных (обычно с расширением `.sql` или `.sql.gz`).
 
Шаг 4. Проверьте результат
После восстановления:
- Откройте сайт в браузере (желательно в режиме инкогнито).
- Проверьте ключевые страницы и функционал.
- Посмотрите логи ошибок — возможно, потребуются дополнительные правки.
 
Шаг 5. Обновите данные, потерянные после бэкапа
Если вы делали полное восстановление — все заказы, регистрации и изменения, сделанные после создания копии, будут потеряны. Их придётся восстановить вручную (например, по письмам с уведомлениями о заказах) или смириться с потерей.
 
Главный вывод: восстановление из бэкапа — это самый надёжный способ вернуть сайт к жизни. Но работает он только при одном условии: у вас есть свежий бэкап. Поэтому профилактика (регулярное создание резервных копий) — это базовая необходимость для любого владельца сайта.
 
А если бэкапа нет – ну что ж, это хороший урок на будущее: следующий раз вы обязательно настроите автоматические копии.
 

8. Как минимизировать ущерб для бизнеса, когда сайт лежит

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

1. Реальная цена простоя: сколько вы теряете на самом деле

 
Многие предприниматели недооценивают масштаб потерь. Сайт простоял час — «подумаешь, ничего страшного». На самом деле страшного — очень много.
 
Прямые финансовые потери — самые очевидные. Если ваша средняя дневная прибыль составляет 80 000 ₽, а 75% продаж идут через сайт, каждый час простоя обходится вам в 5 000 ₽. За три часа — 15 000 ₽. За сутки — 120 000 ₽.
А по данным исследования ITIC, средняя стоимость одного часа простоя для 90% средних и крупных предприятий превышает 300 000 долларов.
 
Но это только вершина айсберга.
 
Потеря доверия — удар, который не измерить в деньгах. Клиенты не ждут.
Если сайт не работает, они переходят к конкуренту — и часто уже не возвращаются. Исследования показывают, что более 60% пользователей, столкнувшихся с недоступностью сайта, не возвращаются к нему в течение месяца. А пользователи Shopify в три раза чаще совершают покупки у конкурентов после сбоя.
 
Ущерб SEO — последствия на месяцы вперёд. Поисковые системы оценивают стабильность сайта как сигнал качества. Частые сбои и ошибки 5xx негативно влияют на ранжирование. Восстановление SEO-видимости после серьёзного сбоя может занять от 3 до 6 месяцев.
 
Удар по репутации. В соцсетях появляются жалобы: «У них сайт не работает, не могу заказать». Негатив быстро распространяется, и этот след остаётся дольше, чем сам сбой. Даже самые лояльные клиенты начинают сомневаться в надёжности компании.
 
Слив рекламного бюджета. Вы платите за клики, которые ведут на неработающую страницу. Все усилия на продвижение теряют смысл. Деньги уходят впустую.
 

2. Первые 60 минут: что делать, пока сайт лежит

 
Паника — худший враг. В первые минуты после сбоя нужно действовать быстро и системно.
 
Шаг 1. Подтвердите масштаб проблемы. Проверьте, сайт действительно упал или проблема локальная. Используйте сервисы вроде DownDetector или попросите коллег проверить доступность.
 
Шаг 2. Оповестите клиентов — и сделайте это быстро. Это критически важно. В соцсетях, мессенджерах и по возможности в email-рассылке кратко напишите, что сайт временно недоступен, а вы работаете над решением.
 

Что писать:

 
- «Сайт временно недоступен. Мы уже работаем над восстановлением. Заказы принимаем по телефону / в мессенджере / по почте».
- «Приносим извинения за неудобства. О возобновлении работы сообщим дополнительно».
 
Заранее подготовьте шаблон такого сообщения и держите его под рукой. В стрессовой ситуации сочинять текст с нуля — потеря драгоценного времени.
 
Шаг 3. Сообщите, что ситуация под контролем. Это снизит поток однотипных вопросов «Почему не открывается?» и покажет, что вы не бросили клиентов.
 
Шаг 4. Включите режим обслуживания (если ещё не сделали). Если у вас есть готовая страница «Сайт на обслуживании» — активируйте её. Клиенты увидят, что вы в курсе проблемы и работаете над ней.
 

3. Реклама и рассылки: остановить нельзя продолжить

 
Пока сайт не работает, платить за рекламу — всё равно что топить деньгами печку.
 
Приостановите рекламные кампании. Яндекс.Директ, Google Ads, VK Реклама — любые источники платного трафика должны быть остановлены. Иначе вы платите за клики, которые ведут на неработающую страницу.
 
Не отправляйте рассылки с ссылками на сайт. Клиенты увидят ошибку — и доверие к вам упадёт.
 
Что делать с уже запланированными публикациями: если в соцсетях или рассылках анонсированы акции или товары, которые ведут на сайт — временно приостановите или замените ссылки на контактные данные (телефон, мессенджер, email).
 

4. Альтернативные каналы продаж: как не потерять заказы

 
Сайт лежит — но бизнес может продолжать работать. Главное — дать клиентам возможность связаться с вами.
 

Что сделать немедленно:

 
- Опубликуйте в соцсетях и мессенджерах контактные данные для заказов: телефон, WhatsApp, Telegram, email.
- Поставьте автоответ на электронную почту: «Сайт временно недоступен, заказы принимаем по телефону».
- Если у вас интернет-магазин — запустите временную форму сбора заявок в соцсетях или мессенджере: «Имя, телефон, товар, который хотите заказать».
- Напишите постоянным клиентам лично — они оценят заботу.
 
Важно: не молчите. Молчание – худшее из того, что может быть в вашей ситуации. Клиентам важно знать, что вы работаете над решением.
 

5. После восстановления: как вернуть доверие

 
Сайт заработал — но работа не закончена. Теперь нужно минимизировать последствия.
 
Сообщите клиентам, что всё снова работает. Напишите в соцсетях, мессенджерах, по возможности — в рассылке.
 

Что писать:

 
- «Сайт снова работает. Приносим извинения за временные неудобства. Благодарим за понимание!»
- Если были пострадавшие клиенты (не смогли оформить заказ) — свяжитесь с ними лично и предложите компенсацию или скидку.
 
Будьте готовы к падению конверсии. Даже после восстановления работы сайта коэффициент конверсии обычно падает на 10–20%. Люди, которые пытались зайти во время сбоя и не смогли, могут больше не вернуться. Это нормально — нужно время, чтобы восстановить доверие.
 
Анализируйте, что произошло. Разберитесь с разработчиками, почему сайт упал. Если проблема повторится — последствия будут серьёзнее.
 

6. Временная шкала последствий: что происходит с каждым часом

 
Чтобы вы понимали масштаб, вот хронология падения сайта:
 
- 0–5 минут. Клиенты обновляют страницу, звонят в поддержку. Кто-то не может оплатить заказ — уходит к конкуренту.
- 5–60 минут. Потерянные транзакции копятся. В соцсетях появляются первые жалобы. Для бизнеса с активной рекламой это означает слитый бюджет.
- 1–3 часа. Репутация получает удар. Менеджеры тратят время на отработку негатива. Продажи уходят конкурентам.
- Больше 3 часов. Потери измеряются не только деньгами, но и будущими контрактами. Партнёры начинают сомневаться в надёжности. Падают позиции в поисковых системах. Люди перестают доверять.
 
Главный принцип: не молчите и действуйте быстро
 
Когда сайт падает, бизнес не должен останавливаться. Клиенты простят временные неудобства, если вы честно скажете о проблеме и оперативно предложите альтернативу.
 
Краткий чек-лист на случай сбоя:

1. Подтвердите, что сайт действительно недоступен.
2. Оповестите клиентов в соцсетях и мессенджерах.
3. Приостановите рекламные кампании.
4. Включите альтернативные каналы связи (телефон, MAX, email).
5. После восстановления — сообщите об этом и извинитесь.
6. Проанализируйте причины и сделайте выводы.

 
А чтобы такие ситуации не заставали врасплох, следующая глава — о профилактике: как настроить мониторинг, бэкапы и регламенты, чтобы сайт не «падал» в следующий раз.
 

9. Профилактика: чтобы сайт не «падал» в следующий раз

 
Вы пережили сбой, восстановили сайт, вздохнули с облегчением. Теперь самое время задать себе вопрос: «Как сделать так, чтобы это не повторилось?»
Могу с уверенностью сказать: 80% сбоев можно предотвратить. Плохо то, что большинство владельцев сайтов вспоминают о профилактике только тогда, когда сайт уже упал. Не будьте как большинство.
В этой главе — системный подход к профилактике, который защитит ваш бизнес от внезапных простоев.
 

1. Регулярные бэкапы: ваша страховка от любых проблем

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

Как часто делать бэкапы?

 
Частота зависит от того, как часто меняется ваш сайт:
 

• Интернет-магазин с ежедневными заказами — бэкап каждые 15–30 минут или хотя бы несколько раз в день. Каждый новый заказ — это данные, которые вы не хотите потерять.
• Корпоративный сайт с ежедневными публикациями — ежедневный бэкап.
• Сайт-визитка, который меняется раз в месяц — еженедельный или даже ежемесячный бэкап.

 
Главное правило: бэкап должен быть автоматическим. Если вы полагаетесь на свою память — вы рано или поздно забудете. Настройте автоматическое создание копий через панель хостинга, специальные сервисы (R1Soft, Acronis) или скрипты с cron.
 

Правило 3-2-1 — золотой стандарт хранения

 
Это правило признано во всём мире как минимально достаточный уровень надёжности:
 
3 - копии ваших данных (оригинал + 2 резервные).
2 - разных типа носителей (например, сервер + облачное хранилище).
1 - копия за пределами офиса (в другом дата-центре или облаке).
 

Практические советы по бэкапам:

• Храните копии вне основного сервера — в S3-хранилище, на внешнем диске или в облаке (Google Drive, Яндекс.Диск).
• Используйте шифрование архивов, особенно если храните их в облаке.
• Проверяйте бэкапы — раз в месяц пробуйте восстановить сайт из копии на тестовом сервере. Бесполезный бэкап хуже, чем его отсутствие.
• Настройте ротацию — храните, например, ежедневные копии за 7 дней, еженедельные за месяц, ежемесячные за год.

2. Мониторинг доступности: узнавайте о сбоях первыми

 
Не ждите, пока клиенты позвонят и скажут, что сайт не работает. Настройте систему, которая сама сообщит вам о проблеме через 2–3 минуты после сбоя.
 

Что такое мониторинг доступности?

 
Это внешний сервис, который проверяет ваш сайт из разных точек мира с заданной периодичностью (обычно каждые 1–5 минут). Если сайт не отвечает — сервис мгновенно присылает уведомление.
 

Какие сервисы использовать:

• Бесплатные: UptimeRobot (проверяет до 50 сайтов бесплатно), Pingdom (базовый тариф), HostTracker.
• Платные профессиональные: Zabbix, Nagios, Splunk Synthetic Monitoring — для крупных проектов с десятками сайтов.
• Современные решения: сервисы с уведомлениями в Telegram, Slack или email.

Что должно проверяться:

• HTTP-статус — отвечает ли сайт кодом 200 (OK).
• Время ответа — не начал ли сайт тормозить.
• SSL-сертификат — не истекает ли он в ближайшие дни.

Критические сценарии — например, может ли пользователь добавить товар в корзину. Обычный мониторинг проверит только что сервер отвечает 200, но не заметит, что кнопка «В корзину» сломалась из-за конфликта скриптов.
 
Настройте несколько каналов оповещения: email, Telegram, SMS. В критической ситуации каждую минуту на счету.
 

3. Регламент обновлений: никаких сюрпризов

 
Большинство сбоев происходят сразу после обновлений. Плагин обновился — сайт упал. CMS обновилась — всё сломалось. Этого можно избежать, если внедрить простой регламент.
 

Золотое правило обновлений:

 
Сначала бэкап, затем тестирование, потом обновление на живом сайте
 
Пошаговый регламент:
 

1. Сделайте бэкап перед любым обновлением. Даже если кажется, что «это просто плагин».
2. Обновляйте на тестовом стенде — копии сайта, где можно всё сломать без последствий.
3. Проверьте совместимость — не конфликтует ли новое обновление с другими плагинами и вашей версией CMS.
4. Обновляйте в «окно обслуживания» — в часы минимальной нагрузки на сайт (обычно ночью).
5. После обновления — проверьте ключевые сценарии (заказ, регистрация, поиск).
6. Держите план отката — если что-то пошло не так, вы должны знать, как быстро вернуть предыдущую версию.

Что ещё важно:

 
Настройте автоматические уведомления о выходе новых версий CMS и плагинов.
Не обновляйте всё сразу. Обновляйте по одному компоненту, проверяя сайт после каждого.
Для критичных проектов —задерживайте обновление на 1–2 недели после выхода, чтобы убедиться, что другие пользователи не сообщают о проблемах.
 

4. Назначьте ответственного за сайт

 
У сайта должен быть конкретный человек, который отвечает за его работоспособность. Когда знаешь, к кому бежать с проблемой — решение находится в разы быстрее.
 

Кто это может быть:

• Внешний подрядчик (веб-студия или фрилансер) — самый распространённый вариант для бизнеса.
• Штатный специалист — если сайт критичен для бизнеса и требует постоянного внимания.
• Ответственный менеджер внутри компании — человек, который координирует работу с подрядчиками и следит за сроками.

Что должен делать ответственный:

• Регулярно проверять работу сайта (мониторинг).
• Контролировать своевременность бэкапов.
• Планировать и проводить обновления.
• Быть на связи в случае срочных проблем.
• Вести учёт всех работ по сайту.

 
Важно: даже если у вас есть подрядчик, назначьте внутри компании человека, который будет единственной точкой контакта. Это ускоряет коммуникацию и исключает путаницу.
 

5. Регулярная профилактика: чек-лист на каждый месяц

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

• Проверка свободного места на диске.
• Проверка нагрузки на сервер (CPU, память).
• Проверка SSL-сертификата — не истекает ли.
• Проверка логов ошибок — нет ли там предупреждений, которые скоро превратятся в проблемы.
• Сканирование на вирусы и вредоносное ПО.

 
Бизнес-проверки:

• Проверка всех форм (связи, заказа, подписки) — всё ли отправляется.
• Проверка скорости загрузки страниц.
• Проверка «мёртвых» ссылок (404 ошибки).
• Проверка работы корзины и оплаты (для интернет-магазинов).

6. Документируйте всё

 
Звучит скучно, но это спасает часы (а иногда и дни) в критической ситуации.
 

Что должно быть задокументировано:

• Все доступы — к хостингу, CMS, FTP, базе данных, домену. Храните их в надёжном, но доступном месте (например, в корпоративном менеджере паролей).
• Контакты всех подрядчиков — кто отвечает за что и в какое время доступен.
• Инструкция по восстановлению — пошаговый план, что делать, если сайт упал (можно использовать эту статью как основу).
• Журнал изменений — что, когда и зачем менялось на сайте. Это бесценно при диагностике.

 
Что в итоге
Профилактика —не пустая трата времени и денег. Это самая настоящая инвестиция в стабильность вашего бизнеса.
Один час простоя стоит дороже, чем год регулярного обслуживания.
Настройте бэкапы, подключите мониторинг, внедрите регламент обновлений и назначьте ответственного.
Сделайте это сегодня — и ваш сайт отблагодарит вас годами бесперебойной работы.
 
Call to Action (опционально)
Падение сайта – крупная неприятность для владельца.
Потерянные заказы, раздражённые клиенты и паника в офисе. Но теперь вы знаете, что делать: как провести диагностику, как общаться с техподдержкой и когда пора звать профессионалов.
Самое главное — вы теперь понимаете, что 80% таких сбоев можно предотвратить.
Но давайте честно: следить за обновлениями, делать бэкапы, мониторить сервер и быть наготове 24/7 — это полноценная работа. И если у вас нет выделенного специалиста в штате, эта работа часто остаётся «на потом» — до первого серьёзного сбоя.
Вот здесь на сцену и выходит наша облачная веб-студия Dalirion.
 
Мы не просто «чиним, когда сломалось». Мы работаем так, чтобы ваш сайт всегда работал:
 

• Круглосуточный мониторинг. Проверяем доступность сайта ежедневно и восстанавливаем его в случае любых технических сбоев.
• Безопасность. Мониторим наличие вредоносного кода и мгновенно реагируем на угрозы.
• Надёжное хранение. Регулярно делаем резервное копирование всех данных, чтобы вы могли откатиться на рабочую версию в любой момент.
• Профилактика. Проверяем лимиты ресурсов и выявляем технические ошибки до того, как они положат сайт.

 
Более 11 лет опыта, десятки реализованных проектов и прозрачные цены на обслуживание — мы знаем, как устроены сайты изнутри, и умеем делать их стабильными.
 
Оставьте заявку на сайте Dalirion.ru прямо сейчас. Мы проведём бесплатный аудит вашего проекта и предложим решение, которое защитит ваш бизнес от простоев.
В конце концов, ваше время и нервы стоят гораздо дороже, чем профессиональная поддержка сайта. А клиенты, которые всегда могут заказать товар или услугу, — это лояльность и деньги.
Давайте сделаем так, чтобы ваш сайт работал как швейцарские часы.