Crux-API

De CrUX API biedt toegang met lage latentie tot geaggregeerde gegevens over de echte gebruikerservaring op pagina- en oorsprongsgranulariteit.

Probeer het!

Veelvoorkomend gebruiksscenario

Met de CrUX API kunnen statistieken over de gebruikerservaring worden opgevraagd voor een specifieke URI, zoals 'Get metrics for the https://example.com origin'.

Crux API-sleutel

Voor het gebruik van de CrUX API is een Google Cloud API-sleutel vereist die is ingericht voor gebruik van Chrome UX Report API .

Een API-sleutel verkrijgen en gebruiken

Koop een sleutel

Of maak er een aan op de pagina Referenties .

Nadat u een API-sleutel heeft, kan uw toepassing de queryparameter key= yourAPIKey aan alle aanvraag-URL's toevoegen.

De API-sleutel kan veilig worden ingesloten in URL's; het heeft geen codering nodig.

Zie Voorbeeldquery's .

Gegevensmodel

In dit gedeelte wordt de structuur van gegevens in verzoeken en antwoorden beschreven.

Dossier

Een discreet stukje informatie over een pagina of site. Een record kan gegevens bevatten die specifiek zijn voor een identifier en voor een specifieke combinatie van dimensies. Een record kan gegevens bevatten voor een of meer metrieken.

Identificatiegegevens

Identifiers specificeren welke records moeten worden opgezocht. In Crux zijn deze identifiers webpagina's en websites.

Oorsprong

Wanneer de identifier een oorsprong is, worden alle aanwezige gegevens voor alle pagina's in die oorsprong samengevoegd. Stel bijvoorbeeld dat de oorsprong van http://www.example.com pagina's had zoals weergegeven in deze sitemap:

http://www.example.com/
http://www.example.com/foo.html
http://www.example.com/bar.html

Dit zou betekenen dat bij het opvragen van het Chrome UX-rapport met de oorsprong ingesteld op http://www.example.com , gegevens voor http://www.example.com/ , http://www.example.com/foo.html en http://www.example.com/bar.html zouden samen worden geretourneerd, omdat dit alle pagina's onder die oorsprong zijn.

URL's

Wanneer de ID een URL is, worden alleen gegevens voor die specifieke URL geretourneerd. Kijk nog eens naar de oorspronkelijke sitemap http://www.example.com :

http://www.example.com/
http://www.example.com/foo.html
http://www.example.com/bar.html

Als de ID is ingesteld op URL met de waarde http://www.example.com/foo.html , worden alleen gegevens voor die pagina geretourneerd.

Afmetingen

Dimensies identificeren een specifieke groep gegevens waartegen een record wordt samengevoegd. De vormfactor PHONE geeft bijvoorbeeld aan dat de record informatie bevat over ladingen die hebben plaatsgevonden op een mobiel apparaat. Elke dimensie zal een bepaald aantal waarden hebben, en impliciet zal het ontbreken van het specificeren van die dimensie betekenen dat de dimensie over alle waarden wordt geaggregeerd. Als u bijvoorbeeld geen vormfactor opgeeft, geeft dit aan dat de record informatie bevat over belastingen die op een bepaalde vormfactor hebben plaatsgevonden.

Vormfactor

De apparaatklasse die de eindgebruiker heeft gebruikt om naar de pagina te navigeren. Dit is een algemene apparaatklasse, opgesplitst in PHONE , TABLET en DESKTOP .

Metrisch

We rapporteren statistieken als statistische aggregaties, in histogrammen, percentielen en breuken.

Waarden met drijvende komma worden afgerond op 4 decimalen (houd er rekening mee dat de cumulative_layout_shift metrieken dubbel zijn gecodeerd als een tekenreeks, dus niet als floats worden beschouwd en worden gerapporteerd met 2 decimalen binnen de tekenreeks).

Histogram

Wanneer statistieken in een histogram worden uitgedrukt, laten we de percentages paginaladingen zien die binnen bepaalde bereiken voor die statistiek vallen.

Een histogram met drie bakken voor een voorbeeldstatistiek ziet er als volgt uit:

{
  "histogram": [
    {
      "start": 0,
      "end": 1000,
      "density": 0.3818
    },
    {
      "start": 1000,
      "end": 3000,
      "density": 0.4991
    },
    {
      "start": 3000,
      "density": 0.1192
    }
  ]
}

Deze gegevens geven aan dat voor 38,18% van de paginaladingen de voorbeeldstatistiek werd gemeten tussen 0 ms en 1000 ms. De eenheden van de metriek zijn niet opgenomen in dit histogram; in dit geval gaan we uit van milliseconden.

Bovendien zag 49,91% van de paginaladingen een metrische waarde tussen 1.000 ms en 3.000 ms, en 11,92% zag een waarde groter dan 3.000 ms.

Percentielen

Statistieken kunnen ook percentielen bevatten die nuttig kunnen zijn voor aanvullende analyses. We rapporteren specifieke statistische waarden op het gegeven percentiel voor die statistiek. Ze zijn gebaseerd op de volledige set beschikbare gegevens en niet op de uiteindelijke opgeslagen gegevens. Ze komen dus niet noodzakelijkerwijs overeen met een geïnterpoleerd percentiel dat is gebaseerd op het uiteindelijke opgeslagen histogram.

{
  "percentiles": {
    "p75": 2063
  }
}

In dit voorbeeld werd ten minste 75% van de paginaladingen gemeten met een metrische waarde <= 2063 .

Opmerking: de waarden voor elk percentiel zijn synthetisch afgeleid. Dit betekent niet dat een gebruiker daadwerkelijk de aangegeven waarde heeft ervaren, maar wel dat een bepaald percentage van het geladen pagina's een metrische waarde heeft ondervonden die lager was dan de opgegeven waarde.

Breuken

Breuken geven de percentages paginaladingen aan die op een bepaalde manier kunnen worden gelabeld. In dit geval zijn de metrische waarden deze labels.

De metriek form_factors bestaat bijvoorbeeld uit een object fractions met een overzicht van de vormfactoren (of apparaten) die de gegeven zoekopdracht omvat:

"form_factors": {
  "fractions": {
    "desktop": 0.0377,
    "tablet": 0.0288,
    "phone": 0.9335
  }
}

In dit geval werd 3,77% van de paginaladingen gemeten op een desktop, 2,88% op een tablet en 93,35% op een telefoon, wat in totaal 100% oplevert.

Typen metrische waarden

CrUX API-statistieknaam	Gegevenstype	Metrische eenheden	Statistische aggregaties	Documentatie
cumulative_layout_shift	2 decimalen dubbel gecodeerd als tekenreeks	eenheidloos	histogram met drie bakken, percentielen met p75	cls
first_contentful_paint	int	milliseconden	histogram met drie bakken, percentielen met p75	fcp
interaction_to_next_paint	int	milliseconden	histogram met drie bakken, percentielen met p75	inv
largest_contentful_paint	int	milliseconden	histogram met drie bakken, percentielen met p75	lcp
experimental_time_to_first_byte	int	milliseconden	histogram met drie bakken, percentielen met p75	ttfb
form_factors	4-decimaal dubbel	procent	mapping van vormfactor naar breuk	vormfactoren
navigation_types	4-decimaal dubbel	procent	mapping van navigatietype tot breuk	navigatie typen
round_trip_time	int	milliseconden	percentielen met p75	rtt

Naamtoewijzing van BigQuery-statistieken

CrUX API-statistieknaam	BigQuery-statistieknaam
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	n.v.t
round_trip_time	n.v.t

Opmerking: In CrUX BigQuery zijn de dichtheden van het histogram opgeteld 100% per oorsprong voor alle vormfactoren, dus de form_factors metriek die we in de API ondersteunen, wordt in plaats daarvan uitgedrukt als de histogramdichtheden voor first_contentful_paint .

Verzamelperiode

Vanaf oktober 2022 bevat de CrUX API een collectionPeriod object met de velden firstDate en endDate die de begin- en einddatum van het aggregatievenster vertegenwoordigen. Bijvoorbeeld:

    "collectionPeriod": {
      "firstDate": {
        "year": 2022,
        "month": 9,
        "day": 12
      },
      "lastDate": {
        "year": 2022,
        "month": 10,
        "day": 9
      }
    }

Dit zorgt voor een beter inzicht in de gegevens en of deze al voor die dag zijn bijgewerkt of dezelfde gegevens retourneren als gisteren.

Houd er rekening mee dat de CrUX API ongeveer twee dagen achterloopt op de datum van vandaag, omdat deze wacht op voltooide gegevens voor die dag, en dat er enige verwerkingstijd nodig is voordat deze beschikbaar is in de API. De gebruikte tijdzone is Pacific Standard Time (PST), zonder wijzigingen voor zomertijd.

Voorbeeldvragen

Query's worden verzonden als JSON-objecten met behulp van een POST-verzoek naar https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=[YOUR_API_KEY]" met querygegevens als JSON-object in de POST-tekst:

{
  "origin": "https://example.com",
  "formFactor": "PHONE",
  "metrics": [
    "largest_contentful_paint",
    "experimental_time_to_first_byte"
  ]
}

Dit kan bijvoorbeeld vanuit curl worden aangeroepen met de volgende opdrachtregel (waarbij API_KEY wordt vervangen door uw sleutel):

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"]}'

Opmerking: het vorige voorbeeld is voor op macOS of Linux gebaseerde systemen, inclusief de Git BASH-shell voor Windows. Andere systemen vereisen mogelijk kleine aanpassingen. De opdrachtregel cmd.exe staat bijvoorbeeld geen enkele aanhalingstekens toe voor parameters, noch de regelvoortzettingen ( \ ), dus vereist het gebruik van dubbele aanhalingstekens (waarbij de binnenste aanhalingstekens indien nodig worden geëlimineerd met \" ), en ook het gebruik van een enkele regel.

Gegevens op paginaniveau zijn beschikbaar via de API door een url eigenschap in de query door te geven, in plaats van origin :

{
  "url": "https://example.com/page",
  "formFactor": "PHONE",
  "metrics": [
    "largest_contentful_paint",
    "experimental_time_to_first_byte"
  ]
}

Als de eigenschap metrics niet is ingesteld, worden alle beschikbare statistieken geretourneerd:

• cumulative_layout_shift
• first_contentful_paint
• interaction_to_next_paint
• largest_contentful_paint
• experimental_time_to_first_byte
• navigation_types
• form_factors (alleen gerapporteerd als er geen formFactor is opgegeven in de aanvraag)

Als er geen formFactor waarde wordt opgegeven, worden de waarden voor alle vormfactoren samengevoegd.

Zie De Chrome UX Report API gebruiken voor meer voorbeeldquery's.

Gegevenspijplijn

De CrUX-dataset wordt via een pijplijn verwerkt om de gegevens te consolideren, aggregeren en filteren voordat ze beschikbaar komen met behulp van de API.

Het voortschrijdend gemiddelde

De gegevens in het Chrome UX-rapport zijn een voortschrijdend gemiddelde over 28 dagen van verzamelde statistieken. Dit betekent dat de gegevens die op een bepaald moment in het Chrome UX-rapport worden weergegeven, feitelijk gegevens zijn van de afgelopen 28 dagen bij elkaar opgeteld.

Dit is vergelijkbaar met de manier waarop de Crux-dataset op BigQuery maandelijkse rapporten verzamelt.

Dagelijkse updates

Gegevens worden dagelijks rond 04:00 UTC bijgewerkt. Er is geen Service Level Agreement voor updatetijden; het wordt elke dag op een best-effort-basis uitgevoerd.

Let op: gegevens zullen niet dezelfde dag verschillen nadat deze rond 04:00 UTC zijn bijgewerkt; herhaalde oproepen zullen dezelfde resultaten opleveren.

Schema

Er is één eindpunt voor de CrUX API dat POST HTTP-verzoeken accepteert. De API retourneert een record dat een of meer metrics bevat die overeenkomen met prestatiegegevens over de opgevraagde oorsprong of pagina.

HTTP-verzoek

POST https://chromeuxreport.googleapis.com/v1/records:queryRecord

De URL gebruikt de syntaxis van gRPC-transcodering .

Lichaam aanvragen

De verzoektekst moet gegevens bevatten met de volgende structuur:

{
  "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.
}

Velden
formFactor	enum ( FormFactor ) De vormfactor is een querydimensie die de apparaatklasse specificeert waartoe de gegevens van de record moeten behoren. Dit veld gebruikt de waarden DESKTOP , PHONE of TABLET . Opmerking: Als er geen vormfactor is opgegeven, wordt er een speciaal record met geaggregeerde gegevens over alle vormfactoren geretourneerd.
metrics[]	string De statistieken die in het antwoord moeten worden opgenomen. Als er geen is opgegeven, worden alle gevonden statistieken geretourneerd. Toegestane waarden: ["cumulative_layout_shift", "first_contentful_paint", "interaction_to_next_paint", "largest_contentful_paint", "experimental_time_to_first_byte"]
Unieveld url_ pattern . Het url_pattern is de hoofdidentificatie voor het opzoeken van records. Het kan slechts een van de volgende zijn:
origin	string De url_pattern "origin" verwijst naar een URL-patroon dat de oorsprong van een website vormt. Voorbeelden: "https://example.com" , "https://cloud.google.com"
url	string De url_pattern url verwijst naar een URL-patroon dat een willekeurige URL is. Voorbeelden: "https://example.com/ , https://cloud.google.com/why-google-cloud/"

Als u bijvoorbeeld de grootste inhoudelijke verfwaarden op het bureaublad wilt opvragen voor de startpagina van de Chrome-ontwikkelaarsdocumentatie:

{
  "url": "https://developer.chrome.com/docs/",
  "formFactor": "DESKTOP",
  "metrics": [
    "largest_contentful_paint"
  ]
}

Reactie lichaam

Succesvolle verzoeken retourneren antwoorden met een record en urlNormalizationDetails in de volgende structuur:

{
  "record": {
    "key": {
      object (Key)
    },
    "metrics": [
      string: {
        object (Metric)
      }
    ]
  },
  "urlNormalizationDetails": {
    object (UrlNormalization)
  }
}

Het antwoord op de verzoektekst in het vorige verzoek zou bijvoorbeeld kunnen zijn:

{
  "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
      }
    }
  }
}

Sleutel

Key definieert alle dimensies die deze record als uniek identificeren.

{
  "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.
}

Velden
formFactor	enum ( FormFactor ) De vormfactor is de apparaatklasse die alle gebruikers hebben gebruikt om toegang te krijgen tot de site voor deze record. Als de vormfactor niet is gespecificeerd, worden geaggregeerde gegevens over alle vormfactoren geretourneerd.
Unieveld url_ pattern . Het URL-patroon is de URL waarop de record van toepassing is. url_ pattern kan slechts een van de volgende zijn:
origin	string origin specificeert de oorsprong waarvoor dit record is bedoeld. Opmerking: Wanneer u een origin opgeeft, worden gegevens voor ladingen onder deze oorsprong op alle pagina's samengevoegd tot gebruikerservaringsgegevens op oorsprongsniveau.
url	string url specificeert een specifieke URL waarvoor deze record bedoeld is. Opmerking: Wanneer u een url opgeeft, worden alleen de gegevens voor die specifieke URL verzameld.

Statistieken

Een metric is een reeks verzamelde gebruikerservaringsgegevens voor één enkele webprestatiestatistiek, zoals de eerste inhoudsvolle verf. Het kan een samenvattend histogram van Chrome-gebruik in de echte wereld bevatten als een reeks bins , specifieke percentielgegevens (zoals de p75), of het kan gelabelde breuken bevatten.

{
  "histogram": [
    {
      object (Bin)
    }
  ],
  "percentiles": {
    object (Percentiles)
  }
}

of

{
  "fractions": {
    object (Fractions)
  }
}

Velden
histogram[]	object ( Bin ) Het histogram van gebruikerservaringen voor een statistiek. Het histogram heeft ten minste één bin en de dichtheid van alle bins bedraagt ​​~1.
percentiles	object ( Percentiles ) Algemene nuttige percentielen van de statistiek. Het waardetype voor de percentielen zal hetzelfde zijn als de waardetypen die voor de histogrambakken worden gegeven.
fractions	object ( Fractions ) Dit object bevat gelabelde breuken, die opgeteld ~1 zijn. Breuken worden afgerond op 4 decimalen.

Bak

Een bin is een afzonderlijk deel van de gegevens dat zich uitstrekt van begin tot eind, of als er geen einde is opgegeven, van begin tot positieve oneindigheid.

De begin- en eindwaarden van een bak worden gegeven in het waardetype van de metriek die deze vertegenwoordigt. De eerste contentful paint wordt bijvoorbeeld gemeten in milliseconden en weergegeven als ints, daarom zullen de metrische bins int32s gebruiken voor de begin- en eindtypen. De cumulatieve lay-outverschuiving wordt echter gemeten in eenheidsloze decimalen en wordt weergegeven als een decimaal gecodeerd als een tekenreeks. Daarom zullen de metrische bins tekenreeksen gebruiken voor het waardetype.

{
  "start": value,
  "end": value,
  "density": number
}

Velden
start	(integer | string) Start is het begin van de gegevensbak.
end	(integer | string) Einde is het einde van de gegevensbak. Als end niet is ingevuld, heeft de bak geen einde en is deze geldig van start tot +inf.
density	number Het percentage gebruikers dat de waarde van deze bak heeft ervaren voor de gegeven statistiek. Dichtheden worden afgerond op 4 decimalen.

Percentielen

Percentiles bevatten synthetische waarden van een metriek bij een bepaald statistisch percentiel. Deze worden gebruikt voor het schatten van de waarde van een statistiek zoals ervaren door een percentage van de gebruikers van het totale aantal gebruikers.

{
  "P75": value
}

Velden
p75	(integer | string) Bij 75% van de paginaladingen werd de gegeven statistiek op of minder dan deze waarde ervaren.

Breuken

Fractions bevatten gelabelde breuken die optellen tot ~1. Elk label beschrijft op de een of andere manier het laden van een pagina, dus statistieken die op deze manier worden weergegeven, kunnen worden gezien als afzonderlijke waarden in plaats van numerieke waarden, en de breuken geven aan hoe vaak een bepaalde afzonderlijke waarde is gemeten.

{
  "label_1": fraction,
  "label_2": fraction,
  ...
  "label_n": fraction
}

Net als de dichtheidswaarden in histogramvakken is elke fraction een getal 0.0 <= value <= 1.0 , en opgeteld is dat ~1.0.

UrlNormalisatie

Object dat de normalisatieacties vertegenwoordigt die zijn ondernomen om een ​​URL te normaliseren om een ​​grotere kans op een succesvolle zoekopdracht te bereiken. Dit zijn eenvoudige geautomatiseerde wijzigingen die worden doorgevoerd wanneer het opzoeken van het opgegeven url_pattern zou mislukken. Complexe acties zoals het volgen van omleidingen worden niet afgehandeld.

{
  "originalUrl": string,
  "normalizedUrl": string
}

Velden
originalUrl	string De oorspronkelijk aangevraagde URL voorafgaand aan eventuele normalisatieacties.
normalizedUrl	string De URL na eventuele normalisatieacties. Dit is een geldige URL voor gebruikerservaring die redelijkerwijs kan worden opgezocht.

Tarieflimieten

De CrUX API is beperkt tot 150 queries per minuut per Google Cloud-project en wordt gratis aangeboden. Deze limiet en uw huidige verbruik kunt u zien in de Google Cloud Console . Dit genereuze quotum zou voldoende moeten zijn voor de overgrote meerderheid van de gebruiksscenario's en het is niet mogelijk om voor een verhoogd quotum te betalen.