0–3 хвилини: визначити масштаб

Відкрийте одну важливу сторінку з мобільного інтернету й іншого пристрою. Якщо помилка лише у вашій мережі, проблема може бути локальною. Якщо недоступні тільки окремі URL, перевіряйте маршрутизацію або застосунок; якщо всі — домен, DNS, CDN, хостинг чи базу.

Зафіксуйте адресу без персональних параметрів, скриншот помилки й час. Ці факти корисніші за припущення «сайт упав після атаки».

Один браузер

Перевірте інкогніто та іншу мережу.

Весь домен

Дивіться домен, DNS, HTTPS і статус провайдера.

Лише форма або кошик

Імовірніша помилка застосунку чи інтеграції; не вважайте головну сторінку достатнім тестом.

3–8 хвилин: розділити домен і сервер

Перевірте, чи не минув строк реєстрації домену, чи не змінювали DNS-записи, чи дійсний HTTPS-сертифікат. Якщо адреса знаходиться, але сервер повертає помилку 5xx, це інший напрям діагностики, ніж повідомлення про відсутність DNS-відповіді.

Подивіться офіційний статус хостингу й останні зміни в панелі. Не перемикайте записи на випадкову IP-адресу: так легко перенаправити трафік у порожнє середовище.

Домен і DNS

Хто власник, які записи зараз опубліковані, коли вони змінювались.

HTTPS

Чи є помилка сертифіката, і чи стосується вона всіх адрес.

Сервер

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

8–15 хвилин: зберегти сліди й визначити канал для клієнтів

Попросіть відповідального зберегти доступні логи та копію поточного стану. З’ясуйте дату останнього backup, де він лежить і чи є незалежне сховище. Якщо збій зачіпає хостинг, запросіть у провайдера факти: які компоненти недоступні й чи збережені дані.

Паралельно визначте перевірений контакт для клієнтів. Тимчасове повідомлення не повинно видавати себе за повноцінний відновлений магазин: якщо немає замовлень та оплати, скажіть це прямо.

У повідомленні команді

URL, час, симптом, останні зміни, статус провайдера, хто має доступ і куди приймаємо нові звернення.

Не робити

Не видаляти середовище, не відновлювати стару БД поверх нових даних, не надсилати секрети у відкритому чаті.

Коли потрібен зовнішній розбір

Якщо причина не локалізована або йдеться про базу, платежі чи нові замовлення, зупиніться перед ризикованою зміною. Для оцінки достатньо URL, симптомів і часу; паролі, дампи та персональні дані передаються лише після узгодження захищеного каналу.

Технічні джерела

Cloudflare: типові DNS-помилки та перевірка

Відкрити джерело

Google Search Central: як Google обробляє HTTP-помилки

Відкрити джерело