SEO-Content-Updates mit Claude Code skalieren

SEO-Teams investieren oft stark in neue Seiten, während bestehende URLs schleichend Rankings, Klicks und Umsatz verlieren. Genau hier setzt ein strukturierter Content-Update-Prozess an: Er diagnostiziert Content Decay, schützt bereits aufgebaute SEO-Equity und macht Ergebnisse messbar. Der folgende Leitfaden zeigt einen 14-Schritte-Workflow sowie die Skalierung über Claude Code – von der Search-Console-Baseline bis zur CMS-Freigabe.

Warum bestehende Seiten Priorität verdienen

Neue Seiten starten bei null und wirken redaktionell oft attraktiver. Eine bereits rankende, umsatzrelevante Seite ist dagegen ein lebendes Asset: Interne Links zeigen darauf, Schema ist vorhanden, und eine historische Baseline kann durch unvorsichtige Voll-Rewrites zerstört werden. Content Decay zeigt sich selten als Penalty oder Algorithmus-Update, sondern als langsames Abdriften – Positionen rutschen, Impressionen bleiben, die CTR sinkt, und AI Overviews nehmen Sichtbarkeit ab, oft bevor Analytics-Dashboards Alarm schlagen.

Am Beispiel einer Antalya-Airport-Transferseite lag die 56-Tage-Diagnose vor dem Update bei rund 148.500 Impressionen, einer Durchschnittsposition von 14,89, einer CTR von 1,49 Prozent und nur 2.215 Klicks. Die Seite war nicht unsichtbar, sondern veraltet. Ein Komplett-Rewrite wäre hier riskant gewesen; gefragt war ein gezieltes Delta, das bestehende Equity bewahrt und nur dort eingreift, wo Daten Lücken oder Veralterung belegen.

Der manuelle 14-Schritte-Prozess

Diagnose und Sektions-Tagging

Jeder Update beginnt mit einem 56-Tage-Fenster in der Google Search Console – breit genug für belastbare Daten, eng genug für eine Saison. Diese Baseline dient später als Messfenster und entspricht dem längsten Testzeitraum gängiger SEO-Test-Tools. Entscheidend sind Top-Queries, die geschützt werden müssen, Striking-Distance-Queries auf Position 5 bis 20 mit schwacher CTR sowie Zero-Click-Queries mit hohen Impressionen, aber kaum Klicks – ein Signal für Intent, den die Seite noch nicht beantwortet.

Anschließend erhält jeder Abschnitt ein Label:

• Keep: rankt und ist korrekt – nicht anfassen
• Fix: richtige Idee, veraltete Umsetzung – vor Ort überarbeiten
• Remove: falsch, redundant oder schädlich
• Add: laut Daten fehlt etwas

Wettbewerber, Keywords und Personas

Query-Daten offenbaren konkrete Lücken: Striking-Distance-Keywords, Private-Hire-Intents und Vergleichsanfragen ohne passende Inhalte. Personas entstehen aus zwei Quellen – einer siteweiten GSC-Taxonomie über viele Monate und synthetischen Query-Fan-Outs für LLM-ähnliche Suchfragen. Für Antalya ergaben sich vier Personas: Shuttle-Shopper, Private-Hire-Käufer, Gruppenreisende und Tagesausflügler. Ohne diese Differenzierung bleibt die Seite eine Broschüre statt einer Argumentation.

Lokales Wissen wird aktualisiert: Terminals, Taxi-Ränge, Betrugsmuster, Trinkgeldgewohnheiten, Stoßzeiten und Review-Themen. Daraus entsteht ein klarer Angle: Unterschiedliche Reisende brauchen unterschiedliche Transfers – die Seite soll die passende Antwort sichtbar machen, statt alle Optionen undifferenziert zu listen und auf Selbstsortierung zu hoffen.

Delta-Brief, Umsetzung und SEO-Erhalt

Das Delta-Brief beschreibt nur Änderungen, nicht die gesamte Seite, und wirkt eher wie ein Engineering Change Request. Geschrieben werden ausschließlich Fix- und Add-Abschnitte – etwa ein Persona-Chooser, der bestehende Informationen gezielt routet, ohne neue Fakten zu erfinden. Danach folgt ein Faktencheck auch für Keep-Abschnitte: Distanzen, Preise, Fahrzeiten und Terminalzuordnungen müssen aktuell sein. Viele KI-Refreshes aktualisieren nur Oberflächenformulierungen und lassen die Faktenbasis unverändert – genau das wird hier vermieden.

Bilder werden auf Genauigkeit, Brand-Fit und Performance geprüft, etwa WebP oder AVIF, korrekte Größen und Lazy Loading. SEO-Equity bleibt standardmäßig erhalten: URL-Slug unverändert, Meta-Title bei guter CTR behalten, Schema erweitern statt ersetzen, interne Links in beide Richtungen prüfen. Neue UI-Komponenten lassen sich per Natural Language und KI-Generierung servergerendert umsetzen, damit LLMs den Inhalt ohne JavaScript lesen können.

Messung gegen die Baseline

Jeder Update läuft als Test mit GSC- und GA4-Daten. Im Antalya-Fall stiegen Klicks pro Tag um rund 24 Prozent, die Position verbesserte sich von 14,89 auf 10,87, CTR und Query-Abdeckung zogen mit. Entscheidend war das Zusammenspiel aus Diagnose, Angle, Rewrites und neuer Komponente – nicht ein einzelner Hebel. Nur die vorab gesperrte Baseline zeigt, ob der Publish wirklich gewirkt hat oder nur Glück war.

Skalierung mit Claude Code

Manuell kostet der Prozess etwa zwei fokussierte Tage pro Seite. Bei Tausenden URLs in mehreren Sprachen ist das nicht skalierbar; die Opportunitätskosten einer Seite auf Position 14 statt 11 summieren sich schnell. Deshalb wurden die 14 Schritte in Claude Skills übersetzt: Claude Code erzwingt die Regeln, ersetzt aber nicht das menschliche Urteil. Ein dediziertes Projekt enthält Brand Book, Policies und Referenzmaterial, damit Constraints immer im Kontext bleiben.

Skills decken GSC-Baseline, Audit-Tagging, Competitor Gaps, Persona-Validierung, Delta-Brief, redaktionelles Schreiben, Faktenchecks, Bild-Audit, SEO-Preservation und Komponenten-Generierung ab. Harte Gates blockieren Fortschritt ohne validierte Personas, aktuelles Lokalwissen und definierten Angle – genau das verhindert generische KI-Texte. Deployment läuft über eine CMS-Anbindung per MCP: Staging, Diff gegen Live, Link- und Schema-Checks, Freigabe durch Menschen. Parallelisierung mehrerer Updates auf denselben Agents senkte die Qualität; deshalb läuft jeweils ein Update sequentiell.

Portfolio-Ergebnisse und übertragbare Prinzipien

Über 59 abgeschlossene Tests stiegen organische Klicks bei sieben von zehn Seiten; netto entstanden über 2.200 zusätzliche Klicks auf kommerziellen Transferseiten. Organische Käufe lagen rund 25 Prozent und Umsatz rund 20 Prozent über Baseline. Content-Updates auf kommerziellen Seiten gehören damit zu den ROI-stärksten SEO-Maßnahmen – wenn sie als Messprojekt und nicht als Wartung behandelt werden.

Übertragbar ist die Systemform: Menschen setzen Prioritäten und freigeben, Automation erzwingt Urteil. Preservation schützt, was bereits performt. Jede Änderung misst sich an ihrer eigenen Baseline. Der Einstieg ist die Diagnose, nicht der Rewrite – und die nächste Ausbaustufe erkennt Decay-Signale wie CTR-Schwäche und Positionsdrift, bevor der Umsatz bereits leidet.