Multisite, Domain Access oder Headless - wie handhabt man mehrere Domains in Drupal?

Der Umgang mit mehreren Domains innerhalb eines einzigen CMS stellt für viele Organisationen eine Herausforderung dar. Die Auswahl der richtigen Architektur zu Beginn eines Projekts kann erhebliche Zeit und Geld sparen. Drupal bietet drei bewährte Ansätze: Multisite, Domain Access und Headless CMS. In diesem Artikel werde ich ihre Stärken und Schwächen vergleichen, reale Implementierungsbeispiele zeigen und Ihnen helfen zu entscheiden, welcher Ansatz am besten für verschiedene Geschäftsszenarien funktioniert. Ich lade Sie ein, den Beitrag zu lesen oder eine Folge aus der Reihe Nowoczesny Drupal anzusehen.

In diesem Artikel:

• Warum sollten Sie in Erwägung ziehen, mehrere Domains in einem einzigen System zu verwalten?
• Drei Ansätze zur Verwaltung mehrerer Domains in Drupal
• Multisite – eine Codebasis, separate Datenbanken
• Domain Access – eine Codebasis und eine Datenbank
• Headless Drupal – Backend-API mit unabhängigen Frontends
• Vergleich der drei Ansätze – Multisite, Domain Access und Headless
• Wann sollte man Multisite, Domain Access oder Headless wählen?
• Verwaltung mehrerer Domains in Drupal - Zusammenfassung

Warum sollten Sie in Erwägung ziehen, mehrere Domains in einem einzigen System zu verwalten?

Bevor wir in die Einzelheiten der jeweiligen Architekturen eintauchen, lohnt es sich zu überlegen, warum die Verwaltung mehrerer Domains in einem einzigen CMS überhaupt sinnvoll ist. Die Antwort liegt in mehreren Schlüsselvorteilen, die sich direkt auf die Zeit und das Budget Ihres Teams auswirken.

Zunächst erhalten Sie eine zentralisierte Code- und Modulverwaltung. Sie aktualisieren alles einmal, und die Änderungen werden sofort auf allen Seiten verfügbar. Zweitens sparen Sie Serverressourcen – eine einzelne Drupal-Instanz ist leichter und kostengünstiger zu warten als mehrere separate Installationen. Sie erhalten auch eine einfachere Benutzer- und Berechtigungsverwaltung, die Möglichkeit, Inhalte zu teilen, und die Systemwartung und -entwicklung werden wesentlich effizienter.

Beispielsweise, wenn eine neue Modulversion erscheint – sagen wir ein KI-Modul für Drupal mit neuen Funktionen – oder ein Sicherheitspatch veröffentlicht wird, führen Sie ihn einmal ein und müssen nicht jede Seite separat aktualisieren.

Drei Ansätze zur Verwaltung mehrerer Domains in Drupal

Drupal bietet drei Hauptansätze zur Verwaltung mehrerer Domains. Der erste ist Multisite, bei dem Sie eine einzige Codebasis verwenden, aber jede Domain ihre eigene separate Datenbank hat.

Der zweite Ansatz ist Domain Access – ein contributed Modul, das die Verwaltung mehrerer Domains mit einer Codebasis und einer gemeinsamen Datenbank ermöglicht.

Der dritte Ansatz ist das Headless CMS, bei dem Drupal als Backend fungiert, Inhalte über eine API bereitstellt und jede Domain ihr eigenes unabhängiges Frontend haben kann. Bei Headless können die Datenbanken getrennt oder gemeinsam verwendet werden, abhängig von den Entscheidungen, die in der Systemplanungsphase getroffen wurden.

Jeder dieser Ansätze hat seine Stärken und Schwächen. Im Folgenden diskutiere ich diese im Detail und gebe Beispiele von Unternehmen, die sie nutzen.

Multisite – eine Codebase, separate Datenbanken

Drupal Multisite ist eine in Drupal Core integrierte Funktion, daher ist die Installation zusätzlicher Module nicht erforderlich. In der Praxis haben Sie einen Ordner mit dem Drupal-Code, aber für jede Site erstellen Sie eine separate Datenbank und einen separaten Ordner im Verzeichnis sites.

Jede Site hat ihre eigenen Einstellungen, kann gemeinsam genutzte Module verwenden oder ihre eigenen installieren und Themen können über alle Domains geteilt oder einzelnen Sites zugewiesen werden. Das Gleiche gilt für Medien und herunterladbare Files - jede Instanz hat ein eigenes Verzeichnis.

Beispiel: Website Droptica.com

Droptica verwendet die Multisite-Architektur, um vier Domains zu bedienen: droptica.com, droptica.pl, kariera.droptica.pl und szkolenia.droptica.pl. Alle vier Domains laufen auf einer Codebase, haben vier separate Datenbanken und werden auf einem einzigen Projekt auf der Upsun-Plattform (ehemals Platform.sh) gehostet.

Der Inhalt auf den einzelnen Domains ist getrennt, aber Funktionen - wie das Hinzufügen neuer Module oder neuer Absätze (Droptica verwendet das Droopler-System mit dem Paragraphs-Modul für den Aufbau von Inhalten) - werden gemeinsam genutzt. Wenn ein neuer Absatz hinzugefügt wird, steht er sofort auf allen Domains zur Verfügung.

Sicherheitsupdates erfordern auch nicht das separate Aktualisieren von vier Sites. Ein einziges Update reicht aus, was zu klaren Zeitersparnissen beim Warten dieser Dienste führt.

Vorteile von Multisite

Die wichtigsten Vorteile von Multisite sind einfachere Updates - sowohl für Drupal Core als auch für Module. Alle Änderungen werden gleichzeitig auf jeder Domain bereitgestellt. Sie sparen Speicherplatz, da Drupal, seine Module und das gesamte Anbieterverzeichnis (welches erheblichen Platz beanspruchen kann) nur einmal auf dem Server vorhanden sind, unabhängig von der Anzahl der Domains. Jede Site kann eine unabhängige Konfiguration haben und die vollständige Isolation der Datenbank gewährleistet die Trennung von Inhalten zwischen den Domains.

Nachteile von Multisite

Zu den Nachteilen gehört, dass das Teilen von Inhalten schwieriger ist. Da jede Domain ihre eigene Datenbank hat, sind Inhalte nicht automatisch auf anderen Sites verfügbar. Es gibt eine Option, bestimmte Datenbanktabellen durch Konfiguration in der Datei settings.php zu teilen, was das Teilen ausgewählter Daten zwischen Instanzen in einer Multisite-Einrichtung ermöglicht, aber diese Konfiguration erfordert extreme Vorsicht - es ist ein riskanter Ansatz und im Allgemeinen nicht empfohlen.

Ein weiterer Nachteil ist, dass alle Sites dieselbe Version von Drupal und Modulen verwenden müssen - Sie können eine Domain nicht aktualisieren, ohne die anderen zu aktualisieren. Probleme mit einer Site können sich auf die anderen Domains auswirken. Die Serverkonfiguration für Multisite ist auch etwas anspruchsvoller als für eine einzelne Drupal-Installation.

Lesen Sie auch: Wie Drupal Multisite unter der Haube funktioniert

Domainzugriff – eine Codebase und eine Datenbank

Domain Access (heutzutage schlichtweg als Domain-Modul bezeichnet) ist ein Drupal-Modul, das das Handling mehrerer Domains innerhalb einer einzigen Installation ermöglicht, sowohl für den Code als auch für die Datenbank gemeinsam genutzt. Dies ist der Schlüsselunterschied zum Multisite, wo jede Domain ihre eigene Datenbank hatte.

Das Modul fügt jedem Inhaltstyp ein spezielles Feld hinzu, sodass Sie bei der Erstellung von Inhalten immer ein zusätzliches Feld im Formular sehen, in dem Sie markieren, welcher Domain der Inhalt zugewiesen ist. Je nach den Einstellungen kann dies eine Zuordnung zu einer Domain oder gleichzeitig zu mehreren Domains sein.

Domainzugriffnutzungsbeispiele

Dieser Ansatz ist besonders beliebt in der Pharmaindustrie und bei Herstellern physischer Produkte, wo Unternehmen oft separate Websites für jedes Produkt erstellen. Ein großer Teil des Inhalts - wie Unternehmensinformationen, Kontaktdaten oder Allgemeine Geschäftsbedingungen - wird über Domains hinweg geteilt. Domain Access ermöglicht es, alle Sites von einem einzigen Ort aus zu verwalten, während das Aussehen für ein bestimmtes Produkt auf einer bestimmten Domain angepasst wird.

Vorteile von Domainzugriff

Der größte Vorteil ist die gemeinsame Nutzung von Inhalten zwischen Domains. Sie erstellen den Inhalt einmal und können ihn gleichzeitig auf mehreren Domains veröffentlichen. Das System bietet eine gemeinsame Basis für Benutzer, Rollen und Berechtigungen, was das Zugriffsmanagement vereinfacht. Flexible Berechtigungen ermöglichen es, zu definieren, wer Zugang zu welchem Inhalt und auf welcher Domain hat - es können globale Redakteure oder ausschließlich einer bestimmten Domain zugeordnete Redakteure vorhanden sein. Sie können auch auf verschiedenen Domains verschiedene Themen nutzen, während unter der Haube in Ihrem CMS-System Datenkonsistenz gewährleistet wird.

Nachteile von Domainzugriff

Eine gemeinsame Datenbank bedeutet weniger Datentrennung. Probleme können alle Domains gleichzeitig betreffen. Die Systemkonfiguration ist komplexer, und die Wartung bei einer großen Anzahl von Domains (Dutzende oder Hunderte) kann herausfordernd sein.

Besondere Aufmerksamkeit sollte man aufbringen, wenn man andere Module nutzen möchte, die die Berechtigungen für den Zugriff auf Inhalte mithilfe des in Drupal Core eingebauten Mechanismus namens Node Access Grants verwalten. Das Domain Access-Modul stützt sich sehr auf diese Funktion. Wenn mehrere Module daran anschließen, können Konflikte entstehen. Infolgedessen könnte der Inhalt mit übermäßig eingeschränktem oder übermäßig weitem Zugang enden. Manchmal wird es notwendig, ein benutzerdefiniertes Modul zu schreiben, das die Einstellungen von mehreren Modulen mit Node Access abgleicht.

Bei der Verwendung von Domain Access ist es auch wichtig, Ihre Inhaltsstruktur und -taxonomie sorgfältig zu planen, damit das System klar und bequem für den täglichen Gebrauch bleibt.

Headless Drupal – Backend-API mit unabhängigen Frontends

Im Headless-Modell agiert Drupal ausschließlich als Backend – es liefert Inhalte, während das Frontend mit JavaScript-Technologien wie React, Angular oder Vue erstellt wird. Die Kommunikation erfolgt über eine API, in der Regel eine JSON API oder GraphQL, je nach geplanter Backend-Architektur.

Beispiel: Websites des Polnischen Fußballverbands

Ein ausgezeichnetes Beispiel für eine Headless-Architektur in Aktion ist der Polnische Fußballverband (PZPN). PZPN nutzt ein einziges zentrales Drupal-System als Content-Quelle für mehrere Websites. Mit dieser Methode können optimierte Frontends für verschiedene Zielgruppen und Domains erstellt werden, während die Konsistenz und Struktur der Daten im gesamten Ökosystem der Webdienste von PZPN gewährleistet bleibt.

Vorteile von Headless

Headless bietet Ihnen volle Flexibilität bei der Erstellung von Frontends für verschiedene Domains. Jede Seite kann ein völlig anderes Aussehen und eine distinkte Funktionalität haben. Sie können jedes Frontend individuell für SEO und Performance optimieren. Die Integration mit mobilen Apps wird zum Kinderspiel – da die API bereits vorhanden ist, verbindet sich eine mobile App mit denselben Endpunkten wie die Websites. Frontend- und Backend-Teams können unabhängig voneinander arbeiten, was oft die Entwicklungsgeschwindigkeit des gesamten Projekts beschleunigt.

Nachteile von Headless

Der größte Nachteil ist die technische Komplexität, die sich aus der Kombination mehrerer Technologien ergibt. Im Backend haben Sie Drupal, im Frontend verschiedene JavaScript-Frameworks und manchmal sogar unterschiedliche Frameworks auf verschiedenen Domains. Die Anforderungen an die Fähigkeiten des Teams sind höher – Sie brauchen Spezialisten sowohl in Drupal als auch in Frontend-Technologien.

Die Verwaltung mehrerer Code-Repositorys (mehrere Codebasen) ist notwendig, was die Wartungskosten erhöht. Bereitstellungen erfordern besondere Sorgfalt. Frontend-Änderungen müssen oft mit Backend-Änderungen synchronisiert werden und das Bereitstellen neuer Versionen beider Anwendungen muss in der richtigen Reihenfolge erfolgen, wobei die Kompatibilität im Hinterkopf behalten werden muss.

Vergleich der drei Ansätze – Multisite, Domainzugriff und Headless

Ein Vergleich der Schlüsselparameter hilft dabei zu bestimmen, welcher Ansatz für eine bestimmte Situation am besten geeignet ist. Im Folgenden vergleiche ich Multisite, Domainzugriff und Headless anhand von fünf Hauptkriterien.

Einfachheit der Implementierung

Multisite ist am einfachsten einzurichten, da es bereits in den Drupal-Kern integriert ist. Domainzugriff erfordert etwas mehr Aufwand – Installation und Konfiguration eines zusätzlichen Moduls, Planung von Inhaltsstrukturen und Berechtigungen. Headless erfordert den höchsten Aufwand und das breiteste technische Wissen, da es mehrere verschiedene Technologien kombiniert.

Inhaltsfreigabe

In dieser Kategorie führt der Domainzugriff eindeutig, denn er arbeitet mit einer einzigen Datenbank – Sie erstellen Inhalte einmal und veröffentlichen sie auf mehreren Domains. Multisite bietet hier die geringsten Möglichkeiten aufgrund getrennter Datenbanken. Bei Headless hängt es von der gewählten Architektur ab – Sie können eine gemeinsame Datenbank haben oder mehrere separate, je nach Projektanforderungen.

Datenisolation

Die Situation ist im Vergleich zur Inhaltsfreigabe umgekehrt. Multisite bietet die beste Datentrennung, da jede Domain ihre eigene Datenbank hat. Domainzugriff bietet die geringste Isolation, und bei Headless – wie schon bei der Freigabe – hängt es von der gewählten Architektur ab. Datenisolation kann aus Sicherheitsgründen in bestimmten Branchen und Projekten wichtig sein.

Flexibilität des Frontends

Headless ist hier unübertroffen und bietet nahezu unbegrenzte Möglichkeiten.

Wartungsfreundlichkeit

Domainzugriff bietet die höchste Wartungsfreundlichkeit, da Sie eine Codebasis und eine Datenbank haben und alles zentral verwaltet wird.

Wann sollten Sie Multisite, Domain Access oder Headless wählen?

Die Wahl der richtigen Architektur sollte auf der Analyse der spezifischen Bedürfnisse Ihrer Organisation basieren. Im Folgenden finden Sie die Szenarien, in denen jeder der drei Ansätze am besten funktioniert.

Wann sollte man Multisite wählen?

Multisite ist die beste Wahl, wenn Sie unabhängige Websites mit ähnlicher Struktur, aber unterschiedlichem Inhalt benötigen. Ein gutes Beispiel ist die Unternehmenswebsite von Droptica – das Droopler-System, bei dem die Datenstruktur auf allen Domänen gleich ist, der Inhalt jedoch unterschiedlich und getrennt ist. Dieser Ansatz funktioniert gut, wenn Sie einfache Updates für alle Websites auf einmal möchten, aber keine erweiterte Inhaltsfreigabe zwischen den Domänen benötigen.

Wann sollte man Domain Access wählen?

Domain Access ist die richtige Wahl, wenn Sie intensive Inhaltsfreigabe zwischen den Domänen benötigen und eine gemeinsame Benutzerbasis wünschen. Bei einer großen Anzahl ähnlicher Websites kann sich Domain Access als der effizienteste Ansatz erweisen.

Wann sollte man Headless wählen?

Headless funktioniert gut, wenn Sie für einzelne Domänen sehr unterschiedliche Schnittstellen und Frontends benötigen oder wenn Sie mobile Apps oder andere Inhaltsverteilungskanäle planen. Es lohnt sich, diesen Ansatz in Betracht zu ziehen, wenn Ihr Team Erfahrung in Frontend-Technologien hat und Sie diese Fähigkeiten nutzen möchten, um optimierte Schnittstellen zu erstellen.

Faktoren, die die Entscheidung beeinflussen

Es lohnt sich, mehrere zusätzliche Faktoren zu betrachten, die Ihre Architekturwahl beeinflussen können. Das Budget und die verfügbaren Ressourcen sind dabei einer von ihnen - Headless erfordert die größte Investition sowohl in Zeit als auch in Know-how. Sie gewinnen zwar an Flexibilität im Frontend, verbringen aber mehr Zeit mit dem Aufbau und der Wartung des Systems, weil Sie mehrere Codebases und Technologien zu pflegen haben.

Die Anzahl und Vielfalt der Domänen ist ein weiterer Faktor. Auch die Bedürfnisse der Inhaltsfreigabe, Zukunftspläne der Entwicklung und Leistungsanforderungen sollten bei der Entscheidung berücksichtigt werden.

Es lohnt sich, diese Faktoren fallweise sorgfältig zu analysieren, denn das spätere Ändern Ihres Ansatzes kann kostspielig und zeitaufwändig sein.

Wie man mit mehreren Domänen in Drupal umgeht - Zusammenfassung

Jeder der diskutierten Ansätze hat seine Vor- und Nachteile, und die Wahl hängt von den spezifischen Bedürfnissen Ihres Unternehmens oder Ihrer Organisation ab. Multisite bietet Einfachheit und Datentrennung. Domain Access punktet bei der Inhaltsfreigabe. Headless bietet enorme Flexibilität im Frontend.

In der Praxis sind hybride Setups häufig – kombiniert man verschiedene Ansätze. Beispielsweise kann man Domain Access für die Hauptgruppe von zusammenhängenden Unternehmenswebsites und Multisite für unabhängigere Dienste verwenden. Eine weitere Variante ist, Domain Access für die Haupt-Unternehmensseiten und Headless für Produktseiten – einfache Dienste bestehend aus wenigen Seiten, bei denen Inhalte von einem zentralen System bereitgestellt werden und das Frontend separat erstellt wird.

Es lohnt sich, Ihre Architektur sorgfältig zu planen und Ihren Ansatz zu überdenken. Selbst wenn die erste Entscheidung nicht optimal erscheint, können Sie sie später ändern – wechseln Sie von einem Ansatz zu einem anderen oder erstellen Sie ein Hybrid. Wenn Sie jedoch die Architektur von Anfang an durchdenken, sparen Sie Zeit und Geld.

Brauchen Sie Hilfe bei der Gestaltung einer Multi-Domain-Architektur für Ihren Fall? Unsere Drupal-Agentur hilft Ihnen, den Ansatz zu wählen und zu implementieren, der am besten zu Ihren Projektzielen passt.