Drupal-Multisite-Alternative: Drupal für den Hauptauftritt behalten, die vielen kleinen Websites neu denken

White Label / Drupal-Multisite-Alternative

Drupal ist das CMS, dem große öffentliche Einrichtungen und Hochschulen ihre größten, am stärksten strukturierten Websites anvertrauen, und dafür ist es oft die richtige Wahl. Drupal Multisite dehnt dieselbe Codebasis auf viele kleinere Websites aus. Das funktioniert, solange Sie ein passendes Drupal-Team haben. Wenn eine Abteilung eine Website mit fünf Seiten möchte und die Warteschlange dafür drei Monate lang ist, liegt das Problem nicht bei Drupal, sondern darin, ein Werkzeug für Hauptauftritte für viele kleine Aufgaben einzusetzen.

Demo buchen · Die Preise richten sich nach deinem Volumen und Setup, und deinen genauen Preis erfährst du im Gespräch. 0% Transaktionsgebühr.

Aktualisiert: 25. Oktober 2026

Kurz gesagt

Was Drupal Multisite ist

Die Drupal-Dokumentation fasst es in einem Satz: "Drupal has a feature that allows separate, independent sites to be served from a single codebase." Und: "Each site has its own database, configuration, files and base domain or URL."

Das ist eine andere Struktur als bei WordPress Multisite. Drupal-Websites in einem Multisite-Setup teilen sich Code (Core, Module, Themes), aber keine Daten. Die Vorteile sind real: ein Ort zum Patchen, ein von Ihrem Team geprüfter Satz an Modulen, unabhängige Inhalte pro Website. Der Preis: Jede Website bewegt sich im Tempo des gemeinsamen Codes. Ein Modul-Update, ein Core-Upgrade oder ein PHP-Versionswechsel betrifft alle.

Die Upgrade-Mauer

Die meisten Organisationen haben den Preis gemeinsamen Codes bei einem Versionssprung kennengelernt. Drupals eigene Website stellt fest: "Drupal 7 security support has ended as of 5 January 2025" (Drupal 7 end of life). Ein Netzwerk mit 150 Drupal-7-Abteilungs-Websites hatte nicht ein Upgrade zu planen, sondern 150 Inhaltsmigrationen auf eine neue Hauptversion, dazu jedes eigene Modul und Theme.

Wenn Sie das durchgemacht haben oder noch mittendrin stecken, lohnt sich die Frage, welche dieser 150 Websites Drupal je gebraucht haben. Eine typische Antwort von Webteams an Hochschulen und in Städten sieht so aus:

Website-TypTypischer Anteil am NetzwerkBraucht Drupal?
Hauptwebsite, News, Verzeichnis, Studien- oder LeistungskatalogEine HandvollOft ja: strukturierte Inhalte, Integrationen, viele Redakteure
Große Abteilungen mit eigenen InhaltstypenEinigeManchmal
Kleine Abteilungen, Programme, Labore, Veranstaltungen, OrtsgruppenDie meistenSelten: wenige Seiten, ein Redakteur, gelegentliche Änderungen
Kampagnen- und Einmal-WebsitesViele, kurzlebigNein

In den letzten beiden Zeilen verschwindet die Zeit eines Drupal-Teams: Anfragen für neue Websites, Redakteure, die vergessen, wie die Verwaltung funktioniert, und Websites, für die niemand mehr verantwortlich ist.

Was ein Builder für diese Zeilen anders macht

In We.Inc ist der Verantwortliche jeder kleinen Website ein Konto unter Ihrer Marke. Er meldet sich in einem Portal mit Ihrem Namen und Ihren Farben an, beschreibt die benötigte Website, und die KI erstellt sie. Er bearbeitet sie visuell. Sie legen zentral fest, was er darf und ob seine Änderungen auf Freigabe warten.

Einstellungen zum Markenauftritt mit Logo, Favicon, Markenfarben, Google-Schrift und Button-Stilen

*Markeneinstellungen, die im Portal jedes Verantwortlichen gelten: Logo, Farben, Schrift, Button-Stil.*

Designer für das Kundenportal mit Optionen für Ecken, Hell oder Dunkel, Login-Layout und Menüpunkte, mit Live-Vorschau

*Das Portal, in dem sich Ihre Website-Verantwortlichen anmelden, wird einmal zentral gestaltet.*

Es gibt keine Modulliste, die netzwerkweit sicher gehalten werden muss, denn Funktionen (Blog, Formulare, Shop, SEO-Einstellungen) sind Teil des Builders und werden pro Verantwortlichem eingeschaltet. Es gibt kein gemeinsames Upgrade zu planen.

Ein geöffneter Kunde mit Website-Limit, Schaltern pro Kunde und der Option, dass Veröffentlichungen meine Freigabe benötigen

*Schalter pro Verantwortlichem. Ein Labor erhält Blog und Formulare; eine kurze Kampagnen-Website braucht weder Shop noch eigene Domain.*

Wo Drupal klar das bessere Werkzeug ist

Wir möchten lieber, dass Sie Drupal behalten, als dass Sie das Falsche kaufen:

Eine Aufteilung, die funktioniert

Das Muster, das wir funktionieren sehen, heißt nicht "Drupal ersetzen", sondern "nicht mehr alles in Drupal packen":

  1. Hauptauftritt und strukturierte Websites in Drupal behalten. Das sind die Websites, die seine Kosten rechtfertigen.
  2. Kleine Websites gruppenweise in den Builder umziehen. Aus den Inhalten neu aufbauen, nicht Themes portieren. Alte URLs weiterleiten.
  3. In beiden dieselben Markenstandards verwenden. Farben, Logo und Schriften in den Markeneinstellungen des Builders passend zum Drupal-Theme festlegen.
  4. Verlinken, nicht einbetten. Kleine Websites verlinken auf das Verzeichnis oder den Katalog der Hauptwebsite, statt ihn zu kopieren.
  5. Eine gemeinsame Governance-Richtlinie für beide schreiben. Wer eine Website beantragen darf, wer sie freigibt, wann sie überprüft und wann sie stillgelegt wird. Unsere Vorlage für eine Governance-Richtlinie liefert Formulierungen.
Freigabe-Warteschlange mit einer wartenden Website und Buttons zum Freigeben und Veröffentlichen oder Anfordern von Änderungen

*Die Freigabe-Warteschlange für Websites, deren Verantwortliche eine Genehmigung brauchen. Ein Schritt, durch den Markeninhaber.*

Fragen an jede Plattform für die vielen kleinen Websites

Ob Sie sich für uns entscheiden oder nicht: Stellen Sie diese Fragen, bevor Sie kleine Websites aus Drupal herauslösen.

FrageWarum sie wichtig istUnsere Antwort
Bekommen wir den Code jeder Website heraus?Vermeidet die nächste erzwungene MigrationJa: Download als ZIP oder Synchronisierung mit GitHub
Wer darf ohne Prüfung veröffentlichen?Richtlinien- und ReputationsrisikoPro Verantwortlichem, mit einstufiger Freigabe
Gibt es ein Protokoll, wer Einstellungen geändert hat?NachvollziehbarkeitAudit-Log der Aktionen in der Organisation
Kann jede Website eine eigene Domain haben?Abteilungen haben oft historische DomainsJa, wenn Sie es diesem Verantwortlichen erlauben
Welche Barrierefreiheit erfüllt das Ergebnis?Gesetzliche Pflicht für öffentliche EinrichtungenDarauf ausgelegt, Sie beim Erfüllen von WCAG 2.1 AA zu unterstützen; Ihr Team muss testen
Welche Zertifizierungen haben Sie?BeschaffungWir beanspruchen keine; fragen Sie in der Demo nach unserer Sicherheitsdokumentation
Export-Dialog mit den Tabs GitHub, ZIP, Vercel und Domain und einer Option für ein privates Repository

*Eine Website exportieren: zu GitHub, als ZIP oder anderswohin. Ihre nächste Migration, falls es eine gibt, beginnt mit echtem Code.*

Für öffentliche Einrichtungen gilt die Pflicht zur Barrierefreiheit unabhängig von der Plattform. Unser Leitfaden zur Frist nach ADA Title II erklärt die Termine. Dies ist eine allgemeine Information, keine Rechtsberatung.

Vereinbaren Sie eine Demo mit Ihrer Liste der Drupal-Websites, und wir markieren, welche wir umziehen und welche wir unangetastet lassen würden.

Quellen

Zuletzt geprüft am 2026-10-25.

Bringen Sie Ihre Drupal-Website-Liste mit

Buche eine 30-minütige Demo. Wir zeigen dir den Baukasten unter deiner Marke, sehen uns an, wie viele Kunden-Websites du betreiben willst, und nennen dir deinen genauen Preis.

Demo buchen

Lieber erst die ganze Tour? Den White-Label-Website-Baukasten ansehen

Fragen, die Käufer stellen

Ist Drupal Multisite dasselbe wie WordPress Multisite?

Nein. Die Drupal-Dokumentation beschreibt Multisite als getrennte Websites aus einer Codebasis, jede mit eigener Datenbank, Konfiguration, eigenen Dateien und eigener Domain. WordPress Multisite teilt sich eine Installation und Datenbank mit Tabellen pro Website.

Sollten wir unsere Drupal-Hauptwebsite durch We.Inc ersetzen?

In der Regel nicht. Große, strukturierte Websites mit Integrationen und komplexen Workflows sind Drupals Stärke. We.Inc passt zu den vielen kleinen Websites darum herum.

Bietet We.Inc mehrstufige redaktionelle Workflows?

Nein. Die Freigabe ist einstufig: Ein Verantwortlicher klickt auf Veröffentlichen, und die Website geht live, wenn der Markeninhaber sie freigibt. Weitere Genehmigungsstufen müssen außerhalb der Plattform stattfinden.

Ist das Rechtsberatung zu Fristen für Barrierefreiheit?

Nein. Es ist eine allgemeine Information. Prüfen Sie die für Sie geltenden Regeln mit Ihrer eigenen Rechtsberatung.

Weiterlesen

Verwandt: White-Label-Website-Baukasten mit KI

Produkt

Für wen

Funktionen

Ressourcen

Unternehmen

Sitemap