Простой сайта даже на 60 минут в высококонкурентных нишах приводит к потере от 2% до 5% конверсии за сутки и мгновенному падению поведенческих факторов. Ошибка «Сайт недоступен» — это не один баг, а каскад из DNS-сбоев, серверных перегрузок и ошибок маршрутизации, где цена диагностики может варьироваться от 0 до 15 000 рублей за выезд системного администратора или час работы DevOps-инженера.
Анатомия недоступности: DNS и сетевой уровень
Когда браузер выдает «Не удалось получить доступ к сайту», проблема в 40% случаев кроется в DNS-резолвинге. Ошибки в TTL (Time to Live), установленном слишком высоким (например, 86400 секунд), приводят к тому, что после смены IP сервера сайт остается недоступным для части пользователей еще сутки. Практика показывает, что переход на Anycast DNS сокращает время обновления записей до 300–600 секунд.
Кейс: проект с трафиком 10к уников/сутки при переезде на новый хостинг потерял около 12% лидов из-за кэширования старых записей на уровне провайдеров. Ресурс недоступен из-за блокировки IP или DNS: инструкция по настройке обхода и проверке доступности помогает локализовать такие сбои за 5-10 минут через утилиты dig или nslookup.
Экспертный вывод: Всегда снижайте TTL до 300 секунд за 24 часа до любых технических работ, чтобы минимизировать простой.
Серверные сбои и критические ошибки 5xx
Ошибка 500 (Internal Server Error) или 502 (Bad Gateway) сигнализирует о коллапсе на стороне бэкенда. В 70% случаев в PHP-проектах причиной становится переполнение пула процессов php-fpm или утечка памяти в тяжелых плагинах, когда потребление RAM прыгает с 2 ГБ до 8 ГБ за считанные секунды при резком всплеске трафика.
Сравнение: стандартный shared-хостинг за 300 руб/мес дает аптайм 99.5%, но «ложится» при 50 одновременных запросах. VPS за 1200 руб/мес с настроенным Nginx и Redis выдерживает до 300-500 RPS (запросов в секунду) без деградации скорости. Сервер недоступен (ошибки 5xx): кейс по поиску сбоя в конфигурации и восстановлению доступа к сайту детально разбирает, как лог-файлы /var/log/nginx/error.log заменяют часы гадания на кофейной гуще.
Экспертный вывод: Если ваш сайт работает на CMS (WordPress, Bitrix), обязателен внешний мониторинг (UptimeRobot, Zabbix) с интервалом проверки 1-5 минут.
Блокировки, фильтры и ошибки маршрутизации
Сайт может быть доступен из Европы, но недоступен из РФ из-за блокировок РКН или срабатывания анти-DDoS фильтров хостера. Часто случается «ложный позитив», когда Firewall сервера блокирует IP-адрес пользователя за слишком частые запросы (например, при агрессивном парсинге), выдавая ошибку 403 или просто обрывая соединение (Connection Timeout).
На практике, чтобы проверить, не заблокирован ли IP, достаточно перейти на сайт через VPN или сервис PageSpeed Insights. Если внешний сервис видит страницу, а пользователь — нет, проблема в маршрутизации или локальном бане. Стоимость внедрения полноценного CDN (Cloudflare, Stormwall) начинается от $20/мес, что окупается защитой от L7-атак, способных положить сервер за 30 секунд.
Экспертный вывод: Использование CDN — единственный надежный способ разделить контент и сервер, чтобы сайт оставался доступен даже при частичном падении основного узла.
Экономика простоя и стоимость восстановления
Потери от недоступности считаются по формуле: (Средний чек × Конверсия × Трафик в час) × Часы простоя. Для e-commerce с оборотом 1 млн руб/мес простой в 4 часа в пиковое время (19:00–23:00) обходится в 15 000–40 000 рублей прямой недополученной прибыли, не считая репутационных рисков.
Стоимость исправления: мелкий баг в .htaccess исправляется за 15 минут (бесплатно или в рамках поддержки), но восстановление после падения БД из-за повреждения файловой системы может занять от 4 до 12 часов с оплатой работы инженера от 3 000 до 7 000 руб/час.
Экспертный вывод: Инвестиция 5 000 рублей в разовую настройку автоматического бэкапа на удаленный сервер дешевле, чем один час экстренного восстановления данных в режиме паники.
Вывод
Ошибка «Сайт недоступен» чаще всего является следствием либо неправильного управления DNS (высокий TTL), либо отсутствия запаса ресурсов сервера под пиковые нагрузки. Чтобы избежать потерь, начните с внедрения внешнего мониторинга и настройки автоматических бэкапов. Избегайте дешевых shared-хостингов для бизнес-проектов — переходите на VPS с управляемым стеком. Мой вердикт: приоритетом должна быть связка «CDN + VPS + Мониторинг», так как это сокращает риск полного простоя с 1-2% до 0.01% в год.