Google News Sitemap Format-Spezifikationen und Einrichtungsleitfaden

Google News-Sitemap-Anforderungen erfordern eine XML-Datei, die URLs für Artikel enthält, die in den letzten 48 Stunden veröffentlicht wurden. Dieses spezifische Dateiformat unterstützt Google dabei, Inhalte zu identifizieren, die für die News-Oberfläche in Frage kommen, indem Metadaten wie Publikationsname, Sprache und der genaue Zeitstempel des Artikels hervorgehoben werden. Durch die Einhaltung dieser strengen XML-Strukturen stellen Herausgeber sicher, dass ihre Inhalte den Index mit dem notwendigen Kontext für eine genaue Anzeige über Suchoberflächen hinweg erreichen.

Was sind die spezifischen technischen Anforderungen für eine News-Sitemap?

Eine News-Sitemap muss dem Standard-Sitemap-Protokoll folgen und gleichzeitig spezifische von Google definierte Tags einbeziehen. Die Dateigröße ist strikt auf 1.000 URLs pro einzelner Sitemap begrenzt, um eine effiziente Verarbeitung durch den Crawler zu gewährleisten. Wenn eine Publikation ein höheres Volumen an Inhalten produziert, erfordert das System die Erstellung mehrerer Sitemaps, die unter einer einzigen Sitemap-Indexdatei gruppiert sind.

Google News Sitemap Format-Spezifikationen und Einrichtungsleitfaden

Diese technischen Dateien sind nicht für Archive oder Evergreen-Inhalte gedacht. Sie dienen als temporäres Signal für aktuelle Nachrichten. Wenn der Crawler URLs findet, die älter als zwei Tage in diesem spezifischen Feed sind, ignoriert das System sie, was Warnungen in der Search Console-Oberfläche bezüglich abgelaufener Inhaltseinträge auslösen kann.

Für Entwickler bedeutet dies, ein dynamisches Skript zu erstellen, das die XML-Liste automatisch bereinigt. Wenn ein URL über die 48-Stunden-Schwelle hinaus in der Datei bleibt, wird er zu Rauschen. Hochfrequenz-Herausgeber müssen sicherstellen, dass ihre Backend-Datenbank ein Löschereignis auslöst, um die Sitemap sauber und konform mit Googles Frische-Signalen zu halten.

  • Fügen Sie nur Artikel hinzu, die in den letzten 48 Stunden veröffentlicht wurden.
  • Verwenden Sie den <news:news>-Tag für jeden URL-Eintrag.
  • Geben Sie den Publikationsnamen und die Spracheinstellungen genau an.
  • Definieren Sie das Publikationsdatum im W3C-Format (YYYY-MM-DDTHH:MM:SS+TZD).
  • Halten Sie die Dateigröße unter 50 MB und begrenzen Sie sie auf 1.000 URLs.

Wie strukturieren Sie die XML-Tags korrekt?

Die Struktur basiert auf der Definition des News-Namensraums. Jeder URL-Eintrag muss das obligatorische Publikationsobjekt enthalten, das sowohl den Publikationsnamen als auch den ISO 639-Sprachcode erfordert. Der Titel des Artikels ist ein erforderliches Element, ebenso wie das Publikationsdatum im exakten W3C-Format.

Google News Sitemap Format-Spezifikationen und Einrichtungsleitfaden — 2

Diese spezifischen Tags bieten dem Crawler sofortigen Kontext und ermöglichen es ihm, Ihre Inhalte zu parsen, ohne das gesamte Seitenlayout rendern zu müssen. Dies ist entscheidend für hochfrequente Nachrichtenseiten, bei denen Latenz beim Rendern das Erscheinen einer Geschichte im News-Feed verzögern könnte. Wenn Sie diese Tags implementieren, reduzieren Sie die Arbeitslast für den Crawler.

Konsistenz bleibt ein Schlüsselfaktor. Stellen Sie sicher, dass der Publikationsname exakt mit dem übereinstimmt, was in Ihren Google Publisher Center-Einstellungen erscheint. Jede Diskrepanz zwischen Ihren Metadaten-Tags und Ihrer registrierten Identität kann zu Indexierungsreibung führen. Prüfen Sie Ihre XML-Ausgabe häufig, um sicherzustellen, dass keine Kodierungsfehler oder defekten Zeichen den Parser stören.

Obwohl Sie keine eindeutige Datei für Discover erstellen müssen, muss Ihre allgemeine XML-Sitemap korrekt und auf dem neuesten Stand sein.

Google Search Central

Wie Alien Road diese Technologie anwendet

Bei Alien Road verwalten wir technische Sitemap-Konfigurationen, indem wir den gesamten Generierungsprozess für unsere Kunden automatisieren. Wir vermeiden manuelle Datei-Updates, um menschliche Fehler zu verhindern und sicherzustellen, dass jeder Artikel registriert wird, sobald er live geht. Während eines typischen Engagements prüft unser Ingenieurteam das CMS des Kunden, um sicherzustellen, dass das Publikationsdatum und der Artikeltitel automatisch in den XML-Feed gezogen werden.

Wir führen eine Validierungsprüfung mit Standard-XML-Validatoren durch, um sicherzustellen, dass die Syntax perfekt mit den Schema-Anforderungen übereinstimmt. Wir überwachen dann die Google Search Console, um zu verifizieren, dass die Sitemap ohne Fehler verarbeitet wird. Für Nachrichtenherausgeber stellen wir sicher, dass der Sitemap-Index eingereicht wird und der Abdeckungsbericht keine Crawling-Probleme zeigt, was einen klaren Pfad für die Inhaltsentdeckung bietet.

In einem typischen Kundenprojekt integrieren wir diese XML-Feeds direkt in die CI/CD-Pipeline. Dies stellt sicher, dass, wenn ein Entwickler eine neue Funktion oder ein Layout pusht, die Sitemap-Generierungslogik intakt bleibt. Wir dokumentieren diese Prozesse, damit das Kundenteam Transparenz darüber behalten kann, wie ihre Inhalte an Suchmaschinen signalisiert werden.

Warum ist das 48-Stunden-Limit obligatorisch?

Google beschränkt den Sitemap-Inhalt auf Artikel, die in den letzten zwei Tagen veröffentlicht wurden, um die Frische und Relevanz des News-Index zu erhalten. Nach dem 48-Stunden-Fenster werden Artikel automatisch aus der News-Sitemap entfernt, obwohl sie durch reguläre Crawling-Prozesse im Haupt-Google-Index verbleiben.

Diese Unterscheidung ist entscheidend, um ein sauberes technisches Profil zu erhalten und sicherzustellen, dass der Crawler sein Budget für frische, aktuelle Geschichten ausgibt anstatt für veraltete Daten. Wenn Sie versuchen, Artikel länger in der News-Sitemap zu halten, wird der Verarbeitungsbericht in der Search Console diese wahrscheinlich als ungültig oder redundant markieren, was die allgemeinen Vertrauenssignale für diese spezifische Datei verringern könnte.

Veralteter Inhalt in einem News-Feed bietet eine schlechte Benutzererfahrung. Durch die strikte Einhaltung des 48-Stunden-Fensters signalisieren Sie der Suchmaschine, dass Ihre Website eine aktive, aktuelle Informationsquelle ist. Diese Disziplin hilft dabei, eine hohe Crawl-Priorität für Ihre Domain aufrechtzuerhalten, was für aktuelle Nachrichtenzyklen unerlässlich ist.

  • Entfernen Sie URLs aus der News-Sitemap, sobald sie 48 Stunden überschreiten.
  • Stellen Sie sicher, dass Artikel-URLs für die langfristige Indexierung in der Haupt-XML-Sitemap zugänglich bleiben.
  • Verifizieren Sie, dass Ihre robots.txt-Datei den Zugriff auf diese Dateien erlaubt.
  • Aktualisieren Sie die Sitemap-Indexdatei, wann immer eine neue Sitemap generiert wird.
  • Überprüfen Sie Ihre CMS-Cache-Einstellungen, um sicherzustellen, dass die XML-Ausgabe keine zwischengespeicherten, veralteten Versionen bereitstellt.

Welche häufigen Fehler sollten Sie vermeiden?

Ein häufiger Fehler besteht darin, Nicht-Nachrichtenseiten in die dedizierte News-Sitemap aufzunehmen. Google erwartet nur journalistische Inhalte in diesen Dateien; das Einbeziehen von Kontaktseiten, Archivkategorien oder Login-Portalen verursacht Fehler in der Search Console. Halten Sie Ihren News-Feed ausschließlich für Artikel.

Ein weiteres Problem ist eine unsachgemäße Datumsformatierung. Wenn Ihr CMS Daten in einer lokalen Zeitzone ohne Offset generiert, könnte der Crawler die Publikationszeit falsch interpretieren. Erzwingen Sie immer UTC oder fügen Sie den korrekten TZD-Offset in Ihre W3C-Strings ein. Das Validieren dieser Strings anhand eines Schema-Validators spart während der Debugging-Phase erhebliche Zeit.

Wo Sie diese Woche anfangen sollten

Überprüfen Sie Ihre aktuelle XML-Sitemap-Struktur sofort anhand der Google News-Anforderungen. Wenn Sie ein Nachrichtenherausgeber sind, verifizieren Sie, dass Ihr CMS die erforderlichen Tags korrekt ausgibt. Beginnen Sie damit, Ihre Sitemap in einer lokalen Entwicklungsumgebung zu testen, bevor Sie sie auf Ihrer Live-Website bereitstellen, um Indexierungskonflikte zu vermeiden und zu bestätigen, dass die W3C-Datumsformate korrekt generiert werden. Überwachen Sie Ihren Search Console-Abdeckungs-Tab für mindestens 72 Stunden nach der Bereitstellung, um sicherzustellen, dass keine neuen Fehler auftreten.

Teilen