Если лендинг упал, сначала проверить статус хостинга и лог ошибок, отключить рекламу вручную и откатить последнюю правку, если она была недавно. Если причина не ясна за 15-20 минут, разворачивать резервную копию, а не гадать дальше. Восстановление занимает от 10 минут при поломке одного файла до суток, если копии не было вообще.
Что происходит, когда лендинг падает во время рекламы
Реклама в Директе или ВКонтакте продолжает крутиться и после того, как сайт лег. Деньги списываются, клики идут, а посетитель видит белый экран или ошибку 500. За час простоя в разгар рекламной кампании с бюджетом 1000 рублей в день теряется не только этот бюджет, но и позиции в аукционе - алгоритм фиксирует нулевые конверсии и поднимает цену клика на следующий день.
Причины падения разные: хостинг ушел на плановые работы, закончилось место на диске после загрузки тяжелых фото, обновление плагина сломало сайт, кто-то случайно удалил файл при правках. В моей практике чаще всего виноват не хостинг, а собственная неаккуратная правка на живом сайте без предварительной проверки.
Отдельная категория - истечение SSL-сертификата. Браузер в этом случае не показывает пустой экран, а пугает посетителя предупреждением о небезопасном соединении, и по эффекту на рекламу это ничем не лучше полного падения сайта: человек уходит, не дойдя до формы. Если сертификат подключён без автопродления, его дата истечения стоит держать в календаре отдельно.
Что хранит хостинг сам по себе
Большинство хостингов, включая Beget, Timeweb и Reg.ru, делают автоматические копии сайта и базы данных, но хранят их ограниченное время - обычно 7 дней в тарифах для частных лиц и малого бизнеса. Это защищает от аварии хостинга, но не от ошибки, которую заметили через две недели.
Частый сценарий: правку внесли, сайт продолжал работать внешне нормально, а проблема - например, битая ссылка в форме заявки - вскрылась только когда за неделю не пришло ни одной заявки при обычном трафике. К этому моменту копия за нужную дату уже перезаписана свежими версиями.
Своя копия отдельно от хостинга
Правило простое: копия должна лежать не только там, где лежит сайт. Если хостинг недоступен целиком - а такое тоже случается, хоть и редко - копия на том же сервере бесполезна. Рабочий минимум - выгружать архив файлов и дамп базы данных раз в неделю на Яндекс.Диск, Google Диск или в отдельное облачное хранилище.
Для лендинга на WordPress это делают плагины вроде UpdraftPlus или All-in-One WP Migration: настройка занимает 15-20 минут, дальше копии создаются по расписанию без участия человека. Для статического HTML-лендинга без базы данных задача ещё проще - архив папки с сайтом через FTP-клиент раз в 1-2 недели.
Что обязательно проверить в самой копии
Копия, которую никогда не разворачивали, не копия, а файл на диске без гарантий. Минимум раз в 2-3 месяца стоит разворачивать резервную копию на тестовом поддомене и проверять, что сайт открывается, форма работает и картинки на месте. Без такой проверки можно узнать о битом архиве в момент аварии, когда время уже дорого.
Отдельно проверяйте дату последней успешной копии, а не факт её наличия. Плагин резервного копирования может исправно писать в лог "готово", пока файл на самом деле весит 0 байт из-за нехватки места на диске - я видел такой случай на тарифе, где место закончилось за месяц до аварии сайта.
Сколько времени занимает восстановление сайта после падения?
Скорость восстановления зависит от того, что именно сломалось. Если проблема в одном файле темы или плагина, откат к рабочей версии файла занимает 10-15 минут через SSH или файловый менеджер хостинга. Если сломана база данных или нужен полный откат сайта, разворачивание архива и импорт дампа базы занимает от 30 минут до 2 часов в зависимости от объёма данных.
Дольше всего восстанавливаются сайты, где копии не было вообще и приходится собирать страницу заново по скриншотам или кешу Google. Такой сценарий занимает от одного дня, и часть контента - например, тексты отзывов или актуальные цены - восстановить точно уже не получится.
Таблица: сроки восстановления по типам аварии
| Тип проблемы | Что нужно для восстановления | Реальный срок |
|---|---|---|
| Сломан один файл темы или плагина | копия файла или откат версии | 10-15 минут |
| Слетела база данных | дамп базы за последнюю копию | 30-60 минут |
| Удален весь сайт | полный архив плюс дамп базы | 1-2 часа |
| Копии нет вообще | сборка заново по кешу и скриншотам | от 1 дня |
| Взлом с внедрением кода | чистая копия плюс смена паролей | 2-4 часа |
Что делать в первые минуты после падения
Первый шаг - не паниковать и не начинать хаотично что-то менять на живом сайте. Вторая правка на сломанном сайте без понимания причины часто ломает что-то ещё. Порядок действий:
- Проверить статус хостинга - иногда это не ваш сайт, а плановые работы у провайдера.
- Посмотреть лог ошибок на хостинге, чтобы понять, что именно сломалось.
- Если правки вносились недавно, откатить последнее изменение первым делом.
- Если причина не ясна за 15-20 минут, разворачивать резервную копию, не тратя время на дальнейшие догадки.
Пока идёт восстановление, рекламу лучше приостановить вручную в кабинете Директа или ВКонтакте, а не полагаться на то, что система сама остановит показы при недоступном сайте - она этого не делает.
Downtime и реклама: что теряется, кроме бюджета
Кроме прямых денежных потерь от кликов в никуда, простой бьет по позициям в поиске. Google и Яндекс периодически проверяют доступность сайта, и если бот приходит на страницу именно в момент падения, это фиксируется как сигнал нестабильности. Разовый инцидент погоды не делает, но повторяющиеся падения снижают доверие поисковика к сайту заметнее, чем кажется на первый взгляд.
Второй скрытый эффект - контекст рекламной кампании. Директ учитывает CTR и конверсии за последние дни при расчёте ставки в аукционе. День с нулевыми конверсиями из-за падения сайта может на несколько дней поднять цену клика даже после того, как сайт снова работает.
Кто должен отвечать за резервные копии лендинга?
На этапе разработки лендинга резервное копирование обычно настраивает исполнитель - это часть передачи проекта наравне с доступами к хостингу и домену. Если вы получали сайт без такой настройки, стоит уточнить это отдельно, потому что по умолчанию хостинг делает копии для себя, а не специально для вас с гарантией срока хранения.
Подробнее про то, какие доступы и настройки должны передаваться при сдаче готового лендинга, разобрано в статье Как передаются доступы после сдачи лендинга. Выбор самого хостинга и его лимитов по месту на диске и объёму копий описан в статье Хостинг для лендинга. Тот же список стоит сверить и с автопродлением SSL, о котором подробнее в статье SSL-сертификат: зачем нужен и как подключить бесплатно.
Если сайт делала студия или фрилансер, который уже недоступен, разбираться с настройками копий приходится самостоятельно или с новым исполнителем. В этом случае первым делом стоит выяснить логин и пароль от панели хостинга - без них ни одна из описанных мер не сработает, сколько бы плагинов резервного копирования ни стояло на сайте.
Резервная копия ценна не в момент создания, а в момент, когда она разворачивается без сюрпризов. Проверенная раз в квартал копия надёжнее свежей, которую никто не открывал.
Частые вопросы
Как часто нужно проверять, что резервная копия действительно рабочая?
Раз в 2-3 месяца - разворачивать архив на тестовом поддомене и проверять, что сайт открывается, форма работает и картинки на месте. Плагин может исправно писать в лог "готово", пока файл на самом деле весит 0 байт.
Что делать, если сайт упал, а хостинг не отвечает на обращения?
Проверить статус хостинга через сторонний сервис мониторинга или соцсети провайдера - иногда это плановые работы, о которых просто не предупредили. Если хостинг действительно недоступен, восстановление возможно только из копии, которая хранится отдельно от него.
Нужно ли останавливать рекламу сразу при первых признаках падения сайта?
Да, вручную в кабинете Директа или ВКонтакте. Система не останавливает показы сама при недоступном сайте, а каждый клик в этот момент списывает бюджет и портит статистику конверсий на несколько дней вперёд.
Кто оплачивает восстановление сайта, если виноват хостинг?
Обычно никто напрямую - большинство тарифов хостинга не компенсируют потери от простоя, только гарантируют аптайм в договоре с символическими бонусными днями. Поэтому собственная копия за пределами хостинга остаётся единственной защитой от финансовых потерь.
Коротко
Копия хостинга на 7 дней - это защита от аварии провайдера, а не от собственной ошибки, которую заметили позже. Отдельная копия за пределами хостинга и её регулярная проверка на разворачивание закрывают этот разрыв.
Сроки восстановления от 10 минут до суток напрямую зависят от того, готовились ли вы к аварии заранее. Дешевле потратить час на настройку автоматических копий сейчас, чем терять день рекламного бюджета и позиции в выдаче во время реального простоя.
