Core Web Vitals prüfen
Der Core-Web-Vitals-Check misst die drei Kennzahlen Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS) für eine beliebige URL. Ein echter Browser lädt die Seite, wertet das Ladeverhalten aus und liefert alle drei Werte innerhalb weniger Sekunden, für $0.040 pro Anfrage.
Online ausführen
Führen Sie dies mit Ihrem Konto auf unseren Servern aus. Kostenlose Tools laufen in Ihrem Browser; dieses wird zum oben genannten Preis von Ihrem KIT-Guthaben abgebucht.
Was die drei Werte bedeuten
LCP misst, wie lange es dauert, bis das größte sichtbare Element – meist ein Bild oder eine Überschrift – vollständig geladen ist. INP misst die Reaktionszeit der Seite auf einen Klick, ein Antippen oder eine Tastatureingabe, über die gesamte Sitzung hinweg. CLS misst, wie stark sich Inhalte beim Laden ungewollt verschieben, etwa wenn ein Werbebanner nachträglich Platz beansprucht. Google nutzt alle drei Werte als Rankingsignal für die Page Experience.
So läuft eine Prüfung ab
Sie geben eine URL ein, ein echter Browser lädt die Seite vollständig und misst LCP, INP und CLS unter Bedingungen, die einem echten Seitenaufruf entsprechen. Das Ergebnis liegt innerhalb weniger Sekunden vor, mit den drei Werten und einer Einordnung nach den Schwellenwerten von Google in gut, verbesserungswürdig oder schlecht. Genutzt wird die Prüfung über diese Seite im Browser oder über die API für eine automatisierte, wiederkehrende Kontrolle.
Für wen sich die Kontrolle lohnt
Agenturen, die mehrere Kundenseiten betreuen, und Entwickler, die vor einem Release die Auswirkungen einer Änderung prüfen möchten, profitieren am meisten von einer festen Prüfroutine. Über die API lässt sich die Messung nach jedem Deployment oder wöchentlich für mehrere Domains automatisieren, statt die Werte einzeln und manuell aus einem Bericht abzulesen. Der Preis pro Anfrage ist von Anfang an bekannt, auch bei hoher Prüffrequenz und vielen Domains.
Grenzen dieser Messung
Diese Prüfung liefert einen Labormesswert für den Moment der Anfrage, nicht die Felddaten aus echten Nutzersitzungen, die Google im Chrome User Experience Report sammelt. Für eine belastbare Bewertung über einen längeren Zeitraum empfiehlt sich deshalb eine wiederkehrende Messung statt eines einzelnen Werts. Die Funktion befindet sich derzeit in der Beta-Phase; die Übereinstimmung mit den offiziellen Lighthouse-Werten wird laufend geprüft und nachjustiert.
Anwendungsfälle
Vor dem Website-Relaunch
Bevor die neue Version ihrer Kanzleiseite live geht, lässt Sabine Schneider die Core Web Vitals der Testumgebung prüfen, um ein langsames LCP durch ein zu großes Titelbild vorab zu erkennen.
Wöchentliche Kontrolle für mehrere Domains
Die Schneider IT-Systeme GmbH & Co. KG betreut Webseiten mehrerer Kunden und lässt per API jeden Montag die Core Web Vitals aller Domains prüfen, um eine Verschlechterung nach einem Update sofort zu bemerken.
Nach dem Einbau eines neuen Werbebanners
Nachdem ein neuer Werbebanner eingebaut wurde, misst Lukas Fischer den CLS-Wert seiner Seite erneut und stellt fest, dass sich Inhalte beim Laden jetzt stärker verschieben als vorher.
Vor dem Weihnachtsgeschäft
Ein Onlineshop lässt vor dem Weihnachtsgeschäft die wichtigsten Produktseiten prüfen, weil ein schlechter LCP-Wert bei hohem Besucheraufkommen die Absprungrate zusätzlich erhöht.
Häufige Fragen
Wird die geprüfte Webseite bei der Messung gespeichert?
Nein. Die Seite wird für die Messung geladen und danach nicht dauerhaft gespeichert; es entsteht keine Kopie der Inhalte.
Ist das dasselbe wie Google PageSpeed Insights?
Die Messmethode folgt denselben drei Kennzahlen wie PageSpeed Insights und Lighthouse. Der Unterschied liegt im Zugang: Diese Prüfung lässt sich per API automatisieren und mit einem festen, veröffentlichten Preis pro Anfrage in eigene Abläufe einbauen, statt sie manuell im Browser aufzurufen.
Was kostet eine Prüfung genau?
$0.040 pro Anfrage, zzgl. $0.001 pro geprüfter URL. Der Preis ist vorab bekannt, versteckte Kosten gibt es nicht.
Brauche ich ein Konto?
Nein. Es gibt derzeit keine Konten – Sie zahlen direkt pro Nutzung, ohne Guthaben oder Abonnement.
Wie zuverlässig sind die Werte, da sich die Funktion noch in der Beta-Phase befindet?
Die drei Kennzahlen werden nach derselben Methode wie in Lighthouse berechnet. In der Beta-Phase kann es bei einzelnen Seiten zu kleinen Abweichungen kommen; die Werte werden laufend mit den offiziellen Messungen abgeglichen.
Ist die Messung DSGVO-konform?
Verarbeitet wird ausschließlich die öffentlich erreichbare Webseite, keine personenbezogenen Daten ihrer Besucher. Durch die Prüfung selbst entstehen keine Cookies und keine Tracking-Skripte.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/web/vitals \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://ejemplo.com"}'const res = await fetch("https://api.kit.forhosting.com/web/vitals", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"url": "https://ejemplo.com"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/vitals",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"url": "https://ejemplo.com"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/vitals", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"url":"https://ejemplo.com"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"url":"https://ejemplo.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/vitals", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"url": "https://ejemplo.com"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.vitals",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
timeout_sec | 30 |
max_crawl_pages | 25 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
422 | task_failed | Die Aufgabe ist fehlgeschlagen und wird nicht berechnet. |