CrUX API를 사용하면 페이지 및 출처 세부사항에서 집계된 실제 사용자 환경 데이터에 짧은 지연 시간으로 액세스할 수 있습니다.
일반적인 사용 사례
CrUX API를 사용하면 'https://example.com
출처의 측정항목 가져오기'와 같은 특정 URI의 사용자 환경 측정항목을 쿼리할 수 있습니다.
CrUX API 키
CrUX API를 사용하려면 Chrome UX Report API
사용을 위해 프로비저닝된 Google Cloud API 키가 필요합니다.
API 키 획득 및 사용
키 가져오기또는 사용자 인증 정보 페이지에서 만드세요.
API 키가 있으면 애플리케이션은 모든 요청 URL에 쿼리 매개변수 key=yourAPIKey
를 추가할 수 있습니다.
API 키는 URL에 포함하기에 안전합니다. 인코딩이 전혀 필요하지 않습니다.
쿼리 예를 참고하세요.
데이터 모델
이 섹션에서는 요청 및 응답의 데이터 구조를 자세히 설명합니다.
녹화
페이지 또는 사이트에 관한 개별 정보입니다. 레코드에는 식별자 및 측정기준의 특정 조합에 대한 데이터가 포함될 수 있습니다. 레코드에는 하나 이상의 측정항목에 대한 데이터가 포함될 수 있습니다.
식별자
식별자는 조회해야 하는 레코드를 지정합니다. CrUX에서 이러한 식별자는 웹페이지와 웹사이트입니다.
출발지
식별자가 출처인 경우 해당 출처의 모든 페이지에 있는 모든 데이터가 함께 집계됩니다. 예를 들어 http://www.example.com
출처에 다음 사이트맵에 배치된 페이지가 있다고 가정해 보겠습니다.
http://www.example.com/
http://www.example.com/foo.html
http://www.example.com/bar.html
즉, 출처가 http://www.example.com
로 설정된 Chrome UX 보고서를 쿼리하면 http://www.example.com/
, http://www.example.com/foo.html
, http://www.example.com/bar.html
데이터가 모두 해당 출처의 페이지이므로 함께 집계되어 반환됩니다.
URL
식별자가 URL이면 해당 URL에 대한 데이터만 반환됩니다. http://www.example.com
원본 사이트맵 다시 확인:
http://www.example.com/
http://www.example.com/foo.html
http://www.example.com/bar.html
식별자가 값이 http://www.example.com/foo.html
인 URL로 설정된 경우 해당 페이지의 데이터만 반환됩니다.
크기
측정기준은 레코드가 집계되는 특정 데이터 그룹을 식별합니다. 예를 들어 PHONE
의 폼 팩터는 레코드에 휴대기기에서 발생한 로드에 대한 정보가 포함되어 있음을 나타냅니다. 각 측정기준에는 특정 수의 값이 있으며, 측정기준을 지정하지 않으면 모든 값에 대해 측정기준이 집계됩니다. 예를 들어 폼 팩터를 지정하지 않으면 레코드에 모든 폼 팩터에서 발생한 로드에 관한 정보가 포함되어 있음을 나타냅니다.
폼 팩터
최종 사용자가 페이지로 이동하는 데 사용한 기기 클래스입니다. PHONE
, TABLET
, DESKTOP
로 분할된 일반적인 기기 클래스입니다.
효과적인 연결 유형
효과적인 연결 유형은 페이지로 이동할 때 기기의 예상 연결 품질입니다. offline
, slow-2G
, 2G
, 3G
, 4G
로 분할된 일반 클래스입니다.
측정항목
측정항목은 히스토그램, 백분위수, 분수의 통계 집계 방식으로 보고됩니다.
부동 소수점 값은 소수점 4자리로 반올림됩니다. cumulative_layout_shift
측정항목은 문자열로 이중으로 인코딩되므로 부동 소수점 수로 간주되지 않으며 문자열 내에서 소수점 이하 두 자리로 보고됩니다.
히스토그램
측정항목이 히스토그램에 표현되면 해당되는 페이지 로드의 비율이 확인할 수 있습니다
예시 측정항목의 3빈 히스토그램은 다음과 같습니다.
{
"histogram": [
{
"start": 0,
"end": 1000,
"density": 0.3818
},
{
"start": 1000,
"end": 3000,
"density": 0.4991
},
{
"start": 3000,
"density": 0.1192
}
]
}
이 데이터는 페이지 로드의 38.18% 에 대해 예시 측정항목이 0ms에서 1,000ms 사이입니다. 측정항목의 단위는 이 히스토그램에 포함되지 않지만 이 경우 밀리초로 가정합니다.
또한 페이지 로드의 49.91% 는 1,000ms~3,000ms 사이의 측정항목 값을 보였으며 11.92%는 3,000ms보다 큰 값을 보았습니다.
백분위수
측정항목에는 추가 분석에 유용한 백분위수가 포함될 수도 있습니다. 해당 측정항목에 대해 특정 백분위수의 특정 측정항목 값이 보고됩니다. 이는 최종 분류 데이터가 아닌 사용 가능한 전체 데이터 세트를 기반으로 하므로 최종 분류 히스토그램을 기반으로 하는 보간된 백분위수와 반드시 일치하지는 않습니다.
{
"percentiles": {
"p75": 2063
}
}
이 예에서는 페이지 로드의 75% 이상이 측정항목 값 <= 2063
으로 측정되었습니다.
분수
분수는 특정 방식으로 라벨을 지정할 수 있는 페이지 로드의 비율을 나타냅니다. 이 경우 측정항목 값은 이러한 라벨입니다.
예를 들어 form_factors
측정항목은 지정된 쿼리에 포함되는 폼 팩터 (또는 기기)의 분석을 나열하는 fractions
객체로 구성됩니다.
"form_factors": {
"fractions": {
"desktop": 0.0377,
"tablet": 0.0288,
"phone": 0.9335
}
}
이 경우 페이지 로드의 3.77% 가 데스크톱에서, 2.88%, 태블릿에서 93.35% 로 측정되어 총 페이지 로드는 100% 가 되었습니다.
측정항목 값 유형
CrUX API 측정항목 이름 | 데이터 유형 | 미터법 단위 | 통계 집계 | 문서 |
---|---|---|---|---|
cumulative_layout_shift |
문자열로 이중 인코딩된 소수점 이하 2자리 수 | 단위 없음 | 3개 구간이 있는 히스토그램, p75가 있는 백분위수 | cls |
first_contentful_paint |
int | 밀리초 | 3개 구간이 있는 히스토그램, p75가 있는 백분위수 | fcp |
interaction_to_next_paint |
int | 밀리초 | 3개의 구간이 있는 히스토그램, p75의 백분위수 | inp |
largest_contentful_paint |
int | 밀리초 | 3개의 구간이 있는 히스토그램, p75의 백분위수 | lcp |
experimental_time_to_first_byte |
int | 밀리초 | 3개의 구간이 있는 히스토그램, p75의 백분위수 | ttfb |
form_factors |
소수점 4자리 더블 | 퍼센트 | 폼 팩터에서 분수로 매핑 | 폼 팩터 |
navigation_types |
소수점 4자리 2자리 | 퍼센트 | 탐색 유형에서 분수로 매핑 | 탐색 유형 |
round_trip_time |
int | 밀리초 | p75가 포함된 백분위수 | rtt |
BigQuery 측정항목 이름 매핑
CrUX API 측정항목 이름 | BigQuery 측정항목 이름 |
---|---|
cumulative_layout_shift |
layout_instability.cumulative_layout_shift |
first_contentful_paint |
first_contentful_paint |
interaction_to_next_paint |
interaction_to_next_paint |
largest_contentful_paint |
largest_contentful_paint |
experimental_time_to_first_byte |
experimental.time_to_first_byte |
navigation_types |
navigation_types |
form_factors |
해당 사항 없음 |
round_trip_time |
해당 사항 없음 |
수집 기간
2022년 10월부터 CrUX API에는 집계 기간의 시작일과 종료일을 나타내는 firstDate
및 endDate
필드가 있는 collectionPeriod
객체가 포함되어 있습니다. 예를 들면 다음과 같습니다.
"collectionPeriod": {
"firstDate": {
"year": 2022,
"month": 9,
"day": 12
},
"lastDate": {
"year": 2022,
"month": 10,
"day": 9
}
}
이렇게 하면 데이터를 더 잘 이해할 수 있으며 해당 날짜의 데이터가 아직 업데이트되었는지 또는 어제와 동일한 데이터가 반환되는지를 더 잘 파악할 수 있습니다.
CrUX API는 그날의 완료된 데이터를 기다리기 때문에 오늘 날짜보다 약 2일 늦으며, API에서 사용할 수 있게 되기까지 약간의 처리 시간이 있습니다. 사용된 시간대는 태평양 표준시 (PST)이며 일광 절약 시간에는 변경사항이 없습니다.
쿼리 예
쿼리는 https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=[YOUR_API_KEY]"
에 대한 POST 요청을 사용하여 JSON 객체로 제출되고 POST 본문에 쿼리 데이터가 JSON 객체로 제출됩니다.
{
"origin": "https://example.com",
"formFactor": "PHONE",
"metrics": [
"largest_contentful_paint",
"experimental_time_to_first_byte"
]
}
예를 들어 다음 명령줄을 사용하여 curl
에서 호출할 수 있습니다(API_KEY
를 키로 대체).
curl -s --request POST 'https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=API_KEY' \
--header 'Accept: application/json' \
--header 'Content-Type: application/json' \
--data '{"formFactor":"PHONE","origin":"https://www.example.com","metrics":["largest_contentful_paint", "experimental_time_to_first_byte"]}'
페이지 수준 데이터는 쿼리에서 origin
대신 url
속성을 전달하여 API를 통해 사용할 수 있습니다.
{
"url": "https://example.com/page",
"formFactor": "PHONE",
"metrics": [
"largest_contentful_paint",
"experimental_time_to_first_byte"
]
}
metrics
속성이 설정되어 있지 않으면 사용 가능한 모든 측정항목이 반환됩니다.
cumulative_layout_shift
first_contentful_paint
interaction_to_next_paint
largest_contentful_paint
experimental_time_to_first_byte
navigation_types
form_factors
(요청에formFactor
가 지정되지 않은 경우에만 보고됨)
formFactor
값을 제공하지 않으면 모든 폼 팩터에서 값이 집계됩니다.
더 많은 쿼리 예를 보려면 Chrome UX Report API 사용을 참고하세요.
데이터 파이프라인
CrUX 데이터 세트는 API를 사용하여 사용할 수 있게 되기 전에 파이프라인을 통해 처리되어 데이터를 통합, 집계 및 필터링합니다.
이동 평균
Chrome UX 보고서의 데이터는 집계된 측정항목의 28일 이동 평균입니다. 즉, 특정 시점의 Chrome UX 보고서에 표시되는 데이터는 실제로 지난 28일 동안 합산한 데이터입니다.
이는 BigQuery의 CrUX 데이터세트에서 월별 보고서를 집계하는 방법과 비슷합니다.
일일 업데이트
데이터는 매일 오전 4시(UTC)에 업데이트됩니다. 업데이트 시간에 대한 서비스수준계약은 없습니다. 매일 최선을 다해 운영합니다.
스키마
POST
HTTP 요청을 수락하는 CrUX API의 단일 엔드포인트가 있습니다. API는 요청된 출처 또는 페이지에 관한 성능 데이터에 해당하는 metrics
가 하나 이상 포함된 record
를 반환합니다.
HTTP 요청
POST https://chromeuxreport.googleapis.com/v1/records:queryRecord
URL은 gRPC 트랜스코딩 구문을 사용합니다.
요청 본문
요청 본문에는 다음과 같은 구조의 데이터가 포함되어야 합니다.
{
"effectiveConnectionType": string,
"formFactor": enum (FormFactor),
"metrics": [
string
],
// Union field url_pattern can be only one of the following:
"origin": string,
"url": string
// End of list of possible types for union field url_pattern.
}
필드 | |
---|---|
effectiveConnectionType |
유효 연결 유형은 레코드의 데이터가 속해야 하는 유효한 네트워크 클래스를 지정하는 쿼리 측정기준입니다. 이 필드는 Network Information API 사양에 지정된 대로 참고: 유효한 연결 유형을 지정하지 않으면 모든 유효 연결 유형에 대해 집계된 데이터가 포함된 특수 레코드가 반환됩니다. |
formFactor |
폼 팩터는 레코드의 데이터가 속해야 하는 기기 클래스를 지정하는 쿼리 측정기준입니다. 이 필드는 참고: 폼 팩터를 지정하지 않으면 모든 폼 팩터에서 집계된 데이터가 포함된 특수 레코드가 반환됩니다. |
metrics[] |
응답에 포함되어야 하는 측정항목입니다. 지정하지 않으면 발견된 모든 측정항목이 반환됩니다. 허용되는 값: |
통합 필드 url_ . url_pattern 는 레코드 조회를 위한 기본 식별자입니다. 다음 중 하나여야 합니다. |
|
origin |
예: |
url |
예: |
예를 들어 Chrome 개발자 문서 홈페이지의 데스크톱 최대 콘텐츠 페인트 값을 요청하려면 다음을 실행합니다.
{
"url": "https://developer.chrome.com/docs/",
"formFactor": "DESKTOP",
"metrics": [
"largest_contentful_paint"
]
}
응답 본문
요청이 성공하면 record
객체와 urlNormalizationDetails
가 포함된 응답이 다음 구조로 반환됩니다.
{
"record": {
"key": {
object (Key)
},
"metrics": [
string: {
object (Metric)
}
]
},
"urlNormalizationDetails": {
object (UrlNormalization)
}
}
예를 들어 이전 요청의 요청 본문에 대한 응답은 다음과 같을 수 있습니다.
{
"record": {
"key": {
"formFactor": "DESKTOP",
"url": "https://developer.chrome.com/docs/"
},
"metrics": {
"largest_contentful_paint": {
"histogram": [
{
"start": 0,
"end": 2500,
"density": 0.9815
},
{
"start": 2500,
"end": 4000,
"density": 0.0108
},
{
"start": 4000,
"density": 0.0077
}
],
"percentiles": {
"p75": 651
}
}
},
"collectionPeriod": {
"firstDate": {
"year": 2022,
"month": 9,
"day": 12
},
"lastDate": {
"year": 2022,
"month": 10,
"day": 9
}
}
}
}
키
Key
는 이 레코드를 고유한 것으로 식별하는 모든 측정기준을 정의합니다.
{
"effectiveConnectionType": string,
"formFactor": enum (FormFactor),
// Union field url_pattern can be only one of the following:
"origin": string,
"url": string
// End of list of possible types for union field url_pattern.
}
필드 | |
---|---|
formFactor |
폼 팩터는 모든 사용자가 이 레코드의 사이트에 액세스하는 데 사용한 기기 클래스입니다. 폼 팩터가 지정되지 않으면 모든 폼 팩터에서 집계된 데이터가 반환됩니다. |
effectiveConnectionType |
유효한 연결 유형은 모든 사용자가 이 레코드에 대해 경험한 일반적인 연결 클래스입니다. 이 필드는 https://wicg.github.io/netinfo/#effective-connection-types에 지정된 대로 ['offline', 'slow-2G', '2G', '3G', '4G'] 값을 사용합니다. 유효 연결 유형을 지정하지 않으면 모든 유효 연결 유형에서 집계된 데이터가 반환됩니다. |
통합 필드 url_ . URL 패턴은 레코드가 적용되는 URL입니다. url_ 은 다음 중 하나여야 합니다. |
|
origin |
참고: |
url |
참고: |
측정항목
metric
는 콘텐츠가 포함된 첫 페인트와 같은 단일 웹 성능 측정항목에 대해 집계된 사용자 환경 데이터 집합입니다.
실제 Chrome 사용의 요약 히스토그램을 일련의 bins
(특정 백분위수 데이터)로 포함할 수 있습니다.
라벨이 지정된 분수가 포함될 수 있습니다.
{
"histogram": [
{
object (Bin)
}
],
"percentiles": {
object (Percentiles)
}
}
또는
{
"fractions": {
object (Fractions)
}
}
필드 | |
---|---|
histogram[] |
측정항목의 사용자 환경 히스토그램입니다. 히스토그램에는 최소 하나의 구간이 있으며 모든 구간의 밀도는 최대 1이 됩니다. |
percentiles |
측정항목의 일반적으로 유용한 백분위수입니다. 백분위수의 값 유형은 히스토그램 빈에 지정된 값 유형과 동일합니다. |
fractions |
이 객체에는 라벨이 지정된 분수가 포함되며, 이러한 분수의 합은 최대 1이 됩니다. 분수는 소수점 이하 4자리로 반올림됩니다. |
구간
bin
는 시작부터 끝까지, 또는 시작부터 양의 무한대까지 끝나지 않는 데이터의 개별 부분입니다.
구간의 시작값과 끝값은 해당 구간이 나타내는 측정항목의 값 유형으로 지정됩니다. 예를 들어 콘텐츠가 포함된 첫 페인트는 밀리초 단위로 측정되고 정수로 노출되므로 측정항목 구간은 시작 및 종료 유형에 int32를 사용합니다. 하지만 누적 레이아웃 변경은 단위 없는 십진수로 측정되고 문자열로 인코딩된 십진수로 노출되므로 측정항목 구간은 값 유형에 문자열을 사용합니다.
{
"start": value,
"end": value,
"density": number
}
필드 | |
---|---|
start |
start는 데이터 구간의 시작입니다. |
end |
end는 데이터 구간의 끝입니다. end가 채워지지 않으면 구간에 끝이 없으며 start부터 +inf까지 유효합니다. |
density |
특정 측정항목에서 이 구간의 값을 경험한 사용자의 비율입니다. 밀도는 소수점 이하 4자리로 반올림됩니다. |
백분위수
Percentiles
에는 지정된 통계 백분위수의 측정항목의 합성 값이 포함됩니다. 이 값은 전체 사용자 수에서 일정 비율의 사용자가 경험한 측정항목의 값을 추정하는 데 사용됩니다.
{
"P75": value
}
필드 | |
---|---|
p75 |
페이지 로드의 75% 에서 이 값 이하로 주어진 측정항목을 경험했습니다. |
분수
Fractions
에는 합산하면 최대 1이 되는 라벨이 지정된 분수가 포함됩니다. 각 라벨은
어떤 방식으로든 페이지가 로드되기 때문에 이러한 방식으로 표현된 측정항목은
숫자 값 대신 고유한 값을 생성하고 분수는
측정된 빈도를 나타냅니다.
{
"label_1": fraction,
"label_2": fraction,
...
"label_n": fraction
}
히스토그램 빈의 밀도 값과 마찬가지로 각 fraction
는 숫자입니다.
0.0 <= value <= 1.0
이고 모두 더하면 1.0이 됩니다.
UrlNormalization
조회 성공 가능성을 높이기 위해 URL을 정규화하기 위해 수행된 정규화 작업을 나타내는 객체입니다. 이는 제공된 url_pattern
를 조회할 때 수행되는 간단한 자동 변경사항이며, 실패하는 것으로 알려져 있습니다. 다음 리디렉션과 같은 복잡한 작업은 처리되지 않습니다.
{
"originalUrl": string,
"normalizedUrl": string
}
필드 | |
---|---|
originalUrl |
정규화 작업 전에 요청한 원래 URL입니다. |
normalizedUrl |
정규화 작업 이후의 URL입니다. 합리적으로 조회할 수 있는 유효한 사용자 환경 URL입니다. |
비율 제한
CrUX API는 Google Cloud 프로젝트별로 분당 쿼리 150개로 제한되며 무료로 제공됩니다. 이 한도 및 현재 사용량은 Google Cloud 콘솔에서 확인할 수 있습니다. 이처럼 큰 할당량은 대부분의 사용 사례에 충분하며 할당량을 늘리기 위해 비용을 지불할 수는 없습니다.