Zuerst finden, was veraltet ist
Einen alten Artikel würde ich nicht von Grund auf neu schreiben, nur weil er zwei Jahre alt ist. Zuerst prüfe ich, was kaputt ist: veraltete Fakten, verschobene Query, Title mit verlorenem CTR oder fehlender nächster Schritt für den Leser.
Den Fehler, den ich zuerst entfernen würde: Das Datum ändern ohne echte Arbeit.
Was vorbereiten und welches Ergebnis erwarten
- Ergebnis: Die alte Seite bekommt aktuelle Beispiele, das richtige Intent und einen klaren nächsten Schritt—nicht nur den Anschein von Frische.
- In Search Console Seiten mit fallenden Clicks/Impressionen finden, Perioden vergleichen und neue Fragen, Fakten und interne Links sammeln.
- Halten Sie Quelldaten und Zugriffsrechte vom Output getrennt, damit Sie prüfen können, was der Refresh eines alten SEO-Artikels erzeugt hat.
- Vorher/nachher nach Queries, Clicks, CTR, Weiterpfaden und Leads vergleichen. Prüfen, dass keine Duplikat-URLs entstanden sind.
Artikel so refreshen, dass er nützlicher wird
- Grund für den Refresh finden
Letzte 3 Monate mit der Vorperiode vergleichen. Separat Nachfrage-Drop, CTR, Rankings, Wettbewerber und veraltete Fakten notieren.
Проверьте: Es ist klar, was konkret verbessert werden muss.
Если не сработало: Eine Seite nicht nur refreshen, weil sie ein Jahr alt geworden ist.
- Seite an die SERP anpassen
Welche Formate und Fragen Wettbewerber jetzt abdecken. Nicht kopieren—die Lücke finden: Beispiel, Tabelle, Prozess, Constraint oder Check.
Проверьте: Der Plan enthält einen neuen nützlichen Teil, nicht nur umgeschriebene Wörter.
Если не сработало: Mit Sales oder Support über neue Kundenfragen sprechen.
- Fakten und Struktur updaten
Daten, Interfaces, Preise und Anleitungen ersetzen. Duplikate entfernen, natürliche H2s und interne Links zu Services und neueren Materialien setzen.
Проверьте: Ein Leser kann die Schritte heute ausführen.
Если не сработало: Schnell wechselnde Stellen mit Review-Datum und Owner markieren.
- Messbaren nächsten Schritt setzen
Nach Veröffentlichung URL Inspection anfordern, Sitemap bei Bedarf updaten und nicht nur Traffic, sondern CTA-Clicks und Lead-Qualität vergleichen.
Проверьте: Es gibt eine Baseline und ein nächstes Review-Datum.
Если не сработало: Seite beobachten und nicht jede Woche ändern.
Wie Material finden, das einen Refresh lohnt
In Search Console 3–6 Monate setzen und mit der Vorperiode vergleichen. URLs wählen, bei denen Impressionen, Clicks, CTR oder Position fielen, dann Queries und Seiten vergleichen. In Analytics prüfen, ob Sessions ohne Leads wuchsen. In einer separaten Tabelle `url`, `old_query`, `new_query`, `traffic_change`, `fact_age`, `missing_sections`, `internal_links`, `cta_status` und `decision`.
Nicht alles auf einmal ändern. Eine Hypothese wählen: Preise und Datum updaten, neue Frage hinzufügen, Title fixen, Belege stärken oder zu einem neuen Service linken. Datum notieren und Effekt über vergleichbare Periode beurteilen.
Update: Fakten → Intent → Struktur → Links → CTA
Nicht auf einmal ändern: URL + title + copy + schemaWann Artikel besser mergen
Wenn zwei URLs dieselbe Frage beantworten, starke Teile auf eine Seite mergen, 301 von der schwächeren setzen und interne Links updaten. Ohne Queries und ohne eigenständigen Wert nicht nur mit Keywords beleben—deindexieren oder für einen echten Job umschreiben.
Ich update Fakten vor Wörtern
Zuerst Preise, Daten, UI, Gesetze, Screenshots, Links und Beispiele prüfen. Dann alte und neue Queries vergleichen. Manchmal braucht der Artikel einen neuen Block und internen Link, keinen Full Rewrite.
Im Page-Changelog `updated_at`, was geändert wurde, warum, wer reviewed hat und welche Metrik sich bewegen sollte. Über vergleichbare Periode CTR, Impressionen, Clicks, Depth und Leads vergleichen. URL nicht ohne Grund ändern—das ist Migration, kein Refresh.
Wann refreshen, mergen oder entfernen
| Kriterium | Frage | Gutes Zeichen |
|---|---|---|
| Eingabe | Was genau geht in den Refresh eines alten SEO-Artikels? | In Search Console Seiten mit fallenden Clicks/Impressionen finden, Perioden vergleichen und neue Fragen, Fakten und interne Links sammeln. |
| Aktion | Was darf das System von allein tun? | Nur vorab gelistete Aktionen, ohne Zugriff auf das gesamte Konto |
| Prüfung | Woran erkennen Sie, dass das Ergebnis akzeptabel ist? | Vorher/nachher nach Queries, Clicks, CTR, Weiterpfaden und Leads vergleichen. Prüfen, dass keine Duplikat-URLs entstanden sind. |
| Fehlerfall | Wohin geht ein unklarer Fall? | Änderungen Block für Block zurückrollen und prüfen, ob Fakt, Intent, SERP oder technischer Zugang das Problem war. |
Was sich nach der Einrichtung ändern sollte
Die alte Seite bekommt aktuelle Beispiele, das richtige Intent und einen klaren nächsten Schritt—nicht nur den Anschein von Frische.
Welche „Updates“ Suchmaschinen und Leser nicht merken
Das Datum ändern ohne echte Arbeit.
Fremde SERP umschreiben, ohne Erfahrung hinzuzufügen.
Alte URL löschen ohne Redirect- und Internal-Link-Plan.
Mehr Impressionen als Erfolg werten, ohne Leads zu prüfen.
Wann ein Refresh-Plan für den ganzen Cluster nötig ist
Sie brauchen einen Spezialisten, wenn der Refresh an eine Migration, einen großen Seitenpool, Cannibalization oder einen Einbruch organischer Umsätze gekoppelt ist.
Effekt nach Veröffentlichung messen
Für wen ist dieser Ansatz zum Refresh eines alten SEO-Artikels?
Ein Refresh ist kein neues Datum und ein paar Absätze. Zuerst finden, was veraltet ist, welches Intent sich geändert hat und welche nützliche Erfahrung Sie hinzufügen können.
Wo fange ich an, wenn noch alles manuell läuft?
In Search Console Seiten mit fallenden Clicks/Impressionen finden, Perioden vergleichen und neue Fragen, Fakten und interne Links sammeln.
Wie prüfe ich, dass das Setup keinen Schaden anrichtet?
Vorher/nachher nach Queries, Clicks, CTR, Weiterpfaden und Leads vergleichen. Prüfen, dass keine Duplikat-URLs entstanden sind.
Was, wenn das Ergebnis unklar ist?
Änderungen Block für Block zurückrollen und prüfen, ob Fakt, Intent, SERP oder technischer Zugang das Problem war.
