WordPress-Multisite-Alternative: wenn eine gemeinsame Installation zum Problem aller wird

White Label / WordPress-Multisite-Alternative

WordPress Multisite ist eine clevere Antwort auf einen echten Bedarf: Dutzende Websites, eine Installation, ein Ort für Updates. Es passt zu Teams mit eigenen WordPress-Entwicklern. Deutlich schlechter passt es zu einem zentralen Team ohne Entwickler und zu Websites, deren Verantwortliche nur ihre Öffnungszeiten ändern wollen. Diese Seite erklärt, wie Multisite tatsächlich funktioniert, woran Sie erkennen, dass Ihr Netzwerk ihm entwachsen ist, und wie der Umzug der kleinen Websites auf einen White-Label-Builder aussieht.

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

Wie Multisite wirklich funktioniert

Die WordPress-Entwicklerdokumentation beschreibt ein Netzwerk nüchtern: "A multisite network is a collection of sites that all share the same WordPress installation core files." Jede Website erhält eigene Datenbanktabellen und einen eigenen Upload-Ordner, es sind aber virtuelle Websites innerhalb einer Installation, keine getrennten Installationen.

Daraus folgen drei Konsequenzen, alle aus der offiziellen Dokumentation zum Anlegen eines Netzwerks:

  1. Plugins und Themes werden geteilt. In den Worten der Dokumentation kann jede Website "activate both, but install neither." Wer das Netzwerk betreibt, bestimmt die Auswahl; die Website-Verantwortlichen wählen daraus.
  2. Subdomains oder Unterverzeichnisse wählen Sie einmal. "You must choose one or the other", und eine spätere Änderung "might not be easy".
  3. Eigene Domains pro Website sind ein separater Schritt, beschrieben in einer eigenen Dokumentation zum Domain-Mapping.

Das ist ein gutes Design für eine Redaktion mit zwanzig Ressort-Websites, ein Hochschul-Webteam mit Entwicklern oder eine Agentur, die auf ein Theme standardisiert hat und jede Website selbst betreut. Die Probleme beginnen, wenn das Netzwerk in eine Richtung wächst, die das Design nicht vorgesehen hat.

Sieben Anzeichen, dass Ihr Netzwerk Multisite entwachsen ist

Bewerten Sie Ihr Netzwerk ehrlich. Drei oder mehr Treffer bedeuten meist, dass die Wartung zur eigentlichen Arbeit geworden ist.

AnzeichenWarum es in Multisite schmerzt
Ein Plugin-Update hat Websites zerstört, von denen Sie nicht wussten, dass sie es nutzenGemeinsame Plugins bedeuten, dass ein Update jede Website erreicht, die es aktiviert hat
Verantwortliche wünschen sich ein Plugin "nur für sich"Wer es dem Netzwerk hinzufügt, erweitert die Auswahl und das Risiko für alle
Niemand im Team schreibt mehr PHPDas Netzwerk wurde von einem Entwickler gebaut, der inzwischen gegangen ist
Eine Website soll auf einem anderen Host oder Setup laufenWebsites lassen sich nicht ohne Export und Neuaufbau herauslösen
Verantwortliche wollen Layouts ändern, nicht nur TexteDie Theme-Optionen sind auf das beschränkt, was das gemeinsame Theme erlaubt
Eine einzelne Website aus dem Backup wiederherzustellen ist eine TorturBackups umfassen meist die gesamte Netzwerk-Datenbank
Für manche Websites kann niemand einen Verantwortlichen nennenMultisite kennt keinen Website-Verantwortlichen jenseits von Benutzerrollen

Nichts davon ist ein WordPress-Fehler. Es ist der Preis einer gemeinsamen Installation, und er wächst mit der Zahl der Websites und Verantwortlichen.

Das andere Modell: Jeder Verantwortliche erhält eine Website, Sie setzen die Regeln

Ein White-Label-Builder trennt die beiden Aufgaben, die Multisite miteinander verschmilzt. Ihr zentrales Team legt Marke und Regeln fest. Jeder Website-Verantwortliche, ob Abteilung, Ortsgruppe, Franchisenehmer oder zahlender Kunde, erhält eine eigene Website in einem Portal unter Ihrem Namen. Niemand teilt sich eine Plugin-Liste, denn es gibt keine Plugins zu installieren; Funktionen wie Blog, Shop, Formulare und SEO-Einstellungen sind Teil des Builders, und Sie schalten sie pro Verantwortlichem ein oder aus.

Kundenverzeichnis mit Demo-Website-Verantwortlichen, Tags, Status und einer Suche über Namen, E-Mails, Websites, Notizen und Tags

*Das Verzeichnis der Website-Verantwortlichen. In Multisite steht diese Liste in irgendjemandes Tabelle; hier ist es die Liste der Konten.*

Ein geöffneter Kunde mit seinen Websites, Tarif, Website-Limit, Berechtigungsschaltern, Notizen, Tags sowie Pausieren oder Entfernen

*Die Einstellungen eines Verantwortlichen: wie viele Websites er haben darf, welche Funktionen aktiv sind und ob Veröffentlichungen auf Freigabe warten.*

Der Builder selbst ist die andere Hälfte. Verantwortliche beschreiben die Website, die sie brauchen, die KI erstellt sie, und anschließend bearbeiten sie sie visuell. Ein Abteilungsredakteur, der nie eine WordPress-Theme-Datei anfassen würde, kann ein Layout gefahrlos ändern.

Menü der Builder-Bereiche mit Code, Cloud, Blog, SEO, Store, Domain, Analytics, Speed und Security

*Funktionen liegen in den Bereichen des Builders, nicht in Plugins, die Sie netzwerkweit prüfen und aktualisieren müssen.*

Was Sie aufgeben, wenn Sie Multisite verlassen

Seien Sie sich darüber vor einer Migration im Klaren:

Ein Migrationsplan, der das Netzwerk nicht lahmlegt

Ziehen Sie zuerst die vielen kleinen Websites um, das Aushängeschild zuletzt (oder nie).

PhaseMaßnahmeAbschlusstest
0Liste der Netzwerk-Websites mit letztem Änderungsdatum und aktiven Plugins exportierenSie wissen, welche Websites ruhen und welche von Plugins abhängen
1Websites ohne Verantwortlichen und ohne Änderungen seit einem Jahr mit Freigabe stilllegenWeniger Websites zum Umziehen
2Marken-Standards und Freigaberegeln in We.Inc festlegenEin neuer Verantwortlicher startet sinnvoll eingeschränkt
3Pilot mit fünf kleinen Websites, neu aufgebaut aus ihren aktuellen InhaltenJeder Verantwortliche hat selbstständig eine Änderung veröffentlicht
4Übrige kleine Websites in Gruppen umziehen; Domains nach jeder Freigabe zuordnenAlte Netzwerk-Websites leiten auf die neuen weiter
5Plugin-abhängige Websites und Aushängeschilder auf WordPress belassenDas Netzwerk ist kleiner und leichter zu warten

Leiten Sie bei jedem Umzug jede alte URL auf ihre neue Adresse weiter; Suchmaschinen behandeln eine verschobene Seite mit korrekter Weiterleitung ganz anders als eine Seite, die verschwindet.

Domain-Bereich im Editor eines Kunden mit der Einladung, eine eigene Domain zu verbinden

*Eine Domain direkt im Editor der Website verbinden, wenn Sie das diesem Verantwortlichen erlauben.*

Nachvollziehbarkeit, die Sie nicht selbst bauen müssen

Multisite protokolliert, wer einen Beitrag bearbeitet hat. Es liefert dem zentralen Team standardmäßig aber kein Protokoll darüber, wer die Berechtigungen welches Verantwortlichen geändert oder welchen Launch freigegeben hat. We.Inc führt ein Audit-Log der Aktionen in Ihrer Organisation: eingeladene oder entfernte Kunden, geänderte Limits und Schalter, Freigaben, Teamänderungen. Es ist ein Protokoll auf Kontoebene, keine Versionshistorie jedes Absatzes.

Audit-Log mit zwei Ereignissen aus der Bearbeitung eines Kunden, mit Spalten für Zeit, Aktion und Benutzer

*Das Audit-Log nach dem Bearbeiten der Einstellungen eines Kunden in der Demo-Marke.*

Und weil sich der Code jeder Website herunterladen oder mit GitHub synchronisieren lässt, bedeutet ein späterer Abschied von We.Inc keinen Neuanfang. Genau diese Frage sollte der Einkauf jeder Plattform stellen. Unser Exit-Plan für Anbieter listet die Vertragsklauseln auf.

Das ehrliche Fazit

Wenn Sie WordPress-Entwickler, eine Handvoll Websites und Plugins haben, auf die Sie angewiesen sind, ist Multisite ein gutes Werkzeug, und Sie sollten es behalten. Wenn Sie viele kleine Websites, nicht technische Verantwortliche und ein zentrales Team haben, das seine Woche mit Updates verbringt, ist der Umzug dieser Websites auf einen Builder mit Regeln pro Verantwortlichem meist weniger Arbeit. Unser umfassender Leitfaden White-Label-Builder vs. Enterprise-CMS behandelt dieselbe Entscheidung für Drupal und kommerzielle Plattformen.

Vereinbaren Sie eine Demo mit der Website-Liste Ihres Netzwerks, und wir sortieren sie gemeinsam mit Ihnen in "umziehen", "behalten" und "stilllegen".

Quellen

Zuletzt geprüft am 2026-10-25.

Sortieren Sie Ihr Netzwerk in umziehen, behalten und stilllegen

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

Können Website-Verantwortliche in WordPress Multisite eigene Plugins installieren?

Nein. Laut WordPress-Dokumentation kann jede Website in einem Netzwerk Plugins und Themes aktivieren, aber nicht installieren; die Installation erfolgt auf Netzwerkebene.

Muss ich jede Multisite-Website zu We.Inc umziehen?

Nein. Üblich ist, die vielen kleinen Websites umzuziehen und Plugin-abhängige Websites sowie Aushängeschilder auf WordPress zu belassen.

Kann We.Inc eine WordPress-Website automatisch importieren?

Einen automatischen Import versprechen wir nicht. Kleine Websites werden von der KI anhand einer Beschreibung und der vorhandenen Inhalte neu aufgebaut, was bei den meisten Abteilungs- oder Kunden-Websites schneller geht als die Portierung eines Themes.

Gibt es einen Hub für gemeinsame Inhalte, wie ihn Multisite-Plugins bieten?

Nein. Es gibt kein Werkzeug, um einen Inhalt gleichzeitig auf vielen Websites zu veröffentlichen. Belassen Sie syndizierte Inhalte auf dem System, das dies heute erledigt.

Weiterlesen

Verwandt: White-Label-Website-Baukasten mit KI

Produkt

Für wen

Funktionen

Ressourcen

Unternehmen

Sitemap