Hosting für mehrere Websites: Die Struktur zuerst klären

Mehrere Domains bedeuten nicht automatisch mehrere Websites, und mehrere Websites bedeuten nicht automatisch WordPress Multisite. Die passende Hostingstruktur hängt davon ab, ob Inhalte, Zugriffe und Betrieb zusammengehören. Wer diese Beziehungen vor der Tarifwahl klärt, kann Kontingente sinnvoll nutzen und vermeidet schwierige Übergaben oder unnötig eng verbundene Projekte.

Domains, Websites und Installationen auseinanderhalten

Eine Domain ist eine Adresse. Sie kann eine eigene Website erreichen, auf eine andere Adresse weiterleiten oder zusammen mit weiteren Adressen denselben Auftritt verwenden. Eine Website beschreibt den sichtbaren Auftritt und seine Inhalte. Eine Installation ist die technische Anwendung, die diesen Auftritt erzeugt. Diese drei Ebenen sollten in Ihrer Bestandsliste getrennt stehen.

Eine Firma kann beispielsweise eine Hauptdomain und eine zusätzliche Schreibvariante besitzen. Wenn beide denselben Auftritt erreichen sollen, braucht die zweite Adresse nicht zwangsläufig eine eigene Anwendung. Eine separate Marke mit eigenen Inhalten kann dagegen eine eigenständige Website benötigen. Der tatsächliche Zusammenhang entscheidet, nicht die Anzahl registrierter Namen.

Verwechseln Sie außerdem einen Testauftritt nicht mit einer zweiten produktiven Marke. Eine geschützte Testkopie erfüllt eine betriebliche Aufgabe und braucht einen klaren Umgang mit Daten und Veröffentlichung. Sie kann trotzdem Ressourcen und Kontingente beanspruchen. Fragen Sie, wie solche Kopien im Angebot angerechnet werden und welche Funktionen für ihre Nutzung vorhanden sind.

Vor der Auswahl eine Beziehungsliste erstellen

Schreiben Sie pro Website Zweck, Verantwortliche, Anwendung und verwendete Domains auf. Ergänzen Sie, welche Inhalte gemeinsam gepflegt werden und welche getrennt bleiben sollen. Eine solche Beziehungsliste zeigt, ob zentrale Verwaltung hilfreich ist oder ob eigenständige Projekte durch eine gemeinsame Technik unnötig verbunden würden.

Bei verschiedenen Unternehmen oder Kunden ist die getrennte Übergabe besonders wichtig. Auch wenn dieselbe Agentur betreut, bleiben Aufgaben und Daten eigenständig. Prüfen Sie, ob ein einzelnes Projekt exportiert und an eine andere Person übergeben werden kann. Diese Frage sollte beantwortet sein, bevor alle Auftritte auf eine gemeinsame Anwendung festgelegt werden.

Bei mehreren eigenen Projekten kann eine gemeinsame Verwaltungsoberfläche sinnvoll sein, während Anwendungen getrennt bleiben. „Zentral verwaltet“ und „gemeinsam installiert“ sind unterschiedliche Entscheidungen. Ein Hostingangebot kann eine der beiden Möglichkeiten oder beide unterstützen. Lassen Sie die tatsächliche Struktur erklären, statt aus einem Domainkontingent auf die Trennung zu schließen.

Wann separate WordPress-Installationen passen

Getrennte Installationen bieten sich an, wenn Auftritte eigenständige Funktionen, Pflegewege oder Verantwortliche haben. Ein Shop, ein Fachblog und eine Unternehmenswebsite können sich stark unterscheiden. Mit getrennten Anwendungen lässt sich ein Update oder eine Anpassung projektspezifisch behandeln. Die tatsächliche technische Trennung auf dem Hosting bleibt zusätzlich zu prüfen.

Diese Struktur verursacht wiederholte Pflegeaufgaben. Sie brauchen einen Überblick über Versionen, Sicherungen und wichtige Funktionen jeder Website. Eine geeignete zentrale Verwaltung kann diese Arbeit erleichtern, ohne die Anwendungen zu verschmelzen. Fragen Sie, welche Funktionen im Paket enthalten sind und wie viele Installationen tatsächlich unterstützt werden.

Ein getrenntes WordPress allein ist noch kein vollständig getrenntes Sicherheits- oder Ressourcenmodell. Anwendungen können beispielsweise denselben Systembenutzer oder gemeinsame serverseitige Grenzen verwenden. Bitten Sie den Anbieter um eine verständliche Beschreibung. Der Unterschied ist besonders relevant, wenn mehrere Personen nur auf jeweils ein Projekt zugreifen sollen.

WordPress Multisite bewusst auswählen

WordPress Multisite ermöglicht ein Netzwerk mehrerer Websites innerhalb einer gemeinsamen WordPress-Installation. Die offizielle Dokumentation zur Netzwerkerstellung beschreibt gemeinsame Kerndateien sowie eigene Medienbereiche und Datenbanktabellen der Netzwerkseiten. Das Modell bringt eine andere Verwaltungsstruktur als mehrere unabhängige Installationen mit sich.

Prüfen Sie daher, ob das gemeinsame Modell wirklich zu Ihren Aufgaben passt. Benötigen Websites sehr unterschiedliche Erweiterungen oder sollen sie leicht unabhängig übergeben werden, ist eine gesonderte Bewertung sinnvoll. Die WordPress-Planungshilfe vor der Netzwerkerstellung nennt zusätzliche Anforderungen und weist auf die Strukturentscheidung hin. Multisite ist kein automatisches Sparmodell für jede Sammlung von Domains.

Testen Sie wichtige Plugins ausdrücklich im vorgesehenen Netzwerk. Auch Rollen und Rechte werden anders verwaltet als bei Einzelinstallationen. Eine zentrale Aktualisierung kann Arbeit bündeln, wirkt aber auf einen gemeinsamen technischen Bestand. Legen Sie fest, wie Änderungen geprüft werden und welche Netzwerkseiten bei einer Störung betroffen sein könnten.

Kontingente präzise lesen

Ein Tarif kann mehrere Domains erlauben, aber die Anzahl von Websites, Datenbanken oder WordPress-Installationen anders begrenzen. Fragen Sie nach diesen Positionen einzeln. Ein großer Adressumfang hilft wenig, wenn Ihre Anwendungen getrennte Datenbanken brauchen und deren Kontingent nicht dazu passt. Auch Subdomains und Testkopien können je nach Angebot unterschiedlich behandelt werden.

Unterscheiden Sie gemeinsame und einzelne Ressourcengrenzen. Der gesamte Speicher kann gemeinsam gelten, während Upload- oder PHP-Grenzen je Anwendung wirken. Welche Website eine intensive Aufgabe ausführt, ist dann für den Betrieb relevant. Eine Gesamtsumme der Daten erklärt nur einen Teil des Bedarfs.

Erstellen Sie deshalb eine kleine Kapazitätsliste je Website. Notieren Sie Dateiumfang, Datenbank, geplantes Wachstum und besondere Aufgaben. Summieren Sie dort, wo Ressourcen tatsächlich geteilt werden. Lassen Sie zudem Platz für normale Verwaltungsarbeit wie Testkopien und Sicherungen, soweit sie angerechnet werden. Der Speicherratgeber zeigt die dafür wichtigen Datenpositionen.

Zugriffsrechte und Verantwortung je Auftritt

Wenn dieselbe Person alle Websites pflegt, erscheint ein gemeinsamer Vollzugang bequem. Sobald weitere Personen dazukommen, wird die Reichweite wichtiger. Eine Redaktion für Website A muss keine Änderungen an Website B ausführen können. Beschreiben Sie deshalb pro Beteiligtem die tatsächliche Aufgabe und den benötigten Bereich.

Plesk erläutert Benutzerrollen und den Abozugriff. Ein zusätzlicher Benutzer kann laut Dokumentation auf ein einzelnes gewähltes Abo oder auf alle Abos des Kundenkontos zugreifen. Das ist eine mögliche Verwaltungshilfe, deren Verfügbarkeit und Einrichtung im Angebot zu prüfen sind. Probieren Sie eine vorgesehene Rolle praktisch aus, bevor Sie sie im laufenden Betrieb einsetzen.

Erfassen Sie zudem Verantwortung unabhängig vom Zugang. Wer erhält Fehlermeldungen? Wer genehmigt Änderungen? Wer verwaltet den Vertrag? Ein technisch berechtigtes Konto erklärt keine organisatorische Zuständigkeit. Eine kurze Projektzuordnung hilft bei Vertretung, Pflege und späterem Auszug erheblich.

Wiederherstellung einzeln prüfen

Bei mehreren Websites ist die wichtigste Backupfrage oft, ob ein einzelner Auftritt gezielt zurückgesetzt werden kann. Ein gemeinsamer Sicherungsstand darf nicht unbeabsichtigt Änderungen anderer Websites entfernen. Erfragen Sie den konkreten Ablauf und die erforderlichen Rechte. Wenn mehrere Datenstände beteiligt sind, muss die Wiederherstellung ihre Beziehungen berücksichtigen.

Für eine WordPress-Website gehören Dateien und Datenbank zusammen. Wenn Anwendungen getrennt eingerichtet sind, ist die Zuordnung oft leichter verständlich. Bei einem Netzwerk oder gemeinsam verwendeten Diensten muss der Wiederherstellungsplan genauer beschrieben werden. Halten Sie fest, welche Sicherung für welchen Fall genutzt wird und welche Hilfe nötig ist.

Testen Sie den Ablauf auf einer geschützten Kopie. Sie sollte keine echten Benachrichtigungen versenden und keine fremden Daten öffentlich zeigen. Überprüfen Sie nach der Wiederherstellung nicht nur den Startseitenaufruf, sondern wichtige Funktionen. Eine Bestätigung, dass eine Archivdatei existiert, ist noch keine vollständige Funktionsprüfung.

Beispiel: Drei eigene Auftritte

Eine Unternehmerin betreibt eine Unternehmenswebsite, ein redaktionelles Nebenprojekt und einen kleinen Shop. Alle drei gehören ihr, haben aber unterschiedliche Inhalte und Pflegewege. Der Shop erzeugt Bestelldaten, während die Unternehmensseite selten geändert wird. Ein gemeinsamer Vertrag kann organisatorisch passen; daraus folgt noch nicht, dass eine gemeinsame WordPress-Installation sinnvoll ist.

Sie prüft getrennte Anwendungen, einen klaren Verwaltungsüberblick und individuelle Sicherungswege. Ressourcen werden dort gemeinsam betrachtet, wo das Angebot sie teilt. Der Shop erhält einen eigenen Abnahmeplan. Das Nebenprojekt kann später ohne Übertragung von Shopdaten an eine andere Person übergehen. Diese Überlegung hilft bereits bei der ersten Strukturwahl.

Würde sie stattdessen mehrere eng abgestimmte regionale Auftritte mit ähnlicher Gestaltung und gemeinsamer Betreuung planen, wäre ein Multisite-Konzept eine prüfbare Alternative. Es müsste dann anhand von Rollen, Erweiterungen und Übergabeanforderungen bewertet werden. Die Auswahl folgt dem Zusammenhang der Websites, nicht nur der Besitzerin.

Neue Websites kontrolliert aufnehmen

Jeder zusätzliche Auftritt sollte dieselben Bestandsfelder bekommen: Zweck, Domain, Anwendung, Zugänge, Datenumfang und Sicherung. Prüfen Sie, welche bestehenden Ressourcen er mitnutzt und ob das Paket weiterhin passt. Damit bleibt ein Wachstum nachvollziehbar. Ein freier Domainplatz allein ist keine vollständige Aufnahmeprüfung.

Überprüfen Sie den Bestand außerdem regelmäßig auf ungenutzte Installationen und Testkopien. Entfernen Sie sie erst nach einer kontrollierten Entscheidung und einer passenden Sicherung. Alte Versuche können sonst Speicher, Pflegeaufwand und unbekannte Abhängigkeiten erzeugen. Eine saubere Liste macht auch einen späteren Tarifwechsel leichter.

Die Reihenfolge bei einem späteren Wechsel planen

Ein Bestand aus mehreren Websites muss nicht zwingend am selben Tag umziehen. Prüfen Sie, ob unabhängige Auftritte einzeln übertragen und abgenommen werden können. Das kann die Arbeit übersichtlicher machen. Gemeinsam verwendete Dienste und Daten müssen dabei ausdrücklich erkannt werden, damit eine teilweise Umschaltung keine unerwarteten Abhängigkeiten erzeugt.

Beschreiben Sie je Website den Datenstand und das Änderungsverhalten. Eine reine Informationsseite lässt sich möglicherweise kurz ohne redaktionelle Änderungen übertragen. Bei einem Shop müssen neue Bestellungen berücksichtigt werden. Bei einem gemeinsamen Netzwerk kann die Übertragung einzelner Seiten eine besondere Aufgabe sein. Lassen Sie den Ablauf deshalb anhand der gewählten Struktur erklären, statt einen Standardumzug für alle Auftritte anzunehmen.

Nach jeder Übertragung prüfen Sie Domains, wichtige Unterseiten, administrative Zugriffe und besondere Funktionen. Dokumentieren Sie, welche alte Umgebung noch als Rückkehrweg verfügbar ist und wann sie entfernt werden kann. Halten Sie außerdem fest, welche externen Dienste eine geänderte Adresse oder Konfiguration benötigen. Ein erfolgreicher Aufruf der neuen Hauptseite allein reicht für diese Entscheidung nicht.

Diese Planung zeigt auch, ob Ihre heutige Struktur flexibel genug ist. Wenn selbst ein einfacher einzelner Auftritt nur mit großem Aufwand getrennt werden kann, sollte diese Einschränkung bewusst in den Angebotsvergleich eingehen. Komfort im Alltag und Beweglichkeit bei einer späteren Änderung sind zwei unterschiedliche Kriterien, die zusammen betrachtet werden sollten.

Im Produktfinder können Sie konkrete Angebote von webhoster.de AG anschließend abgleichen. Für fremde Kundenprojekte ergänzt die Agenturhosting-Planung den organisatorischen Teil. Wenn die Hostingklasse offen ist, hilft der Vergleich mit einem Managed Server.