Inhaltsplanung Struktur für Google Search Central

Das Wichtigste auf einen Blick

Warum Google Search Central die Taktung deutscher Redaktionspläne bestimmt

Google Search Central ist die offizielle Dokumentation von Google für Website-Betreiber. Sie beschreibt, wie Crawling, Indexierung und Ranking technisch ablaufen. Für Redaktionen sind die Google Search Essentials zentral: Sie bündeln wichtige Anforderungen an Websites und Googles Spam-Richtlinien. Google Search Central ist damit kein Nachschlagewerk für Notfälle, sondern ein Taktgeber.

Wer Themen plant, plant auch, wann eine Seite gecrawlt wird, wann sie indexiert ist und wann sie in Suchergebnissen auftaucht. Diese Kette hat eine Länge. Ein Redaktionsplan, der Veröffentlichung und Sichtbarkeit am selben Tag annimmt, plant falsch.

Hinzu kommt die Regelpflege. Google ändert seine Dokumentation laufend. Das zeigt der öffentliche Änderungsverlauf der Crawling-Dokumentation, in dem Ergänzungen und Korrekturen chronologisch stehen. Redaktionen, die diesen Verlauf beobachten, erkennen Anpassungsbedarf früh.

In Deutschland kommt ein zweiter Taktgeber hinzu: Landesrecht. Schulrecht, Bauordnungen und Ladenschluss sind Ländersache, die Landespressegesetze regeln Gegendarstellung und Impressum. Ein Redaktionsplan braucht deshalb eine Spalte für technische Abhängigkeiten und eine für die zuständige Landesregelung.

Was das für die Themenauswahl bedeutet

Nicht jedes Thema verdient eine eigene URL. Wer zwanzig Varianten eines Themas mit ausgetauschtem Ortsnamen produziert, erzeugt Doorway-Seiten. Google behandelt solche Muster als Verstoß gegen die veröffentlichten Site Policies von Google.

Besser ist eine starke Seite pro Thema mit echtem regionalem Inhalt. Das Mietrecht steht zwar im BGB und gilt bundesweit, doch die Mietspiegel erstellen die Kommunen. Ein Beitrag über die Münchner Mietspiegeltabelle trägt andere Zahlen als einer über Leipzig.

Der Redaktionsplan als Steuerungsinstrument

Ein Redaktionsplan enthält Thema, Zielgruppe, Format, Verantwortliche, Veröffentlichungsdatum und technische Voraussetzungen. Er enthält außerdem, welche bestehende Seite aktualisiert statt neu angelegt wird. Diese Entscheidung spart Crawl Budget und verhindert Kannibalisierung.

Crawling-Grundlagen: Wie Googlebot und Common Crawler Inhalte finden

Google arbeitet mit mehreren Crawlern und unterscheidbaren User Agents. Dazu gehören Googlebot, Googlebot-Image, Googlebot-Video und Googlebot-News sowie AdsBot, GoogleOther und Google-InspectionTool. Die Namen stehen für unterschiedliche Abrufzwecke; aus ihnen lässt sich keine feste Crawl-Frequenz für eine einzelne URL ableiten.

Wer nur an Googlebot denkt, übersieht, dass Bilder- oder Videocrawler eigene Anforderungen an Dateigrößen, Formate und Erreichbarkeit stellen. Ein Redaktionsplan, der Medieninhalte vorsieht, muss diese Anforderungen mitplanen.

Die Crawling-Infrastruktur von Google umfasst mehrere Stufen: Entdecken von URLs, Abrufen, Rendern und Weiterleiten an den Index. Jede Stufe kann scheitern. Eine Seite, die per JavaScript Inhalte nachlädt, wird erst nach dem Rendern vollständig erfasst.

Für Redaktionen bedeutet das: Inhalte, die erst nach Nutzerinteraktion erscheinen, sind für die Suche unsicher. Wichtige Textinhalte gehören in den initialen HTML-Code.

Entdecken, Abrufen, Rendern

Entdecken geschieht über Links, Sitemaps und bekannte URLs. Abrufen heißt, der Crawler lädt die Seite. Rendern heißt, er führt JavaScript aus. Erst danach steht fest, was indexiert wird.

Was Redaktionen steuern können

Redaktionen steuern interne Verlinkung, Textlänge, Aktualisierungsrhythmus und Medienformate. Sie steuern nicht die Crawl-Frequenz. Wer diese Trennung akzeptiert, plant realistischer.

Sitemaps und interne Links

Eine gepflegte Sitemap meldet neue und geänderte URLs. Interne Links aus thematisch passenden Seiten erleichtern die Entdeckung. Beides gehört in die Veröffentlichungsroutine, nicht in ein Quartalsprojekt.

E-E-A-T in der Redaktionsplanung: Rollen, Quellen und Autorenprofile

E-E-A-T steht für Experience, Expertise, Authoritativeness und Trustworthiness. Google veröffentlicht dazu keine Punktzahl und kein Zertifikat. Es sind Qualitätsmerkmale, die Bewertende und Systeme heranziehen.

Für Redaktionen heißt das: Wer schreibt, muss erkennbar sein. Ein Autorenprofil mit Qualifikation, Berufserfahrung und Kontaktmöglichkeit ist die Grundlage. Ein Kürzel ohne Profil erfüllt das nicht.

Quellen müssen nachprüfbar sein. Gesetzestexte, Behördenangaben und Primärdokumente schlagen Zusammenfassungen. Wo eine Zahl genannt wird, gehört die Quelle daneben.

Aktualität ist Teil von Vertrauen. Ein Beitrag über Fördermittel ohne Datum der letzten Prüfung ist wertlos, sobald sich die Konditionen ändern. Ein Prüfdatum im Text macht die Pflege sichtbar.

Rollen im Redaktionsteam

In größeren Häusern trennt sich die Rolle der Themenplanung von der des Schreibens und der des Faktenchecks. Diese Trennung ist kein Luxus. Sie verhindert, dass dieselbe Person Inhalt und Kontrolle verantwortet.

In kleinen Redaktionen fallen die Rollen zusammen. Dann braucht es wenigstens eine dokumentierte Zweitprüfung für rechtliche und finanzielle Themen.

Ein Praxisbeispiel

Eine Regionalredaktion plant eine Serie zu Verbraucherthemen. Die Verbraucherzentralen beraten auf Landesebene mit unterschiedlichen Angeboten, und die Aufsicht über Rundfunk und Telemedien liegt bei den Landesmedienanstalten. Statt denselben Text für jedes Bundesland zu variieren, entstehen fünf Beiträge mit eigenen Recherchen, eigenen Ansprechpartnern und eigenen Zahlen. Jeder Beitrag nennt Autorin, Prüfdatum und Quellen.

E-E-A-T Checkliste für jede Veröffentlichung

Strukturierte Daten als Pflichtprogramm für Sichtbarkeit

Strukturierte Daten sind maschinenlesbare Zusatzinformationen im HTML-Code, meist als JSON-LD. Sie helfen Google, Inhalte einzuordnen, und ermöglichen erweiterte Darstellungen in Suchergebnissen.

Für Redaktionen sind drei Markup-Gruppen besonders relevant: Article für Beiträge, FAQPage für Fragen und Antworten sowie Organization oder Person für Absender. Je nach Typ und Suchfunktion gelten unterschiedliche erforderliche und empfohlene Eigenschaften. Article kann etwa headline, datePublished und author enthalten; FAQPage benötigt mainEntity mit den sichtbaren Fragen und Antworten; Organization und Person verwenden typischerweise name.

Die Auszeichnung muss zum sichtbaren Inhalt passen. Wer FAQ-Markup setzt, ohne die Fragen auf der Seite zu zeigen, verstößt gegen die Richtlinien. Gleiches gilt für Bewertungen, die nicht auf der Seite stehen.

Strukturierte Daten gehören deshalb in den Redaktionsprozess, nicht in ein nachgelagertes Technikprojekt. Die Redaktion liefert die Inhalte, die Technik setzt das Markup, eine Prüfung vergleicht beides.

Tabelle: Typ, Zweck, typische Fehler

| Typ | Zweck | Typische Fehler |

| Article | Artikel und Nachrichtenbeiträge beschreiben | headline passt nicht zum sichtbaren Titel oder Angaben zu Datum und Autor stimmen nicht | | FAQPage | Sichtbare Fragen und Antworten strukturieren | Fragen oder Antworten fehlen auf der Seite | | Organization | Herausgeberorganisation kennzeichnen | Organisationsname stimmt nicht mit der Website überein | | Person | Autorin oder Autor kennzeichnen | Profilangaben widersprechen den Angaben auf der Autorenseite |

Prüfung vor der Veröffentlichung

Der Rich Results Test prüft Markup für unterstützte Rich-Result-Typen; der Schema Markup Validator kontrolliert die Schema.org-Auszeichnung. In der Google Search Console zeigen die URL-Prüfung und der Bericht zur Seitenindexierung (früher Indexabdeckung), was Google zu einer URL und ihrer Indexierung meldet. Diese Werkzeuge ersetzen nicht den Abgleich mit dem sichtbaren Inhalt. Fehler werden im Redaktionssystem dokumentiert, nicht per Zuruf behoben.

robots.txt und Crawl Budget in der Themenplanung berücksichtigen

Die robots.txt ist eine Textdatei im Wurzelverzeichnis einer Domain. Sie teilt Crawlern mit, welche Bereiche sie nicht abrufen sollen. Sie verhindert nicht die Indexierung, wenn andere Seiten auf die URL verlinken.

Die robots.txt-Spezifikation von Google legt fest, welche Anweisungen gültig sind. Wildcards, Reihenfolgen und Gruppen folgen festen Regeln. Ein Tippfehler kann dazu führen, dass eine Anweisung ignoriert wird.

Deshalb gilt: Wer robots.txt ändert, ändert die Sichtbarkeit der gesamten Domain. Solche Änderungen brauchen eine Freigabe und einen dokumentierten Grund.

Crawl Budget beschreibt, wie viele URLs ein Crawler in einem Zeitraum abruft. Es ist keine feste Größe. Es hängt von der Größe der Website, ihrer Geschwindigkeit und ihrer Aktualisierungsfrequenz ab. Google nennt keine allgemeingültige Abrufzahl, die Redaktionen für jede Website ansetzen können.

Für Redaktionen relevant: Viele unnötige URLs verbrauchen Abrufe. Dazu zählen Facettennavigation, Kalenderarchive und Parameter-URLs. Wer solche Bereiche ausschließt, verschafft wichtigen Seiten mehr Abrufe.

Googlebot-Verifizierung

Wer prüft, ob ein Zugriff wirklich von Google stammt, nutzt die offizielle Verifizierung über Reverse-DNS-Abfrage oder die veröffentlichten IP-Bereiche. Ein Blick auf den User-Agent-String genügt nicht, weil er fälschbar ist.

Für Redaktionen ist das vor allem bei Zugriffsprotokollen relevant. Wenn ein Bericht behauptet, Googlebot habe eine Seite ignoriert, gehört die Verifizierung in die Prüfung.

Themenplanung mit technischem Vorbehalt

Jedes geplante Thema bekommt eine Einschätzung: neue URL oder Aktualisierung, indexierbar oder nicht, mit oder ohne Markup. Diese Einschätzung entsteht vor dem Schreiben, nicht danach.

Checkliste für den Redaktions-Workshop: Von der Richtlinie zum Redaktionsplan

Ein Workshop von zwei Stunden genügt für den Einstieg. Er braucht eine Moderation, einen Bildschirm und Zugriff auf die eigene Website.

Rollen und Termine festhalten

Jede Aufgabe bekommt eine Person und ein Datum. Aufgaben ohne Namen bleiben liegen. Das ist keine Vermutung, sondern die häufigste Ursache gescheiterter Redaktionspläne.

Nachhalten

Nach vier Wochen prüft die Redaktion, welche Themen indexiert sind und welche nicht. Abweichungen werden dokumentiert. Der Plan wird angepasst, nicht neu geschrieben.

Typische Crawling-Mythen und wie Redaktionen sie ausräumen

Mythen entstehen, weil Crawling unsichtbar abläuft. Google hat deshalb eine eigene Seite zu Mythen und Fakten zum Crawling veröffentlicht. Sie eignet sich als Grundlage für den Workshop.

Mythos eins: Eine neue Seite erscheint sofort in der Suche. Tatsächlich gibt es keine feste Indexierungsdauer und keine Garantie für die Aufnahme. Die URL-Prüfung in der Google Search Console zeigt den jeweiligen Prüfstatus, verspricht aber keine Indexierung.

Mythos zwei: Eine Sitemap erzwingt die Indexierung. Tatsächlich ist sie ein Hinweis. Ob eine Seite indexiert wird, entscheidet Google anhand vieler Faktoren.

Mythos drei: robots.txt entfernt Inhalte aus dem Index. Tatsächlich blockiert sie nur den Abruf. Sind Inhalte schon indexiert, bleiben sie es unter Umständen.

Mythos vier: Häufiges Ändern beschleunigt das Crawling. Tatsächlich kann ständiges Umschreiben die Bewertung erschweren, weil die Seite kein stabiles Signal sendet.

Mythos fünf: Interne Links sind Nebensache. Tatsächlich sind sie der wichtigste Weg, auf dem Crawler neue Inhalte entdecken.

Wie Redaktionen gegensteuern

Regeln statt Anekdoten. Wer im Workshop eine gemeinsame Faktenbasis herstellt, beendet Diskussionen, die auf Hörensagen beruhen. Die Dokumentation von Google liefert diese Basis.

Was offen bleibt

Nicht jede Frage lässt sich beantworten. Google veröffentlicht keine vollständigen Rankingfaktoren. Redaktionen sollten Unsicherheit benennen, statt Gewissheit zu behaupten.

Häufige Fragen