Пошагово разберём, почему сайт не открывается, как определить масштаб проблемы и какие проверки помогут отличить локальный сбой от реального инцидента.
Фраза «сайт недоступен» не является техническим диагнозом. Пользователь может видеть пустую страницу, бесконечную загрузку, ошибку соединения, предупреждение о сертификате или HTTP-ошибку 500, 502 либо 503. Для каждого случая нужен свой порядок проверки.
Сначала необходимо определить масштаб. Если сайт не открывается только на одном устройстве или в одной сети, причина может быть в браузере, DNS-кеше, VPN, блокировщике, антивирусе или провайдере. Если ошибка воспроизводится из разных сетей, вероятность серверной проблемы значительно выше.
Отдельно нужно проверить, недоступен весь домен или только конкретная функция. Главная страница может работать, пока личный кабинет, API, форма заявки или страница оплаты уже возвращают ошибку.
UpWatch выполняет внешние проверки заданных URL и фиксирует HTTP-статус, таймауты, начало инцидента и восстановление. Сервис не заменяет внутренние логи, но показывает состояние сайта с точки зрения внешнего пользователя.
Откройте сайт с другого устройства и через другую сеть. Проверьте режим инкогнито, временно отключите VPN и сравните результат. Если ошибка существует только у вас, серверный мониторинг может продолжать показывать успешные проверки.
Проверьте DNS, установление соединения, TLS-сертификат и HTTP-ответ. Важно различать отсутствие соединения, таймаут и конкретный HTTP-статус.
Не ограничивайтесь главной страницей. Отдельно откройте вход, личный кабинет, форму заявки, оплату и API endpoint-ы, от которых зависит пользовательский сценарий.
Проверьте последние релизы, конфигурацию Nginx, изменения DNS, сертификаты, состояние базы данных, очередей и внешних интеграций.
Добавьте в UpWatch отдельные мониторы для наиболее важных URL. Это позволит сохранить время начала сбоя, последовательность неуспешных запусков и момент восстановления.
Выберите email, Telegram или MAX. Уведомление должно приходить ответственному человеку, а не в канал, который никто регулярно не читает.
Если домен не разрешается, проверьте DNS-записи, authoritative-серверы, срок действия изменений и доступность DNS-провайдера. Перезапуск приложения в этом случае проблему не исправит.
Если соединение устанавливается, но TLS завершается ошибкой, проверьте срок действия сертификата, соответствие доменному имени, цепочку доверия и конфигурацию промежуточных сертификатов.
При HTTP 502 проверьте доступность upstream-сервиса, адрес и порт backend-а, таймауты прокси, сетевые политики и логи Nginx или другого reverse proxy.
При HTTP 503 проверьте, есть ли доступные экземпляры приложения, не включён ли режим обслуживания, не сработали ли лимиты и не исчерпаны ли ресурсы сервиса.
При HTTP 500 проблема чаще находится в приложении или его зависимостях. Нужны логи запроса, стек ошибки, состояние базы данных, очередей и внешних API.
После исправления не ограничивайтесь ручным открытием главной страницы. Проверьте критичные пользовательские маршруты и оставьте автоматические мониторы включёнными, чтобы увидеть повторение проблемы.
Причина может быть в конкретной сети, DNS-кеше, VPN, браузере, расширении, антивирусе, региональной маршрутизации или частичной блокировке. Нужно сравнить результат из нескольких независимых сетей.
Проверьте сайт из другой сети и через внешний мониторинг. Если независимые проверки одновременно получают таймаут или ошибочный HTTP-статус, проблема с высокой вероятностью находится на стороне сайта или его инфраструктуры.
Главная может отдаваться из кеша, пока авторизация, личный кабинет, API, форма заявки или оплата уже не работают. Критичные пользовательские точки следует мониторить отдельно.
Нет. UpWatch показывает внешний результат: доступность, HTTP-статус, таймаут, длительность и историю инцидента. Точную внутреннюю причину нужно искать в логах приложения и инфраструктуры.
Интервал зависит от критичности. Для небольшого информационного сайта может быть достаточно нескольких минут. Для кабинета, API или оплаты обычно нужен более частый контроль.
Что означает некорректный ответ от upstream-сервиса и что проверять в прокси.
Почему сервис временно недоступен и как контролировать восстановление.
Как отличить внутреннюю ошибку приложения от проблем прокси и сети.
Как настроить регулярные проверки важных страниц и URL.
