RSS 1.0 stellt einen Teilbereich des Ressource Description Framework (RDF) dar und wurde im Dezember 2000 von der W3C als offizieller Standard verabschiedet. RSS 1.0 ist aufgrund einer abweichenden Dateistruktur und seines modularen Aufbaus nicht kompatibel zu RSS 0.9x und RSS 2.0!

RSS 1.0 Dateiaufbau und Grundlagen

Die RSS-Datei gliedert sich in drei Abschnitte. Kopf, Channel- und About-Block, wobei nur der Channel-Block durch eigene umgebende Tags ausdrücklich gekennzeichnet ist. Eine gültige RSS-Datei muss als XML 1.0 Datei ausgewiesen sein. Der verwendete Zeichensatz sollte UTF-8 sein. Die Datei muss daher in Zeile 1 und Spalte 1 mit dem Verweis auf die verwendete XML-Version so beginnen:

In Zeile 2 folgt der RDF-Kopf, in dem auf die innerhalb der RSS-Datei verwendeten Namespaces zu verweisen ist - für eine reine RSS-Datei ohne Verwendung zusätzlicher Module:

Zusätzlich können die im Channel- und About-Block verfügbaren Elemente (Tags) durch den Einsatz optionaler Module erweitert werden. Hierzu stehen unterschiedliche Module für verschiedene Einsatzbereiche zur Verfügung:

		Dublin Core
		http://purl.org/dc/elements/1.1/
		Syndication
		http://purl.org/rss/1.0/modules/syndication/
		Content
		http://purl.org/rss/1.0/modules/content/
		Company
		http://purl.org/rss/1.0/modules/company/
		Weitere Module (nicht standardisiert - vorgeschlagen)
		http://web.resource.org/rss/1.0/modules/proposed.html

Das RDF-Tag unter Verwendung aller Module sähe dementsprechend wie folgt aus:

Channel-Block

Der Channel-Block ist verbindlich und muss sich direkt an den Kopf der RSS-Datei anschließen. Er ist mit einem <channel>-Tag zu öffnen. Das <channel>-Tag muss ein Attribut des Typs rdf:about aufweisen.

Innerhalb des Channel-Blocks sind folgende Tags verbindlich:

<title> Bezeichnung des Feeds

<link> Top Level Link

<description> Beschreibung des Feeds

<items> Auflistung der im Feed aktuell enthaltenen Einträge (Items) als Liste

Die <items>-Aufzählung ist als RDF-Sequenz zu mit dem Tag <rdf:Seq> zu kennzeichnen. Innerhalb des Tags sind Listenelemente als <rdf:li> einzubetten, die jeweils ein Attribut ressource aufweisen müssen, dass in Anführungsstrichen durch eine URI das jeweilige Item kennzeichnet. In der Praxis werden in der Regel die URL der Artikel als Attributwert für das <rdf:li>-Tag übergeben.

Zusätzlich können im Channel-Block folgende Tags verwendet werden:

<image> Verweis auf eine Grafikdatei, die als Channel-Symbol verwendet werden soll

<textinput> Optinaler Link auf eine interaktive Komponente zur Texteingabe (z.B. Suche). Die URI zur Texteingabe ist als Attribut vom Typ rdf:ressource zu übergeben.

Wird das <image>-Tag verwendet, stehen zur Kodierung der Grafik innerhalb des Image-Tags folgende Elemente zur Verfügung:

<title> Bezeichnung der Grafik (alternativer Text)

<link> URL zur Verlinkung der Grafik

<url> Link auf die Grafik selbst

Dem <image>-Tag muss ein Attribut vom Typ rdf:about übergeben werden, welches das <image>-Tag mit einer eindeutigen URI (in der Regel die URL, unter welcher die Grafik liegt) versieht.

Beispiel für einen Channel-Block:

About-Block

Im Anschluss an den Channel-Block folgen die eigentlichen News-Inhalte im About-Block. Der About-Block wird dabei nicht mehr durch umschließende Tags gekennzeichnet. Statt dessen werden hier die einzelnen News, die in der RDF-Sequenz des Channelblocks mit ihren URLs aufgelistet sind, über das <item>-Tag genauer beschrieben.

Je Nachricht ist abschließend ein <item>-Block zu definieren. RSS 1.0 selbst kennt innerhalb eines -Blocks dabei nur drei Tags:

		Titel (<title>)
		Link (<link>)
		weiterführende Beschreibung bzw. Teaser-Text (<description>)

Die Tags <title> und <link> sind je News-Item verpflichtend. Das <description> Tag darf auch fehlen. Für einen ordentlichen News-Feed ist es jedoch ratsam, einen Teaser-Text einzubinden, der dem Leser des Feeds weiterführende Infos anbietet und zum Lesen des kompletten Artikels animiert - also quasi "Appetit auf mehr" macht.

Für das obige Beispiel mit zwei Meldungen im Channel-Block könnte der abschließende About-Block wie folgt aussehen:

Wichtiger Hinweis - Entitäten richtig kodieren!

Da der XML-Interpreter, der eine RSS-Datei ausliest, verschieden Zeichen wie < oder > sowie das kaufmännische Und (&) etc. interpretiert, ist innerhalb der gesamten Datei darauf zu achten, dass solche Zeichen nicht im Klartext zum Beispiel innerhalb eines News-Title verwendet werden. Innerhalb der Tags sind sie mit den unten angegebenen Zeichenfolge zu "maskieren":

Je nach verwendetem Encoding (s. Kopfzeile) dürfen die deutschen Umlaute und Sonderzeichen innerhalb der jeweiligen Tages hingegen ausgeschrieben werden. Wir empfehlen die Codierung von RSS-Dateien im UTF-8 Format. Dieses Format kann auch von älteren XML-Parsen etwa aus dem Internet Explorer 5.5 oder früher noch korrekt gelesen werden. Verwendet man eine andere Kodierung, etwa in einem ISO-Format, kann der XML-Parser des Internet Explorer, den viele RSS-Reader als Standard-Parser zum Auswerten der Dateien nutzen, nicht korrekt interpretieren.

Module - Erweiterungen für RSS 1.0

Das RSS 1.0 Format an sich schaut zunächst nicht besonders spektakulär aus. Insbesondere sind die Information, die über die drei Tags zu jedem <item> bereitstellen lassen, eher spärlich. Das geschieht in der Absicht, RDF selbst möglichst schlank zu halten.

Über die eingangs bereits erwähnten Module lässt sich das karge RSS 1.0 Format hingegen um optionale Tags erweitern, mit denen sich die News-Items detaillierter beschreiben und auch Meta-Daten in die RSS-Datei integrieren lassen.

Über solche Module lassen sich etwa Autor, Erstellungs-Datum, Copyright-Informationen etc. integrieren. Diese können später auch wertvolle Informationen etwa für eine Archivierung der eigentlichen Artikel oder auch für das Retrival über Suchmaschinen und in Dokumenten-Management-Systemen darstellen. Somit erschließen sich für RSS auch im unternehmensinternen Einsatz interessante und spannende Anwendungsmöglichkeiten.

Die oben bereits vorgestellten Module sollen hier kurz mit ihren wichtigsten Tags vorgestellt werden. Eine detaillierte Beschreibung der verfügbaren Tags etc. findet sich jeweils unter der angegebenen URL.

Dublin Core -beschreibende Metadaten

http://dublincore.org

Bei Dublin Core handelt es sich um eine Initiative zur Standardisierung von Meta-Daten, mit denen sich beliebige Informationen im Web umschreiben lassen. Im Vordergrund steht eine gemeinsame Semantik zur Interpretation von Metadaten sowie einfache Pflege entsprechender Metadaten-Informationen für den Publisher.

Die wichtigsten Tags sind:

		<dc:language>
		- Sprache der Meldung (z.B. de für Deutsch, en für Englisch oder en-us für US-Englisch). Eine Liste der Sprachen und zugehörigen Kürzel ist in der ISO Norm 639 Standardisiert. Ein Auszug aus der Liste findet sich zum Beispiel hier: http://www.oasis-open.org/cover/iso639a.html
		<dc:format>
		- Beschreibung des Medientyps des eigentlichen Inhalts, wobei das technische Datenformat gemeint ist - also zum Beispiel Text, image/gif etc. - Standards für die Umschreibung unterschiedlicher Formate findet man mit der MIME-Liste der "Internet Media Types" unter: http://www.iana.org/assignments/media-types/
		<dc:category>
		- Einordnung einer Nachricht in eine Nachrichtenrubrik, etwa Motorsport, Abfahrt, Langlauf, Tennis etc.
		<dc:rights>
		- Copyright-Informationen im Klartext oder auch als URL
		<dc:publisher>
		- Verleger der Inhalte (Veröffentlicher, zum Beispiel Verlag)
		<dc:creator>
		- Ersteller der Inhalte - zum Beispiel der Autor
		<dc:date>
		- (veröffentlichungs)-Datum, z.B. 2005-01-03
		<dc:audience>
		- Zielgruppe für die Meldung, z.B. Lehrer, Schüler, Studenten, IT-Experten

Syndication - Metadaten über den RSS-Channel

http://purl.org/rss/1.0/modules/syndication/

Das Syndication-Modul erlaubt es dem Publisher eines RSS-Channels, nähere Informationen etwa zum Update-Rhythmus der Datei etc. im Channel-Block zu veröffentlichen. Diese Meta-Daten könnten für Site-Betreiber und RSS-Reader wertvolle Tipps liefern, um die eigenen Update-Rythmen zu optimieren und so den Traffic, der auf den Servern des Publishers entsteht, zu minimieren. Leider wird das Modul selten verwendet und noch seltener von Readern oder RSS-Tools ausgewertet.

Das Modul kennt drei zusätzliche Tags:

		<sy:updatePeriod>
		- Häufigkeit von Updates, kann einen der folgenden Werte annehmen: hourly, daily, weekly, monthly, yearly)
		<sy:updateFrequency>
		- ein positiver Integer-Wert (Zahl), der entsprechend der Update-Periode das Intervall näher bestimmt (zum Beispiel alle 2 Stunden [wert = 2], jede Woche [wert = 1] etc.)
		<sy:updateBase>
		- als #PCDATA kodierter Zeitwert mit dem Erstellungsdatum der RSS-Datei (von hier aus gerechnet kann mit den beiden anderen Tags der nächste Update-Zeitpunkt für die Datei ermittelt werden - Beispiel: 2005-01-01T14:00+01:00 - die letzten vier Ziffern bezeichnen die Zeitzone - hier: GMT + 1 = Berlin!

Content - beliebige Inhalte innerhalb der RSS-Datei

http://purl.org/rss/1.0/modules/content/

Anders als die beiden vorherigen Module führt das Content-Modul keine zusätzlichen Meta-Tags in die RSS-Datei ein, sondern erlaubt es, beliebige Web-Inhalte innerhalb einer RSS-Datei einzubetten. Dies könnte beispielsweise dazu genutzt werden, neben den vorhandenen Tags auch den kompletten Artikel im HTML-Format in eine RSS-Datei einzubetten.

Das Content-Modul ist noch nicht offiziell standardisiert und wird auch nur selten eingesetzt. Das Einbetten kompletter HTML-Artikel in eine RSS-Datei würde die RSS-Datei aufblähen und dem eigentlichen Ziel von RSS widersprechen. Dennoch mag es Szenarien geben, wo es gewünscht ist, über die eigentlichen Daten hinaus beliebigen Content innerhalb der RSS-Datei zu kodieren.

Hierzu stellt das Modul das Tag <content:encode> zur Verfügung. Der Content selbst wird in der Regel als Entity oder als CDATA-Block zwischen die <content:encode>-Tags gesetzt. Die obige Modul-Beschreibung verdeutlicht die Funktionsweise an einem simplen Beispiel:

Company - spezifische Erweiterung für Kursdaten

http://purl.org/rss/1.0/modules/company/

Das Modul Company führt zusätzliche Tags ein, die speziell für die Kodierung von Börsenkurs-Informationen innerhalb einer RSS-Datei vorgesehen sind:

		<company:name>
		- Firmenname im Klartext, zum Beispiel Boeing Co.
		<company:symbol>
		- Börsenkürzel des Unternehmens - zum Beispiel BOE
		<company:market>
		- Kürzel für die Börse, zum Beispiel NASDAQ
		<company:category>
		- Einordnung des Unternehmens in eine Kategorisierung

weitere (noch nicht standardisierte) Module

http://web.resource.org/rss/1.0/modules/proposed.html

Neben dem Modul Company gibt es eine Reihe weiterer noch nicht standardisierter Module, mit denen sich der karge RSS-Standard um zusätzliche Tags ergänzen lässt. Diese finden sich nebst einer entsprechenden Beschreibung unter der oben angegebenen URL.

Einbetten von Grafiken in RSS 1.0

Abschließend sei noch kurz auf die Einbindung von Grafiken (ThumbNails) zur Aufwertung des RSS Feeds eingegangen. Der Channel-Block der RSS-Datei kennt ja bereits ein <image>-Tag. Dieses ist dazu gedacht, ein Logo für den Channel zu hinterlegen.

Dabei kann es sehr sinnvoll sein, jeweils auch je News-Item im About-Block eine Mini-Grafik zu liefern, der als Eye-Catcher fungieren und so die Aufmerksamkeit des Lesers schneller auf eine neue Nachricht lenken kann - schließlich sagt ein Bild oft mehr als tausend Worte!

Um solche Grafiken - bzw. den Link auf eine passende Grafik - korrekt in die RSS-Datei einzubetten, lässt sich das Content-Modul verwenden. Hierüber wird ein Link auf die Grafik inklusive der passenden Formatbeschreibung in die RSS-Datei eingebunden:

Im Beispiel ist ein Link auf eine passende Grafik im JPG-Format über die URL im Tag <content:item rdf:about=http://... eingebettet. Die Grafik wird wie im About-Block über eine Aufzählung innerhalb des <rdf:Bag> Tags über <rdf:li> als Listenelement eingebettet. Entsprechend könnte man innerhalb des <rdf:Bag>-Tag weitere Grafiken als zusätzliche Listenelemente einbetten.

Tipps und Tricks

Der "offizielle" RSS-Standard 1.0 wirkt wegen des Dateiaufbaus und der Aufzählng der einzelnen Item-Einträge im Channel-Block kompliziert und anstrengend. Der Vorteil gegenüber den alternativen RSS-Formaten 0,9x und 2.0 liegt hingegen in der Flexibilität, die auch durch die verfügbaren Content-Module erreicht werden kann.

Wir empfehlen die Verwendung von RSS 1.0 für den Export von Schlagzeilen für News-Reader oder eigene Marketing-Tools etwa auf Basis von iSaver oder iNewsFlash von infoMantis. Neben den Standard-Tags sollte man zumindest die Möglichkeiten der drei standardisierten Module Dublin Core, Syndication und Content nutzen, um möglichst umfangreiche Informationen in die RSS-Datei zu packen.

Für einen guten RSS-Feed empfehlen wir, neben Titel und Link auf jeden Fall einen aussagefähigen Teaser im <description>-Tag einzubetten und wenn vorhanden auch Mini-Grafiken wie gerade beschrieben einzubinden. Empfehlenswert ist auch, die wesentlichen Meta-Tags des Dublin Core Moduls etwa für das Erstellungsdatum, den Autor oder auch die Kategorie einer Nachricht zu verwenden. (top)

... zurück