Was ein Core Update ist – und was nicht
Google passt seine Ranking-Systeme laufend an. Größere, breit angelegte Änderungen nennt Google Core Updates. Dabei werden Inhalte insgesamt neu bewertet; ein Core Update richtet sich nicht gegen einzelne Websites.
- Der Rollout dauert oft bis zu etwa zwei Wochen – Ausschläge in den Daten sind währenddessen normal.
- Es gibt keinen einzelnen „Fix“, der nach einem Core Update alles zurückholt.
- Ein Core Update ist keine manuelle Maßnahme. Manuelle Maßnahmen zeigt dir die Search Console in einem eigenen Bereich an.
Schritt 1: Prüfen, ob es das Update war
Bevor du etwas änderst, kläre, ob dein Rückgang überhaupt zum Update passt.
- Rollout-Zeitraum klären. Im Google Search Status Dashboard siehst du, wann ein Update gestartet und abgeschlossen wurde.
- Zeiträume vergleichen. Vergleiche in der Search Console unter „Leistung“ zwei gleich lange Zeiträume – am besten volle Wochen vor Start und nach Ende des Rollouts.
- Aufschlüsseln. Filtere nach Seiten, Suchanfragen, Land und Gerät. Betrifft der Rückgang alles oder nur einen bestimmten Seitentyp?
- Andere Ursachen ausschließen. Saisonalität, Relaunch, noindex-Tags, Weiterleitungen oder geändertes Tracking können ähnlich aussehen (siehe Tracking & Analytics).
- Dokumentieren. Notiere Datum, betroffene Seiten und deine Vermutung. Größere inhaltliche Änderungen mitten im Rollout machen die Zuordnung schwer.
Schritt 2: Technische Basics prüfen
Technische Fehler kosten Rankings unabhängig von jedem Update – und lassen sich meist am schnellsten beheben.
| Bereich | Prüfen | Wo |
|---|---|---|
| Indexierung | Sind die wichtigen Seiten indexiert? Blockiert ein noindex-Tag oder die robots.txt etwas? | Search Console: Seitenindexierung, URL-Prüfung |
| Statuscodes | Fehlerseiten (404), Serverfehler (5xx) und lange Weiterleitungsketten finden und beheben. | Search Console, Crawler |
| Canonicals & Duplikate | Zeigt jeder Canonical-Tag auf die richtige URL? Gibt es doppelte Inhalte unter mehreren Adressen? | Quelltext, Crawler |
| Sitemap | Enthält die Sitemap nur indexierbare, aktuelle Seiten? | Search Console: Sitemaps |
| Ladezeit | Core Web Vitals: LCP (Ladegeschwindigkeit), INP (Reaktionszeit), CLS (visuelle Stabilität). | Search Console, PageSpeed Insights |
| Mobile Ansicht | Sind Inhalte und Links mobil vollständig vorhanden und bedienbar? | URL-Prüfung, Test auf dem Smartphone |
Schritt 3: Onpage & Inhalt prüfen
Frage dich bei jeder betroffenen Seite, ob sie für Suchende wirklich die beste Antwort liefert.
- Suchintention: Passt der Seitentyp (Ratgeber, Produkt, Vergleich) zu dem, was die Top-Ergebnisse zeigen?
- Title & H1: Klar, eindeutig und mit dem Hauptthema – ohne Keyword-Aufzählung.
- Inhalt: Vollständig, korrekt und aktuell, mit Beispielen und genannten Quellen. Den Stand im Artikel ausweisen.
- Bündeln: Mehrere dünne Seiten zum gleichen Thema zu einer starken Seite zusammenführen.
- Interne Links: Wichtige Seiten aus passenden Inhalten verlinken – mit sprechendem Linktext.
- Vertrauen: Wer steckt dahinter? Impressum und Kontakt sollten leicht zu finden sein.
Die Prioritätenliste
Nicht alles auf einmal: Diese Reihenfolge ist eine sinnvolle Arbeitsgrundlage.
- Zuerst
Technische Blocker beheben (Indexierung, Fehlerseiten, Weiterleitungen).
Was nicht indexiert ist, kann nicht ranken.
- Danach
Die am stärksten betroffenen Seiten inhaltlich prüfen.
Hier lohnt sich der Aufwand am ehesten.
- Dann
Title, H1 und interne Links verbessern.
Geringer Aufwand, schnell umgesetzt.
- Später
Dünne Inhalte zusammenführen, neue Inhalte planen.
Braucht mehr Zeit und ist erst nach der Analyse sinnvoll.
Was du besser lässt
- Alles gleichzeitig ändern – danach weißt du nicht, was gewirkt hat.
- Inhalte löschen, ohne sie vorher analysiert zu haben.
- Dich auf Gerüchte, einzelne Tool-Scores oder Forenbeiträge verlassen.
- Mitten im Rollout Schlüsse ziehen.
Quellen
Die Aussagen in diesem Guide orientieren sich an den Hinweisen von Google selbst: