On-Page-Audit auf Template-Ebene

Auf einer generierten Website sind die meisten On-Page-Probleme keine Seitenprobleme. Eine fehlende H1, ein dupliziertes Title-Muster oder eine Description aus den ersten zwanzig Wörtern wird von einer Komponente erzeugt, sodass ein Audit auf Seitenebene 800 Tabellenzeilen für sechs Bugs liefert. Alles zu crawlen und Issues zu exportieren begräbt diese Struktur und schickt der Redaktion Arbeit, die sie gar nicht erledigen kann. Gruppieren Sie die Fehler nach dem Template, das sie erzeugt hat, bevor irgendjemand ein Ticket schreibt.

Die Skill-Datei

---
name: template-level-onpage-audit
description: Nutzen Sie dies, wenn derselbe On-Page-Fehler auf hunderten Seiten auftritt und eine Fehlerliste Seite für Seite niemals abgearbeitet wird.
---

# On-Page-Audit auf Template-Ebene

Auf einer generierten Website sind die meisten On-Page-Probleme keine Seitenprobleme. Eine fehlende H1, ein dupliziertes Title-Muster oder eine Description aus den ersten zwanzig Wörtern wird von einer Komponente erzeugt, sodass ein Audit auf Seitenebene 800 Tabellenzeilen für sechs Bugs liefert. Alles zu crawlen und Issues zu exportieren begräbt diese Struktur und schickt der Redaktion Arbeit, die sie gar nicht erledigen kann. Gruppieren Sie die Fehler nach dem Template, das sie erzeugt hat, bevor irgendjemand ein Ticket schreibt.

## Was Sie vorher brauchen

- Ein Crawl des gerenderten HTML mit Export von Title, Meta-Description, jeder H1, canonical und Wortzahl je URL
- Eine Zuordnung von URL-Mustern zu Templates oder Seitentypen, entnommen aus dem CMS oder dem Router statt geraten
- Zugang zum Template-Quelltext, nicht nur zu dessen Ausgabe

## Methode

1. Ordnen Sie jede gecrawlte URL anhand ihres URL-Musters einem Seitentyp zu, bevor Sie irgendein Feld ansehen. Die Einheit dieses Audits sind Templates, nicht Themen.
2. Zählen Sie innerhalb jedes Typs die eindeutigen Title-Muster, nachdem die variablen Teile entfernt wurden. Ein Muster über 400 URLs ist eine Template-Entscheidung; vierzig Muster bedeuten redaktionell geschriebene Titles und gehören in einen anderen Arbeitsablauf.
3. Ziehen Sie je Typ fünf zufällige URLs und lesen Sie sie vollständig. Aggregierte Exporte verbergen die Fehler, die nur bei leerem Feld auftreten, etwa einen Title, der auf den nackten Website-Namen zusammenfällt.
4. Testen Sie die Randfälle gezielt: das Produkt ohne Beschreibung, die Kategorie mit einem einzigen Eintrag, den Autor ohne Kurzbiografie. Templates versagen an ihren Rändern, und dort entstehen üblicherweise die dünnen Seiten.
5. Führen Sie jeden Fehler auf die Komponente zurück, die ihn erzeugt, und halten Sie die Korrektur einmal je Komponente fest, zusammen mit der Zahl der URLs, die sie bereinigt. Genau diese Zahl bringt die Arbeit in die Planung.
6. Trennen Sie Fehler in reiner Template-Logik von Fehlern, für die Inhalte je Seite geschrieben werden müssen. Nur die erste Sorte lässt sich diese Woche ausliefern, und sie sollte zuerst gehen.
7. Crawlen Sie die betroffenen Muster nach dem Deployment erneut und bestätigen Sie, dass die betroffene Anzahl null ist. Eine Template-Korrektur wirkt überall oder ist keine.

## Was dabei herauskommt

Eine Fehlerliste je Template mit der erzeugenden Komponente, der Korrektur und den URLs, die sie bereinigt, typischerweise unter einem Dutzend Zeilen für eine Website mit tausenden Seiten.

## Wo es schiefgeht

- Der Redaktion einen Issue-Export je URL übergeben, obwohl die meisten Zeilen eine gemeinsame Ursache haben, an die niemand aus der Redaktion herankommt
- Nur gut befüllte Seiten in die Stichprobe nehmen, sodass die Fehler im leeren Zustand, die die dünnen Seiten erzeugen, nie sichtbar werden
- Das Template gegen synthetische Staging-Inhalte korrigieren und dann feststellen, dass echte Inhalte das Feld sprengen
- Eine Korrektur der Template-Logik und eine Textüberarbeitung in ein Release bündeln, sodass sich keine der beiden Wirkungen zuordnen lässt

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/template-level-onpage-audit

Was Sie vorher brauchen

• Ein Crawl des gerenderten HTML mit Export von Title, Meta-Description, jeder H1, canonical und Wortzahl je URL
• Eine Zuordnung von URL-Mustern zu Templates oder Seitentypen, entnommen aus dem CMS oder dem Router statt geraten
• Zugang zum Template-Quelltext, nicht nur zu dessen Ausgabe

Methode

1. 01 Ordnen Sie jede gecrawlte URL anhand ihres URL-Musters einem Seitentyp zu, bevor Sie irgendein Feld ansehen. Die Einheit dieses Audits sind Templates, nicht Themen.
2. 02 Zählen Sie innerhalb jedes Typs die eindeutigen Title-Muster, nachdem die variablen Teile entfernt wurden. Ein Muster über 400 URLs ist eine Template-Entscheidung; vierzig Muster bedeuten redaktionell geschriebene Titles und gehören in einen anderen Arbeitsablauf.
3. 03 Ziehen Sie je Typ fünf zufällige URLs und lesen Sie sie vollständig. Aggregierte Exporte verbergen die Fehler, die nur bei leerem Feld auftreten, etwa einen Title, der auf den nackten Website-Namen zusammenfällt.
4. 04 Testen Sie die Randfälle gezielt: das Produkt ohne Beschreibung, die Kategorie mit einem einzigen Eintrag, den Autor ohne Kurzbiografie. Templates versagen an ihren Rändern, und dort entstehen üblicherweise die dünnen Seiten.
5. 05 Führen Sie jeden Fehler auf die Komponente zurück, die ihn erzeugt, und halten Sie die Korrektur einmal je Komponente fest, zusammen mit der Zahl der URLs, die sie bereinigt. Genau diese Zahl bringt die Arbeit in die Planung.
6. 06 Trennen Sie Fehler in reiner Template-Logik von Fehlern, für die Inhalte je Seite geschrieben werden müssen. Nur die erste Sorte lässt sich diese Woche ausliefern, und sie sollte zuerst gehen.
7. 07 Crawlen Sie die betroffenen Muster nach dem Deployment erneut und bestätigen Sie, dass die betroffene Anzahl null ist. Eine Template-Korrektur wirkt überall oder ist keine.

Was dabei herauskommt

Eine Fehlerliste je Template mit der erzeugenden Komponente, der Korrektur und den URLs, die sie bereinigt, typischerweise unter einem Dutzend Zeilen für eine Website mit tausenden Seiten.

Wo es schiefgeht

• Der Redaktion einen Issue-Export je URL übergeben, obwohl die meisten Zeilen eine gemeinsame Ursache haben, an die niemand aus der Redaktion herankommt
• Nur gut befüllte Seiten in die Stichprobe nehmen, sodass die Fehler im leeren Zustand, die die dünnen Seiten erzeugen, nie sichtbar werden
• Das Template gegen synthetische Staging-Inhalte korrigieren und dann feststellen, dass echte Inhalte das Feld sprengen
• Eine Korrektur der Template-Logik und eine Textüberarbeitung in ein Release bündeln, sodass sich keine der beiden Wirkungen zuordnen lässt

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 Onpage-SEO