Мониторинг сайта для арбитража: 7 сервисов, тарифы и проверка формы

Мониторинг сайта это регулярная проверка, что страница открывается и выполняет нужное действие. Для арбитражника проверять только главную мало: реклама ведёт через трекер и проклу, а заявку принимает отдельный обработчик. Мы сняли прайсы семи сервисов 27 октября 2026 года. Минутная проверка нашлась только у одного бесплатного тарифа, хотя пять вмещают десять мониторов. Ниже сравним условия, посчитаем стоимость для команды и соберём проверку лендинга, которая замечает больше, чем ответ HTTP 200.

Это исследование публичных тарифов и документации. Мы сохранили страницы, сверили лимиты со справками и сняли настоящие скриншоты. Платные аккаунты не покупали, скорость доставки тревог не испытывали, заявки в партнёрские сети не отправляли. Поэтому выводы о цене опираются на снятые условия, а расчёты потерь остаются сценариями.

Что проверять между кликом и заявкой

Возьмите URL из действующего объявления. Он может отвечать редиректом, затем открывать прелендинг, а после кнопки переводить на другой домен. Монитор главной страницы хостинга не увидит, что сломался второй переход. Список адресов для проверки собирают по всей цепочке с прелендингом, а не по списку серверов. Если у нескольких связок общая форма, её отказ затронет все эти связки одновременно.

У каждого слоя свой признак успеха. По справочнику кодов HTTP и описанию ответа 200, проверенным 27.10.2026, успешный ответ относится к выполнению запроса. Он не подтверждает, что посетитель увидел цену, смог нажать кнопку и получил номер заявки. Даже текст ошибки приложения может прийти с таким кодом.

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

Когда важен текст страницы, нужен GET. Запрос HEAD возвращает заголовки без тела и для поиска фразы не подходит. Экономия нескольких килобайт бессмысленна, если монитор из-за неё пропускает поломку. Специфика отдельных серверов тоже мешает: приложение может обрабатывать HEAD иначе, чем привычный браузерный GET. Проверяйте тем методом, который соответствует задаче.

Для обычного HTML хватит keyword-монитора. В инструкции HetrixTools на 27.10.2026 поле Keyword ищет заданный текст, а Contact List определяет адресатов. Выберите фразу, которая исчезнет при реальной поломке: подпись формы или название конкретного предложения. Копирайт в подвале может сохраниться даже на странице ошибки.

Если цена и кнопка появляются после выполнения JavaScript, текстовый монитор может их не увидеть даже на исправной странице. Здесь нужен браузер. Для понимания состава страницы полезен разбор структуры лендинга: заранее решите, какие элементы обязательны для каждого шаблона. Одинаковая проверка «есть слово Заказать» для всех страниц слишком груба.

Сняли семь бесплатных тарифов: вместимость не равна частоте

В выборку вошли UptimeRobot, HetrixTools, Pulsetic, StatusCake, Better Stack, Checkly и Cronitor. Все семь публикуют бесплатный тариф с внешними проверками сайта. Мы отдельно записали количество объектов, интервал и условия использования. Это целевая выборка с открытыми прайсами. Качество сервисов и поддержку мы не оценивали.

Сбор выполнен 27.10.2026: страницы получены с сервера, затем основные таблицы открыты в удалённом Chrome. Сохранили HTML, извлечённый текст, контрольные суммы и снимки. Цены UptimeRobot и браузерная версия StatusCake отображались в евро; остальные строки ниже в долларах. Мониторы, heartbeat и браузерные запуски могут расходовать разные лимиты.

В снятых условиях только HetrixTools Free явно включает прямые тревоги в Telegram без доплаты. У UptimeRobot этот канал начинается с Solo, у Pulsetic Free его нет. Webhook позволяет собрать своего бота, но это отдельная интеграция, которую нужно обслуживать. Keyword-проверка есть у UptimeRobot Free, HetrixTools Free и Pulsetic Free. У StatusCake Free в браузерной таблице Content/String Match выключен. Для остальных бесплатных планов доступность проверки текста уточняйте отдельно.

StatusCake оказался примером расхождения выдачи. Исходный HTML показал Free с десятью мониторами раз в пять минут, но Chrome открыл таблицу с тремя раз в пятнадцать минут. Отличалась и валюта. Причину различия мы не установили. В расчёт взяли видимую браузерную версию: Free 3/15 минут, Superior €19,99 помесячно или €199,92 за год. До регистрации уточните текущие условия у сервиса; выгодную скрытую строку нельзя обещать читателю.

Десять отдельных HTTP-мониторов по числу объектов помещаются в пять тарифов из семи. Это 71,4% нашей выборки: пять делим на семь и умножаем на сто. Проверку не реже раза в минуту предлагает один из семи, или 14,3%. Медианный интервал равен пяти минутам. Вместимость не подтверждает право коммерческого использования Free.

Именно последнее условие мешает просто выбрать максимальное число объектов. У UptimeRobot отдельная справка о Free на дату проверки прямо разрешает коммерческие проекты. У Better Stack прайс содержит пометку о личных проектах, у Checkly Hobby описан похожим образом. Из маркетинговой подписи нельзя вывести все условия договора. Для клиентского или рекламного проекта уточните разрешённое использование до привязки рабочих URL.

Различается и частота. Документация Better Stack на 27.10.2026 указывает три минуты для Free и до 30 секунд на платных планах. Мы брали частоту из справки, а не присваивали всем бесплатным продуктам стандартные пять минут.

Для минутной HTTP-проверки небольшой связки первым кандидатом в этой выборке стал HetrixTools Free. Его лимит пятнадцать объектов, а обязательный вход раз в 90 дней нужно внести в календарь ответственного. В условиях HetrixTools на 27.10.2026 упомянут один бесплатный аккаунт на человека или организацию. Прямого разрешения коммерческого использования Free в проверенном прайсе нет. Для рабочего рекламного проекта уточните этот пункт у поддержки до подключения.

Сколько стоит десять лендингов и доступ для команды

Базовый сценарий сравнения: десять HTTP-мониторов с интервалом не больше минуты и один ответственный. Без браузерных сценариев, дополнительных сотрудников, налогов и комиссий. Проверку текста, гео и каналы тревог подтвердите в кабинете.

Ниже цены, снятые 27.10.2026 с прайсов из предыдущей таблицы. Годовую подписку показываем суммой аванса, а не дешёвым «месяцем». Для UptimeRobot использована европейская выдача официального машиночитаемого прайса и совпавшая с ней для Solo браузерная страница. Евро с долларами не складываем. У Checkly в снятом состоянии был выбран годовой тариф, поэтому помесячный платёж по нему не заявляем.

Самая частая ошибка здесь: принять годовую цену в пересчёте на месяц за сумму ближайшего списания. У Pulsetic Solo $9 при помесячной оплате дают $108 за двенадцать месяцев, а годовой пакет стоит $90. Разница $18. Для HetrixTools Professional аналогичный расчёт даёт $119,40 против $99,95, экономию $19,45. Это арифметика по снятым прайсам; окупится ли аванс при коротком заливе, зависит от срока работы.

У Pulsetic дополнительные объекты в прайсе стоят $0,20 за монитор в месяц. Но сначала проверьте, какой базовый пакет покрывает требуемую частоту и каналы тревог. Дешёвый дополнительный объект не превращает весь Free-план в платный. Аналогично уведомления, участники команды и подписчики страницы статуса могут иметь отдельные строки счёта.

В Cronitor структура счёта прозрачнее: по снятому прайсу Business стоит $2 за монитор и $5 за пользователя в месяц. Для десяти проверок и одного человека получаем десять раз по $2 плюс $5, всего $25. Пример самого Cronitor с двадцатью проверками и тремя пользователями даёт $55. Места для получателей тревог и администраторов могут тарифицироваться по-разному.

UptimeRobot тоже показывает разные цены при переключении оплаты. На снимке видна пара €10 и €9; годовая сумма подтверждена отдельно. В текстовом извлечении прайса перечни функций теряют зачёркивания и значки доступности. Поэтому наличие строки SSL рядом с Free ещё не означает, что функция включена. Мы сверили ограничения с pricing.md, где отсутствие SSL и ряда расширенных проверок записано текстом.

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

Почему браузерная проверка считается по другой цене

HTTP-монитор получает ответ сервера. Браузерный сценарий запускает страницу, ждёт элементы и выполняет действия. Разница заметна на форме, которая приходит из JavaScript, или на кнопке, закрытой баннером. В документации Checkly Browser Checks, проверенной 27.10.2026, такие проверки описаны отдельно от обычного uptime. Количество доступных URL и количество запусков браузера нельзя считать одной квотой.

По снятому прайсу Checkly Hobby включает 1000 browser/Playwright runs в месяц, Starter при годовой оплате содержит 3000. Рассчитаем один сценарий раз в пять минут из двух регионов за условные 30 суток. Получится 30 × 24 × 60 ÷ 5 × 2, то есть 17 280 запусков. Это наша модель расписания, не счёт из аккаунта. Она предполагает отдельный запуск в каждом регионе при каждом интервале.

Цены доплат взяты из тех же прайсов 27.10.2026. У Checkly в показанном годовом режиме дополнительная тысяча browser runs стоит $4, автоматический перерасход Starter указан отдельно по $6,50 за тысячу. Мы рассчитываем заранее выбранную квоту целыми тысячами: для 8640 запусков сверх включённых 3000 нужны шесть пакетов, или $24; для 17 280 нужны пятнадцать, или $60. Вместе с базовыми $24 получаем $48 и $84 в месячном эквиваленте. Это не сумма помесячного списания: база оплачивается за год, условия доплаты проверьте в заказе.

У Cronitor строка Synthetic browser checks содержит $1 за тысячу. Для тех же расписаний компонент запусков составит $8,64 и $17,28, к нему прибавляются оплачиваемые мониторы и пользователи. В таблице нет повторных попыток. У Checkly обычный Browser Check считается за исполнение, а Playwright Check Suite расходует единицу за каждые 30 секунд выполнения. Длинный suite и повторы увеличат счёт; наша модель относится к обычному Browser Check без повторов.

У Checkly для uptime и синтетических проверок описаны разные режимы распределения по регионам. Round Robin чередует точки, Parallel запускает их параллельно. Если просто выбрать два региона в интерфейсе, удвоение расхода не гарантировано: всё зависит от типа проверки и расписания. Сверяйте число запусков в счётчике продукта. Таблица выше показывает арифметику выбранной схемы, а не универсальную формулу выставления счёта.

Для браузера задайте ожидаемый результат явно. В Playwright Assertions есть проверки видимости, текста и URL с повторными попытками до тайм-аута. Документация Actionability объясняет, какие условия Playwright ждёт перед действием. Наличие кнопки в HTML ещё не доказывает, что она доступна для клика. Эти различия проверены по документации 27.10.2026.

Отправку формы отделите от появления страницы благодарности. В разделе Network описано наблюдение за сетевыми запросами. Можно дождаться ответа нужного обработчика и проверить его содержимое. Затем подтвердить, что запись дошла в тестовый приёмник. Если приложение рисует «Спасибо» до ответа сервера, один скриншот с этим текстом даст ложное спокойствие.

Сам тест не должен создавать рабочие лиды каждые пять минут. Договоритесь с разработчиком о тестовом маршруте или явно помеченных записях, исключённых из биллинга, CRM и рекламных событий. Учтите рекомендации Playwright по изоляции тестов: повторный запуск не должен зависеть от мусора предыдущего. Для связи заявки с дальнейшим статусом пригодится описание пути лида. Монитор не заменяет сверку апрува с партнёркой.

Как интервал проверки связан с бюджетом залива

Из семи снятых Free-тарифов три проверяют раз в пять минут, один раз в пятнадцать, один раз в три, один раз в две и один каждую минуту. Это позволяет оценить задержку до следующего запроса. При равномерном случайном начале отказа и регулярном расписании среднее ожидание равно половине интервала. У пяти минут это 2,5 минуты; у одной минуты это 30 секунд. Далее прибавятся тайм-аут, подтверждения, доставка и реакция человека. Модель относится к устойчивому отказу; короткий сбой между запросами можно пропустить.

Ставка $120 в час выбрана для примера, это не расход нашей кампании. Формула простая: часовой расход делим на 60 и умножаем на время в минутах. Переход с пяти минут на одну сокращает среднее ожидание запроса на две минуты. В этом сценарии разница равна $4 за один устойчивый отказ. Она не учитывает дальнейшую реакцию и не равна гарантированно спасённым деньгам.

Расход во время отказа и упущенная прибыль различаются. Учитывайте, какая доля переходов действительно попала в неработающую ветку, были ли повторные попытки посетителей, сколько лидов удалось восстановить. Формулы ROI, CR и EPC полезны после сверки данных, но нельзя домножать весь суточный спенд на длительность одного регионального сбоя. Часть аудитории могла продолжать открывать сайт.

Настройка мониторинга: что проверить перед запуском

1. Составьте карту маршрута. Запишите рекламный URL, все ожидаемые переходы, конечный домен, обработчик и тестовый приёмник. Результат: одна строка на объект с понятным владельцем. Не вставляйте в общий список пользовательские телефоны, токены и реальные данные заявки.
2. Снимите исправный ответ. Откройте страницу обычным GET, сохраните статус, финальный URL и фразу формы. Результат: понятный эталон для сравнения, а не просто зелёный индикатор.
3. Задайте HTTP-проверку. Укажите тайм-аут, политику редиректов и ожидаемый текст. Результат: для проверки по тексту временно замените ожидаемую фразу на заведомо отсутствующую, дождитесь тревоги и верните настройку. Рабочий сайт менять не нужно.
4. Добавьте нужную точку наблюдения. Сравните выбранное гео сервиса с аудиторией. Результат: известно, откуда приходит запрос и какие ограничения этот адрес не воспроизводит.
5. Проверьте форму браузером. Используйте только согласованный тестовый режим. Результат: подтверждены доступность кнопки, ответ обработчика и появление тестовой записи без боевого лида.
6. Доставьте пробную тревогу. Проверяйте не отправку webhook, а получение сообщения ответственным. Результат: человек понимает, какая связка затронута и где остановить расход.
7. Повторите проверку после выкладки. Изменение адреса, текста кнопки и обработчика должно обновлять монитор. Результат: новая версия лендинга не живёт со старым эталоном.

Для второго шага достаточно curl. Команда ниже только читает страницу; адрес example.com нужно заменить своим разрешённым URL. Параметры сверены с официальной документацией curl 27.10.2026. В примере ограничены длительность запроса и число редиректов. HTTPS-сертификат проверяется штатно: ключ отключения проверки здесь не нужен.

curl --silent --show-error --location --max-redirs 5 \
  --connect-timeout 5 --max-time 20 \
  --output landing.html \
  --write-out 'status=%{http_code}\nfinal=%{url_effective}\ntime=%{time_total}\n' \
  'https://example.com/'

Полученный status сравните с ожидаемым значением, final с допустимым адресом, а landing.html с нужной фразой. Для отказа curl на HTTP-ошибке можно добавить -fail-with-body. Без этого HTTP 500 может сопровождаться нормальным завершением передачи. В постоянной проверке нужны явные условия на статус и содержимое. Вывод команды здесь учебный не приводим, чтобы не выдавать example.com за проверенный рекламный лендинг.

При использовании трекера храните тестовые переходы отдельно от пользовательской статистики. Монитор с интервалом одна минута делает 43 200 плановых запросов за 30 суток на один URL до учёта повторов. Если каждый запрос засчитывается как визит, CR отчёта изменится без изменений аудитории. Принципы отчётности разобраны в сравнении трекеров. Исключение технических визитов должно быть явным и не затрагивать обычных посетителей.

Для маркировки технических запросов договоритесь о служебном заголовке или отдельном тестовом URL. Не добавляйте произвольные значения в существующую UTM-схему без согласования с тем, кто ведёт аналитику. В разборе UTM-меток показано, почему одинаковые названия источников нужны всей команде. Тестовый параметр, попавший в рабочий отчёт, создаст ещё одну ложную кампанию.

Тревоги, фоновые задачи и свой сервер мониторинга

В тревоге укажите связку, URL без секретов, нарушенное условие, гео и время. Добавьте ответственного и ссылку на диагностику. Сообщение должно помогать остановить расход без поиска нужной кампании.

При самостоятельной интеграции Telegram проверьте ответ метода sendMessage и сохраните идентификатор доставленного сообщения. Документация Bot API проверена 27.10.2026. Успешный ответ API ещё не означает, что дежурный прочитал тревогу. Для критичного отказа нужен порядок эскалации: кто получает второе уведомление, если первый человек не подтвердил работу. Токен бота храните вне адресов мониторинга и публичных журналов.

Группировать повторные тревоги помогает отдельный слой уведомлений. Prometheus описывает разделение правил и Alertmanager, а документация alerting rules объясняет выдержку условия через for. Это разные задачи: обнаружить проблему и решить, кому и когда её отправить. Документы сверены 27.10.2026. Добавляя выдержку ради уменьшения шума, включайте её в общую задержку обнаружения.

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

Прайс Healthchecks проверен 27.10.2026 отдельно от семи uptime-сервисов. Его не включали в процент минутных HTTP-проверок: это другой сценарий контроля. При сравнении тарифов не смешивайте число фоновых задач с числом внешних страниц. Если автоматизация собирается в n8n, heartbeat отправляйте после нужной ветки обработки, а не сразу после срабатывания расписания.

Самостоятельный мониторинг тоже возможен. Uptime Kuma содержит интерфейс, разные типы проверок и уведомления, а blackbox_exporter подходит для внешних проб в инфраструктуре Prometheus. Это официальные репозитории, проверенные 27.10.2026. Бесплатный код не отменяет расходы на отдельный сервер, обновления и человека, который восстановит сам монитор.

Не ставьте единственную проверку на тот же узел, где работает лендинг. При отказе узла пропадут оба процесса, и отправлять тревогу будет некому. Внешний наблюдатель должен пережить хотя бы тот класс отказа, который вы хотите обнаружить. Для небольшой команды SaaS часто проще по обслуживанию; для команды с готовым Prometheus дополнительный blackbox-монитор может потребовать меньше новых процессов. Решение зависит от существующей инфраструктуры, а не от цены лицензии в ноль долларов.

Типичные ошибки: зелёный статус при сломанной связке

Первая ошибка связана с кешем. CDN может отдавать исправный старый HTML, пока сервер за ним не принимает заявки. В руководстве MDN по кешированию и документации Cloudflare, проверенных 27.10.2026, описано разделение кешируемого ответа и обращения к источнику. Для формы нужна своя проверка приёмника, которую нельзя заменить успешным чтением главной.

Обратная ситуация: монитор видит ошибку, а часть посетителей продолжает получать кеш. У Cloudflare ошибка 521 относится к проблеме соединения с исходным сервером. Не делайте из одного кода вывод о судьбе всех клиентов. Сопоставьте время, узел наблюдения, запрос к источнику и реальное поведение страницы. Для каждого типа отказа полезен собственный порядок диагностики.

У связки с трекером есть ещё одна ловушка. Запрос SaaS-монитора может попасть в поток для ботов или техническую заглушку и получить 200. Документация фильтров Keitaro на 27.10.2026 описывает распределение по IP, User-Agent и признаку бота. Такой ответ ничего не говорит об исправности страницы оффера. Согласуйте отдельную техническую кампанию либо защищённый маршрут проверки; отдельно контролируйте прямой URL оффера и обработчика. Ищите фразу, которой нет на заглушке. Проверка всей рекламной ссылки подтверждает только ту ветку, которую реально прошёл монитор.

Вторая ошибка: разрешить монитору особую страницу, которую обычный посетитель никогда не получает. Такая проверка подтвердит только технический маршрут. Если защита мешает внешнему наблюдателю, исключение должно быть узким и документированным. Cloudflare описывает skip-правила для выбранных проверок безопасности. Это не повод отключать WAF для всех запросов или считать специальный маршрут точной копией пользовательского.

Ещё один источник шума: слишком короткий тайм-аут при тяжёлой странице. Различайте время ответа HTML и время появления формы. Медленные изображения влияют на пользовательский путь, но не обязаны ломать HTTP-проверку. Отдельный тест WebP и AVIF на двенадцати файлах показывает, как исследовать вес картинок без обещаний роста конверсии. Для мониторинга скорости выбирайте конкретную метрику и собственный порог.

Проверка рекламной площадки живёт отдельно от вашего монитора. В требованиях Google Ads к целевой странице, проверенных 27.10.2026, есть требования работоспособности и доступности назначения. Зелёный статус SaaS не гарантирует одобрение объявления. Неисправность страницы, доступность для робота и соответствие правилам рекламы нужно проверять по разным основаниям.

Не смешивайте и рекламную модерацию с поисковой индексацией. Документ Google о сетевых ошибках и HTTP-статусах относится к работе Google Search. Он объясняет поведение поискового обхода, а не обещает срок восстановления рекламы. Справочник роботов Google помогает различать типы клиентов. Ссылки проверены 27.10.2026; переносить правила одного робота на другой без источника нельзя.

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

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

Что в итоге

Для десяти лендингов начните с карты маршрута и одной тестовой тревоги. Снятые семь прайсов показывают: бесплатной вместимости часто хватает, минутной частоты значительно реже. HetrixTools Free имеет смысл проверить первым для короткого интервала; UptimeRobot Free подходит для большого числа базовых проверок с пятиминутным шагом, но без Telegram, Slack и контроля SSL. В нашей выборке прямой Telegram на Free явно включён у HetrixTools; коммерческие условия уточните отдельно. Форму на JavaScript контролируйте отдельным браузерным сценарием и заранее посчитайте запуски. Перед оплатой зафиксируйте валюту, период списания, нужные места и каналы уведомлений. Первый критерий готовности: тестовая поломка замечена, ответственный получил понятное сообщение и знает, как остановить расход.