Dokumentation

Veraltete Feeds und leere Sitemaps bemerken, bevor Ihre Leser es tun

XML-Dateien gehen selten sichtbar kaputt. Der Job, der den RSS-Feed schreibt, bleibt stehen, und der Server liefert weiter die zuletzt geschriebene Datei aus – wochenlang, bis jemand fragt, warum nichts Neues mehr erscheint. Ein Deployment erzeugt die Sitemap neu – ohne eine einzige URL oder mit dem Staging-Hostnamen in jeder URL. Der Suchtraffic sinkt so langsam, dass niemand es mit dem Release in Verbindung bringt. Ein Export für einen Partner bricht auf halber Strecke ab, und dessen Import scheitert nachts.

All das antwortet mit 200 OK. Pingsured parst das XML und prüft, was darin steht.

Was Sie prüfen sollten

Ein RSS-Feed:

Die zweite Zeile schlägt fehl, sobald der neueste Eintrag älter als zwei Tage ist – stellen Sie den Wert darauf ein, wie oft Sie veröffentlichen. Bei einem Atom-Feed lauten dieselben Prüfungen /feed/entry und /feed/updated.

Eine Sitemap:

Die erste Zeile fällt auf, wenn die Sitemap ihre Seiten verloren hat; die zweite, wenn sie Suchmaschinen auf den falschen Host schickt.

Den Namensraum, den eine Sitemap oder ein Atom-Feed deklariert, müssen Sie nicht in den Ausdruck schreiben: /urlset/url funktioniert genau so.

Datumsangaben in Feeds

Die Alter-Operatoren lesen die Datumsformate, die Feeds verwenden:

• Atom und die meisten XML-APIs: ISO 8601, etwa 2026-10-05T14:30:00Z;
• RSS: Mon, 05 Oct 2026 14:30:00 +0000, oder mit GMT statt der Zeitzonenangabe.

Der Tag muss zweistellig geschrieben sein. Ein Feed, der Mon, 5 Oct 2026 schreibt, wird nicht erkannt, und die Prüfung scheitert mit der englischen Meldung „not a recognised timestamp“, statt zu bestehen – Sie sehen es also bei der ersten Prüfung und nicht erst an dem Tag, an dem der Feed veraltet.

Warum Sie Ihre Feeds mit Pingsured prüfen sollten

• Eine kaputte Datei fällt von selbst auf. Eine Antwort, die kein wohlgeformtes XML ist, lässt jede XML-Prüfung des Pings scheitern. Ein abgeschnittener Export wird also gemeldet, ohne dass Sie eigens eine Prüfung dafür anlegen.
• Aktualität in einer Zeile. Kein Skript, das den Feed herunterlädt, das Datum ausliest und selbst wieder überwacht werden muss.
• XPath, wie Sie es kennen, mit Anzahl-Vergleichen, Textvergleichen und regulären Ausdrücken, bis zu 16 Prüfungen pro Ping.
• Jeder Standort für sich. Ein Feed, der über ein CDN ausgeliefert wird, kann an einem Knoten aktuell und an einem anderen veraltet sein. Wer von mehr als einem Standort aus prüft, sieht, wo.
• Eine Prüfung, kein Crawler. Jeder Ping ist eine einzelne Anfrage im von Ihnen gewählten Intervall, erkennbar an ihrem User-Agent. Die Last auf Ihrem Server kennen Sie also vorher.

Grenzen, die Sie kennen sollten

• Gelesen wird nur das erste MB der Antwort, und dort abgeschnittenes XML ist nicht mehr wohlgeformt – die Prüfung scheitert. Eine große Sitemap ist meist über einen Sitemap-Index auf mehrere Dateien verteilt; prüfen Sie den Index und eine der kleineren Dateien, nicht eine Sitemap von 10 MB.
• Geprüft wird mit GET oder HEAD. XML-Dienste, die eine POST-Anfrage brauchen, etwa SOAP, lassen sich noch nicht prüfen.