Die Delivery API ist der lesende Zugriff auf deine Laioutr-Plattform. Jeder Inhalt, den ihr bei uns administriert oder über angebundene Systeme dahinter verwaltet – Texte, strukturierte Daten, Bilder – lässt sich darüber abrufen. Damit versorgst du nicht nur unsere eigenen Frontends mit Content, sondern grundsätzlich jedes Frontend, das du betreiben willst.
DELIVERY API FÜR CONTENT-ZUGRIFF
Ein Zugang zu jedem Inhalt, für jedes Frontend.
Alles, was du bei Laioutr pflegst oder anbindest, holst du dir über die Delivery API ab – lesend, strukturiert, sofort einsatzbereit.
Read-Only-Zugriff auf strukturierten Content, Bild inklusive · Laioutr · Berlin
Frontends brauchen heute mehr als nur Text
Produktseiten, Landingpages, mobile Apps oder Partner-Websites – überall braucht es Inhalte, die strukturiert und sofort nutzbar sind, nicht nur Fließtext in einem Editor. Genau das liefert eine Delivery-Schicht.
Ein Ort für Content, viele Ausgabekanäle
Wer Content mehrfach pflegen muss, weil jedes Frontend sein eigenes System hat, verliert Zeit und Konsistenz. Eine zentrale Plattform mit lesendem API-Zugriff löst das, ohne dass jedes Team seine eigene Insellösung braucht.
Headless-CMS-Einstieg ohne Komplexitäts-Ballast
Viele etablierte Headless-CMS-Lösungen bringen einen Funktionsumfang mit, den die meisten Teams nie vollständig nutzen. Die Delivery API setzt bewusst dort an, wo der eigentliche Bedarf liegt: Content zuverlässig abrufen, ohne unnötigen technischen Overhead.
Die Definition
Was ist die Delivery API bei Laioutr?
Die Delivery API ist die schreibgeschützte Schnittstelle, über die ihr jeden Inhalt abruft, der auf eurer Laioutr-Plattform administriert wird oder über angebundene Backend-Systeme dahinter verwaltet ist. Das schließt strukturierten Text ebenso ein wie Bilder und andere Medien, denn Content ist bei uns mehr als nur Fließtext.
Damit lässt sich nicht nur euer eigenes Laioutr-Frontend versorgen, sondern grundsätzlich jedes Frontend, das ihr betreiben wollt – von der eigenen App bis zur Website eines Partners. Ein Content-Speicher, beliebig viele Ausgabekanäle.
Schema-Fundament aus Studio
Jeder Content-Typ, den ihr in Studio anlegt, bekommt automatisch ein klares Schema. Genau dieses Schema liefert die Delivery API zurück, sodass jedes Frontend von Anfang an weiß, welche Felder es erwarten kann.
Was das bedeutet:
Kein Rätselraten beim Integrieren, sondern vorhersehbare, strukturierte Antworten.
Einfach genug für den echten Bedarf
Statt hunderter Endpunkte und Konfigurationsoptionen liefert die Delivery API genau das, was die meisten Teams tatsächlich brauchen: strukturierten Content zuverlässig abrufen. Ohne stundenlange Einarbeitung.
Was das bedeutet:
Weniger Features, aber die richtigen – für einen schnellen, unkomplizierten Einstieg.
Lesend, bewusst begrenzt
Die Delivery API liefert Content, sie verändert ihn nicht. Schreibender Zugriff läuft über andere, gesonderte Wege – diese Trennung hält den Content-Abruf einfach, vorhersehbar und sicher.
Was das bedeutet:
Ein Frontend kann nichts kaputt machen, das nur liest.
Backend-Agnostik
Weil Orchestr Daten aus jedem angebundenen Backend zusammenführt, liefert die Delivery API nicht nur Content aus Laioutr selbst, sondern auch aus den Systemen dahinter – über dieselbe Schnittstelle, im selben Format.
Was das bedeutet:
Ein zentraler Abrufpunkt, egal wie viele Systeme im Hintergrund arbeiten.
Bilder und Medien inklusive
Content ist bei uns nicht nur Text. Bilder, Grafiken und andere Medien, die ihr in Laioutr hinterlegt, sind über dieselbe Schnittstelle abrufbar wie strukturierte Daten – inklusive der Metadaten, die ein Frontend dafür braucht.
Was das bedeutet:
Eine API für den gesamten Content, nicht zwei getrennte Systeme für Text und Bild.
Jede Generation hat ein echtes Problem gelöst und dabei neue Komplexität aufgebaut. Die Delivery API geht bewusst den Schritt zurück zur Einfachheit: alles an Content lesend verfügbar machen, ohne den Ballast, der die meisten Teams gar nicht betrifft.
ANWENDUNGSFÄLLE
Was sich mit der Delivery API bauen lässt
Weil die Delivery API jeden administrierten Inhalt lesend zur Verfügung stellt, ergeben sich daraus viele unterschiedliche Anwendungsfälle, je nachdem, welche Frontends und Systeme ihr damit versorgen wollt.
Die folgenden Beispiele zeigen die Bandbreite, von der eigenen Website bis zu komplett fremden Anwendungen, die euren Content nutzen.
Eigene Frontends versorgen
Euer Laioutr-Storefront oder eine eigene Marketing-Website bezieht Content direkt über die Delivery API – ein Content-Speicher, konsistent über alle eigenen Kanäle hinweg.
Fremde Frontends anbinden
Eine mobile App, ein Kiosk-System oder das Frontend eines Partners kann denselben Content abrufen, ohne dass ihr eine zweite Content-Verwaltung aufbauen müsst.
Content zentral speichern
Statt Inhalte über mehrere Systeme zu verstreuen, liegt alles an einem Ort – Text, Struktur und Bild – und wird von dort lesend an jede Ausgabe verteilt.
Bild-Content mitliefern
Produktbilder, Grafiken oder Icons werden über dieselbe Schnittstelle wie der Text ausgeliefert – ein Aufruf, ein vollständiges Content-Paket.
Backend-Systeme einbinden
Was hinter Laioutr an weiteren Systemen angebunden ist, lässt sich über dieselbe Delivery API mitverwalten und abrufen, ohne separate Integrationen für jedes Frontend zu bauen.
Ohne Overhead starten
Kein umfangreiches Setup, keine wochenlange Einarbeitung – die Delivery API ist bewusst so gebaut, dass ein erster Abruf schnell steht, statt Monate an Integrationsarbeit zu verlangen.
Architektur
Wie die Delivery API technisch aufgebaut ist
Für die Tech-Leads im Raum: Die Delivery API basiert auf denselben Schemas, die in Studio für Content-Typen definiert werden. Jede Anfrage liefert strukturierte, vorhersehbare Antworten zurück, inklusive der Medien-Referenzen für Bilder und andere Assets.
Ehrlich gesagt ist das noch ein junges Produkt, ohne den Funktionsumfang etablierter Content-Plattformen. Es liefert aber genau das, was die meisten Teams für zuverlässigen, lesenden Content-Zugriff brauchen, und wächst mit echten Anforderungen weiter.
Klare Abgrenzung
Was die Delivery API nicht ist
Damit die Erwartungen realistisch bleiben, drei Klarstellungen zu einem noch jungen Produkt.
Unterschiede vergleichen | Nicht das | Sondern das |
|---|---|---|
Was die Delivery API nicht ist Damit die Erwartungen realistisch bleiben — drei Klarstellungen zu einem noch jungen Produkt. | ||
Ein vollausgestattetes Enterprise-Headless-CMS Der Unterschied zwischen jahrelang gewachsenem Funktionsumfang und einem fokussierten Werkzeug für den echten Bedarf. | Eine Content-Plattform mit dem Reifegrad und Funktionsumfang von Contentful oder Storyblok. Das sind wir ehrlicherweise noch nicht. | Ein fokussiertes Delivery-Werkzeug: genau die Funktionen, die der Markt braucht, den wir bedienen — nicht mehr. |
Eine Schreib-Schnittstelle Warum lesender Zugriff eine bewusste Entscheidung ist, keine Einschränkung aus Versehen. | Ein Weg, um Content zu erstellen oder zu bearbeiten. Das passiert weiterhin in Studio, nicht über die Delivery API. | Ein reiner, lesender Zugriff — schnell, vorhersehbar, ohne Risiko, versehentlich Content zu verändern. |
Ein Ersatz für strukturierte Content-Modellierung Die Delivery API liefert, was Studio modelliert — sie ersetzt die Modellierung nicht. | Ein eigenständiges Content-Modellierungs-Tool. Modelliert wird in Studio, abgerufen über die Delivery API. | Die konsequente Ergänzung zu Studio: Was ihr dort an Content-Typen definiert, kommt hier strukturiert wieder raus. |
FÜR WEN
Für wen ist die Delivery API relevant?
Teams mit mehreren Frontends
Passt, wenn:
Ihr Content für mehr als ein Frontend braucht, etwa Website und App.
Ihr Doppelpflege in mehreren Systemen vermeiden wollt.
Ihr einen zentralen Content-Speicher aufbauen wollt, der lesend an alle Ausgabekanäle liefert.
Teams mit fremden Frontends
Passt, wenn:
Ihr Partner-Websites, Kiosk-Systeme oder externe Apps mit eurem Content versorgen wollt.
Ihr eine Content-Quelle wollt, die nicht an Laioutr-eigene Frontends gebunden ist.
Ihr eine schlanke, standardisierte Schnittstelle statt individueller Exporte sucht.
Teams, die einen einfachen Einstieg suchen
Passt, wenn:
Ihr in die Headless-CMS-Welt einsteigen wollt, ohne euch durch einen riesigen Funktionsumfang zu kämpfen.
Ihr genau die Funktionen braucht, die euer Anwendungsfall erfordert, nicht mehr.
Ihr Ehrlichkeit über den aktuellen Reifegrad einem Feature-Wettrüsten vorzieht.
WORAUF WIR AUFBAUEN
Die Prinzipien hinter der Delivery API
Frontend-Offenheit
Die Delivery API kennt keinen Unterschied zwischen euren eigenen und externen Anwendungen
Jedes eigene oder fremde Frontend
Sicherheit durch Beschränkung
Lesender Zugriff schließt versehentliche Änderungen von vornherein aus
Nur lesen, nichts verändern
Ehrliche Reife
Wir versprechen keinen Funktionsumfang, den wir heute nicht liefern
Passend zum Markt, den wir bedienen
Ganzheitlicher Content
Kein separates System für Bilder, alles läuft über dieselbe Schnittstelle
Text, Struktur und Bild aus einer Quelle
FAQ
Die Delivery API ist neu, deshalb kommen Fragen — die wichtigsten beantworten wir hier
Alles, was auf eurer Laioutr-Plattform administriert wird oder über angebundene Backend-Systeme dahinter verwaltet ist – strukturierte Textinhalte, Metadaten und Bilder inklusive. Ihr fragt nach einem Content-Typ und bekommt die passenden, schema-validen Daten zurück.
Nein, bewusst nicht. Die Delivery API ist rein lesend. Content anlegen und bearbeiten passiert weiterhin in Studio oder über eure angebundenen Backend-Systeme – diese Trennung hält den Abruf einfach und sicher.
Ja, genau dafür ist sie gemacht. Ob eigene Mobile-App, ein internes Tool oder das Frontend eines Partners – solange es über HTTP abrufen kann, kann es Content über die Delivery API beziehen.
Ja. Bilder und andere Medien, die ihr in Laioutr hinterlegt, sind Teil des Contents und werden über dieselbe Schnittstelle ausgeliefert wie strukturierter Text, inklusive der nötigen Metadaten.
Ehrlich gesagt noch nicht im vollen Funktionsumfang, das sind etablierte Produkte mit jahrelangem Vorsprung. Die Delivery API deckt aber genau die Funktionen ab, die für zuverlässigen, lesenden Content-Zugriff nötig sind, und wächst mit echten Anforderungen aus dem Markt, den wir bedienen.
Nein. Die Delivery API funktioniert unabhängig davon, welches Frontend den Content am Ende anzeigt. Ihr könnt sie genauso gut nutzen, um ein komplett eigenständiges oder fremdes System mit Content zu versorgen.
Am liebsten im Gespräch. Wir schauen uns gemeinsam an, welche Frontends und Systeme ihr mit Content versorgen wollt, und zeigen euch, wie schnell der erste Abruf über die Delivery API steht.
CONTENT-AUSBLICK
Willst du deinen Content über mehr als ein Frontend ausliefern?
Lass uns über eure Frontends und Systeme sprechen. Wir zeigen dir ehrlich, was die Delivery API heute liefert, wo ihre Grenzen liegen und wie schnell ein erster Abruf steht.
"Nach 30 Minuten wussten wir, dass Laioutr unser Replatforming machbar macht." - Daniel B., CEO, hygibox.de