Discovery-Tag für RSS, Atom oder JSON Feed erstellen

Dieser Generator erhält einen Feedtyp und eine absolute URL, wählt den passenden Medientyp, maskiert für HTML-Attribute problematische Zeichen und liefert ein vollständiges link-rel-alternate-Element für den head-Bereich. RSS, Atom und JSON Feed werden unterstützt; unbekannte Formate und ungültige Nicht-Web-URLs werden zurückgewiesen.

Wählen Sie das Format des veröffentlichten Dokuments

Ein Discovery-Tag ist nur dann hilfreich, wenn sein type-Attribut die Ressource unter der URL korrekt beschreibt. Wählen Sie rss für ein RSS-Dokument im XML-Format, atom für ein Atom-Dokument im XML-Format oder json-feed für ein JSON-Feed-Dokument. Der Generator ordnet diesen Optionen application/rss+xml, application/atom+xml beziehungsweise application/feed+json zu. Das Ziel wird weder abgerufen noch untersucht; deshalb muss Ihre Auswahl dem Inhalt entsprechen, den Ihr Server tatsächlich ausliefert. Eine genaue Deklaration hilft Feedreadern schon vor dem Abruf zu entscheiden, ob sie die Ressource verarbeiten können. Außerdem verhindert sie typische Kopierfehler, etwa einen Atom-Endpunkt als RSS oder JSON Feed nur als allgemeines JSON anzukündigen. Unbekannte Bezeichnungen werden nicht erraten, sondern abgelehnt, da ein glaubwürdig wirkender falscher Typ die Fehlersuche erschwert. Bietet Ihre Website mehrere Formate an, führen Sie den Generator für jeden Endpunkt aus und fügen Sie alle erzeugten Elemente in den head-Bereich ein. Jeder Tag beschreibt dann eine echte Alternative, die ein kompatibler Client auswählen kann.

Geben Sie die kanonische öffentliche Feed-URL an

Tragen Sie eine absolute HTTP- oder HTTPS-URL ein, die ein Feedreader erreichen kann, beispielsweise https://example.com/feed.xml. Absolute Adressen eignen sich besonders für Discovery-Metadaten: Kopierte Seiten, zwischengespeicherte Dokumente und Clients mit abweichender Behandlung der Basis-URL finden weiterhin denselben Endpunkt. Der Generator entfernt äußere Leerzeichen, prüft die Interpretierbarkeit als URL und lehnt Schemas wie file, data oder javascript ab. Die angegebene Webadresse bleibt erhalten; Pfad, Abfrage, Fragment, Escape-Schreibweise und Großschreibung werden nicht unbemerkt verändert. Zeichen mit Sonderbedeutung in einem HTML-Attribut werden im erzeugten Markup codiert. So wird ein kaufmännisches Und in der Abfrage sicher dargestellt, ohne das zurückgegebene url-Feld zu verändern. Die Prüfung bestätigt Form und Schema, nicht Eigentum, Erreichbarkeit, Inhaltstyp, Weiterleitungen oder TLS. Testen Sie den veröffentlichten Endpunkt separat und stellen Sie sicher, dass er den vorgesehenen Feed erfolgreich ausliefert. Verschieben Sie einen Feed, aktualisieren Sie sowohl die Serverweiterleitung als auch diesen Discovery-Tag.

Fügen Sie das Element ein und prüfen Sie es

Kopieren Sie den zurückgegebenen Tag in den head-Bereich der HTML-Seite, deren Feed auffindbar sein soll. Das Ergebnis verwendet rel="alternate", den formatspezifischen Medientyp und die maskierte Feed-URL als href. Ein title wird bewusst nicht ergänzt, weil die Eingabe nur Format und URL enthält; eine erfundene Beschreibung wäre weniger hilfreich, als Ihnen Sprache und Formulierung in Ihrer Vorlage zu überlassen. Wenn Ihre Website mehrere Feeds anbietet, etwa einen Hauptfeed und thematische Feeds, erstellen Sie pro URL ein Element und ergänzen Sie in Ihrer Anwendung aussagekräftige Titel, falls Benutzer sie unterscheiden müssen. Kontrollieren Sie nach der Bereitstellung den tatsächlich ausgelieferten Quelltext, denn Template-Systeme oder Sicherheitsschichten können korrekt erzeugtes Markup verändern. Testen Sie die Erkennung anschließend mit mindestens einem Feedreader und prüfen Sie die Antwortheader des Endpunkts. Browserwerkzeug und API führen dieselbe deterministische Funktion aus; gleiche Eingaben liefern daher gleiche Felder und identisches Markup. Automatisierte Builds können die API für $0.002 je Anfrage nutzen, während die interaktive Ausführung kostenlos lokal im Browser erfolgt.