Настройка Uptime Monitoring для сайта: полное руководство

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Настройка Uptime Monitoring для сайта: полное руководство
Простой
от 4 часов до 2 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1362
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1253
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    958
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1190
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    931
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    949

Сайт упал в 3 часа ночи, а вы узнали об этом только утром от разгневанного клиента. Мы сталкивались с этим десятки раз, поэтому настройка uptime monitoring — первое, что делаем для любого проекта. Без базового HTTP-check вся остальная инфраструктура мониторинга бесполезна: вы можете не знать о сбое до первого звонка. Недавно к нам обратился клиент: сайт интернет-магазина падал каждую ночь из-за сбоя кэширования, но мониторинг отсутствовал. Мы развернули Uptime Kuma с проверкой health endpoint и за день выявили первопричину. Задача здесь — покрыть не только главную страницу, но и критичные точки: API, admin-панель, health endpoint, CDN. Наша команда имеет 10+ лет опыта в веб-разработке и обслуживании высоконагруженных проектов, поэтому мы знаем, как настроить мониторинг надёжно и без лишних затрат.

Пошаговая инструкция: как развернуть Uptime Kuma за 5 минут
  1. Убедитесь, что на сервере установлены Docker и Docker Compose.
  2. Создайте файл docker-compose.yml с конфигурацией из примера ниже.
  3. Запустите docker-compose up -d.
  4. Откройте браузер по адресу http://your-server:3001 и создайте учётную запись администратора.
  5. В интерфейсе добавьте первый монитор: укажите тип HTTP, введите URL главной страницы, интервал проверки 60 секунд.
  6. Настройте уведомления: перейдите в Settings → Notification, выберите Telegram или другой канал, введите токен.

Как настроить мониторинг с Uptime Kuma?

Uptime Kuma — бесплатный self-hosted инструмент с простым UI и поддержкой множества типов проверок. Разворачивается за минуту через Docker:

# docker-compose.yml
services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    volumes:
      - uptime-kuma:/app/data
    ports:
      - "3001:3001"
    restart: unless-stopped

volumes:
  uptime-kuma:

Поддерживаемые типы мониторов: HTTP(S), TCP port, Ping, DNS, SSL certificate, Keyword (проверка наличия текста), JSON Query, Push (heartbeat), Steam Game Server, Docker Container. Для каждого можно задать интервал, количество повторов и интеграции с нотификациями.

Настройки через UI или через REST API:

# Создать монитор через API (Bearer token в Settings → API Keys)
curl -X POST http://uptime-kuma:3001/api/monitor \
  -H "Authorization: Bearer your_api_key" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Main Site",
    "type": "http",
    "url": "https://example.com/",
    "interval": 60,
    "retryInterval": 30,
    "maxretries": 2,
    "keyword": "Добро пожаловать",
    "httpBodyEncoding": "json"
  }'

Нотификации: Telegram, Slack, Email, PagerDuty, Webhook и ещё ~90 провайдеров.

Какие URL мониторить в production?

URL Тип Интервал Алерт при
https://example.com/ HTTP + keyword 60s downtime > 1 мин
https://example.com/health HTTP + JSON 60s status != 200
https://api.example.com/ping HTTP 30s downtime > 30s
SSL cert Certificate 1d expires < 14d
https://example.com/ DNS 5m resolve fails

Что такое health endpoint и как его реализовать?

Health endpoint — это URL, который возвращает объективный статус системы. Мы реализуем его на Laravel так:

// routes/web.php
Route::get('/health', function () {
    $checks = [
        'database' => fn() => DB::connection()->getPdo() !== null,
        'cache' => fn() => Cache::store('redis')->ping(),
        'queue' => fn() => \Illuminate\Support\Facades\Queue::size() < 10000,
    ];

    $results = [];
    $healthy = true;

    foreach ($checks as $name => $check) {
        try {
            $results[$name] = $check() ? 'ok' : 'fail';
        } catch (\Throwable $e) {
            $results[$name] = 'error: ' . $e->getMessage();
            $healthy = false;
        }
    }

    return response()->json([
        'status' => $healthy ? 'ok' : 'degraded',
        'checks' => $results,
        'timestamp' => now()->toISOString(),
    ], $healthy ? 200 : 503);
})->middleware('throttle:60,1');

Этот эндпоинт проверяет базу данных, кэш Redis и размер очереди. При отклонениях возвращает HTTP 503 — Uptime Kuma зафиксирует сбой.

Сравнение self-hosted и SaaS

Критерий Self-hosted (Uptime Kuma) SaaS (Better Uptime / UptimeRobot)
Цена Бесплатно (только ресурсы сервера) Бесплатный план (50 мониторов, 5 мин)
Интервал проверок От 1 секунды Минимум 5 минут
Контроль данных Полный Данные на стороне провайдера
География проверок Одна точка (можно несколько серверов) 10+ глобальных локаций

Uptime Kuma лучше для частых проверок и полного контроля, но UptimeRobot удобнее для быстрого старта. Мы рекомендуем комбинировать: Uptime Kuma для критических проверок каждую минуту и UptimeRobot как внешний наблюдатель.

Почему SSL мониторинг критичен?

Истечение SSL-сертификата — тихая катастрофа: браузеры не предупреждают, сайт становится недоступным. Uptime Kuma имеет встроенный монитор SSL Certificate с алертом за 14 дней до истечения. Альтернативно — cron-скрипт:

#!/bin/bash
DOMAIN=$1
DAYS_THRESHOLD=14

EXPIRY=$(echo | openssl s_client -connect ${DOMAIN}:443 -servername ${DOMAIN} 2>/dev/null \
  | openssl x509 -noout -enddate 2>/dev/null \
  | cut -d= -f2)

EXPIRY_EPOCH=$(date -d "$EXPIRY" +%s)
NOW_EPOCH=$(date +%s)
DAYS_LEFT=$(( (EXPIRY_EPOCH - NOW_EPOCH) / 86400 ))

if [ "$DAYS_LEFT" -lt "$DAYS_THRESHOLD" ]; then
  curl -s -X POST "https://api.telegram.org/bot$TELEGRAM_TOKEN/sendMessage" \
    -d "chat_id=$CHAT_ID" \
    -d "text=SSL cert for $DOMAIN expires in $DAYS_LEFT days!"
fi

Настройте алерты за 14 дней — этого достаточно для продления через Let's Encrypt или покупки нового.

Как организовать статус-страницу?

Публичная статус-страница избавляет от волны вопросов «сайт не работает?». Uptime Kuma генерирует её из коробки — разместите на отдельном домене status.example.com. Можно кастомизировать логотип и цвета.

Что входит в работу

  • Развёртывание Uptime Kuma (или SaaS-аналога) с учётом вашей инфраструктуры
  • Настройка базовых мониторов (главная, API, health, DNS, SSL)
  • Подключение каналов уведомлений (Telegram, Email, Slack)
  • Документация по инцидентам и процедуре реагирования
  • Одно обучение для команды

Сроки и стоимость

Развёртывание базового мониторинга занимает от 2 до 4 часов в зависимости от сложности. Полный комплект с интеграциями и статус-страницей — 1-2 дня. Стоимость рассчитывается индивидуально после анализа проекта.

Наша команда с 10+ летним опытом и более 50 успешных внедрений гарантирует надёжную систему мониторинга. Мы не используем шаблонные решения — каждый проект получает индивидуальную конфигурацию. Свяжитесь с нами для консультации. Закажите настройку мониторинга и спите спокойно.

Источники: Uptime Kuma, Wikipedia — Uptime

Настройка веб-аналитики: GA4, GTM, Яндекс.Метрика и Amplitude

Мы часто видим: конверсия 1.2 %, трафик растёт, а конверсия стоит. Маркетолог смотрит в Google Analytics и говорит: «пользователи уходят с шага 2 оформления заказа». Разработчик открывает тот же шаг — ошибок нет, в Sentry тишина. Значит, дело не в JS-баге, а в UX или в кривых данных, которые показывает аналитика. Аналитика ломается незаметно: событие перестало трекаться после редеплоя — никто не заметил; GTM-тег стреляет дважды — данные задвоились; фильтр GA4 исключает бота, который на самом деле — реальный трафик с корпоративного прокси. Закажите аудит текущих тегов — мы найдём причину за неделю.

После правильной настройки экономия рекламного бюджета может достигать 150 000 ₽ в месяц — это реальный кейс интернет-магазина с 50 000 сессий в день, где дедупликация purchase вернула 20 % неверно приписанных конверсий.

Почему события GA4 дублируются и как это исправить?

Universal Analytics закрыт, его место заняла событийная модель GA4. В ней нет фиксированных хитов страниц и транзакций — только события с параметрами. Это гибче, но требует правильного дизайна событий.

Автоматические события GA4 собирает сам: page_view, scroll, click, session_start. Рекомендуемые события нужно реализовать самостоятельно: purchase, add_to_cart, begin_checkout, view_item. Google ожидает конкретную схему параметров — если передать product_id вместо item_id, данные попадут в GA4, но не в стандартные отчёты e-commerce. Кастомные события для специфики проекта: filter_applied, video_progress, form_step_completed. Кастомные параметры необходимо зарегистрировать в GA4 Admin → Custom definitions, иначе они не будут доступны в отчётах.

Частая ошибка — событие purchase с дублями. Причина: тег срабатывает на странице /thank-you, пользователь обновляет страницу — второй purchase уходит в GA4. Решение: на бэкенде генерируем уникальный transaction_id и передаём в событие. GA4 de-duplicates по нему (в теории — проверяйте через DebugView). Правильная атрибуция экономит до 20 % рекламного бюджета, который раньше уходил на неверно приписанные конверсии.

Как настроить data layer, чтобы не потерять данные?

GTM — инструмент для управления тегами без деплоя кода. Но «без кода» не значит «без архитектуры». Data Layer — основа всего. Передаём данные из приложения в GTM через dataLayer.push(). Структура: event + контекстные данные. Для e-commerce: перед открытием страницы продукта — push с данными товара. GTM-тег читает из dataLayer, не из DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Название товара',
      price: 1990.00,
      currency: 'RUB'
    }]
  }
});

Плохая практика: GTM-тег парсит DOM — ищет цену в span.price, название в h1. Это ломается при любом изменении верстки. Хорошая практика: всегда dataLayer. Используем Preview Mode для отладки и GTM Server-Side для чувствительных данных — отправка с сервера, не с браузера, обходит блокировщики рекламы, не теряет данные.

Как Яндекс.Метрика дополняет веб-аналитику?

Для российской аудитории Метрика обязательна — особенно Вебвизор. Запись сессии пользователя, который бросил корзину, часто даёт ответ быстрее, чем неделя анализа воронки. Цели в Метрике: событийные (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) или автоматические (клик по кнопке, посещение страницы). Связка с CRM через Метрика Плюс — передача офлайн-конверсий. Наш опыт: в 8 из 10 проектов после настройки Метрики находили скрытые баги в UX, которые не показывали другие системы.

Что даёт product analytics в Amplitude?

Amplitude — продуктовый инструмент, в отличие от маркетинговых GA4 и Метрики. Он заточен под анализ поведения пользователей внутри продукта: воронки, ретеншн, user paths. Amplitude подходит для SaaS-продуктов, мобильных приложений и любых сервисов с зарегистрированными пользователями, где важно понять, как проходят онбординг, на каком шаге уходят, какие фичи используют чаще. Ключевые концепции: identify (связать анонимного пользователя с userId после авторизации), group (аккаунт в B2B SaaS), когорты для удержания. Amplitude Chart — воронка шагов за последние 30 дней с разбивкой по источнику.

Мониторинг качества данных

Аналитика без мониторинга — чёрный ящик. Настраиваем:

  • GA4 Realtime — проверяем после каждого деплоя, что ключевые события приходят
  • Alerting в GA4 — аномалия в количестве событий purchase (резкое падение = что-то сломалось)
  • GTM Preview в staging-окружении перед продакшеном
  • Ручные тесты воронок раз в неделю — просто пройти путь покупателя и проверить, что всё трекается

Что проверяем после каждого деплоя

  • Все ли рекомендуемые события присутствуют в DebugView
  • Нет ли задвоений (считаем количество purchase на 100 сессий)
  • Не изменилась ли структура dataLayer после обновления фронтенда

Что входит в работу

Компонент Описание
Аудит текущих тегов Проверка существующих GTM-тегов, dataLayer, дублей и ошибок
Дизайн событийной схемы Документация: список событий, параметры, триггеры
Настройка GA4 + GTM Создание конфигурации, тегов, Custom definitions
Яндекс.Метрика Установка счётчика, создание целей, настройка Вебвизора
Amplitude (опционально) Настройка клиентского и серверного SDK, когорты
QA и мониторинг Тестирование в Preview Mode, Alerting
Обучение и передача Доступы, инструкция по добавлению новых событий, консоль

Процесс и сроки

  1. Аудит текущих тегов и данных (2 дня)
  2. Дизайн событийной схемы (2 дня)
  3. Разработка Data Layer и настройка тегов (3–5 дней)
  4. QA в Preview Mode и на staging (2 дня)
  5. Деплой и настройка дашбордов (1 день)
Сценарий Срок
Базовая настройка GA4 + GTM 1 неделя
Полный e-commerce tracking + Метрика 2–3 недели
Server-side GTM + Amplitude 3–5 недель

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

Wikipedia: Веб-аналитика — подробнее о методах и метриках. Официальная документация по событийной модели GA4 доступна в Google Analytics 4.