Aus einem Site-weiten Speed-Crawl Entwickler-Tickets nach Template machen

Prüfe zuerst in meinem SEO-Add-on-Verlauf, ob es einen Crawl von [domain] gibt, der kostenlos wiederverwendet werden kann. Falls ja, nutze ihn. Falls nicht, erinnere mich daran, dass ein Site-weiter Crawl SEO-Add-on-Credits verbraucht, und warte auf mein Okay, bevor du einen Crawl mit bis zu [max pages] Seiten startest. Der Crawl läuft im Hintergrund: Starte ihn und prüfe dann mit der Task-ID alle ein bis zwei Minuten, ob die Zusammenfassung fertig ist. Nimm aus der Crawl-Zusammenfassung jeden Problemtyp, der mit Geschwindigkeit oder Layout-Stabilität zu tun hat, sofern er in den Daten vorkommt. Beispiele: große Seitengröße, langsame Ladezeit, Redirect-Ketten, render-blockierende Ressourcen, überdimensionierte Bilder, Bilder ohne width/height. Verwende die Problemnamen genau so, wie die Zusammenfassung sie liefert. Hole für jedes dieser Probleme die vollständige URL-Liste (blättere durch), nicht nur die ersten 5 Beispiele. Gruppiere die betroffenen URLs nach Template oder Pfadmuster, zum Beispiel /blog/, /product/, /category/ und Landingpages. Zähle für jedes Template die betroffenen Seiten pro Problem anhand dieser vollständigen Listen. Wähle dann die schlechteste URL in jedem Template aus. Bevor du technische Audits durchführst, sag mir, wie viele du planst (sie verbrauchen ebenfalls Add-on-Credits), und warte auf mein Okay. Führe für jede schlechteste URL ein technisches Audit und einen mobilen Core-Web-Vitals-Check mit aktivierten Ressourcenlisten durch. Nutze die Ressourcenlisten, um die konkreten Dateien zu benennen: welche Stylesheets und Skripte das Rendering blockieren, wie viele Bytes ungenutztes CSS und JS vorhanden sind, welche Bilder überdimensioniert oder nicht in einem modernen Format sind, die Gesamtzahl der Requests und das LCP-Element. Um zu sehen, ob ein Audit-Befund das ganze Template betrifft oder ein Einzelfall ist, führe den kostenlosen mobilen Core-Web-Vitals-Check (mit Ressourcenlisten) für 2 weitere URLs desselben Templates durch. Zählregel: Nur Probleme aus den URL-Listen des Crawls bekommen eine Seitenzahl. Bei Problemen, die nur in den Audits gefunden wurden, schreibe stattdessen "bestätigt auf X von 3 geprüften URLs". Rechne aus einer URL keine Seitenzahl hoch. Liefere eine Ticketliste mit diesen Spalten: Template, Problem, betroffene Seiten (oder Stichprobenverhältnis), Beispiel-URL, betroffene Dateien oder Elemente, empfohlener Fix, Aufwand (S/M/L), Metrik, die sich verbessern soll (LCP, CLS, INP/TBT, Seitengewicht). Sortiere nach betroffenen Seiten × Schweregrad; bei Problemen, die nur per Stichprobe belegt sind, nutze das Stichprobenverhältnis und kennzeichne sie entsprechend. Das ist rein lesend. Ändere nichts an der Website.