RSS-Feed-Validator

Funktionsweise des RSS-Feed-Validators

Dieses Werkzeug ermöglicht es, den XML-Inhalt eines RSS 2.0- oder Atom 1.0-Feeds in ein Textfeld einzufügen, um die Struktur und die enthaltenen Elemente direkt zu analysieren. Der Validator identifiziert das genutzte Format, parst die einzelnen Einträge und meldet strukturelle Probleme, fehlende Pflichtfelder sowie fehlerhafte Linkverweise.

Als Ergebnis liefert das Tool einen detaillierten Bericht über Fehler und Warnungen. Jedes gefundene Problem wird mit der genauen Angabe von Zeile und Spalte sowie dem betroffenen XML-Pfad ausgewiesen, um die Fehlerbehebung im Quelltext zu erleichtern.

Eingaben und Grenzwerte für die Validierung

Für die Überprüfung benötigt das Tool ein vollständiges XML-Dokument, das das entsprechende RSS- oder Atom-Wurzelelement enthält. Folgende Parameter und Funktionen steuern die Eingabe:

• RSS- oder Atom-XML: Das Eingabefeld verarbeitet XML-Inhalte der Formate RSS 2.0 und Atom 1.0. Die Eingabe ist auf maximal 500.000 Zeichen pro Prüfvorgang begrenzt.
• RSS-Beispiel verwenden: Lädt einen vordefinierten RSS-Beispiel-Feed in das Textfeld, um die Funktionsweise des Tools zu demonstrieren.
• Atom-Beispiel verwenden: Lädt einen vordefinierten Atom-Beispiel-Feed für Testzwecke.

Sollte die Eingabe leer sein, bricht der Vorgang mit der Meldung „Vor der Prüfung RSS- oder Atom-XML einfügen.“ ab. Wenn das Dokument das Zeichenlimit überschreitet, erscheint der Hinweis „Dieses Tool akzeptiert bis zu ‹max› Zeichen pro Prüfung.“. Falls die Verarbeitung aufgrund der Komplexität oder Größe des Feeds zu viel Zeit in Anspruch nimmt, wird die Fehlermeldung „Die Prüfung hat zu lange gedauert. Versuche einen kleineren Feed.“ ausgegeben. Kann die Validierung aus anderen Gründen nicht beendet werden, zeigt das Tool „Die Prüfung konnte nicht abgeschlossen werden.“ an.

Struktur und Anforderungen von RSS 2.0-Feeds

Bei der Überprüfung von RSS 2.0-Dokumenten wendet der Validator spezifische Regeln an, die durch den Standard definiert sind. Ein gültiger RSS-Feed muss genau ein direktes <channel>-Element enthalten. Wird diese Regel verletzt, meldet das Tool „RSS muss genau ein direktes <channel> enthalten; gefunden wurden ‹count›.“.

Für die einzelnen Einträge (Items) innerhalb des Kanals gelten folgende Prüfregeln:

• Titel und Beschreibung: Ein RSS-Item muss mindestens einen Titel oder eine Beschreibung enthalten. Fehlen beide, wird dies als Fehler gewertet.
• Eintragsfelder: Der Parser liest die Felder GUID, link und das Veröffentlichungsdatum (publication date) aus.
• Datumsformat: Datumsangaben müssen den Spezifikationen von RSS 2.0 entsprechen. Ungültige Werte erzeugen die Fehlermeldung „Verwende ein echtes Datum im für diesen Feed erforderlichen Format.“.

Struktur und Anforderungen von Atom 1.0-Feeds

Atom 1.0-Feeds unterliegen einer strengeren Spezifikation als RSS-Feeds. Der Validator prüft hierbei die Einhaltung komplexerer Integritätsregeln für das Dokument und die einzelnen Einträge:

• Identifikatoren: Jedes Atom-Element benötigt eine eindeutige ID. Diese muss als absoluter IRI formatiert sein. Relative Identifikatoren sind unzulässig und führen zur Fehlermeldung „Verwende einen absoluten IRI für ‹field›; relative Bezeichner sind keine gültigen Atom-IDs.“. Zudem dürfen IDs im Feed nicht mehrfach vergeben werden. Bei Duplikaten erscheint die Warnung „Diese ID wiederholt den erstmals in Zeile ‹first› gefundenen Wert.“.
• Autorenschaft: Atom verlangt eine klare Zuordnung der Autoren. Fehlt ein Autor auf Feed-Ebene, muss jeder Eintrag einen eigenen Autor besitzen. Ist dies nicht gegeben, meldet das Tool „Füge dem Feed einen <author> hinzu oder jedem Eintrag einen direkten <author>.“ oder „Füge diesem Eintrag, seiner <source> oder dem Feed einen <author> hinzu.“.
• Inhalt und Zusammenfassung: Wenn ein Atom-Eintrag keinen eingebetteten Inhalt besitzt, muss ein alternativer Link vorhanden sein. Fehlt dieser, wird die Meldung „Füge einen alternativen <link> hinzu, wenn ein Atom-Eintrag keinen eingebetteten <content> enthält.“ ausgegeben. Verweist das <content>-Element über das Attribut src auf eine externe Quelle, darf es keinen eingebetteten Text oder Kindelemente enthalten. Ein Verstoß führt zu „Wenn <content> src verwendet, entferne eingebetteten Text und untergeordnete Elemente.“. Ist der Inhalt extern oder nicht als Text lesbar, muss eine Zusammenfassung existieren, andernfalls fordert das Tool: „Füge <summary> hinzu, wenn Atom-Inhalt extern ist oder nicht als Text gelesen werden kann.“.

Die Rolle von xml:base bei relativen Links

Ein häufiger Fehler in Feeds betrifft die Auflösung von Link-Referenzen. Der Validator prüft alle linkführenden Felder auf ihre syntaktische Korrektheit. Kann ein Link nicht verarbeitet werden, wird die Fehlermeldung „Korrigiere ‹field›; dieser Link lässt sich nicht als URL oder URI-Verweis auswerten.“ ausgegeben.

In Atom-Feeds sind relative Link-Referenzen grundsätzlich nur dann erlaubt, wenn sie über ein definiertes xml:base-Attribut im Dokumentenbaum zu einer absoluten Adresse aufgelöst werden können. Fehlt diese Basis oder ist sie fehlerhaft, scheitert die Auflösung. Der Validator gibt in diesem Fall die Fehlermeldung „Verwende eine absolute Adresse für ‹field›; nur Atom-Verweise mit einer nutzbaren xml:base dürfen relativ sein.“ aus.

Grenzen der strukturellen Validierung

Es ist wichtig, zwischen der strukturellen Prüfung des XML-Dokuments und einer inhaltlichen Validierung zu unterscheiden. Der Validator arbeitet nach folgenden Prinzipien:

• Keine Live-Verbindung: Das Tool öffnet die im Feed enthaltenen URLs zu keinem Zeitpunkt. Die Erreichbarkeit der Server, HTTP-Weiterleitungen, SSL/TLS-Zertifikate und die tatsächlichen Zielinhalte werden nicht getestet.
• Eingeschränkte Formate: Es werden ausschließlich Dokumente der Typen RSS 2.0 und Atom 1.0 validiert. Ältere Formate wie RSS 0.9x, RDF/RSS 1.0 oder Atom 0.3 werden zwar als solche erkannt, jedoch nicht anhand der neueren Spezifikationen geprüft, um Fehlinterpretationen zu vermeiden. Bei völlig unbekannten Strukturen wird „Unbekanntes Feed-Format“ ausgegeben.
• Sicherheit und Veröffentlichung: Ein fehlerfreier Bericht („Keine Strukturprobleme gefunden.“) garantiert nicht, dass die Inhalte des Feeds sachlich korrekt, sicher oder für die sofortige Veröffentlichung geeignet sind. Er besagt lediglich, dass das XML-Dokument den formalen Spezifikationen entspricht.

Lokale Verarbeitung und Datenschutz

Die Verarbeitung der eingegebenen XML-Daten erfolgt vollständig lokal im Webbrowser des Nutzers. Es findet keine Übertragung der Feed-Inhalte an externe Server statt. BroBroGo lädt oder speichert die eingegebenen Daten nicht. Da die Verarbeitung im Browser stattfindet, ist die Ausführung von den lokalen Systemressourcen abhängig.

Häufige Fragen (FAQ)

Welche Feed-Formate unterstützt dieser Validator?
Er prüft aktuelle RSS-2.0- und Atom-1.0-Dokumente. Ältere RSS-Versionen, RDF/RSS 1.0 und Atom 0.3 werden erkannt, aber nicht nach unpassenden Regeln bewertet.

Öffnet oder testet er die Links im Feed?
Er liest linkführende Felder und löst relative Atom-Verweise über xml:base auf. URLs werden nicht geöffnet; Erreichbarkeit, Weiterleitungen, Zertifikate und Zielinhalte bleiben daher ungeprüft.

Welche Eintragsfelder werden geprüft?
Bei RSS prüft er Titel oder Beschreibung und liest GUID, Link und Veröffentlichungsdatum. Bei Atom prüft er ID, Titel, Aktualisierungsdatum, Autorenvererbung, alternative Links sowie Inhalts- und Zusammenfassungsregeln.

Warum erhalte ich eine Fehlermeldung bezüglich einer DOCTYPE-Deklaration?
Aus Sicherheits- und Kompatibilitätsgründen erlaubt der Validator keine Dokumenttyp-Deklarationen in den Feeds. Sollte eine solche Deklaration im XML-Code enthalten sein, muss diese vor der Prüfung entfernt werden, was durch die Meldung „Entferne vor der Prüfung dieses Feeds die DOCTYPE-Deklaration.“ signalisiert wird.