Cloudflare BEACON: что открытые замеры скажут о скорости сайта

Открытый набор Cloudflare BEACON помогает изучать скорость по группам браузеров, устройств и стран, но не заменяет замеры своего сайта. Из него нельзя получить показатель отдельного домена: опубликована обезличенная агрегация. Используйте общий срез для постановки гипотезы, а решение об исправлении принимайте по данным своего пользовательского сценария.

Что открылось в сентябре

Cloudflare представил BEACON 28 сентября 2026 года. Данные публикуются в BigQuery в формате RUM Archive. Анонс RUM Archive той же даты уточняет: набор объединяет ежедневные измерения до 10000 крупнейших по объёму сайтов сети с ограничением вклада каждого.

В поле SITE указано значение (multiple), поэтому отдельные сайты не идентифицируются. Это принципиально другой инструмент, чем отчёт о конкретной странице. Созвучный клиентский beacon-скрипт также нельзя автоматически считать названием того же публичного набора.

Сформулируйте вопрос до выбора среза

Владельцу магазина полезнее спросить, какие группы аудитории стоит проверить у себя, чем искать универсальное число «быстрый интернет». Определите период, устройство, браузерную группу и метрику. Если сравниваются разные условия, итог может объясняться составом наблюдений, а не качеством сайта.

Таблица — собственная карта интерпретации, а не результат выполненных запросов к BEACON. В статье нет выгрузки данных, рейтинга браузеров или замера сайтов клиентов.

Выборка не равна всему интернету

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

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

Почему нельзя усреднить готовые процентили

Cloudflare публикует распределения в виде гистограмм, а не только одно среднее. Для выбранного среза используйте согласованный способ расчёта по распределению. Среднее нескольких готовых P75 не обязано быть P75 объединённой выборки.

Покажем это на собственных учебных числах, не относящихся к BEACON. В группе A четыре измерения по 100 мс, в B одно измерение 1000 мс. Для примера примем правило ближайшего ранга: место округляется вверх от количества наблюдений, умноженного на 0,75.

P75 группы A равен 100 мс, группы B — 1000 мс. Их обычное среднее равно 550 мс, взвешенное по числу наблюдений — 280 мс. Но в объединённых пяти значениях четвёртое по порядку равно 100 мс: это P75 по нашему принятому правилу. Ни одно среднее готовых процентилей его не восстановило.

Этот маленький пример не воспроизводит функцию приближённого расчёта RUM Archive. Он показывает ошибку операции усреднения. Для реального анализа нужны гистограммы, документация метода и аккуратная работа с весами и отсутствующими значениями.

Пропуски и нули имеют разный смысл

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

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

Как связать общий обзор с работой над сайтом

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

Открытые данные не означают бесплатное выполнение любого облачного анализа. Учитывайте условия вычислительной платформы до запуска запросов. Если результаты или производные данные публикуются, отдельно соблюдайте указанную лицензию CC BY-SA 4.0 и требования к атрибуции; здесь данные не выгружались и производный набор не создавался.

1. Определите вопрос и границы внешнего сравнения.
2. Уточните выборку, период, группы и определение метрики.
3. Проверьте покрытие полей и смысл пустых значений.
4. Рассчитывайте показатель по согласованному распределению, не усредняя готовые процентили.
5. Сопоставьте гипотезу с собственным пользовательским сценарием.
6. Проверьте изменение на данных своего сайта.
7. Зафиксируйте предел вывода, условия анализа и атрибуцию при публикации данных.

Для SEO-разбора сайта передайте собственные показатели и вопросы к аудитории. При сопровождении сайта отделяйте жалобу конкретного клиента от общей статистики, а в доработках связывайте изменение с проверенным сценарием. Запросы BigQuery, платные операции и реальные замеры в рамках обзора не выполнялись.