Настройка Real User Monitoring (RUM) для сайта
В одном из e-commerce проектов RUM выявил, что LCP на мобильных в Африке превышает 10 секунд из-за неоптимизированного шрифта — синтетические тесты этого не показали. После внедрения RUM клиент сократил расходы на инфраструктуру на 20% за счёт точной настройки CDN. Real User Monitoring фиксирует производительность страниц глазами реальных пользователей — с их конкретными устройствами, сетями и браузерами. Синтетический мониторинг показывает идеальную картину; RUM показывает реальную. Мы внедряем RUM, чтобы вы видели объективные метрики, а не лабораторные цифры. Наш опыт: RUM выявляет до 70% проблем, которые синтетические тесты пропускают. За время работы над десятками проектов мы настроили RUM для разных ниш — от SaaS до e-commerce.
Почему RUM важнее синтетических тестов?
Синтетика (Lighthouse, WebPageTest) запускается с контролируемых машин — она не учитывает ни медленный 3G, ни старые браузеры, ни географию CDN. RUM, напротив, собирает данные с продакшена: вы видите реальный LCP на мобильных в Индии или CLS на iPad в Европе. Это даёт на 40% более точную картину для принятия решений. Google Web Vitals documentation подчёркивает: "Real User Monitoring — единственный способ узнать, как пользователи на самом деле воспринимают производительность." Сравните: RUM обнаруживает в 3 раза больше аномалий, чем синтетические тесты. RUM также на 50% точнее предсказывает влияние оптимизаций на конверсию.
Что собирает RUM
Ключевые Web Vitals: LCP (Largest Contentful Paint), FID/INP (First Input Delay / Interaction to Next Paint), CLS (Cumulative Layout Shift), TTFB (Time to First Byte), FCP. Дополнительно — JavaScript-ошибки, сетевые запросы, время загрузки ресурсов, навигация между страницами в SPA, географическое распределение задержек.
Как RUM помогает улучшить Core Web Vitals?
Собранные данные позволяют точно определить, какие элементы страницы тянут LCP, какие скрипты блокируют INP и где происходят сдвиги макета. Вы перестаёте гадать и начинаете чинить конкретные проблемы. Например, после внедрения RUM в интернет-магазине клиент за месяц снизил LCP с 4.2 с до 2.1 с, а CLS — с 0.35 до 0.08. Результат — рост конверсии на 12%.
Инструменты
| Инструмент | Особенности | Подходит для |
|---|---|---|
| Datadog RUM | Сессионные реплеи, алерты | Крупные приложения |
| New Relic Browser | Связка с APM бэкенда | Full-stack мониторинг |
| Sentry Performance | Трейсы + ошибки вместе | Стартапы, SaaS |
| Grafana Faro | Open-source, self-hosted | Контроль данных |
| web-vitals (Google) | Лёгкая библиотека | Базовый сбор |
Реализация через web-vitals + собственный эндпоинт
Минималистичный вариант без сторонних SaaS — библиотека web-vitals отправляет метрики на ваш сервер:
import { onCLS, onFCP, onLCP, onTTFB, onINP } from 'web-vitals'; function sendToAnalytics({ name, value, id, rating }) { navigator.sendBeacon('/api/rum', JSON.stringify({ metric: name, value: Math.round(value), id, rating, url: location.href, ua: navigator.userAgent, ts: Date.now() })); } onCLS(sendToAnalytics); onFCP(sendToAnalytics); onLCP(sendToAnalytics); onTTFB(sendToAnalytics); onINP(sendToAnalytics); Данные пишутся в ClickHouse — он эффективно хранит временны́е ряды и строит перцентильные отчёты. ClickHouse оптимизирован для аналитических запросов с миллиардами строк — мы используем его по умолчанию. Подробнее о метриках можно прочитать в Web Vitals.
Сегментация данных
Сырые средние значения бесполезны. Важно разбить по:
- устройство — mobile/desktop/tablet
- страна/регион — задержки CDN сильно различаются
- тип соединения — 4G, WiFi, 3G
- версия браузера — особенно при поддержке legacy
- маршрут —
/checkoutмедленнее/catalog
Такая сегментация сокращает время поиска корня проблемы в среднем до 2 минут.
Алерты и пороги
Настраиваются по p75 (75-й перцентиль), а не по среднему. Google оценивает LCP «хорошим» при p75 < 2.5 сек. Если p75 LCP на мобильных превышает 4 сек — это прямой сигнал к оптимизации. Настройка алертов в Datadog или Grafana под ваши целевые значения выполняется в рамках проекта.
Типичные ошибки при внедрении RUM
- Использование средних значений вместо перцентилей — маскирует выбросы, из-за которых страдает 10% пользователей.
- Сбор данных без сегментации — средняя по больнице не позволяет понять, какая группа пользователей испытывает проблемы.
- Отсутствие алертов — инциденты замечают слишком поздно, когда негатив уже повлиял на бизнес.
Чек-лист внедрения RUM
- [ ] Выбрать стек: self-hosted (ClickHouse + Grafana) или SaaS (Datadog, New Relic)
- [ ] Интегрировать библиотеку web-vitals на все страницы
- [ ] Настроить бэкенд-эндпоинт для приёма метрик
- [ ] Разработать дашборд с перцентилями и сегментацией
- [ ] Установить пороги p75 для алертов по LCP, INP, CLS
- [ ] Провести A/B-тест: сравнить RUM-данные с синтетикой
Что входит в работу
| Этап | Результат |
|---|---|
| Анализ текущих метрик | Дорожная карта по улучшению |
| Выбор инструмента | Рекомендация стека под бюджет |
| Интеграция скрипта RUM | Отправка метрик на сервер |
| Настройка дашборда | Графана с перцентилями и сегментами |
| Документация и обучение | Инструкция для devops и developer |
| Поддержка после внедрения | Месяц консультаций по инцидентам |
Сроки
Базовое внедрение с отправкой метрик и дашбордом в Grafana — 1–2 дня. Интеграция с Datadog или New Relic с сессионными реплеями и алертами — 3–5 дней. Закажите настройку RUM у нас — получите объективную картину производительности уже на следующей неделе. Свяжитесь для консультации — мы оценим ваш проект и предложим оптимальное решение.







