Core Web Vitals Triage

Labortools liefern einen synthetischen Wert; das Ranking-Signal stammt aus Felddaten echter Besucher. Diese Skill arbeitet von den Felddaten hinunter bis zum konkreten Element, das jeden Fehlschlag verursacht.

Die Skill-Datei

---
name: core-web-vitals-triage
description: Verwenden Sie dies, wenn Felddaten fehlschlagende LCP-, INP- oder CLS-Werte zeigen und Sie wissen müssen, welche Massnahme die Metrik tatsächlich bewegt, statt aus einem Laborwert zu raten.
---

# Core Web Vitals Triage

Labortools liefern einen synthetischen Wert; das Ranking-Signal stammt aus Felddaten echter Besucher. Diese Skill arbeitet von den Felddaten hinunter bis zum konkreten Element, das jeden Fehlschlag verursacht.

## Was Sie vorher brauchen

- CrUX- oder Search-Console-Bericht zu den Core Web Vitals
- Eine Labormessung (Lighthouse oder WebPageTest) für eine repräsentative URL je Template

## Methode

1. Gruppieren Sie fehlschlagende URLs nach Template, nicht einzeln - eine Template-Korrektur löst meist Tausende URLs auf einmal.
2. Bestimmen Sie für LCP anhand der Messung das LCP-Element je Template. Es ist fast immer ein Hero-Bild, eine mit Webfont gerenderte Überschrift oder ein clientseitig gerenderter Block.
3. Zerlegen Sie den LCP in seine vier Teile: Time to First Byte, Resource Load Delay, Resource Load Time, Render Delay. Beheben Sie den grössten Teil, nicht den einfachsten.
4. Erfassen Sie für INP die Interaktionen mit der längsten Verarbeitungszeit und suchen Sie nach langen Tasks im Main Thread - meist Drittanbieter-Skripte oder ein schwerer Hydration-Schritt.
5. Finden Sie für CLS heraus, was sich verschiebt: Bilder ohne Massangaben, nachträglich eingefügte Banner, spät ladende Webfonts ohne abgestimmte Fallback-Metriken.
6. Überprüfen Sie das Ergebnis nach 28 Tagen anhand der Felddaten, denn das ist das Erfassungsfenster - eine Laborverbesserung, die die Felddaten nie bestätigen, ist keine Lösung.

## Was dabei herauskommt

Je Template: die fehlschlagende Metrik, das konkret verantwortliche Element, die Aufschlüsselung, die das belegt, und die vorzunehmende Änderung.

## Wo es schiefgeht

- Auf einen Laborwert hin optimieren, während die Felddaten unverändert bleiben
- Den kleinsten LCP-Teilbereich beheben, weil er am einfachsten ist
- Ergebnisse beurteilen, bevor das 28-Tage-Feldfenster durchlaufen ist

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/core-web-vitals-triage

Was Sie vorher brauchen

• CrUX- oder Search-Console-Bericht zu den Core Web Vitals
• Eine Labormessung (Lighthouse oder WebPageTest) für eine repräsentative URL je Template

Methode

1. 01 Gruppieren Sie fehlschlagende URLs nach Template, nicht einzeln - eine Template-Korrektur löst meist Tausende URLs auf einmal.
2. 02 Bestimmen Sie für LCP anhand der Messung das LCP-Element je Template. Es ist fast immer ein Hero-Bild, eine mit Webfont gerenderte Überschrift oder ein clientseitig gerenderter Block.
3. 03 Zerlegen Sie den LCP in seine vier Teile: Time to First Byte, Resource Load Delay, Resource Load Time, Render Delay. Beheben Sie den grössten Teil, nicht den einfachsten.
4. 04 Erfassen Sie für INP die Interaktionen mit der längsten Verarbeitungszeit und suchen Sie nach langen Tasks im Main Thread - meist Drittanbieter-Skripte oder ein schwerer Hydration-Schritt.
5. 05 Finden Sie für CLS heraus, was sich verschiebt: Bilder ohne Massangaben, nachträglich eingefügte Banner, spät ladende Webfonts ohne abgestimmte Fallback-Metriken.
6. 06 Überprüfen Sie das Ergebnis nach 28 Tagen anhand der Felddaten, denn das ist das Erfassungsfenster - eine Laborverbesserung, die die Felddaten nie bestätigen, ist keine Lösung.

Was dabei herauskommt

Je Template: die fehlschlagende Metrik, das konkret verantwortliche Element, die Aufschlüsselung, die das belegt, und die vorzunehmende Änderung.

Wo es schiefgeht

• Auf einen Laborwert hin optimieren, während die Felddaten unverändert bleiben
• Den kleinsten LCP-Teilbereich beheben, weil er am einfachsten ist
• Ergebnisse beurteilen, bevor das 28-Tage-Feldfenster durchlaufen ist

Diese Skill in Ihrer eigenen KI nutzen

Die Datei ist einfaches Markdown, mit Name und Auslöser im Frontmatter. Wo ein Assistent Skills selbst laden kann, liest er genau dieses Frontmatter, um zu entscheiden, dass diese hier passt.

Mehr in Technisches SEO