Verstehen, was geteilt wird.
Ein WordPress-Multisite-Netzwerk betreibt mehrere Websites mit gemeinsamer Kernsoftware und Netzwerkverwaltung. Einzelne Websites behalten eigene Inhalte und Einstellungen. Getrennte Installationen können je nach Hosting und Wartung unterschiedliche Software- und Veröffentlichungsentscheidungen treffen.
Keine der Bezeichnungen beantwortet jede Daten- oder Sicherheitsfrage. Kläre Konten, Berechtigungen, Backups und Wiederherstellung in der tatsächlichen Umgebung. Getrennte Installationen auf einem Hostingkonto sind nicht automatisch in jeder Hinsicht voneinander isoliert.
Die später anstehenden Entscheidungen vergleichen.
Überlege, wer Plugins auswählt, wann Änderungen erscheinen und was passiert, wenn ein Shop eine andere Funktion braucht. Auch bei einem gemeinsamen Eigentümer können unterschiedliche Shopregeln nötig sein. Agenturkunden haben oft verschiedene Zuständigkeiten und Anforderungen an einen späteren Ausstieg.
| Bereich | Zu klärende Frage |
|---|---|
| Softwareänderungen | Können alle Shops dieselbe Update- und Plugin-Strategie nutzen? |
| Geschäftsdaten | Welche Produkte, Bestände oder Kunden brauchen wirklich eine gemeinsame Quelle? |
| Zugriff | Wer darf Netzwerk und einzelne Shops verwalten? |
| Wiederherstellung | Lässt sich ein Shop wiederherstellen, ohne anderswo Probleme zu verursachen? |
| Spätere Trennung | Wie könnte ein Unternehmen die gemeinsame Einrichtung verlassen? |
Zwei Unternehmen können sinnvoll unterschiedlich entscheiden.
In einem fiktiven Geschäft mit zwei Marken nutzt derselbe Eigentümer ähnliche Produkttypen und ein Wartungsteam. Eine gemeinsame Softwarestrategie kann attraktiv sein. Gemeinsame Kataloge und Bestände brauchen trotzdem eine ausdrückliche Planung. Ein Netzwerk lässt diese Regeln nicht verschwinden.
In einer fiktiven Agentur benötigen unabhängige Kunden unterschiedliche Plugins, Veröffentlichungstermine und spätere Übergaben. Eigenständigkeit kann wichtiger sein als eine gemeinsame Installation. Diese Fälle erklären die Kriterien. Sie ergeben keinen Punktestand, der die Architektur anhand der Shopanzahl auswählt.
Technischen Plan und täglichen Arbeitsablauf getrennt vereinbaren.
Lass dir vom Entwickler erklären, welche Integrationen unterstützt werden, wie Domains und Zugriffsgrenzen gehandhabt werden und wer die vorgeschlagene Lösung wartet. Teste in einer geeigneten Umgebung, bevor du eine bestehende Installation umstellst.
Beschreibe anschließend zwei konkrete Aufgaben: zum richtigen Shop wechseln, um einem Kunden zu helfen, und eine Produktänderung für ein bestimmtes Unternehmen vorbereiten. Eine Architektur kann technisch solide sein und trotzdem einen übersichtlicheren Arbeitsbereich für den Alltag brauchen. Beurteile beide Fragen getrennt.