Главный RUM-дашборд
Поймите, как Core/Dash может помочь улучшить Core Web Vitals и оставаться быстрым без регрессий!
Trusted by market leaders
Обзор главного RUM-дашборда
Главный RUM-дашборд — это основная точка входа в вашу инфраструктуру производительности. Он предоставляет мгновенный статус ваших Core Web Vitals (INP, LCP, CLS) в реальном времени, визуализируя user experience через три различных ракурса: Временная шкала (Timeline), Гистограмма (Histogram) и Распределение (Distribution).

Это ваш ежедневный командный центр. Он заменяет субъективные отчеты в духе «кажется, сайт тормозит» неопровержимыми данными в реальном времени. Если ваши пользователи сталкиваются с регрессиями, вы увидите это здесь первыми.
Три ключевые визуализации
Дашборд организует данные в три критически важных компонента, каждый из которых отвечает на отдельный вопрос о здоровье вашего сайта:
- Временная шкала (Time-Series): Этот график отслеживает эволюцию ваших метрик за выбранный период (по умолчанию: 7 дней). Он отвечает на вопрос: «Когда изменилась производительность?». Используйте его для корреляции всплесков задержки с конкретными деплоями кода или обновлением контента. Ровная линия означает стабильность; всплеск означает регрессию.
- Гистограмма (Частота): Гистограмма отображает объем загрузок страниц, попадающих в определенные диапазоны задержки (Good, Needs Improvement, Poor). Она отвечает на вопрос: «Сколько пользователей затронуто?». Это подтверждает серьезность проблемы. Высокий p75 LCP требует срочности, но тысячи пользователей в красном сегменте «Poor» подтверждают влияние на бизнес.
- Распределение (Статистический разброс): Этот вид визуализирует полный спектр user experience, от самых быстрых 10% (p10) до самых медленных 1% (p99). Он отвечает на вопрос: «Проблема системная или изолированная?». Используйте это, чтобы определить, затрагивает ли замедление всех или только «длинный хвост» пользователей на слабых устройствах.
Как эффективно использовать дашборд
Принимайте решения на основе данных, проверяя эти представления в следующем порядке:
- Ежедневная сортировка (Временная шкала): Проверяйте временную шкалу каждое утро. Если линия LCP или INP ползет вверх, немедленно начинайте расследование. Обнаружить регрессию через 12 часов после деплоя лучше, чем ждать 28-дневного отчета CrUX.
- Оценка воздействия (Гистограмма): Увидев всплеск, проверьте гистограмму. Вы видите небольшой сдвиг в сегмент «Needs Improvement» или массовый скачок в «Poor»? Это подскажет, нужно ли выпускать хотфикс немедленно или запланировать задачу на следующий спринт.
- Глубокий анализ (Распределение): Используйте вид распределения для понимания дисперсии. Если p75 в норме, но p95 ужасен, вероятно, у вас есть конкретное узкое место, влияющее на старые устройства или медленные сети.
Временная шкала предупреждает вас; гистограмма оценивает ущерб; распределение направляет исправление.
Принятие решений на основе данных
Core/Dash измеряет реальный user experience, а не симуляции. Отслеживая эти три измерения в реальном времени, вы гарантируете, что каждая внедренная оптимизация приносит измеримое улучшение для ваших реальных пользователей, напрямую влияя на ваши рейтинги SEO и коэффициенты конверсии.

