ardregistry.net

Daten

ARD-Registries im Vergleich

Dieselben vier Anfragen an jede öffentliche Registry, am selben Tag.

Alle sechs öffentlichen ARD-Registries beantworten POST /search, den einzigen Endpunkt, den die Spezifikation verlangt. Beim Rest gehen sie auseinander: /explore und /agents sind ausdrücklich optional, und ein eigenes Manifest liefern die wenigsten aus. Genau eine beantwortet alle vier. Das Skript ist veröffentlicht, die Tabelle datiert.

Was gemessen wurde

Vier Anfragen an jede Registry: der Suchendpunkt, POST /explore, GET /agents und ein Manifest am well-known-Pfad der Registry selbst. Dazu eine fünfte Prüfung: ein GET auf den Suchendpunkt, wo die richtige Antwort 405 ist und ein 404 ein Fehler mit echten Folgen, weil er einem Client sagt, dass es den Endpunkt nicht gibt.

Was die Tabelle sagt

Suche können alle. Den Rest fast niemand.

Das ist ein korrektes Ergebnis und kein Vorwurf: POST /search ist der einzige Pflichtendpunkt, alles andere ist optional. Eine Registry, die nur die Suche beantwortet, ist vollständig konform.

Eine Registry bedient den Spec-Pfad nicht

ARD Registry Hub beantwortet die Suche unter /api/search statt unter /search. Das funktioniert und liefert Ergebnisse, aber ein konformer Client, der nur die Basis-URL kennt, findet den Endpunkt nicht. Genau diese Garantie macht Föderation möglich.

Der 404-statt-405-Fehler

Wer auf einen POST-Endpunkt ein GET schickt, soll 405 bekommen. Kommt 404, schließt ein SDK-Client daraus, dass die Adresse falsch ist, und gibt auf. Der Fehler ist verbreitet und kostet Handshakes, die nie stattfinden.

Nachvollziehen

Jede Zeile ist eine HTTP-Anfrage, die Sie selbst stellen können:

curl -s -o /dev/null -w "%{http_code}" -X POST   https:///search   -H 'content-type: application/json'   -d '{"query": {"text": "pdf lesen"}}'

Last reviewed 2026-09-07. Checked against ARD v0.91 (Proposal, 2026-08-26).