Сайт лежит, в Сиэтле утро, а поддержка спит: ночной протокол для владельца сайта в США
Photo: Shixart1985, CC BY 2.0, via Wikimedia Commons
Два часа ночи. Вы проверяете почту перед сном — а сайт выдаёт ошибку 503. И вот тут выясняется неприятная деталь: хостинг у вас, скажем, литовский, поддержка отвечает по будням с 9:00 до 18:00 по местному времени, а сейчас там восемь часов утра... суббота. Отлично.
Спокойно. Сайт — это не банкомат, который взломали. Это чаще всего одна отвалившаяся деталь. Давайте разберём ночной протокол: что делать сейчас, что делать завтра и что сделать заранее, чтобы в следующий раз паники было вдвое меньше.
Первые 30 минут: диагностика, а не переписка
Прежде чем писать в поддержку, убедитесь, что проблема вообще на их стороне.
Шаг 1. Проверьте сайт не только у себя. Зайдите на downforeveryoneorjustme.com или isitdownrightnow.com. Если сайт лежит для всех — это хостинг. Если только для вас — возможно, дело в вашем провайдере, DNS-кэше или даже в браузерном расширении.
Шаг 2. Вспомните, что вы меняли за последние сутки. Плагин, обновление WordPress, картинка, которую загрузили? В 90% ночных падений виноват не хостинг, а последнее изменение. Если есть доступ к админке — откатите его.
Шаг 3. Загляните в статус-страницу хостинга. У большинства приличных хостеров есть status.домен-хостера.com — там видно, идёт ли авария на всём дата-центре. Если там горит оранжевое «Investigating» — вам уже чинят, писать не нужно.
Шаг 4. Сделайте скриншот ошибки. Текст ошибки, точное время, URL. Это пригодится и вам, и поддержке.
И только теперь — чай. Серьёзно.
Часовые пояса: простая математика сна поддержки
Возьмите карту и посчитайте разницу между вашим часовым поясом и городом хостера. Если хостер в Праге, а вы в Денвере — разница 8 часов. Их рабочий день с 9:00 до 18:00 — это ваша ночь с 1:00 до 10:00. Забавно: когда у вас ночь, они как раз на работе. Многие американские пользователи, наоборот, выбирают хостеров с поддержкой в Азии — и там всё зеркально.
Практический вывод: откройте сайт хостера и найдите три вещи сегодня, а не ночью:
- часы работы поддержки и по каким каналам (чат, тикеты, email);
- есть ли круглосуточная первая линия (live chat 24/7);
- где физически находятся серверы и поддержка.
SLA без юридического сленга
SLA (Service Level Agreement) — это обещание хостера в цифрах. Обычно там два показателя:
Uptime — например, 99,9%. Звучит красиво, но это означает до ~43 минут простоя в месяц. То есть ночной сбой — это не «как они посмели», а иногда просто статистика внутри договора.
Response time — за сколько они ответят (не починят!) на тикет. «First response within 1 hour» может означать, что через час вам напишут «уточните, пожалуйста, домен». Ответ и решение — разные вещи.
Если после крупной аварии вы не получили компенсацию, на которую намекает SLA, — её обычно нужно запросить тикетом. Сами они редко предлагают.
Кого писать: соберите «ночной список» заранее
Заведите заметку (в телефоне, не на самом сайте!) с таким списком:
- Поддержка хостинга — ссылка на чат, адрес тикет-системы, ваш ID клиента.
- Панель регистратора домена — иногда «сайт лежит» на самом деле «истёк домен», и это чинится не у хостера.
- Резервная копия — где лежит последний бэкап и как его развернуть.
- Проверенные «проверялки» — down-детекторы, статус-страница хостера.
- Платный «спасатель» — если сайт приносит деньги, узнайте заранее, есть ли у вас знакомый разработчик, готовый взглянуть за $50 в нерабочее время. Ночью это дешевле паники.
Когда ждать живого человека, а когда — просто ждать
Обращайтесь к человеку сразу, если:
- статус-страница молчит, а сайт лежит у всех;
- вы ничего не меняли, но ошибка 5xx держится дольше 15 минут;
- пропал доступ к админке или в панели.
А просто ждите (и спите), если:
- на статус-странице уже висит авария — тикет лишь добавит очередь;
- проблема явно в вашем плагине/коде — поддержка хостера этим не занимается;
- сайт лежит 5 минут и уже вернулся. Бывает.
Кстати, о чае: пауза в 20 минут — не потеря времени. За это время часто «отпадает» половина гипотез, а поддержка успевает ответить.
Утро понедельника: превратить ночь в выводы
Когда сайт поднят, не закрывайте тему. Напишите в поддержку тикет с вопросом «что произошло?» — даже если всё уже работает. Приличные хостеры отвечают отчётом (post-mortem), из которого вы узнаете, был ли это сбой дата-центра или ваша проблема.
И добавьте в свой календарь ухода за сайтом три пункта:
- проверять, что бэкап реально создался (раз в неделю);
- раз в полгода — сверять, актуальны ли контакты поддержки и не сменил ли хостер часы работы;
- раз в год — честно оценивать: может, пора переехать к хостеру с поддержкой 24/7 в вашем поясе.
Сайт, который падает ночью, — неприятно. Сайт, у владельца которого нет плана на этот случай, — уже риск. Теперь план у вас есть.