Wir sind eine Payload-Partner-Agentur und Top Contributor und bauen Content-Plattformen auf dem Stack, den wir am besten kennen.
Wir sind Payload Top Contributor und offizieller Partner. Seit 2020 haben wir Plattformen für Fortune-500-Unternehmen, öffentliche Institutionen und schnell wachsende Teams ausgeliefert: Greenfield-Builds und Migrationen unter anderem von Adobe Experience Manager, Oracle Content Manager, WordPress VIP und Wagtail. Payload ist TypeScript-nativ und code-first – das gibt Ihnen echte Kontrolle über Ihr Content-Modell, Ihren redaktionellen Workflow und darüber, wo es läuft. Wir kennen den Stack tief und sagen früh, wenn etwas anderes besser zu Ihrem Projekt passt.
Greenfield-Builds, Migrationen und alles dazwischen. Fünf Wege, wie Teams Payload mit uns in den Produktivbetrieb bringen.
Ein Content-Modell und eine API, ganz gleich für welche Oberfläche: Web, Mobile, interne Tools, Commerce.
Implementierungen von Content-Plattformen
Greenfield-Payload-Builds für Unternehmenswebsites, Web-Apps, React-Native-Apps und interne Portale, mit einem Content-Modell und einer API über alle Oberflächen hinweg.
Migrationen zu Payload
Von Adobe Experience Manager, Oracle Content Manager, WordPress VIP, Wagtail, Contentful und Framer CMS. Content-Modellierung, Datentransformation, Redirect-Maps und Cutover-Planung, die SEO-Wert und redaktionelle Workflows intakt halten.
Composable Stacks
Payload kombiniert mit Next.js oder Astro im Frontend und Medusa für Commerce. Eine TypeScript-Codebasis, keine Lizenzkosten und Infrastruktur, die Ihnen gehört.
Multi-Brand- und mandantenfähige Architekturen
Eine einzige Payload-Instanz für mehrere Marken, Regionen oder Geschäftsbereiche, mit Zugriffskontrolle auf Mandantenebene und redaktioneller Isolation hinter einer gemeinsamen API-Schicht.
Laufendes Platform-Engineering
Retainer-basierte Plattformverantwortung für Teams, die kein eigenes internes Plattform-Team aufbauen möchten, während sich Content-Modell, redaktionelle Werkzeuge und Infrastruktur weiterentwickeln.
Code-first als Standard, Next.js-nativ und so gebaut, dass es Ihnen gehört.
Das meiste, was Payload zur richtigen Wahl macht, liegt darin, wie es konfiguriert ist. So bauen wir darauf auf.
Code-first als Standard
Content-Modelle leben in TypeScript, unter Versionskontrolle, geprüft wie jeder andere Code. Keine über die UI konfigurierten Schemata, die mit der Zeit auseinanderdriften, und keine Entscheidungen, die in einem Dashboard vergraben sind.
Next.js-nativ
Payload betreibt seinen Admin-Bereich innerhalb einer Next.js-App. Genau so bauen wir standardmäßig: ein Deployment, eine Codebasis, ein Team, das für beide Hälften verantwortlich ist.
Mobile als vollwertige Oberfläche
Wir liefern Web und React Native aus einem einzigen Content-Modell und einer einzigen API, sodass eine mobile App eine weitere Oberfläche auf derselben Plattform ist und kein zweites CMS, das synchron gehalten werden muss.
Governance in der Codebasis
Zugriffskontrolle, Audit-Logging, Freigabe-Workflows und Lokalisierung werden im TypeScript-Modell von Payload definiert. Compliance lebt im Code, wo sie geprüft und getestet werden kann.
Gehört Ihnen
Payload ist MIT-lizenziert, also gehört Ihnen, was wir bauen. Keine Verlängerungsverhandlungen, keine Preise pro Platz, keine Obergrenzen für die Anzahl der Content-Typen.
Wir binden uns in Ihr Team ein oder verantworten den Prozess von Anfang bis Ende.
Manchmal haben Sie bereits ein Team, einen Rhythmus und einen Prozess und brauchen Spezialisten, die andocken und die Messlatte für das, was funktioniert, höher legen. Das tun wir: Ihre Werkzeuge, Ihre Abläufe, Ihre Vorlieben.
Wenn wir stattdessen die Führung übernehmen, tun wir das vollständig. Zwei-Wochen-Sprints, wöchentliche Syncs und dokumentierte Entscheidungen, sodass Sie immer wissen, warum etwas so gebaut wurde, wie es gebaut wurde. Wir machen Risiken sichtbar, bevor sie zu Problemen werden, und Sie bekommen ein Team, das für das Ergebnis geradesteht.
So oder so bleibt die Konstante dieselbe: direkte Kommunikation, keine Überraschungen und Feedback, das ehrlich bleibt, auch wenn es unbequem ist.
Payload belohnt technische Teams. Wir sagen Ihnen, wenn es nicht passt.
Payload ist die richtige Wahl, wenn Ihr Team Kontrolle über seine Content-Infrastruktur möchte und das CMS als Teil der Anwendung behandelt. Es passt zu Produkten, bei denen Content-Management selbst ein Feature ist: SaaS-Plattformen, mandantenfähige Apps und alles, was ein gehostetes CMS nicht ganz abdecken kann.
Seine Stärke liegt in der Konfiguration als Code, deshalb verlangt es ein Team, das so zu arbeiten gewohnt ist und bereit ist, das Redaktionserlebnis zu gestalten, das der Admin-Bereich bietet. Wenn ein Content-Team ein ausgefeiltes, GUI-getriebenes Werkzeug braucht und keine Lust hat, den Admin-Bereich anzupassen, oder wenn Sie ein vollständig gehostetes Setup ohne eigene Infrastruktur möchten, sagen wir das und helfen Ihnen, die Alternativen abzuwägen. Wenn wir Sie früh auf das besser passende Werkzeug hinweisen, ersparen wir allen die Monate, die eine unpassende Architektur kosten würde.
Plattformen im Produktivbetrieb. Einige, die wir auf Payload ausgeliefert haben.
Ingersoll Rand
Als Oracle Content Manager eingestellt wurde, brauchte Ingersoll Rand ein neues Redaktionssystem für China zu einem festen Termin. Wir lieferten das Payload-CMS, migrierten Tausende Seiten über mehr als 20 Marken-Mandanten und entwarfen eine Content-Architektur, in die der Rest der Plattform hineinwachsen kann.
Zur Case StudyCouncil of Europe Development Bank
Die CEB arbeitet in 43 Mitgliedsländern an sozialem Zusammenhalt und Resilienz. Strukturierte Content-Governance in einem multilateralen Umfeld ist genau der Ort, an dem sich das TypeScript-Content-Modell von Payload gegenüber einem konfigurierten SaaS-CMS bewährt.
Zur Case StudyKaffy
Ein Marktplatz, gebaut auf Payload und Medusa: individuelle Preislogik, verkäuferspezifische Katalogverwaltung und redaktionelle Inhalte, integriert auf Kategorie- und Produktebene.
Zur Case StudyDer Stack rund um Payload. Eine Sprache von Anfang bis Ende hält das System lesbar, während es wächst.
- Next.js
- React
- Astro
- React Native
- Node.js
- Medusa
- PostgreSQL
Fragen, die vor dem ersten Gespräch kommen.
-
Was bedeutet offizieller Payload-Partner und Top Contributor in der Praxis?
Die Arbeit fließt in das Projekt zurück. Wir bauen seit dem ersten Release auf Payload und sind Teil der Community, die es pflegt.
-
Was bauen Sie auf Payload?
Content-Plattformen und die Migrationen dorthin. Die China-Plattform von Ingersoll Rand trägt mehr als 20 Markenmandanten auf einem einzigen Payload-Build und ging fünf Monate nach dem Start ohne Ausfallzeit bei der Umschaltung live.
-
Wem gehört die Plattform, und können wir sie selbst hosten?
Sie gehört Ihnen. Payload ist MIT-lizenziert, also gehört Ihnen, was wir bauen: strukturierte, im Code definierte Collections, die volle Kontrolle über das Rendering und ein quelloffenes System, das Sie selbst hosten und besitzen können.
-
Was hat sich geändert, seit Figma Payload übernommen hat?
Payload wurde im Juni 2025 von Figma übernommen und bleibt quelloffen und in aktiver Entwicklung. Das GitHub-Repository ist unverändert, und die MIT-Lizenz belässt den Code unabhängig davon bei Ihnen.
-
Wie beginnt eine Zusammenarbeit?
Die Beratung ist kostenlos, und ein Festpreis folgt auf die Erkundung. Wir halten den Umfang und die Zahl schriftlich fest, bevor die Arbeit beginnt.
-
Wir betreiben Payload bereits. Können Sie übernehmen?
Ja. Wenn wir die Führung übernehmen, tun wir das vollständig; ebenso arbeiten wir neben Ihren Entwicklern oder irgendwo dazwischen.
-
Was, wenn wir Payload später wieder verlassen wollen?
Dasselbe Wissen trägt auch den Ausstieg. Die MIT-Lizenz lässt den Code bei Ihnen, und das Inhaltsmodell liegt im Code statt in einem Anbietersystem.
Haben Sie einen Payload-Build oder eine Migration im Sinn?
Buchen Sie ein 25-minütiges Gespräch. Sie bekommen innerhalb einer Woche ein abgestecktes Angebot und eine ehrliche Einschätzung, ob Payload die richtige Grundlage für das ist, was Sie bauen.