Эта страница переведена с помощью Cloud Translation API.

Crux в BigQuery

Узнайте, как структурируются данные CrUX в BigQuery.

Введение

Необработанные данные отчета Chrome UX Report (CrUX) доступны в BigQuery , базе данных, размещенной в Google Cloud.

CrUX на BigQuery позволяет пользователям напрямую запрашивать полный набор данных, начиная с 2017 года, например, для анализа тенденций, сравнения веб-технологий и сравнения доменов.

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

Данные BigQuery являются основой CrUX Dashboard , которая позволяет визуализировать эти данные без написания SQL-запросов.

Доступ к набору данных

Для использования BigQuery требуется учетная запись Google Cloud и базовые знания SQL. Доступ к набору данных CrUX в BigQuery можно получить бесплатно и исследовать его в пределах уровня бесплатного пользования , который обновляется ежемесячно и предоставляется BigQuery. Кроме того, новые пользователи Google Cloud могут иметь право на регистрационный кредит для покрытия расходов, выходящих за рамки бесплатного уровня. Обратите внимание, что для проекта Google Cloud необходимо предоставить кредитную карту. См. раздел «Зачем мне предоставлять кредитную карту?». .

Если вы впервые используете BigQuery, выполните следующие действия для настройки проекта:

Перейдите к «Создать проект» в консоли Google Cloud .
Дайте новому проекту имя, например «Мой отчет Chrome UX», и нажмите «Создать».
Предоставьте свою платежную информацию, если будет предложено.
Перейдите к набору данных CrUX в BigQuery.

Теперь вы готовы начать запрашивать набор данных.

Организация проекта

Данные CruUX по BigQuery публикуются во второй вторник следующего месяца. Каждый месяц выпускается в виде новой таблицы в chrome-ux-report.all . Также имеется ряд материализованных таблиц, в которых представлена сводная статистика за каждый месяц.

`chrome-ux-отчет
- all
  - ГГГГММ
- country_CC
  - ГГГГММ
- experimental
  - country
  - global
- materialized

Подробная схема таблицы

Необработанные таблицы для каждой страны и all набор данных представлены по годам и месяцам.

Необработанные таблицы

Необработанные таблицы имеют следующую схему:

origin
effective_connection_type
form_factor
first_paint
first_contentful_paint
largest_contentful_paint
dom_content_loaded
onload
layout_instability
- cumulative_layout_shift
interaction_to_next_paint
navigation_types
- navigate
- navigate_cache
- reload
- restore
- back_forward
- back_forward_cache
- prerender
experimental
- permission
  - notifications
- time_to_first_byte
- popularity

Схема материализованной таблицы

Материализованные таблицы предназначены для облегчения доступа к сводным данным по ряду ключевых измерений. Гистограммы не предоставляются, вместо этого данные о производительности агрегируются по фракциям по оценке производительности и значению 75-го процентиля. В этом примере показан набор примерных строк из таблицы metrics_summary :

ггггмм	источник	fast_lcp	avg_lcp	медленный_lcp	p75_lcp
202204	https://example.com	0,9056	0,0635	0,0301	1600
202203	https://example.com	0,9209	0,052	0,0274	1400
202202	https://example.com	0,9169	0,0545	0,0284	1500
202201	https://example.com	0,9072	0,0626	0,0298	1500

Это показывает, что в наборе данных 202204 90,56% реальных действий пользователей на https://example.com соответствовали критериям хорошего LCP и что грубое значение LCP для 75-го процентиля составляло 1600 мс. Это немного медленнее, чем в предыдущие месяцы.

Предоставляются четыре материализованные таблицы:

metrics_summary: ключевые показатели по месяцам и странам происхождения
device_summary: ключевые показатели по месяцу, происхождению и типу устройства
country_summary: ключевые показатели по месяцу, происхождению, типу устройства и стране
origin_summary: список всех источников, включенных в набор данных

`metrics_summary`

Таблица metrics_summary содержит сводную статистику для каждого источника и каждого ежемесячного набора данных:

yyyymm: Месяц периода сбора данных
origin: URL источника сайта
rank: Приблизительный рейтинг популярности (по состоянию на март 2021 г. )
[small|medium|large]_cls: доля трафика по порогам CLS
[fast|avg|slow]_<metric>: доля трафика по пороговым значениям производительности
p75_<metric>: Значение 75-го процентиля показателей производительности (миллисекунды)
notification_permission_[accept|deny|ignore|dismiss]: часть поведения разрешений на уведомления
[desktop|phone|tablet]Density: доля трафика по форм-фактору
[_4G|_3G|_2G|slow2G|offline]Density: доля трафика по эффективному типу соединения
navigation_type_[navigate|navigate_cache|reload|restore|back_forward|back_forward_cache|prerender]: доля типов навигации

`device_summary`

Таблица device_summary содержит агрегированную статистику по месяцу, происхождению, стране и устройству. Помимо столбцов metrics_summary есть:

device: Форм-фактор устройства

`country_summary`

Таблица country_summary содержит агрегированную статистику по месяцам, странам происхождения, странам и устройствам. Помимо столбцов metrics_summary есть:

country_code: Двухбуквенный код страны
device: Форм-фактор устройства

`origin_summary`

Таблица origin_summary содержит список всех источников в наборе данных CrUX; он обновляется ежемесячно последним списком источников в наборе данных и имеет один столбец: origin .

Экспериментальный набор данных

Таблицы в экспериментальном наборе данных представляют собой точные копии таблиц YYYYMM по умолчанию, но в них используются более новые и продвинутые функции BigQuery, такие как секционирование и кластеризация , которые позволяют писать запросы быстрее, проще и дешевле.

`country`

Набор данных experimental.country содержит агрегированные данные из наборов данных country_CC с дополнительным столбцом yyyymm для даты набора данных. Схема идентична необработанным таблицам с добавлением столбцов date и country_code , что позволяет выполнять запросы сравнения на уровне страны во времени без объединения ежемесячных таблиц.

`global`

Набор данных experimental.global содержит агрегированные данные из all набора данных с дополнительным столбцом yyyymm для даты набора данных. Схема идентична необработанным таблицам с добавлением даты, что позволяет выполнять запросы сравнения во времени без объединения ежемесячных таблиц.