Сайт впав опівдні. Перший клієнт написав у Instagram за чотири хвилини, ще двоє пішли до конкурента мовчки. Поки власник шукав, кому дзвонити, магазин втратив годину продажів — і не через складну аварію, а через відсутність плану на перші 15 хвилин.
Простій коштує грошей щохвилини, тому реакція має бути не панічною, а процедурною. Нижче — послідовність, яку ми в MaxiMoruM застосовуємо для сайтів клієнтів на WordPress, OpenCart і Laravel.
Хвилини 0–3: підтвердити й локалізувати
Спершу переконайтеся, що падіння реальне, а не проблема вашого інтернету. Відкрийте сайт з мобільного через 4G і через сервіс перевірки доступності. Якщо сайт лежить для всіх — дивіться, що саме відповідає: біла сторінка, помилка 500, 502/504 чи «не знайдено сервер». Тип помилки одразу звужує коло причин.
Хвилини 3–8: чотири найчастіші причини
У більшості випадків це одне з чотирьох. Перевіряйте в такому порядку — від найпростішого до найтоншого:
- Хостинг / сервер не відповідає або вичерпав ресурси
- SSL-сертифікат протермінувався — браузер блокує сайт
- DNS-записи змінилися або злетіли
- Останній деплой зламав код чи міграцію бази
Хвилини 8–15: відновити або відкотити
Якщо винен деплой — відкат до попередньої стабільної версії швидший за пошук бага в проді. Якщо база чи файли пошкоджені — розгортання з бекапу. Паралельно попередьте клієнтів одним чесним повідомленням, щоб не втратити довіру, поки йде відновлення.
Причина падіння — це сигнал
Прострочений SSL означає, що ніхто не стежить за термінами. Впалий деплой — що немає стейджингу й відкату. Мовчазний сервер під навантаженням — що інфраструктура не витримує трафіку. Кожен інцидент показує, де бракує підтримки.
Ми в MaxiMoruM 20+ років тримаємо продакшн-системи в роботі: моніторинг uptime з алертами, автоматичні бекапи, стейджинг із безпечним відкотом і SLA на реакцію. Тоді «перші 15 хвилин» відпрацьовує система, а не паніка.
Обговоримо підтримку вашого сайту: maximorum.com