«Сайт работает» — фраза без содержания, если проверка сделана из одной точки. Провайдер, магистральный маршрут, локальный пиринг и даже настройки CDN отличаются от региона к региону, и авария, невидимая из вашего офиса, может идти уже несколько часов для пользователей в другой части света. Разберём, зачем нужен мониторинг из нескольких стран, почему для него достаточно недорогого датацентрового адреса и что заносить в отчёт по каждой проверке.

Почему «сайт работает» из одной точки ничего не значит

Доступность сайта — не единое состояние «вверх» или «вниз», а сумма локальных состояний по маршрутам от разных точек мира. CDN раздаёт контент с ближайшего к пользователю узла, и авария на одном из них затрагивает только часть аудитории. Магистральный сбой у отдельного оператора связи обрывает маршрут для его абонентов, но не для остальных. DNS-серверы в разных регионах могут отдавать устаревшую запись из-за задержки распространения изменений, и часть мира при этом достучится до старого адреса, а часть — до нового.

Проверка с одного сервера отвечает только на вопрос «доступен ли сайт оттуда», а не «доступен ли он вообще». Для сервиса с международной аудиторией это принципиальная разница: локальная авария в конкретном регионе бьёт по реальной выручке ровно так же, как глобальный сбой, просто остаётся незамеченной без соответствующей точки контроля.

Проверка доступности и скорости отдачи из нескольких регионов

Мониторинг из разных стран решает две задачи одновременно. Первая — факт доступности: отвечает ли сервер вообще, не блокирует ли его локальный фаервол, не потерян ли маршрут после последнего изменения DNS или конфигурации CDN. Вторая — скорость отдачи: время ответа сервера и полное время загрузки страницы могут различаться в разы между близким и дальним регионом даже при исправном сайте, просто из-за физического расстояния и числа промежуточных узлов.

Это особенно важно для сайтов с локализованными версиями и разной инфраструктурой раздачи по регионам: медленная отдача в конкретной стране может означать не проблему с сайтом целиком, а проблему с одним из региональных узлов CDN, которую невозможно увидеть, проверяя только из штаб-квартиры.

Здесь как раз достаточно датацентрового адреса — это дешевле

В отличие от задач, где важно, что видит именно живой пользователь с домашним или мобильным IP, мониторинг доступности не про персонализацию контента — он про сетевой путь и время отклика. Сайту без разницы, кто к нему обращается: главное, чтобы соединение шло из нужного географического узла. Для этого подходит датацентровый адрес — он тарифицируется помесячно по фиксированной цене, а не по гигабайтам, что для регулярных коротких запросов выгоднее любого трафикового пакета. Подробнее о том, когда датацентрового IP достаточно, а когда нет — в статье мобильные против резидентных.

Единственное исключение — если сайт применяет геозависимую фильтрацию и по ASN отличает трафик хостинг-провайдера от обычного пользователя, показывая датацентровым адресам заглушку или капчу. В такой ситуации мониторинг доступности сам превращается в задачу, требующую резидентного канала, и стоит свериться со статьёй о том, что такое ASN и почему он важен.

Частота опроса и расход трафика

Частота проверки должна соответствовать цене простоя: для витрины с прямыми продажами разумный интервал — раз в одну-пять минут на регион, для второстепенного раздела — раз в 15–30 минут. Каждый опрос — это, как правило, одна текстовая страница без медиа весом 0,3–1 МБ, поэтому ежедневный мониторинг сотни точек укладывается примерно в 1,5–3 ГБ трафика в месяц — расход минимальный по сравнению с проверками, где загружаются изображения и видео.

Экономия трафика в мониторинге достигается не выбором самого дешёвого канала, а правильной методикой запроса: не грузить статику и медиа, если цель — проверить факт ответа сервера, а не отрисовку страницы целиком. Битые проверки из-за нестабильного дешёвого адреса обходятся дороже, чем разница в цене между каналами.

Что фиксировать в отчёте

Три параметра обязательны в каждой записи. Код ответа сервера — не только «200 или не 200»: 3xx может означать незамеченный редирект на неверный домен, 5xx — серверную ошибку, таймаут без кода вообще — обрыв маршрута. Время до первого байта — показывает, насколько быстро отвечает сервер до начала передачи контента, и хорошо отделяет проблему бэкенда от проблемы сети. Полное время загрузки — суммарное время до готовности страницы, которое видит реальный пользователь и которое зависит уже не только от сервера, но и от CDN, скриптов и внешних ресурсов на странице.

Каждую запись стоит хранить с меткой региона, даты и времени — без истории по времени невозможно отличить разовый сетевой сбой на маршруте от систематической деградации в конкретной стране, которая требует вмешательства.

Частые вопросы

Можно ли обойтись мониторингом из одной-двух стран вместо десятка?

Если аудитория сосредоточена в нескольких регионах, достаточно точек контроля именно там плюс одна нейтральная для сравнения. Расширять список стоит по мере роста аудитории или при жалобах пользователей из региона, откуда мониторинга ещё нет.

Нужно ли использовать разные адреса для каждой проверки или хватит одного на страну?

Для мониторинга доступности достаточно одного стабильного адреса на страну — постоянство точки как раз и позволяет сравнивать показатели во времени и видеть тренд, а не шум от смены адреса.

Что делать, если из одной страны сайт постоянно медленнее, чем из остальных?

Сначала исключить сам факт: повторить проверку с другого адреса в той же стране. Если результат подтверждается, проблема, скорее всего, в региональном узле CDN или в маршруте до него, а не в основном сервере.

Датацентровые адреса для мониторинга сайта по странам — в разделе прокси.