Content Decay: Posts erkennen, die heimlich Traffic verlieren

Vor drei Monaten verlor ein Kunde 38% des organischen Traffics auf einem Post, der seit zwei Jahren auf Platz eins rankte. Niemand hatte die Seite angefasst. Google hat nichts abgestraft. Was passiert ist, war Content Decay: dieser stille Niedergang, der gute Inhalte trifft, wahrend man damit beschaftigt ist Neues zu veroffentlichen. Es ist kein Algorithmus-Update, keine Penalty, es ist Entropie. Und fast jeder Blog alter als 18 Monate hat aktuell zwischen 20% und 40% seines Katalogs in diesem Zustand und generiert nur die Halfte des moglichen Traffics. Das Problem ist, dass niemand auditiert, bis der Gesamttraffic kippt und der CFO fragt warum.

Das Erste was ich mache: Search Console offnen und 16 Monate Impressionen und Klicks pro URL exportieren, segmentiert nach Monat. In Looker Studio vergleiche ich das aktuelle Quartal mit dem gleichen Quartal des Vorjahres. Jede URL mit einem Klickeinbruch uber 25% landet auf der Verdachtsliste. Dann gleiche ich mit der Durchschnittsposition ab: ist die Position um mehr als 3 Platze gefallen, ist es ein Ranking-Problem. Halt die Position aber bricht die CTR ein, ist meistens ein SERP-Feature das den Klick frisst. Dieser Split verandert die ganze Rewrite-Strategie. Im zweiten Fall lohnt sich ein Blick in Title-Tags, die konvertieren: 7 in echten SERPs getestete Muster und Ist die Meta Description noch wichtig? Was die CTR-Daten zeigen bevor man am Body schraubt.

Nach dem Isolieren der decayten URLs sortiere ich sie in vier Buckets. Erstens: Decay durch faktische Veralterung, klassisch bei Posts mit Jahreszahl im Titel oder bei Tools die sich geandert haben. Zweitens: Decay durch migrierte Intention, wenn die SERP von informational zu commercial gewechselt ist oder umgekehrt. Drittens: kompetitives Decay, wenn jemand objektiv Besseres veroffentlicht hat. Viertens: technisches Decay, meist eine verkorkste Migration, falscher Canonical oder ein Crawl-Issue. Jeder Bucket braucht andere Behandlung. Alles in ein "allgemeines Update" zu werfen ist wie Antibiotika gegen einen Virus zu verschreiben. Fur Bucket drei hilft Neuschreiben oder neubauen: Entscheidung anhand von SERP-Daten bei der Entscheidung zwischen Operation und Abriss.

Fur die technische Diagnose lasse ich Screaming Frog auf die URL los, prufe Header, vergleiche gerendertes mit ausgeliefertem HTML und schaue mir die Googlebot-Logs der letzten 60 Tage an. Hier kommen absurde Sachen raus: ein Post mit versehentlichem noindex seit einer Migration, ein Canonical der auf die Homepage zeigt, JavaScript das die Halfte des Contents auf Mobile versteckt. Sobald Googlebot die Seite nicht mehr besucht, beschleunigt sich das Decay. Es lohnt sich das mit Log file analysis: Was Googlebot wirklich tut und Canonical Tags: haeufige Fehler, die organischen Traffic ausbluten zu kombinieren. Bei 4 von 10 Audits ist das Problem technisch, nicht redaktionell. Ohne diese Prufung zu schreiben ist verschwendete Redakteurszeit.

Wenn das Problem wirklich redaktionell ist, nutze ich eine simple Priorisierungsmatrix: in den letzten 90 Tagen verlorene Klicks multipliziert mit dem durchschnittlichen Wert pro Session der URL (aus GA4). Das gibt mir ein Impact-Ranking in Euro. Ich nehme die Top 20 und offne pro URL ein Dokument mit drei Abschnitten: was die aktuelle SERP erwartet (Top-10-Analyse), was der Post heute liefert und der Gap. Hier gleiche ich auch mit Suchintention: 4 Typen und wie man sie in der SERP mappt ab, denn die Halfte der Decays die ich sehe sind informationelle Posts die fur Queries ranken wollen, die transaktional geworden sind. Den ersten Absatz umzuschreiben lost das nicht, du brauchst einen neuen Winkel.

Bei der Umsetzung des Refresh behalten wir die URL, das Veroffentlichungsdatum wird nur aktualisiert wenn der Rewrite uber 40% des Bodys ausmacht, und wir republizieren mit sichtbarem Changelog im Footer als Frische-Signal fur Leser und Google. Wir aktualisieren Title, Meta, ersten Absatz und fugen neue Blocke ein, die aktuelle PAAs beantworten. Intern leiten wir Links aus verwandten Posts um, um die interne Autoritat zu starken, was ich in Intelligentes Interlinking: die Karte interner Autoritaet aufgedroselt habe. Wir monitoren 6 Wochen mit Drop-Alarm in der Search Console. Im Schnitt erholen sich 70% der decayten Posts auf mindestens 60% des verlorenen Traffics innerhalb von 90 Tagen, bei einem Aufwand von 4 bis 8 Stunden pro Post.

Der praktische Takeaway: plane jedes Quartal ein Decay-Audit fest in den Kalender, bevor du neue Posts planst. Reserviere 30% der redaktionellen Kapazitat fur Refreshes, nicht 5%. Alter Content der gut rankt ist mehr wert als neuer Content der um eine Position kampft. Fang morgen an: 16 Monate GSC exportieren, auf Einbruche uber 25% filtern und die Top 3 der Impact-Matrix angehen. Du wirst in zwei Wochen mehr Traffic zuruckholen als in drei Monaten Neuveroffentlichungen.