Webhosting Pro: mehrere Websites in einem gemeinsamen Budget

Mehrere Websites machen einen Hostingbetrieb nicht automatisch kompliziert. Kompliziert wird er, wenn unklar bleibt, welche Anwendung welche Ressourcen nutzt, wann Änderungen stattfinden und wer bei einem Fehler handeln darf. Webhosting Pro der webhoster.de AG bietet laut Shop einen Rahmen für bis zu fünf WordPress-Seiten. Diese Vorstellung untersucht, wie ein kleiner Bestand darin nachvollziehbar organisiert werden kann.

Als durchgehendes Beispiel dient ein Bildungsanbieter mit Unternehmenswebsite, Veranstaltungsbereich und einem redaktionellen Wissensportal. Das ist eine redaktionelle Beispielarchitektur und kein vom Anbieter zugesagtes Modell. Die Produktvorstellung ist Werbung; rootcloud.de hat keine Belastungsmessung dieses Tarifs durchgeführt. Das Ziel ist eine Auswahl, bei der Websitezahl, tatsächliche Arbeit und Zuständigkeiten zusammenpassen.

Zuerst den Bestand verstehen

Der Bildungsanbieter betreibt eine Unternehmensseite für Leistungen und Kontakt, einen Veranstaltungsbereich mit regelmäßig wechselnden Terminen und ein Portal mit längeren Fachartikeln. Obwohl alle drei Anwendungen WordPress nutzen, haben sie unterschiedliche Änderungsrhythmen. Ein neues Veranstaltungsprogramm kann viele Medienuploads und Datenänderungen auslösen. Das Wissensportal wächst langsamer, benötigt aber eine sorgfältige Such- und Themenstruktur. Die Unternehmensseite bleibt meist stabil.

Die Bestandsaufnahme hält diese Unterschiede fest. Sie beginnt mit Hauptdomain, Anwendung, Datenumfang und den wichtigsten Nutzungswegen. Danach werden Pflegezeiten, geplante Erweiterungen und Abhängigkeiten ergänzt. Ein Projekt mit eigenständiger Anmeldung oder einer entfernten Schnittstelle bekommt einen eigenen Hinweis. So entsteht ein verständliches Inventar, das mehr aussagt als die bloße Zahl der Installationen.

Pro wird in diesem Beispiel als gemeinsamer Betriebsrahmen betrachtet. Daraus folgt keine zugesicherte technische Isolierung auf jeder denkbaren Ebene. Wer unterschiedliche Kunden oder besonders sensible Daten betreut, muss den tatsächlichen Umfang von Accounts, Datenbanken und Zugängen vorab klären. Eine richtige Architektur beginnt mit den erforderlichen Grenzen.

Ein gemeinsames Budget verlangt Sichtbarkeit

Ein Paket mit mehreren Websites stellt nicht automatisch jeder Installation ein Fünftel seiner Ressourcen bereit. Eine aktive Anwendung kann zeitweise mehr Arbeit verursachen, während andere kaum dynamische Anfragen bearbeiten. Für die Planung ist deshalb wichtig, wie Lastspitzen zusammenfallen. Die Summe durchschnittlicher Auslastungen kann den kritischen Moment verbergen.

Beim Bildungsanbieter entstehen solche Momente vor dem Semesterstart. Neue Termine werden importiert, viele Interessierte betrachten das Programm, und gleichzeitig pflegt die Redaktion das Wissensportal. Diese ausdrücklich beispielhafte Überlappung lässt sich in einem kleinen Kalender darstellen. Darin stehen Tätigkeiten, ungefähre Dauer aus eigenen Beobachtungen und ihre Abhängigkeiten. Ohne Messung werden keine Sekundenwerte oder gleichzeitigen Besucherzahlen erfunden.

Eine sinnvolle Entscheidung kann sein, Importe nach der redaktionellen Hauptarbeit auszuführen. Ein anderer Schritt wäre, einen unnötig häufigen Hintergrundjob zu reduzieren. Erst wenn die verbleibende Last verstanden ist, wird der größere Hostingrahmen bewertet. Organisation kann Belastung entzerren; sie ersetzt die benötigten Ressourcen aber nicht.

1. Unternehmensseite → überwiegend öffentliche Informationen
2. Veranstaltungsbereich → geplante Importe und Änderungen
3. Wissensportal → Redaktion und interne Suche
4. Gemeinsame Planung → Ressourcen, Wartungsfenster, Rückwege

Textalternative: Drei eigenständige Anwendungen haben unterschiedliche Aufgaben und Änderungszeiten. Ihr Ressourcenbedarf wird gemeinsam betrachtet, ihre Zugänge und Datenstände werden einzeln dokumentiert. Das Diagramm behauptet keine vom Anbieter zugesicherte Isolation oder Ausfallsicherheit.

Domainorganisation folgt der Verantwortung

Jede Website braucht eine eindeutige Hauptadresse. Alternative Namen werden bewusst weitergeleitet, sofern das Projekt sie verwendet. Eine zusätzliche Domain im Paket ist keine Aufforderung, dieselben Inhalte unter vielen unklaren Adressen auszuliefern. Die Planung hält fest, welcher Name zu welcher Anwendung führt und wer autoritative DNS-Einträge verändern darf.

Bei mehreren Projekten sollte auch die Testadresse erkennbar zugeordnet sein. Eine Abkürzung, die nur der ursprüngliche Entwickler versteht, erschwert die spätere Wartung. Notieren Sie Hostingzuweisung, Dokumentenverzeichnis und TLS-Namen für jeden aktiven Host. Damit lässt sich ein Zertifikatsfehler von einer falschen Websitezuweisung unterscheiden. IPv4 und IPv6 werden getrennt geprüft, wenn beide öffentlich angeboten werden sollen.

Der Ratgeber TLS und Weiterleitungen erläutert, warum ein Zertifikat bereits für den zuerst aufgerufenen HTTPS-Namen passen muss. Eine korrekte Weiterleitung hilft nicht, wenn der Browser zuvor an einem Hostnamenfehler scheitert. Diese Beobachtung betrifft jede einzelne Website im Bestand.

Speicherwachstum pro Projekt verfolgen

Die 75 Gigabyte aus dem Shop bilden einen Rahmen, dessen tatsächliche Nutzung in der Hostingverwaltung überprüft wird. Für den Bildungsanbieter werden Medien, Datenbank und sonstige Dateien jeweils pro Website erfasst. Das Veranstaltungsarchiv enthält womöglich jährlich neue Bilder und Dokumente. Das Wissensportal kann viele Vorschaubilder erzeugen. Ohne diese Aufteilung lässt sich später kaum erkennen, wo Speicherwachstum entsteht.

Auch eine Testkopie, ein Importarchiv oder ein lokal abgelegtes Backup kann relevant sein. Solche Bestände erhalten Zweck und Aufbewahrungsentscheidung. Ein altes ZIP-Archiv bleibt nicht allein deshalb liegen, weil es irgendwann einmal beim Umzug gebraucht wurde. Vor dem Entfernen wird geprüft, ob ein benötigter Rückweg davon abhängt. Öffentliche Erreichbarkeit von Sicherungsdateien wird vermieden.

Eine regelmäßige Bestandsnotiz sollte vergleichbar bleiben. Werden Datenbankwerte einmal mit und einmal ohne zusätzliche Tabellen gemessen, entsteht ein irreführender Verlauf. Dokumentieren Sie den Umfang der Messung. Das Ziel ist ein rechtzeitig sichtbarer Bedarf, nicht eine dramatische Grafik mit willkürlich gewählten Grenzen.

Nicht jede Website profitiert gleich vom Cache

Die Unternehmensseite kann viele identische öffentliche Antworten liefern. Der Veranstaltungsbereich verändert vielleicht Termine und Verfügbarkeiten. Das Wissensportal besitzt womöglich eine interne Suche. Diese Unterschiede bestimmen, welcher Inhalt wie lange sinnvoll zwischengespeichert wird und wo eine neue Verarbeitung nötig bleibt. Ein globaler Optimierungsschalter beantwortet diese Frage nicht.

Prüfen Sie pro Anwendung öffentliche Seiten, Suchergebnisse, angemeldete Zustände und relevante Interaktionen. Eine Änderung muss im geeigneten Zeitraum sichtbar werden. Individuelle Informationen dürfen nicht als gemeinsamer öffentlicher Seitenstand weitergegeben werden. Wenn eine Funktion Cookies oder zusätzliche Anfrageparameter verwendet, werden sie in die Regelprüfung aufgenommen. Die tatsächliche Anwendung ist maßgeblich.

Der Anbieter nennt Seitenoptimierung und Object Cache. Im Cache-Ratgeber werden die Ebenen auseinandergehalten. Für Pro ist besonders wichtig, dass eine erfolgreich optimierte Website keine Aussage über die beiden anderen liefert. Jedes Projekt erhält einen eigenen Prüfstand. Sonst kann eine gute Startseite ein fehlerhaftes Teilprojekt verdecken.

Datenbankarbeit an den richtigen Vorgang binden

Ein langsamer Veranstaltungsfilter kann aus einer aufwendigen Abfrage entstehen, ein langsamer Editor aus einer externen Verbindung. Beide Vorgänge sehen für den Nutzer zunächst nur langsam aus. Die technische Betreuung braucht deshalb URL oder Arbeitsschritt, Zeitpunkt und reproduzierbare Eingaben. Danach lässt sich die Anfrage mit geeigneten internen Diagnosemitteln untersuchen.

Ändern Sie nicht zuerst zahlreiche Datenbankoptionen. Häufig ist es hilfreicher, ein Plugin gezielt zu überprüfen, eine große Abfrage zu verstehen oder wiederholte externe Aufrufe zu reduzieren. Eine größere Datenmenge ist ebenfalls nicht automatisch ein Problem; entscheidend ist, wie auf sie zugegriffen wird. Die Diagnose sollte im geschützten Umfeld stattfinden und keine personenbezogenen Datensätze in öffentlichen Protokollen hinterlassen.

Bei getrennten Installationen werden Datenbanken und Benutzer eindeutig zugeordnet. Zugangsdaten einer Website gehören nicht in die Konfiguration einer anderen. Der Ratgeber Datenbankengpässe beschreibt einen praktischen Ablauf von der Beobachtung zur überprüften Veränderung. Damit bleibt die Entscheidung über Ressourcen auf nachvollziehbare Arbeit bezogen.

Hintergrundaufgaben in einen Kalender bringen

Import, Sicherung, Bildverarbeitung und geplante Veröffentlichung können außerhalb einer sichtbaren Nutzeranfrage laufen. Für mehrere Websites sollten diese Aufgaben erfasst werden. Neben Zeit und Zuständigkeit ist wichtig, ob ein neuer Lauf starten kann, obwohl der vorige noch arbeitet. Eine unbemerkte Überlappung erzeugt zusätzlichen Bedarf und erschwert die Fehlersuche.

Der Shop nennt Cronjobs beziehungsweise einen Planer. Welche Ausführung im konkreten Paket vorgesehen ist, wird in der tatsächlichen Verwaltung geklärt. Anwendungseigene Planung und ein eingerichteter Systemjob dürfen nicht versehentlich dieselbe Arbeit doppelt auslösen. Bei einem geänderten Intervall werden die alten Einstellungen dokumentiert. Anschließend wird kontrolliert, ob die erwartete Aufgabe tatsächlich stattgefunden hat.

Im Beispielprojekt würde das neue Veranstaltungsprogramm zunächst auf einer Kopie importiert. Ein erfolgreicher Lauf hält Beginn, Ende und Ergebnis fest, ohne geheime Zugangswerte mitzuschreiben. Das Team entscheidet dann, wann die produktive Übernahme stattfindet. Diese Organisation macht den Rahmen von Pro nutzbar, ohne eine unbelegte Parallelitätszusage zu benötigen.

Zugangsgrenzen ausdrücklich prüfen

Eine zentrale Verwaltung kann bequem sein, aber Bequemlichkeit erklärt noch nicht die Sicherheitsgrenzen. Wer in mehreren Projekten arbeitet, benötigt passend begrenzte Rechte. Redaktionelle Konten werden der jeweiligen Website zugeordnet. Technische Zugänge erhalten eindeutige Namen und einen benannten Zweck. Gemeinsame Zugangsdaten über den gesamten Projektbestand erschweren eine sichere Trennung beim Personalwechsel.

Für unabhängige Kundenprojekte kann ein separates Abonnement oder ein anderer Aufbau erforderlich sein. Ob Pro die benötigte Trennung ermöglicht, wird vor Bestellung mit dem Anbieter geklärt. Die Zahl der enthaltenen WordPress-Seiten belegt keine Mandantenfähigkeit nach beliebigen fachlichen oder rechtlichen Anforderungen. Ebenso wird SSH im Katalog nicht zu einer Rootzugangszusage erweitert.

Dateien, Datenbankbenutzer und Schreibrechte werden frisch im tatsächlichen Bestand geprüft. Eine Testkopie darf keine Konfiguration mit produktiven Secrets öffentlich ausliefern. Dateirechte behandelt die Verbindung zwischen Benutzeridentität und Schreibzugriff. Für einen übersichtlichen Mehrprojektbetrieb gehört diese Prüfung zum Aufnahmeverfahren einer neuen Website.

Updates nacheinander und mit einem Rückweg durchführen

Wenn mehrere Websites denselben Komponententyp verwenden, wirkt eine gemeinsame Aktualisierung zunächst effizient. Trotzdem kann jede Anwendung andere Anpassungen und Abhängigkeiten haben. Ein neues Pluginverhalten, das im Wissensportal unauffällig bleibt, kann den Veranstaltungsbereich verändern. Deshalb wird die Freigabe pro Projekt mit den passenden Funktionen begründet.

Ein praktikabler Ablauf beginnt mit einer geschützten Kopie und einem aktuellen Rückweg. Dann werden ausgewählte Änderungen durchgeführt und relevante Nutzerwege geprüft. Für die erste produktive Website wird ein Wartungsfenster vereinbart. Erst nach ihrem Ergebnis folgen weitere Projekte. Ein automatisches Werkzeug kann unterstützen, aber eine optisch passende Startseite beweist noch keinen erfolgreichen Import oder eine funktionsfähige Suche.

Die Liste im Update-Ratgeber lässt sich projektweise anpassen. Halten Sie fest, welche Komponente geändert wurde, welche Prüfschritte bestanden und welche Fragen offen bleiben. Ein klarer Abschluss pro Website ist im Mehrprojektbetrieb hilfreicher als die Aussage, dass ein Sammellauf grün angezeigt wurde.

Staging als abgesprochene Datenübernahme

Der Bildungsanbieter arbeitet weiter, während eine neue Gestaltung getestet wird. Im Wissensportal erscheinen Beiträge; im Veranstaltungsbereich ändern sich Termine. Eine vollständige Rückübertragung einer Wochen zuvor angelegten Testdatenbank könnte diesen neueren Stand verlieren. Deshalb wird schon beim Start der Testphase festgelegt, welche Art von Änderung später übernommen werden soll.

Code und Darstellung lassen sich häufig anders übertragen als Inhalte. Manche Anpassungen liegen jedoch in der Datenbank. Die Betreuung muss den konkreten Umfang kennen und ein passendes Verfahren wählen. Bei einer vollständigen Übernahme kann ein vereinbartes Änderungsfenster nötig sein. Bei einem gezielten Transfer werden die betroffenen Datensätze und Dateien nachvollziehbar abgegrenzt. Pauschale Kopieranweisungen wären hier zu ungenau.

Nach der Übernahme folgen unabhängige Prüfungen der Hauptadressen, Bilder, Navigation und redaktionellen Funktionen. Die Testkopie bleibt geschützt oder wird nach gesichertem Abschluss kontrolliert entfernt. Staging und Übergabe zeigt, wie Vorbereitung, Übertragung und Wiederfreigabe zusammengehören.

Sicherungsumfang und Wiederherstellung je Website

Die angebotenen täglichen Sicherungen müssen für den konkreten Bestand eingeordnet werden. Fragen Sie nach enthaltenen Dateien, Datenbanken, Maildaten, Aufbewahrung und Zugriff auf die Stände. Wenn mehrere Websites gemeinsam gesichert werden, ist zusätzlich relevant, ob eine einzelne Anwendung gezielt zurückgespielt werden kann. Ein Rückweg für Projekt A darf nicht unbeabsichtigt neue Daten von Projekt B ersetzen.

Der Teststand wird entsprechend abgegrenzt. Ein geeigneter Datenstand wird in einer geschützten Umgebung wiederhergestellt und anhand seiner benötigten Funktionen geprüft. Zeitpunkt, Umfang und Ergebnis werden dokumentiert. Die Aussage, dass ein Backupauftrag beendet wurde, ist eine andere Beobachtung als eine tatsächlich funktionsfähige Wiederherstellung. Beides kann sinnvoll sein, wird aber getrennt benannt.

Für das Beispielteam entscheidet eine verantwortliche Person über fachlich akzeptable Datenstände. Die technische Betreuung erklärt mögliche Verluste und alternative Übernahmen neuer Daten. Weder das Paketlabel noch eine allgemeine Sicherungsaussage ersetzt diese Entscheidung. So wird ein Mehrprojektbetrieb auch im Störungsfall verständlich und kontrollierbar.

Mail als eigener Teil der Übergabe

Die 100 genannten IMAP-Postfächer sind ein Kontingent, kein Plan für den tatsächlichen Mailbetrieb. Der Bildungsanbieter muss festlegen, welche Personen persönliche Postfächer erhalten, wie Gruppenadressen funktionieren und welcher Dienst Systemnachrichten verschickt. Mehrere Websites können unterschiedliche Absender verwenden. Diese Absender müssen zum jeweiligen Versandweg und zu den Domainrecords passen.

Für eine Testumgebung werden echte Empfänger und externe Schreibaktionen bewusst behandelt. Ein kopiertes System darf keine alten Benachrichtigungen nachträglich an reale Personen versenden. Die Freigabe der produktiven Website umfasst deshalb auch einen vereinbarten Mailtest. Ergebnis und Zustellung werden auf der Empfängerseite kontrolliert, sofern die Funktion zum Projekt gehört.

Der Ratgeber Mailzuständigkeit trennt Website, Versanddienst, DNS und Postfach. Im Mehrprojektbestand ist diese Zuordnung besonders hilfreich: Ein Fehler im Veranstaltungsformular wird dann nicht automatisch als Störung aller E-Mail-Adressen behandelt. Das zuständige Team erhält eine konkrete Beobachtung.

Die Preisabweichung vor dem Abschluss auflösen

Der offizielle Pro-Shop zeigte am 7. Oktober 2026 monatlich 40,00 Euro und jährlich 428,59 Euro, dort mit 35,72 Euro pro Monat angegeben. Die Marketingübersicht nannte 47,60 Euro pro Monat inklusive 19 Prozent Umsatzsteuer. Rechnerisch entspricht die Differenz der Umsatzsteuer; diese Beobachtung ersetzt jedoch nicht die endgültige Steuerberechnung im Checkout nach Wohnort.

Zusätzlich bietet der Shop Mindestlaufzeiten von einem Monat oder einem Jahr. Für einen belastbaren Vergleich werden gewählter Zahlungsrhythmus, Laufzeit, Verlängerung und Kündigungsbedingungen zusammen betrachtet. Eine Monatsdarstellung eines Jahresbetrags bedeutet nicht automatisch monatliche Abbuchung oder monatliche Kündbarkeit. Auch die Zahl der enthaltenen Domains wird nicht mit der Zahl möglicher Websites gleichgesetzt.

Die CPU-Mindestangabe unterscheidet sich zwischen Marketing und Shop. Wir übernehmen deshalb keinen geglätteten Takt als zugesicherte Leistung. Vor Bestellung werden die konkreten Bedingungen im Originalangebot Pro geprüft. Auf rootcloud.de bleibt der Quellenstand sichtbar, damit eine spätere Änderung nachvollzogen werden kann.

Eine neue Website mit einem Aufnahmeblatt ergänzen

Wenn der Bildungsanbieter eine weitere Website aufnimmt, wird nicht einfach die nächste Installation angelegt. Zuerst erhält das Projekt einen Zweck, eine verantwortliche Person und eine eindeutige Hauptadresse. Bestehende Inhalte werden vor Änderungen gesichert. Für neue Inhalte werden Herkunft und spätere Pflege festgelegt. Diese kurze Aufnahme verhindert, dass ein unbetreuter Test irgendwann unbemerkt zum produktiven Angebot wird.

Anschließend wird der zusätzliche Bedarf auf den gemeinsamen Bestand bezogen. Welche Medien kommen hinzu, welche Aufgaben laufen regelmäßig und welche Zeiten sind geschäftlich relevant? Eine neue Anwendung kann auch ohne großen Speicherumfang zusätzliche dynamische Arbeit erzeugen. Die Aufnahme prüft deshalb nicht nur freien Platz. Sie ergänzt den Aufgabenplan und die vorhandene Liste wichtiger Funktionen.

Zum Abschluss werden eigene Anwendungszugänge, Datenbankzuordnung, Schutz der Testphase und ein tatsächlicher Kontaktweg überprüft. Die neue Website erhält ihr eigenes Abnahmeergebnis. Nach einem ersten sinnvollen Betriebszeitraum wird der beobachtete Bedarf mit der Planung verglichen. So wächst der Bestand nachvollziehbar: Jeder Zugang hat einen Zweck, jede Anwendung eine Betreuung und jede Erweiterung einen überprüfbaren Platz im gemeinsamen Rahmen.

Ein sinnvoller Rahmen für einen gepflegten kleinen Bestand

Pro ist in dieser Betrachtung besonders dann interessant, wenn mehrere reguläre Websites zusammen gepflegt werden und ihr Ressourcenbedarf nachvollziehbar bleibt. Das Beispiel des Bildungsanbieters zeigt, wie unterschiedliche Anwendungen in einem gemeinsamen Budget organisiert werden können. Voraussetzung ist eine klare Inventarliste, eine sinnvolle Aufgabenplanung und ein Rückweg pro Projekt.

Für eine einzelne bewusst kleine Anwendung wird Starter separat eingeordnet. Wenn größere Ressourcen und ein weiterer Websiteumfang gebraucht werden, bietet Business einen anderen Rahmen. Ein eigenes Managed-Server-Angebot kommt bei belegten Anforderungen an Ressourcen oder Betriebsaufbau in Betracht. Die Entscheidung sollte aus dem tatsächlichen Bedarf folgen, nicht aus dem Wunsch nach dem technisch größten Namen.

Zum Abschluss der Auswahl müssen Websitezählung, benötigte Trennung, Zeitpläne, Sicherungsumfang und Vertragsbedingungen geklärt sein. Dann wird aus mehreren Installationen ein betreubares System. Ein guter Mehrprojektbetrieb bleibt verständlich, auch wenn eine andere Person ihn übernimmt. Dieses Ziel ist der praktische Maßstab für die Einordnung von Pro.

Das Originalangebot prüfen

Bestellbedingungen, Steuer, Laufzeit und konkrete Leistungsgrenzen beim Anbieter kontrollieren. Diese Seite enthält redaktionelle Einordnung und keine eigene Vertragszusage.

Angebot bei webhoster.de öffnen

Quellen und Prüfstand

• Pro – offizielles Bestellziel — geprüft 2026-10-07
• Webhosting – Anbieterübersicht — geprüft 2026-10-07
• WordPress: Sicherheitsgrundlagen — geprüft 2026-10-07
• WordPress: Aktualisierung — geprüft 2026-10-07
• LiteSpeed: Cache-Dokumentation — geprüft 2026-10-07

Produktinformationen können sich ändern. Beispielarchitekturen sind redaktionelle Modelle. Unsere Methode und Grenzen

Weiterlesen

Architekturübersicht, Betriebsübersicht und druckbare Prüfliste.