Eine gewachsene Website ist selten sauber gewachsen. Neue Seiten kommen hinzu, ältere Beiträge bleiben liegen, mehrere Texte beantworten irgendwann dieselbe Frage und irgendwo dazwischen gehen Quellen, Zuständigkeiten und der ursprüngliche Zweck verloren. Der größte Fehler wäre jetzt, sofort mit dem Umschreiben oder Löschen zu beginnen. Ein Content Audit startet früher: mit einer vollständigen Inventur, einer belastbaren Quellenwahrheit und der Frage, welchen Job jede Seite heute noch erfüllen soll.
Erst danach lässt sich begründet entscheiden, was geschützt, aktualisiert, neu aufgebaut, zusammengeführt oder kontrolliert beendet wird.
Buch · Die Journalisten-Methode
Vom Rohmaterial zum eigenständigen Beitrag.
Wenn du mit KI arbeitest, aber nicht wie alle anderen klingen willst, zeigt dir die Journalisten-Methode einen belastbaren Weg: eigene Quellen, bessere Fragen und menschliche Endabnahme.
Der Amazon-Link ist ein Affiliate-Link. Für dich ändert sich der Preis nicht.
Inventur → Quellenwahrheit → Seitenjob → Daten → Qualität → Überschneidungen → Primäraktion → Priorität → Pilot → Monitoring
Ein Content Audit hat einen klaren Job
Ein Content Audit soll aus einem unübersichtlichen Bestand nachvollziehbare Entscheidungen machen. Er ist keine Schreibübung, keine lange Liste kosmetischer Mängel und auch kein Wettbewerb darum, möglichst viele rote Felder in eine Tabelle zu bekommen.
Am Ende sollten für jede untersuchte URL mindestens fünf Fragen beantwortet sein:
- Welche Aufgabe erfüllt die Seite?
- Welche Substanz und welche Quellen tragen sie?
- Welche technischen und analytischen Signale liegen vor?
- Welche konkrete Handlung ist als Nächstes sinnvoll?
- Wie sicher ist diese Empfehlung?
Wenn ein Audit 200 Beobachtungen produziert, aber keine begründete Reihenfolge, wurde der Bestand beschrieben. Gesteuert wird er damit noch nicht.
1. Den Prüfauftrag festlegen
Bevor die erste URL in einer Tabelle landet, muss klar sein, welche Entscheidung der Audit vorbereiten soll. „Wir prüfen unseren Content“ ist dafür zu weit.
Ein belastbarer Prüfauftrag könnte lauten:
Wir untersuchen die Ratgeber im Themencluster X, um zu entscheiden, welche Seiten geschützt, aktualisiert, neu positioniert oder als Zusammenführungs- beziehungsweise Entfernungskandidaten weiter geprüft werden müssen.
Dazu gehören vier Festlegungen:
- Umfang: komplette Website, Verzeichnis, Seitentyp oder Themencluster;
- Ziel: Sichtbarkeit, Nutzerführung, Aktualität, Conversion, Relaunch oder Konsolidierung;
- Zeitraum: welche Datenstände und Vergleichszeiträume gelten;
- Entscheidungsgrenzen: welche Eingriffe sind zunächst ausgeschlossen.
Gerade bei großen Websites ist ein begrenzter Cluster häufig der bessere Einstieg. Ein vollständiger Unternehmensbestand muss nicht am ersten Tag auf dem Operationstisch liegen. Entscheidend ist, dass der gewählte Ausschnitt groß genug ist, um wiederkehrende Muster zu erkennen, und klein genug, um die Empfehlungen anschließend tatsächlich umzusetzen.
2. Eine vollständige Inventur bauen
Die XML-Sitemap ist ein Ausgangspunkt. Sie ist kein vollständiges Content-Inventar.
Relevante URLs können zusätzlich in CMS-Exporten, Crawl-Daten, Search Console, Analytics, Redirect-Listen, internen Links, alten Archiven oder technischen Seitentypen auftauchen. Gleichzeitig kann eine Sitemap URLs enthalten, die zwar indexierbar sind, aber keinen klaren redaktionellen Zweck mehr besitzen.
In meinem dokumentierten Projektbericht wurden 34 Sitemap-URLs mit Crawl- und REST-Daten abgeglichen. Die übergeordnete Matrix umfasste jedoch 231 aktuelle, historische, technische und geplante URLs. Das bedeutet nicht, dass 197 aktive Seiten in der Sitemap fehlten. Es zeigt vielmehr, dass ein steuerbares Inventar mehr abbilden muss als den gerade veröffentlichten Bestand.
Diese Felder gehören in die Audit-Matrix
| Block | Sinnvolle Felder |
|---|---|
| Identität | URL, Seitentitel, Seitentyp, Verzeichnis, Veröffentlichungs- und Änderungsdatum |
| Technik | HTTP-Status, Canonical, Indexierbarkeit, Sitemap, H1, mobile Darstellung |
| Seitenjob | Zielgruppe, Nutzungssituation, Kernfrage, gewünschte Entscheidung, nächster Schritt |
| Quellen | Hauptquelle, Originalmaterial, Evidenzklasse, Aktualitätsstand |
| Suche | Klicks, Impressionen, CTR, Position, relevante Queries, Query-x-Page-Befund |
| Nutzung | Sessions, Engagement, wichtige Ereignisse, Leads oder andere Zielhandlungen |
| Architektur | interne Inlinks und Outlinks, Hub-Zuordnung, Überschneidungsgruppe |
| Entscheidung | Primäraktion, Begründung, Konfidenz, Aufwand, Priorität, Verantwortlicher |
| Kontrolle | Backup, Änderungsdatum, Review-Termin, Rollback- oder Stopppunkt |
Eine Zeile steht für eine URL. Jede URL erhält später genau eine Primäraktion. Zusätzliche Aufgaben dürfen notiert werden, aber sie ersetzen nicht die Hauptentscheidung.
3. Die Quellenwahrheit rekonstruieren
Die aktuelle Webfassung zeigt, was online steht. Sie beweist nicht automatisch, dass diese Fassung richtig, vollständig oder die beste verfügbare Grundlage ist.
Ein Text kann über Jahre mehrfach gekürzt, erweitert, automatisiert übersetzt, mit KI überarbeitet oder aus älteren Derivaten neu zusammengesetzt worden sein. Wer nur die aktuelle Seite bewertet, optimiert im ungünstigsten Fall eine bereits beschädigte Kopie.
Für die Wiederherstellung eigener Inhalte nutze ich deshalb eine Quellenhierarchie:
- Rohdiktat, Interview, Originaldokument oder unmittelbare Aufzeichnung;
- überprüfbare Primärquellen für Fach- und Tatsachenbehauptungen;
- redigierte frühere Fassungen;
- Prompts, Gliederungen, Buch- oder Kursderivate;
- aktuelle Webfassung als dokumentierter Ist-Zustand.
Diese Reihenfolge ist keine allgemeingültige Archivnorm. Sie verhindert in meinem Arbeitsprozess aber einen konkreten Fehler: Eine polierte Buchfassung wird nicht plötzlich zu einem zweiten unabhängigen Erfahrungsbeleg, wenn sie aus demselben Diktat entstanden ist.
Jede tragende Information erhält zusätzlich eine Evidenzklasse:
- BEOBACHTET: direkt im Crawl, Browser, Quelltext oder Dokument gesehen;
- DURCH DATEN BELEGT: aus einem strukturierten Export oder einer belastbaren Primärquelle;
- ABGELEITET: nachvollziehbare Schlussfolgerung aus mehreren Signalen;
- DATENLÜCKE: eine notwendige Information fehlt.
Diese Trennung gehört zum Kern meiner Journalisten-Methode. Sie verhindert, dass eine plausible Ableitung auf dem Weg durch mehrere Tabellen irgendwann wie ein bewiesener Fakt behandelt wird.
4. Den Seitenjob bestimmen
Ein Keyword ist ein möglicher Zugangsweg. Der Seitenjob beschreibt, was der Inhalt für einen konkreten Menschen leisten soll.
Eine brauchbare Formulierung lautet:
Diese Seite hilft [konkreter Person] in [konkreter Situation], [eine Frage zu beantworten oder Entscheidung zu treffen], indem sie [eigene Substanz oder einen besonderen Nutzwert] bereitstellt. Der sinnvolle nächste Schritt ist [Handlung oder Vertiefung].
Daraus entstehen fünf Prüfungen:
- Wer kommt auf die Seite?
- In welcher Lage befindet sich diese Person?
- Welche eine Hauptfrage soll beantwortet werden?
- Welche eigenständige Substanz trägt die Antwort?
- Was kann der Leser danach besser verstehen, entscheiden oder tun?
Mein Klarheits-Kompass für Content-Briefings vertieft genau diesen Schritt. Im Audit wird er rückwärts angewendet: Nicht „Was wollen wir schreiben?“, sondern „Welchen Auftrag erfüllt das, was bereits online steht?“
Lässt sich der Job nicht bestimmen, ist die Seite nicht automatisch wertlos. Vielleicht fehlen eine klarere Positionierung, ein belastbarer Beleg oder eine bessere Einordnung in die Architektur. Der erste Status kann deshalb auch DATENLÜCKE SCHLIESSEN oder NEUPOSITIONIERUNG PRÜFEN lauten.
5. Den technischen Zustand sichern
Eine inhaltliche Bewertung wird unzuverlässig, wenn die Seite technisch in einem anderen Zustand vorliegt, als die Tabelle unterstellt.
Vor der redaktionellen Entscheidung sollte deshalb ein kompakter technischer Snapshot entstehen:
- HTTP-Status und Weiterleitungskette;
- nutzerseitig gesetztes und von Google ausgewähltes Canonical;
- Indexierbarkeit und vorhandene
noindex-Regeln; - Vorkommen in der Sitemap;
- letzter bekannter Crawl;
- interne Erreichbarkeit;
- Hauptüberschrift und Seitentitel;
- mobile Darstellung;
- relevante strukturierte Daten;
- sichtbare technische oder gestalterische Defekte.
Die URL-Prüfung der Google Search Console zeigt unter anderem Indexierungsstatus, verweisende Sitemaps und das von Google gewählte Canonical. Ein positiver Prüfstatus ist allerdings keine Garantie, dass die URL für eine bestimmte Suchanfrage sichtbar wird. (Google Hilfe)
Ein technischer Fehler ist kein Qualitätsurteil über den Inhalt. Umgekehrt lässt sich ein unklarer Seitenjob nicht mit einem Canonical-Tag reparieren. Der Audit muss beide Ebenen auseinanderhalten.
6. Daten als Signale lesen
Search Console, Analytics und Backlinkdaten helfen bei der Entscheidung. Sie treffen sie nicht.
Search Console
Für wichtige Seiten sichere ich nach Möglichkeit drei Perspektiven:
- 16 Monate für Saisonalität und langfristige Entwicklung;
- 90 Tage für den aktuellen Zustand;
- 28 Tage für kurzfristige Veränderungen und spätere Vorher-nachher-Vergleiche.
Die zentralen Search-Console-Werte sind Klicks, Impressionen, CTR und durchschnittliche Position. Die Tabellen lassen sich unter anderem nach Seite und Suchanfrage gruppieren. Dabei muss die jeweilige Aggregation berücksichtigt werden, weil Werte auf Property- und Seitenebene unterschiedlich berechnet werden können. (Google Hilfe)
Für Überschneidungen ist eine Query-x-Page-Auswertung besonders hilfreich: Welche Seiten erscheinen für dieselben oder eng verwandte Suchanfragen? Die Search-Analytics-API kann Daten nach Query und Page gruppieren, garantiert aber ausdrücklich nicht, sämtliche Zeilen zurückzugeben. Sie liefert innerhalb ihrer Grenzen vor allem die oberen Ergebnisse. Eine fehlende Zeile beweist deshalb nicht, dass keine Nachfrage oder Überschneidung existiert. (Google for Developers)
Analytics
Je nach Seitenjob sind unter anderem relevant:
- Einstiege und Sessions;
- aktive Nutzungszeit und Engagement;
- interne Weiterklicks;
- Downloads;
- Formularstarts und Formularsendungen;
- Leads, Käufe oder andere definierte Schlüsselereignisse.
Auch hier lohnt sich ein Blick auf die genaue Messdefinition. Das automatisch erfasste GA4-Scroll-Ereignis wird standardmäßig ausgelöst, wenn erstmals eine vertikale Tiefe von 90 Prozent sichtbar wird. Es ist damit kein fein abgestuftes Lesetiefenmodell und sollte auch nicht als solches interpretiert werden. (Google Hilfe)
Links und Geschäftswert
Vor Zusammenführungen, Löschungen oder Redirects müssen außerdem geprüft werden:
- externe Backlinks;
- wichtige interne Inlinks;
- Navigation und Nutzerwege;
- Newsletter-, Social- oder Kampagnenlinks;
- Leads und Erlöse;
- rechtliche, dokumentarische oder markenbezogene Funktionen.
Fehlen diese Daten, bleibt das Feld nicht einfach leer und erhält auch nicht automatisch null Punkte. Es wird als DATENLÜCKE markiert. Ein Audit wird nicht dadurch präziser, dass unbekannte Werte in eine scheinbar exakte Zahl verwandelt werden.
7. Die Content-Qualität bewerten
Google stellt für die eigene Inhaltsprüfung Fragen zu Originalinformation, Recherche, zusätzlichem Wert, Sorgfalt, Vertrauenssignalen und überprüfbaren Fehlern bereit. Das ist keine geheime Rankingcheckliste, aber ein brauchbarer externer Belastungstest für die redaktionelle Qualität. (Google for Developers)
Für den Audit nutze ich acht Prüfbereiche:
| Prüfbereich | Leitfrage |
|---|---|
| Seitenjob | Ist klar, für wen die Seite welche Aufgabe erfüllt? |
| Originalsubstanz | Enthält sie eigene Erfahrung, Daten, Interviews, Dokumente oder eine eigenständige Synthese? |
| Quellen und Vertrauen | Sind tragende Aussagen nachvollziehbar belegt und sauber eingeordnet? |
| Aktualität | Stimmen veränderliche Fakten, Beispiele, Links und Positionierung noch? |
| Entscheidungsnutzen | Kann der Leser nach der Seite tatsächlich besser verstehen, vergleichen oder handeln? |
| Struktur und Lesbarkeit | Sind Kernantwort, Überschriften, Übergänge und mobile Darstellung verständlich? |
| Architektur | Ergänzt die Seite andere Inhalte und führt sinnvoll weiter? |
| Pflegbarkeit | Kann die Seite mit vertretbarem Aufwand aktuell und verantwortlich gehalten werden? |
Ich würde diese Felder nicht sofort zu einem einzigen Qualitätsscore zusammenziehen. Eine Seite kann sprachlich hervorragend sein und trotzdem auf einer unzuverlässigen Quelle beruhen. Der Durchschnitt sähe vielleicht ordentlich aus. Der Inhalt wäre dennoch nicht freigabefähig.
Ein schwerer Quellen- oder Wahrheitsmangel ist ein Gate, kein Schönheitsfehler.
Content · Redaktion · KI-Workflows
Wenn aus einer guten Idee ein verlässlicher Prozess werden soll.
Ich unterstütze stille Experten und kleine Teams dabei, Fachwissen in klare Inhalte, belastbare Redaktionsabläufe und sinnvolle KI-Workflows zu übersetzen.
Ein paar klare Sätze reichen. Keine automatisierte Verkaufsschleife.
8. Überschneidung ist nicht automatisch Kannibalisierung
In einem guten Themencluster dürfen mehrere Seiten über verwandte Dinge sprechen. Entscheidend ist, ob sie denselben Nutzer in derselben Situation mit derselben Antwort und demselben nächsten Schritt bedienen.
Ich unterscheide vier Ebenen:
- Themenüberschneidung: zwei Seiten gehören in dasselbe Fachgebiet;
- Intent-Überschneidung: beide erfüllen weitgehend denselben Leserjob;
- Query-Überschneidung: Suchdaten zeigen dieselben oder ähnliche Suchanfragen für mehrere Seiten;
- technische Duplizierung: identische oder fast identische Inhalte sind unter mehreren URLs erreichbar.
Die ersten beiden lassen sich redaktionell prüfen. Für die dritte braucht es Query-x-Page-Daten. Fehlen diese, spreche ich von einer Intentprüfung und nicht von bewiesener Keyword-Kannibalisierung.
Ein Beispiel auf dieser Website: Die Journalisten-Methode und der Klarheits-Kompass liegen thematisch dicht beieinander. Der eine Beitrag behandelt die Gewinnung, Prüfung und Verarbeitung eigenständigen Materials. Der andere hilft dabei, vor der Produktion einen klaren Arbeitsauftrag zu formulieren. Dieselbe Nachbarschaft, aber zwei unterschiedliche Leserjobs.
Vor einer Zusammenführung prüfe ich
- Kommen dieselben Menschen in derselben Situation?
- Stellen sie im Kern dieselbe Frage?
- liefern die Seiten dieselbe Antwort?
- besitzen sie weitgehend dasselbe Originalmaterial?
- führen sie zum selben nächsten Schritt?
- kann eine Zielseite beide Aufgaben vollständig übernehmen?
- sind Suchdaten, Backlinks, Inlinks und Conversion-Funktionen geprüft?
Erst wenn diese Punkte zusammenpassen, wird aus einer Überschneidung ein belastbarer Zusammenführungskandidat.
9. Genau eine Primäraktion je URL vergeben
Eine lange Aufgabenliste ist noch keine Entscheidung. Deshalb erhält jede Matrixzeile eine Primäraktion.
| Primäraktion | Wann sie passt |
|---|---|
| BEHALTEN / SCHÜTZEN | Klarer Job, starke Substanz, belastbare Quellen und kein wesentlicher Änderungsbedarf |
| AKTUALISIEREN | Seitenjob und Kernmaterial tragen, aber Fakten, Beispiele, Links oder Darstellung sind veraltet |
| ERWEITERN / NEUPOSITIONIEREN | Thema ist relevant, doch Leserjob, Abgrenzung oder Nutzwert bleiben unscharf |
| AUS QUELLE NEU SCHREIBEN | Der Seitenjob ist wertvoll und gutes Originalmaterial liegt vor, die Webfassung bildet es aber nicht zuverlässig ab |
| TECHNISCH REPARIEREN | Der Inhalt trägt, wird jedoch durch Status, Canonical, Template, Links oder Darstellung behindert |
| ZUSAMMENFÜHRUNG PRÜFEN | Mehrere Seiten besitzen wahrscheinlich denselben Job und eine klare Zielseite ist vorhanden |
| ENTFERNUNG PRÜFEN | Kein erkennbarer Job, keine belastbare Substanz und kein relevanter Such-, Link-, Geschäfts- oder Dokumentationswert |
| DATENLÜCKE SCHLIESSEN | Eine notwendige Quelle oder Messung fehlt und sperrt die Entscheidung |
Die Formulierung „prüfen“ ist bei den letzten beiden Aktionen Absicht. Zusammenführung, Löschung, Redirect und Deindexierung sind keine automatischen Konsequenzen eines roten Tabellenfeldes.
Für eine dauerhaft verschobene URL empfiehlt Google nach Möglichkeit einen permanenten serverseitigen Redirect. Ein Redirect ist aber nur dann sinnvoll, wenn das Ziel die alte Nutzererwartung tatsächlich übernimmt. Eine lose verwandte Startseite ist kein inhaltlicher Nachfolger. (Google for Developers)
noindex passt eher zu Seiten, die für Menschen oder interne Wege weiterhin erreichbar bleiben sollen, aber nicht in den Suchergebnissen erscheinen sollen. Damit Google die Regel erkennen kann, muss die URL crawlbar sein und darf nicht gleichzeitig über die robots.txt blockiert werden. (Google for Developers)
Die eigentliche technische Umsetzung wird erst nach der redaktionellen Entscheidung festgelegt. Sie braucht eine Sicherung, eine Linkprüfung und einen Rückbauweg.
10. Prioritäten aus Wert, Evidenz und Aufwand bilden
Eine Priorisierung sollte nicht allein von Traffic abhängen. Neue Seiten besitzen noch keine historischen Klicks. Leistungs- oder Kontaktseiten können geschäftlich wichtig sein, obwohl sie nur wenige organische Einstiege erhalten. Ein starker Erfahrungsbeitrag kann schützenswert sein, obwohl sein aktuelles Snippet schwach funktioniert.
In einem meiner Projekte nutzte ich folgende sichtbare Formel:
((Geschäftswert × 0,25)
+ (Suchnachfrage × 0,20)
+ (Originalsubstanz × 0,20)
+ (Verbesserungschance × 0,15)
+ (Konfidenz × 0,20))
÷ Aufwand × 20Alle Eingaben liegen auf einer Skala von 1 bis 5. Die Suchnachfrage wird nur bewertet, wenn dafür eine belastbare Datengrundlage vorhanden ist. Fehlt ein GSC-Seitenwert, bleiben Nachfrage und Gesamtscore offen.
Die Formel ist ein projektspezifisches Steuerungsinstrument, kein Freigabeautomat. Ein Schutzstatus, ein hohes rechtliches Risiko, ein strategischer Pilot oder eine zentrale Conversion-Seite kann die rechnerische Reihenfolge übersteuern.
Der größere Zusammenhang gehört in die Content-Strategie: Ein Audit bewertet den Bestand. Die Strategie entscheidet, welche Rolle dieser Bestand im künftigen System spielen soll.
11. Mit einem Pilot statt mit dem ganzen Bestand starten
Der gefährlichste Moment eines Audits kommt nach der Tabelle. Plötzlich liegen viele scheinbar klare Empfehlungen vor, und der Impuls entsteht, sie möglichst schnell auf den gesamten Bestand auszurollen.
Genau dort sollte der Prozess langsamer werden.
Ein guter Pilot enthält unterschiedliche Falltypen, zum Beispiel:
- eine Seite mit starkem Originalmaterial und schwacher Webfassung;
- einen Beitrag mit veralteten Fach- oder Produktinformationen;
- zwei Seiten mit ungeklärter Intent-Überschneidung;
- einen Inhalt mit sensiblen oder überzogenen Behauptungen;
- eine URL mit möglichem Redirect- oder Konsolidierungsbedarf.
Vor jeder Änderung werden gesichert:
- Ausgangsfassung und technischer Snapshot;
- Search- und Nutzungsdaten;
- interne und externe Links;
- Hypothese und erwartete Wirkung;
- Definition of Done;
- Stopppunkte;
- Rollback-Möglichkeit;
- Review-Termine.
Mein KI-Workflow für Content-Aktualisierung zeigt diese Logik an einem realen Altbestand: Material, Kontext, Entwurf, Prüfung, Freigabe und Wiederverwendung bleiben getrennte Stationen. Der Agent darf viel vorbereiten. Er darf die Verantwortung nicht unbemerkt übernehmen.
Im dokumentierten Pilotprogramm wurden fünf unterschiedliche Seitenfälle ausgewählt. Nach der Veröffentlichung bestanden 110 von 110 öffentliche Kontrollen. Das ist ein datierter Projektbefund, keine allgemeine Regel, dass jeder Audit fünf Piloten oder exakt dieselbe Prüfmenge benötigt.
Wie teuer ein unkontrollierter Rollout werden kann, beschreibe ich in meinem Postmortem über automatische Übersetzungen als größten SEO-Fehler. Die Planungsfehler bei Content-Projekten erklären zusätzlich, warum Sicherungen, Wartezeiten, Korrekturen und Nachkontrollen schon vor dem Start in den Aufwand gehören.
12. Monitoring gehört zum Audit
Eine Änderung ist noch kein Ergebnis. Sie ist eine Intervention, deren Wirkung anschließend beobachtet werden muss.
Diese Zeitpunkte haben sich als brauchbare Arbeitsvorlage erwiesen:
| Zeitpunkt | Prüfung | Mögliche Konsequenz |
|---|---|---|
| Tag 0 | Baseline, Indexierbarkeit, Links, veröffentlichte Fassung und Technik sichern | nur mit grünem Technikcheck starten |
| Tag 14 | Crawl, Indexstatus, Canonical, Fehler und erste Query-Signale | technische Defekte korrigieren, keine voreilige Inhaltsumkehr |
| Tag 30 | 28 Tage vorher/nachher, CTR, interne Links, CTA und Nutzung | Snippet oder Nutzerweg gezielt nachschärfen |
| Tag 60 | Query-Mix, Engagement, Leads und mögliche Überschneidungen | Abschnitte oder Intent nur datenbasiert anpassen |
| Tag 90 | Gesamtbewertung der Seite und des Piloten | schützen, weiter verbessern, zurückrollen oder nächste Welle starten |
Diese Abstände sind kein Naturgesetz. Crawl-Frequenz, Saisonalität, Seitentyp und Geschäftszyklus können andere Zeiträume verlangen.
Google weist selbst darauf hin, dass die Auswirkungen substanzieller Verbesserungen nach wenigen Tagen sichtbar werden können, bei größeren oder seitenweiten Veränderungen aber auch mehrere Monate benötigen. Löschungen beschreibt Google als letzten Ausweg, wenn Inhalte nicht sinnvoll gerettet werden können. (Google for Developers)
Eine Kurve, die nach drei Tagen wackelt, ist deshalb noch kein Urteil über den gesamten Audit. Monitoring braucht dieselbe Quellen- und Datenhygiene wie die ursprüngliche Entscheidung.
Die kompakte Startversion
Für den ersten Durchlauf muss keine komplette Website zerlegt werden.
- Wähle einen zusammenhängenden Cluster mit zehn bis zwanzig URLs.
- Sichere Sitemap, CMS-Export, Crawl, Search Console und Analytics.
- Formuliere für jede Seite einen Hauptjob.
- Ordne Quellen und Aussagen den vier Evidenzklassen zu.
- Markiere fehlende Daten ausdrücklich.
- Vergib genau eine Primäraktion.
- Wähle eine reversible Pilotseite mit erkennbarem Nutzen.
- Sichere Baseline, Definition of Done und Rückweg.
- Veröffentliche erst nach Fakten-, Link-, Technik- und Mobilprüfung.
- Prüfe die Wirkung an festen Terminen.
Mehr braucht der Einstieg nicht. Die Qualität entsteht anschließend durch die Genauigkeit, mit der diese wenigen Schritte ausgeführt werden.
Fazit: Ein guter Audit schützt genauso viel, wie er verändert
Ein Content Audit ist erfolgreich, wenn er den Veränderungsdrang begrenzt. Er bewahrt starke Originalsubstanz, macht Datenlücken sichtbar und trennt reversible Verbesserungen von schwer rückgängig zu machenden Eingriffen.
Die wichtigste Frage lautet deshalb nicht:
Welche Seite ist schlecht?
Sie lautet:
Welche Entscheidung ist für diese Seite auf Basis der vorhandenen Quellen, Daten und Risiken tatsächlich gerechtfertigt?
Manche Inhalte bleiben. Manche werden besser. Einige können zusammengeführt oder beendet werden. Aber keine dieser Entscheidungen sollte aus einem Bauchgefühl entstehen, das in einer Tabelle nur etwas förmlicher aussieht.
Dieser Beitrag ist die DIY-Fassung des Prozesses. Wenn der Bestand zu groß, die Quellenlage unübersichtlich oder die Entscheidung geschäftlich riskant ist, beschreibt meine Leistungsseite zum Content- und SEO-Audit den extern begleiteten Untersuchungsrahmen. Für eine erste Einordnung genügen auf der Kontaktseite ein paar klare Sätze zu Website, Ziel und größtem Engpass.
