Was ist Multi-Tenancy in Payload CMS? Die kurze Antwort
Multi-Tenancy in Payload CMS bedeutet, dass eine einzige Payload-Installation beliebig viele Websites oder Mandanten verwaltet, etwa Marken, Standorte oder Kunden. Jeder Mandant hat eigene Inhalte, eigene Nutzer und auf Wunsch eine eigene Domain. Code, Server und Redaktionsoberfläche teilen sich alle. Payload liefert das als offizielles, kostenloses Plugin unter MIT-Lizenz.
Für Unternehmen heißt das: Die zehnte Website kostet keine zehnte Installation. Eine neue Marke oder ein neuer Standort ist ein neuer Eintrag im CMS statt ein neues Entwicklungsprojekt. In diesem Artikel erklären wir, wie Multi-Tenancy in Payload technisch funktioniert, was Ihre Redaktion davon sieht, welche Vorteile und Grenzen es gibt und wie sich der Ansatz von getrennten Installationen und WordPress Multisite unterscheidet.
Was bedeutet Multi-Tenancy?
Multi-Tenancy, auf Deutsch Mandantenfähigkeit, beschreibt eine Software, die mehrere voneinander getrennte Kunden oder Organisationseinheiten aus einer gemeinsamen Installation bedient. Jeder Mandant (englisch "Tenant") sieht nur seine eigenen Daten, obwohl alle dieselbe Anwendung nutzen.
Das Bild dahinter ist ein Bürogebäude: Ein Haus, eine Heizung, ein Hausmeister, aber jeder Mieter hat einen eigenen Schlüssel und kommt nur in seine eigenen Räume. Gegenstück ist das Einfamilienhaus für jeden, also eine eigene Installation pro Website. Das ist sauber getrennt, aber jedes Haus braucht eigene Wartung.
Bei einem CMS ist ein Mandant meistens eine von diesen Einheiten:
- eine Marke einer Unternehmensgruppe mit eigener Website
- ein Standort oder eine Filiale mit eigener Seite und eigenem Ansprechpartner
- eine Länder- oder Regionalseite mit eigenen Inhalten
- ein Kunde, wenn eine Agentur oder ein Softwareanbieter vielen Kunden dasselbe System bereitstellt
Wie funktioniert Multi-Tenancy in Payload?
Payload setzt Multi-Tenancy über das Plugin @payloadcms/plugin-multi-tenant um. Das Plugin ergänzt jeden ausgewählten Inhaltstyp um ein Feld "Mandant", ordnet Nutzer ihren Mandanten zu und filtert alle Listen, Abfragen und Schreibvorgänge danach. Die Inhalte aller Mandanten liegen in derselben Datenbank, getrennt durch dieses Feld und die Zugriffsregeln.
- 1
Mandanten als eigener Inhaltstyp
Im CMS gibt es eine Liste der Mandanten. Jeder Eintrag hat Felder wie Name, Kürzel und Domain. Welche Felder es gibt, legt das Projekt fest, zum Beispiel auch Logo, Farben oder Kontaktdaten.
- 2
Inhalte gehören einem Mandanten
Seiten, Beiträge, Medien oder Stellenanzeigen bekommen automatisch ein Mandantenfeld. Neue Einträge werden dem gerade gewählten Mandanten zugeordnet, ohne dass die Redaktion daran denken muss.
- 3
Nutzer gehören einem oder mehreren Mandanten
Jede Person im CMS ist einem oder mehreren Mandanten zugewiesen, auf Wunsch mit einer Rolle pro Mandant. Zentrale Administratoren dürfen alle Mandanten sehen und bearbeiten.
- 4
Das Frontend erkennt den Mandanten
Ruft jemand eine Domain oder einen Pfad auf, ermittelt die Website den passenden Mandanten und lädt nur dessen Inhalte. Bei Payload mit Next.js geschieht das meist über die aufgerufene Domain.
Wichtig für die Planung: Das Plugin macht die Daten mandantenfähig, nicht automatisch die Website. Welche Domain zu welchem Mandanten gehört und wie Inhalte abgefragt werden, legt das Frontend fest. Der offizielle Payload-Guide zu Multi-Tenant-Anwendungen vom August 2026 nennt genau diesen Schritt als die Stelle, an der die meisten Projekte hängen bleiben.
Zwei Varianten sind üblich:
| Variante | Beispiel | Geeignet für |
|---|---|---|
| Eigene Domain pro Mandant | marke-a.de, marke-b.de | eigenständige Marken, Kundenprojekte, Länderseiten |
| Pfad unter einer Domain | firma.de/hamburg, firma.de/berlin | Standorte, Filialen, Abteilungen unter einer Dachmarke |
Wer Payload noch nicht kennt: Grundlagen, Kosten und den Vergleich mit WordPress erklären wir in Was ist Payload CMS?.
Was sieht die Redaktion von Multi-Tenancy?
Die Redaktion sieht ein Auswahlfeld für den Mandanten im Kopf der Redaktionsoberfläche. Nach der Auswahl zeigen alle Listen nur noch die Inhalte dieses Mandanten. Wer nur einem Mandanten zugeordnet ist, merkt von den anderen überhaupt nichts.
Im Alltag bedeutet das:
- Gefilterte Listen. Seiten, Beiträge und Medien erscheinen nur für den gewählten Mandanten. Auch Verknüpfungen, etwa ein Verweis auf eine andere Seite, bieten nur Inhalte desselben Mandanten an.
- Einstellungen pro Mandant. Kopfzeile, Fußzeile oder Kontaktdaten gibt es als einzelnes Dokument je Mandant. Payload nennt das "global-ähnliche" Inhaltstypen.
- Rechte pro Mandant. Eine Person kann bei Marke A redigieren und bei Marke B nur lesen.
- Ein Login für alles. Wer für mehrere Mandanten arbeitet, wechselt im Auswahlfeld statt zwischen fünf Logins.
Neue Mandanten legt ein Administrator direkt in der Oberfläche an, ganz ohne Programmierung. Der Eintrag mit Name und Domain genügt, Inhaltstypen, Seitenbausteine und Design stehen sofort zur Verfügung.
Welche Vorteile hat Multi-Tenancy mit Payload?
Der größte Vorteil von Multi-Tenancy in Payload ist, dass Aufwand nicht mehr mit der Zahl der Websites wächst. Ein Update, eine Sicherheitskorrektur oder ein neuer Seitenbaustein wird einmal entwickelt und steht allen Mandanten gleichzeitig zur Verfügung. Die wichtigsten Vorteile im Einzelnen:
Eine Codebasis statt vieler. Alle Websites laufen auf demselben Code. Es gibt keine Kopien, die über die Jahre auseinanderlaufen, und keine fünf Versionsstände, die getrennt gepflegt werden müssen.
Neue Websites ohne Entwicklungsprojekt. Eine neue Marke oder ein neuer Standort ist ein neuer Mandant. Die Redaktion kann am selben Tag mit den Inhalten beginnen.
Einheitlicher Auftritt, lokale Freiheit. Die Zentrale legt Seitenbausteine und Design fest, die Teams vor Ort füllen sie. Das verhindert Wildwuchs, ohne lokale Inhalte auszubremsen.
Klare Rechte. Die Zugriffsregeln greifen bei jedem Speichern. Laut Plugin-Dokumentation lehnt Payload Schreibvorgänge ab, wenn die Person dem Ziel-Mandanten nicht angehört, auch bei Entwürfen und automatischem Speichern.
Keine Lizenzkosten pro Website. Payload und das Plugin stehen unter MIT-Lizenz. Payload selbst betont auf der Multi-Tenancy-Seite, dass Mandantenfähigkeit bei vielen Headless-Systemen ein kostenpflichtiges Zusatzpaket ist. Bei Payload gibt es weder eine Gebühr pro Mandant noch eine Obergrenze.
Weniger Betrieb. Ein Server, eine Datenbank, eine Datensicherung, eine Überwachung. Das senkt die laufenden Kosten spürbar gegenüber einzelnen Installationen.
Für wen lohnt sich ein mandantenfähiges CMS?
Ein mandantenfähiges CMS lohnt sich für Organisationen, die mehrere Websites mit ähnlicher Struktur betreiben und diese zentral steuern wollen. Unsere Faustregel: Ab drei Websites, die dieselben Inhaltstypen nutzen, ist eine gemeinsame Installation im Betrieb günstiger als getrennte Systeme.
Typische Fälle:
- Unternehmensgruppen mit mehreren Marken. Jede Marke hat eigene Domain und eigenes Logo, aber dieselben Inhaltstypen: Produkte, Referenzen, Jobs, Kontakt.
- Filialisten, Franchise und Praxisverbünde. Jeder Standort pflegt Öffnungszeiten, Team und Angebote selbst, die Zentrale steuert Design und überregionale Inhalte.
- Verbände, Kammern und Vereine mit Ortsgruppen. Viele kleine Websites, die gleich aussehen sollen und von Ehrenamtlichen gepflegt werden.
- Internationale Unternehmen mit Länderseiten. Sinnvoll, wenn sich die Länder im Inhalt unterscheiden und nicht bloß in der Sprache. Für reine Übersetzungen genügt die eingebaute Mehrsprachigkeit von Payload.
- Software und Plattformen für viele Kunden. Ein Kundenportal oder eine Branchenlösung, bei der jeder Kunde seine eigene Instanz mit eigenem Branding sieht.
Weniger geeignet ist Multi-Tenancy, wenn sich die Websites grundlegend unterscheiden. Braucht Marke A einen Onlineshop, Marke B ein Buchungssystem und Marke C nur eine Visitenkarte, gewinnen Sie durch eine gemeinsame Installation wenig.
Multi-Tenancy, eigene Installationen oder WordPress Multisite?
Für mehrere Websites gibt es drei gängige Wege: eine mandantenfähige Payload-Installation, eine eigene Installation pro Website oder WordPress Multisite. Payload Multi-Tenancy ist die beste Wahl, wenn die Websites strukturell ähnlich sind und zentral gesteuert werden sollen. Eigene Installationen sind richtig, wenn strikte technische Trennung Pflicht ist.
| Kriterium | Payload Multi-Tenancy | Eigene Installation pro Website | WordPress Multisite |
|---|---|---|---|
| Codebasis | eine | eine pro Website | eine, inklusive aller Plugins |
| Datenbank | gemeinsam, getrennt per Mandantenfeld | je Website eigene | gemeinsam, eigene Tabellen pro Website |
| Neue Website | Eintrag im CMS | neues Projekt oder Kopie | Eintrag im Netzwerk |
| Updates | einmal für alle | pro Website | einmal für alle |
| Rechte | pro Mandant und pro Feld | pro Installation | Super-Admin plus Rollen pro Website |
| Datentrennung | logisch, durch Zugriffsregeln | physisch | logisch, durch WordPress-Rollen |
| Risiko durch Erweiterungen | wenige, geprüfte Abhängigkeiten | pro Website | ein unsicheres Plugin trifft das ganze Netzwerk |
| Einzelne Website sichern oder umziehen | per Export der Mandantendaten | einfach | aufwendig |
WordPress Multisite löst dasselbe Problem auf vertrautem Boden, erbt aber das Plugin-Risiko: Alle Websites im Netzwerk teilen sich denselben Plugin-Bestand, ein fehlerhaftes oder unsicheres Plugin betrifft damit jede Seite. Viele Plugins sind außerdem nicht für Multisite gebaut. Smashing Magazine nennt die gemeinsame Datenbank und die schwierige Sicherung einzelner Seiten als Hauptbedenken. Warum wir bei Unternehmenswebsites generell zu einem eigenen System raten, steht in unserem Vergleich individuelles CMS vs. WordPress.
Welche Grenzen hat Multi-Tenancy in Payload?
Die wichtigste Grenze: Payload trennt Mandanten logisch, nicht physisch. Alle Mandanten liegen in derselben Datenbank, und die Trennung hängt an sauber konfigurierten Zugriffsregeln. Eine eigene Datenbank pro Mandant ist innerhalb einer Payload-Installation nicht vorgesehen. Wer das braucht, betreibt getrennte Installationen.
Daneben gibt es Punkte, die in der Umsetzung Sorgfalt verlangen:
- Abfragen ohne Mandantenfilter. Interne Abfragen auf dem Server umgehen in Payload standardmäßig die Zugriffsregeln. Fehlt dort der Filter auf den Mandanten, können Inhalte eines anderen Mandanten auf der falschen Website landen. Der Payload-Guide nennt das als häufigsten Fehler.
- Entwürfe anderer Mandanten. Bei aktivierten Versionen und Entwürfen muss das Projekt zusätzlich sicherstellen, dass niemand die Entwürfe fremder Mandanten lesen kann. Darauf weist das offizielle Beispielprojekt ausdrücklich hin.
- Löschen eines Mandanten. Standardmäßig entfernt das Plugin beim Löschen eines Mandanten auch alle zugehörigen Inhalte. Das ist gewollt, aber die Liste der Mandanten braucht deshalb strenge Rechte.
- Domains und Zertifikate. Jede Mandanten-Domain braucht DNS-Eintrag und SSL-Zertifikat. Lokal läuft es, in Produktion nicht: Die Ursache liegt laut Guide meist genau hier.
- Gemeinsamer Ausfall. Fällt der Server aus, sind alle Websites betroffen. Monitoring und Datensicherung müssen entsprechend ausgelegt sein.
Unsere Einschätzung: drei Fragen vor der Entscheidung
Multi-Tenancy ist eine Architekturentscheidung, die sich später nur mit Aufwand umkehren lässt. Bevor wir sie empfehlen, klären wir mit unseren Kunden drei Fragen. Fallen alle drei Antworten auf "ja", ist Payload Multi-Tenancy die richtige Wahl.
- Teilen die Websites mindestens zwei Drittel ihrer Inhaltstypen? Wenn Marke A und Marke B beide Leistungen, Referenzen, Jobs und Ansprechpartner haben, passt ein gemeinsames Inhaltsmodell. Unterschiede im Design lassen sich pro Mandant über Farben, Logos und Bausteine lösen.
- Soll eine Stelle zentral steuern können? Multi-Tenancy spielt seine Stärke aus, wenn es eine Zentrale gibt, die Design, Bausteine und Updates verantwortet. Arbeiten die Einheiten völlig unabhängig, mit eigenen Agenturen und eigenen Zeitplänen, entsteht eher Abstimmungsaufwand.
- Reicht eine logische Datentrennung? Für Marken, Standorte und Länderseiten eines Unternehmens ist das fast immer der Fall. Verlangt ein Vertrag oder eine Behörde eine physisch getrennte Datenhaltung pro Mandant, sind eigene Installationen der sichere Weg.
Unsere Haltung: Wir raten davon ab, Multi-Tenancy "auf Vorrat" einzubauen, nur weil vielleicht irgendwann eine zweite Website kommt. Das Mandantenfeld, die Rechte und die Tests machen das Projekt komplexer, und dieser Aufwand rechnet sich erst ab der zweiten oder dritten Website wirklich. Das Inhaltsmodell lässt sich in Payload sauber so anlegen, dass ein späterer Umstieg möglich bleibt.
Mehr zur Rolle von Payload unter den Headless-Systemen und im Vergleich zu Strapi, Sanity und Storyblok finden Sie in unserem CMS-Vergleich 2026.
Lösungen von SymbolicLabs
- LeistungPayload CMS aus einer Hand
Wir planen und entwickeln Ihr mandantenfähiges Payload-Projekt, hosten es in Deutschland und kümmern uns um die Wartung.
- ArtikelWas ist Payload CMS?
Grundlagen, Kosten, Vorteile und der Vergleich mit WordPress, falls Payload für Sie noch neu ist.
- LeistungEigenes CMS entwickeln lassen
Redaktionssysteme mit eigenem Inhaltsmodell für mehrere Marken, Standorte oder Länder, auch auf einem anderen Kern als Payload.
Häufig gestellte Fragen (FAQ)
Was bedeutet Multi-Tenancy bei einem CMS?
Multi-Tenancy bedeutet, dass ein CMS mehrere getrennte Mandanten aus einer Installation bedient. Ein Mandant ist zum Beispiel eine Marke, ein Standort oder ein Kunde. Jeder Mandant hat eigene Inhalte, Nutzer und Rechte, während Code und Server geteilt werden.
Ist Multi-Tenancy in Payload CMS kostenlos?
Ja. Das offizielle Plugin @payloadcms/plugin-multi-tenant steht wie Payload selbst unter MIT-Lizenz. Es gibt keine Gebühr pro Mandant und keine Obergrenze für die Zahl der Mandanten. Kosten entstehen nur für Entwicklung, Hosting und Wartung.
Kann jeder Mandant eine eigene Domain haben?
Ja. Jeder Mandant kann eine eigene Domain bekommen, die Website erkennt den Mandanten dann an der aufgerufenen Adresse. Alternativ teilen sich alle Mandanten eine Domain und werden über den Pfad unterschieden, etwa firma.de/hamburg.
Hat jeder Mandant in Payload eine eigene Datenbank?
Nein. Alle Mandanten liegen in derselben Datenbank und werden über ein Mandantenfeld und Zugriffsregeln getrennt. Wer eine physisch getrennte Datenhaltung braucht, betreibt pro Mandant eine eigene Payload-Installation.
Können Mandanten unterschiedlich aussehen?
Ja. Logo, Farben, Schriften und Kontaktdaten lassen sich pro Mandant im CMS pflegen, und das Frontend setzt sie um. Grundlegend verschiedene Layouts sind ebenfalls möglich, erhöhen aber den Entwicklungsaufwand und schmälern den Vorteil einer gemeinsamen Codebasis.
Was ist der Unterschied zwischen Payload Multi-Tenancy und WordPress Multisite?
Beide verwalten mehrere Websites aus einer Installation. WordPress Multisite teilt sich jedoch den kompletten Plugin-Bestand, sodass ein unsicheres Plugin alle Websites gefährdet. Payload kommt mit wenigen geprüften Abhängigkeiten aus und regelt Rechte pro Mandant bis auf einzelne Felder.
Lässt sich ein bestehendes Payload-Projekt nachträglich mandantenfähig machen?
Ja. Das Plugin lässt sich in ein bestehendes Payload-3-Projekt einbauen und ergänzt die gewählten Inhaltstypen um das Mandantenfeld. Bestehende Inhalte müssen dabei einem ersten Mandanten zugeordnet werden, und Abfragen im Frontend brauchen einen Mandantenfilter.
Wie viele Mandanten verträgt Payload?
Payload setzt keine feste Obergrenze für Mandanten. Die praktische Grenze bestimmen Server, Datenbank und Besucherzahlen, nicht die Software. Weil sich alle Mandanten die Infrastruktur teilen, wird sie für die Summe aller Websites ausgelegt.
