Basis-URL, /v1 und Stabilität
Woher die Basis-Adresse kommt, warum fast jede Route /v1 trägt, welche Pfade außerhalb liegen und was x-stability je Operation zusagt.
6 Minuten LesezeitAPIStand: 25.10.2026
Auf dieser Seite
Bevor Sie loslegen
- Für wen
- Wer die erste Adresse in eine Konfiguration einträgt oder wissen will, worauf sich ein Client verlassen darf.
- Voraussetzung
- die Basis-Adresse Ihrer Umgebung — der Ursprung, den auch Ihr Portal anspricht
Woher die Basis-Adresse kommt, warum fast jede Route /v1 trägt, was die Spezifikation über sich selbst sagt und was x-stability je Operation zusichert. Lesen Sie die Tabellen als Vertrag: Was hier steht, ändert sich nicht ohne Ankündigung.
Basis-Adresse
Die API hat keine feste öffentliche Adresse. Sie sprechen den Ursprung Ihrer Umgebung an. Die Spezifikation auf dieser Seite nennt ihn als ersten Server unter dem Namen „Die Schnittstelle Ihrer Umgebung“ — die Adresse setzt der Betreiber beim Start ein, deshalb steht in einer selbst gebauten Fassung an ihrer Stelle noch der Platzhalter https://api.szenera.com. Als zweiten Server führt sie http://localhost:41000 für eine lokale Entwicklungsumgebung. Die Fassung an Ihrer Umgebung (GET /v1/openapi.json) nennt stattdessen / — dort ist die eigene Herkunft die richtige Antwort, hier wäre es diese Doku-Seite.
| Was | Wert |
|---|---|
| Basis-Adresse | der Ursprung Ihrer Umgebung, z. B. https://api.<ihre-domain> |
| Pfad-Präfix | /v1 auf jeder Route |
| Transport | HTTPS; Rumpf und Antwort als JSON |
| Beispiel | GET $SZENERA_API/v1/me |
In allen Beispielen dieser Seiten steht die Basis-Adresse in der Umgebungsvariablen SZENERA_API:
export SZENERA_API="https://<basis-adresse-ihrer-umgebung>"
curl -sS "$SZENERA_API/v1/me" -H "Authorization: Bearer $SZENERA_API_KEY"
Die Anmeldung hat, wo eingerichtet, einen zweiten Wirt: https://auth.<ihre-domain>. Er bedient dieselbe Schnittstelle für /v1/auth/…, OAuth, SCIM und die Metadaten, alle anderen Routen liegen weiter an der Basis-Adresse. Die Endpunkte der Anmeldung nennen künftig die Metadaten von auth.<ihre-domain>, die Adressen an der Basis-Adresse bleiben bis auf Weiteres erreichbar.
Das Präfix /v1
Jede Route, über die Szenera selbst entscheidet, liegt unter /v1, und der Pfad ist Teil des Vertrags: GET /v1/scenes/{id}, POST /v1/auth/login, GET /v1/devices.
Außerhalb des Präfixes liegen vier Gruppen, und keine davon ist eine Nachlässigkeit.
| Pfad | Warum ohne /v1 |
|---|---|
/scim/v2/… |
Der Pfad gehört dem fremden Protokoll (RFC 7644), das seine eigene Version trägt. Ein Verzeichnisdienst prüft seine Angaben gegen die Adresse, unter der er spricht — ein Präfix davor bräche das. Siehe Provisionierung mit SCIM 2.0. |
/.well-known/oauth-authorization-server, /.well-known/oauth-protected-resource |
RFC 8414 und RFC 9728 legen diese Adressen wörtlich fest; ein fremder Client sucht dort und nirgends sonst. |
/oauth/register, /oauth/authorize, /oauth/token, /oauth/revoke |
die Endpunkte des Standards, siehe Delegierter Zugang mit OAuth 2.1 |
GET /health/live, GET /health/ready, GET /health/version, GET /metrics |
anmeldefreie Betriebsrouten; sie beschreiben den Zustand einer Umgebung, nicht Ihren Bestand, und stehen deshalb auch nicht in der öffentlichen Spezifikation |
Alles, was hinter der Einwilligung liegt — die Einwilligung selbst, die verbundenen Anwendungen unter GET /v1/me/connected-apps —, steht regulär unter /v1: Diese Routen sind der Vertrag dieser API und nicht der eines fremden Standards.
Die Spezifikation
| Angabe | Wert |
|---|---|
| Format | OpenAPI 3.1.0 |
info.title |
Szenera API |
info.version |
1.0.0 |
| Operationen | 443 auf 346 Pfaden |
| Bereiche (Tags) | 19 in 7 Gruppen — siehe Die Bereiche der Referenz |
| Schemata mit Beispiel | 741 von 741 |
Zwei Bezugsquellen:
| Quelle | Stand | Zugriff |
|---|---|---|
/api/openapi.json auf dieser Seite |
das aktuelle Release, ohne die als internal geführten Operationen |
ohne Anmeldung |
GET /v1/openapi.json an Ihrer Umgebung |
dieselbe öffentliche Fassung für den Stand, der dort tatsächlich läuft | ohne Anmeldung; Cache-Control: public, max-age=300 — fünf Minuten zwischenspeicherbar |
Beide Quellen zeigen dieselbe Auswahl: die Operationen der Klassen stable und beta. Was internal trägt, fällt heraus, mitsamt den Schemata, die nur dort gebraucht wurden — heute 337 der 780 Operationen, darunter die gesamte Betreiber-Fläche unter /v1/platform/…. Ein daraus erzeugter Client bekommt damit nur, was Ihre Organisation auch aufrufen darf. Die vollständige Fassung steht dem Betreiber der Plattform hinter seiner eigenen Anmeldung zur Verfügung. Auf dieser Seite erscheint sie nicht.
Stabilität je Operation
Jede Operation trägt die Erweiterung x-stability mit einem von drei Werten:
| Wert | Bedeutung |
|---|---|
stable |
Pfad, Pflichtfelder und Fehlercodes ändern sich nicht ohne neue Version. |
beta |
Öffentlich, aber jung: Die Form kann sich noch bewegen, bis sie einen Zyklus ohne Bruch überstanden hat. |
internal |
Nicht Teil der öffentlichen Fläche; erscheint nur in der Fassung des Betreibers und damit in keiner Datei dieser Seite. |
Stand des aktuellen Release: 372 der 443 Operationen sind stable, 71 sind beta — die 31 Routen der Werbung unter /v1/advertising/… (siehe Die Bereiche der Referenz), GET /v1/webhooks/event-types (siehe Den Ereigniskatalog über die API abrufen), der Trockenlauf POST /v1/scenes/validate (siehe Der MCP-Dienst für KI-Assistenten), die drei Wege des Render-Auftrags einer Szenen-Version (POST /v1/scenes/{id}/versions/{vid}/render, GET /v1/scenes/{id}/versions/{vid}/render/{jobId} und GET /v1/scenes/{id}/versions/{vid}/render/{jobId}/image), die fünf Routen der Web-Displays, deren Form sich mit dieser Welle bereits einmal verschoben hat, die zwei Wege der Bildschirmaufnahmen eines Displays (GET /v1/players/{playerId}/screenshots und GET /v1/players/{playerId}/screenshots/{screenshotId}), die neun Routen der neuen Auswertung unter /v1/analytics/ — die freie Auswertung mit Katalog und Ausgabe, der Überblick, Tag und Protokoll eines Displays, die Inhalte und die Lieferung einer Werbekampagne —, die acht Routen der gespeicherten Ansichten unter /v1/analytics/reports, die mit der neuen Auswertung ihre Gestalt gewechselt haben, sowie die elf Routen der Nachweise: Verzeichnis, Dateien und Zwischenstand unter /v1/analytics/proofs, die Verweise für Werbepartner unter /v1/analytics/share-links und die vier anmeldefreien Wege der Prüfseite und des Kampagnenberichts unter /v1/public/…. Keine Operation ist heute als deprecated markiert.
Bis zur Beta gilt eine Ausnahme. Bis zum Ende der Alpha (Ende 2026) dürfen auch Wege der Stabilität
stableohne Auslauf entfallen oder brechen. Jeder Bruch steht in den Änderungsnotizen des Zugs. Mit der neuen Auswertung entfielen so fünf Wege der alten Wiedergabe-Auswertung, und die gespeicherten Berichte wechselten ihre Gestalt und stehen seitdem aufbeta. Einzelheiten: Stabilitätsklassen und Auslauf.
Was die Klassen zusagen, wie ein Auslauf abläuft und woran ein Client ihn erkennt, steht unter Stabilitätsklassen und Auslauf.
Was es nicht gibt
- Keine Versionswahl über Kopfzeilen oder Abfrageparameter; die Version steht im Pfad.
- Keine eigene Basis-Adresse je Bereich: Alle Bereiche liegen unter demselben Ursprung, auch die Pfade ohne
/v1. Die Anmeldung ist zusätzlich unter dem Anmelde-Wirt erreichbar, mit denselben Pfaden. - Kein zweiter Vertrag neben dieser Spezifikation: Was die Kommandozeile, der Assistent oder ein Portal kann, kann diese API auch.
Läuft eine Operation aus, trägt sie deprecated: true und x-sunset mit dem Abschalt-Tag, und ihre Antworten tragen Deprecation und Sunset. Zwischen Ankündigung und Abschaltung liegen zwölf Monate — die Einzelheiten stehen unter Stabilitätsklassen und Auslauf. Wie Änderungen an der API erscheinen und wie Sie zwei Stände der Spezifikation vergleichen, steht unter Release-Züge, Notizen und Abkündigungen.