Was ist WordPress Multisite?
WordPress Multisite ist eine Funktion, mit der Sie mehrere Websites über eine einzige WordPress-Installation verwalten können.
Beispiel-Anwendungsfälle:
- Agenturen (Kundenwebseiten)
- Universitäten (Fakultätswebseiten)
- Franchise-Systeme
- Blog-Netzwerke
- SaaS-Plattformen
Wie funktioniert Multisite?
Im Multisite-System:
- Alle Seiten teilen sich eine einzige Datenbank
- Derselbe WordPress-Core wird verwendet
- Plugins und Themes werden gemeinsam genutzt
- Jede Seite hat eigene Inhalte und Benutzer
Diese Architektur erfordert besondere Aufmerksamkeit hinsichtlich Performance und Sicherheit.
Unterschied zwischen Multisite und einer einzelnen Website
| Merkmal | Einzelseite | Multisite |
|---|---|---|
| Installation | 1 Seite | Mehrere Seiten |
| Datenbank | Einzeln | Geteilt |
| Verwaltung | Einfach | Komplex |
| Ressourcennutzung | Niedrig | Hoch |
Faktoren, die die Multisite-Performance beeinflussen
Die Multisite-Performance hängt von folgenden Faktoren ab:
- Anzahl der Seiten
- Traffic-Intensität
- Anzahl der Plugins
- Datenbankgröße
- Cache-System
- Serverkapazität
Insbesondere die Datenbankperformance wird dabei kritisch.
Mindest-Hosting-Anforderungen fĂĽr Multisite
Mindestempfehlungen fĂĽr kleine Multisite-Projekte:
| Ressource | Minimum |
|---|---|
| CPU | 2 Kerne |
| RAM | 4 GB |
| Festplatte | SSD |
| PHP | 8.0+ |
Bei Hosting unterhalb dieses Niveaus können Performance-Probleme auftreten.
Empfohlener Server-Stack fĂĽr Multisite
Empfohlene Konfiguration fĂĽr hohe Performance:
- Nginx oder LiteSpeed
- PHP 8.2
- OPcache
- Redis Object-Cache
- MariaDB
- HTTP/3
- NVMe-Festplatte
Dieser Stack steigert die Multisite-Performance erheblich.
Multisite-Lastauswirkung (Wichtig)
Die Last in Multisite-Systemen ist nicht linear.
Beispiel:
- 1 Seite = 1-fache Last
- 5 Seiten = 3–4-fache Last
- 10 Seiten = 6–8-fache Last
- 20 Seiten = 12–15-fache Last
GrĂĽnde:
- Gemeinsame Datenbank
- Gemeinsame CPU-Nutzung
- Steigende Anzahl von Abfragen
- Object-Cache-Bedarf
- Cron-Jobs
Deshalb mĂĽssen bei Multisite-Projekten nicht nur die Anzahl der Seiten, sondern auch der gesamte Traffic und die Datenbanklast berĂĽcksichtigt werden.
Ist Shared-Hosting fĂĽr Multisite ausreichend?
Im Allgemeinen nein.
Beim Shared-Hosting:
- Gibt es CPU-Limits
- Wird RAM geteilt
- Gibt es I/O-Limits
- Beeinflussen benachbarte Seiten die Performance
Deshalb werden Multisite-Projekte auf Shared-Hosting:
- Langsamer
- Werfen 503-Fehler
- Haben ein langsames Admin-Panel
- Haben längere Ladezeiten
Shared-Hosting wird fĂĽr Multisite generell nicht empfohlen.
VPS oder Dedicated fĂĽr Multisite?
| System | Wann |
|---|---|
| VPS | 2–20 Seiten |
| Ressourcenreicher VPS | 20–100 Seiten |
| Dedicated | 100+ Seiten |
| Cloud-Cluster | 200+ Seiten |
VPS ist fĂĽr wachsende Multisite-Projekte nahezu unverzichtbar.
Kritische Optimierungen fĂĽr Multisite
Was fĂĽr die Multisite-Performance getan werden muss:
- Redis Object-Cache muss verwendet werden
- Datenbank muss optimiert werden
- OPcache muss aktiv sein
- Unnötige Plugins müssen entfernt werden
- CDN muss verwendet werden
- Ressourcenlimits pro Seite mĂĽssen geplant werden
- wp-cron muss deaktiviert und Server-Cron verwendet werden
- Langsame Abfragen mĂĽssen mit Query Monitor gefunden werden
Das Skalieren von Multisite ohne diese Optimierungen fĂĽhrt zu ernsthaften Performance-Problemen.
Fazit: Wie wählt man das richtige Hosting für Multisite?
Der wichtigste Faktor bei Multisite-Projekten:
Es geht nicht um die Performance einer einzelnen Seite, sondern um die Gesamtsystemlast.
Richtige Hosting-Auswahl:
| Multisite-Größe | Empfohlenes System |
|---|---|
| 2–5 Seiten | VPS |
| 5–20 Seiten | VPS mit 8 GB RAM |
| 20–50 Seiten | VPS mit 16 GB RAM |
| 50–100 Seiten | Dedicated |
| 100+ Seiten | Dedicated / Cloud |
Eine falsche Hosting-Wahl fĂĽhrt bei Multisite-Projekten zu ernsthaften Performance- und Ausfallproblemen.