Webhosting Pro: mehrere WordPress-Seiten gemeinsam betreiben

Webhosting Pro von webhoster.de richtet sich laut Angebot an mehrere WordPress-Seiten. Für Firmen mit getrennten Auftritten oder eine Redaktion mit mehreren Projekten liegt die eigentliche Aufgabe im gemeinsamen Betrieb: Veröffentlichungen, Importe und Wartung sollen sich nicht gegenseitig ausbremsen. Diese Vorstellung untersucht deshalb, wie ein Portfolio aus Websites geplant wird, welche Ressourcenfragen offen bleiben und wie sich eine sinnvolle Entscheidung vorbereiten lässt.

1. Projektinventar
2. Aufgabenzeiten
3. Cache je Instanz
4. Abnahme je Website

Fünf Websites brauchen einen Betriebsplan

Pro nennt fünf WordPress-Seiten, acht Gigabyte nutzbaren RAM, vier vCore, vierzig Prozesse und fünfundsiebzig Gigabyte NVMe-Speicher. Diese Kombination ist für die Organisation mehrerer Instanzen interessant. Eine Unternehmenswebsite, ein Fachmagazin und eine getrennte Veranstaltungsseite können unterschiedliche Veröffentlichungszyklen besitzen. Sie benötigen keine identische Pluginliste und müssen auch nicht dieselbe technische Architektur verwenden. Die Aufgabe besteht darin, diese Unterschiede im gemeinsamen Ressourcenrahmen sichtbar zu machen. Wer nur die Zahl der erlaubten Installationen betrachtet, übersieht möglicherweise, dass eine einzige davon regelmäßig schwere Importe oder viele dynamische Anfragen ausführt.

Erstellen Sie vor der Bestellung ein kurzes Inventar pro Website. Dazu gehören fachlicher Zweck, verantwortliche Person, typische Besucherwege, Datenbank- und Medienbestand sowie geplante Hintergrundaufgaben. Halten Sie auch fest, welche Installation wirtschaftlich besonders wichtig ist. Eine selten gelesene Archivseite darf nicht denselben Wartungsdruck erzeugen wie die Hauptpräsenz eines Unternehmens. Dieses Inventar hilft später bei der Priorisierung von Fehlern. Es zeigt zudem, wann fünf Installationen tatsächlich fünf eigenständige Projekte sind und wann lediglich Testkopien oder historische Überbleibsel das Kontingent belegen. Der Anbieter sollte erklären, wie Staging-Kopien mitgezählt werden.

Gemeinsame Ressourcen als erste offene Frage

Die Produktseite macht die Ressourcen sichtbar, erklärt aber nicht jede Zuteilungsebene. Fragen Sie ausdrücklich, ob RAM und Prozessgrenze für das gesamte Abo gelten oder wie einzelne Websites darin begrenzt werden. Diese Information verändert die Planung erheblich. Ein Seitenportfolio kann mehrere kleine Präsenzseiten mit einer intensiver genutzten Anwendung verbinden. Ohne eine klare Zuteilung lässt sich nicht verlässlich beurteilen, ob ein Import der einen Website zeitweise die Redaktion einer anderen beeinträchtigt. Die Zahl vier vCore ist auch keine Bestätigung exklusiver physischer Kerne oder einer beliebigen Dauerlast.

Die richtige Anbieterfrage enthält deshalb einen konkreten Arbeitsfall. Beschreiben Sie beispielsweise, dass eine Instanz täglich einen Produktkatalog aktualisiert, während andere Redaktionen am Vormittag Inhalte bearbeiten. Erfragen Sie CPU-Zeit, I/O-Grenzen und die Bedeutung der genannten Prozesse. Fragen Sie auch, welche Messung oder Meldung bei einem erreichten Limit verfügbar ist. Ein Ressourcenproblem lässt sich wesentlich leichter lösen, wenn sein Zeitpunkt und seine betroffene Instanz bekannt sind. Die offene Grenze wird damit zu einem prüfbaren Bestandteil der Auswahl, statt später als unerwartete Störung im Support zu erscheinen.

Besuchermenge und Gleichzeitigkeit auseinanderhalten

Ein monatlicher Besuchswert sagt wenig über die Lastspitze eines Portfolios. Die Aufrufe können ruhig verteilt sein oder nach einem Newsletter in kurzer Zeit zusammentreffen. Zusätzlich unterscheiden sich die Antworten: Ein vorbereiteter Artikel, eine Suche und ein eingeloggter Mitgliederbereich erzeugen verschiedene Arbeit. Planen Sie daher mit den wichtigsten Vorgängen und ihrem gemeinsamen Auftreten. Für eine Firma kann die Veröffentlichung einer neuen Kampagne mit dem morgendlichen Import und dem Redaktionsstart kollidieren. Der Tarif sollte anhand dieser Situation eingeordnet werden. Eine frei erfundene Anzahl möglicher gleichzeitiger Besucher wäre dafür keine brauchbare Antwort.

Eine erste Lastübersicht braucht keine aufwendige Simulation. Tragen Sie für jede Website ein, wann neue Inhalte erscheinen, wann Daten importiert werden und wann Sicherungen starten. Markieren Sie überschneidende Aufgaben. Daraus können schon einfache Verbesserungen folgen: Ein nicht dringender Medienimport wird verschoben, ein unnötig häufiger Abgleich entfällt oder ein Beitrag wird vor einer Ankündigung kontrolliert. Solche Änderungen helfen auch auf einem größeren Tarif. Sie reduzieren die vermeidbare Konkurrenz um Ressourcen. Auf Engpässe betrachten wir, welche Beobachtungen einer belastbaren Kapazitätsfrage vorausgehen sollten.

Hintergrundarbeit gehört ins Inventar

WordPress führt nicht nur die sichtbaren Besucheranfragen aus. Erweiterungen können geplante Aufgaben für Aktualisierungen, Nachrichten, Datenabgleich oder Aufräumen registrieren. Das WordPress-Handbuch zu Cron beschreibt den auf Seitenaufrufen beruhenden Standardmechanismus. Für mehrere Installationen lohnt ein Blick auf Zeitplanung und ausstehende Arbeit. Übernehmen Sie nicht einfach dieselben Intervalle in jede Instanz. Ein stündlicher Abgleich auf einer wenig veränderten Website kann überflüssig sein, während eine andere Anwendung einen zuverlässigeren Rhythmus braucht. Die passende Lösung hängt vom fachlichen Zweck und den tatsächlichen Hostingmöglichkeiten ab.

Verändern Sie den Scheduler nur mit einem nachvollziehbaren Ersatz. Das Abschalten von WP-Cron ohne funktionierende Alternative kann Aufgaben verzögern. Für das Portfolio sollten Verantwortlicher, Intervall und Fehlerbeobachtung feststehen. Prüfen Sie nach einer Änderung, ob fällige Aufgaben tatsächlich abgearbeitet werden und ob sich Rückstände bilden. Für eine redaktionelle Unternehmensseite ist auch ein zeitgesteuerter Beitrag ein guter Funktionsfall. Ein korrekt angelegter Termin beweist noch keine pünktliche Ausführung. Die Anbieterangabe Cronjobs benennt ein verfügbares Merkmal, ersetzt aber keine dokumentierte Einrichtung Ihrer konkreten Websites.

Medien und Staging zusammen kalkulieren

Der größere Speicherraum von Pro kann mehrere redaktionelle Archive aufnehmen. Er sollte dennoch bewusst aufgeteilt werden. Erfassen Sie Originalbilder, abgeleitete Bildgrößen, Downloads und Datenbanken pro Instanz. Ein ungenutzter Downloadordner kann mehr Platz verbrauchen als das aktive Magazin. Für geplante Umbauten kommt zeitweise eine Testkopie hinzu. Vereinbaren Sie mit dem Anbieter, welche Kopien auf das Speicher- und Installationskontingent angerechnet werden. So wird aus einer groben Zahl ein praktischer Betriebsrahmen. Eine bequeme Staging-Funktion ist wenig hilfreich, wenn für den nächsten vollständigen Klon kein Platz bleibt.

Redaktionen sollten Medien bereits beim Upload passend vorbereiten. Eine gemeinsame Bildrichtlinie kann Zielabmessungen, Dateiformat, alternative Texte und Umgang mit Originaldateien festlegen. Sie braucht nicht jede Website optisch zu vereinheitlichen. Unterschiedliche Marken dürfen unterschiedliche Bildsprache besitzen, während der technische Umgang mit übergroßen Dateien klar bleibt. Prüfen Sie regelmäßig, ob alte Testkopien und Sicherungen noch gebraucht werden. Löschen Sie sie erst, wenn ihr Zweck dokumentiert abgeschlossen ist. Ein Speicheralarm ist ein schlechter Zeitpunkt, um unter Druck herauszufinden, welche unbekannte Kopie die einzige Rückkehrmöglichkeit einer Website enthält.

Cache-Regeln je Projekt festlegen

Mehrere Websites sollten keine unkritisch kopierte Cache-Konfiguration erhalten. Ein öffentliches Fachmagazin, ein Mitgliederportal und eine Veranstaltungsanmeldung haben unterschiedliche Antwortarten. Die sichere Frage lautet, ob zwei Besucher dieselbe Antwort sehen dürfen. Wo persönliche Informationen oder ein individueller Status vorkommen, muss die Regel genauer geprüft werden. Die HTTP-Caching-Dokumentation von MDN unterscheidet unter anderem private und gemeinsame Caches. Für das Portfolio folgt daraus eine konkrete Aufgabe: Öffentliche Inhalte, Redaktionszugriffe und personenbezogene Vorgänge erhalten nachvollziehbare Verantwortlichkeiten und überprüfte Regeln.

Schreiben Sie pro Website eine kurze Cache-Abnahme. Welche URL liefert eine öffentliche Antwort, welche Anfrage bleibt dynamisch und welches Ereignis macht eine alte Fassung ungültig? Veröffentlichen Sie dann einen Testinhalt und kontrollieren Sie die Aktualisierung. Testen Sie unterschiedliche Nutzerkontexte, wenn die Anwendung sie besitzt. Es genügt nicht, einen warmen anonymen Aufruf als Vertreter aller Seiten anzusehen. Für Pro kann ein gut organisierter Cachebetrieb mehr bewirken als zusätzliche unkoordiniert aktivierte Plugins. Unser Bereich Cache ordnet die Ebenen vom Browser bis zur Anwendung ein.

Updates in einem überschaubaren Rhythmus

Ein Portfolio braucht einen Wartungsrhythmus, der Unterschiede erlaubt. Dokumentieren Sie für jede Installation die aktive Erweiterungsliste, besondere Integrationen und die wichtigsten Prüfschritte. Eine reine Präsenzseite kann eine kurze Abnahme benötigen, ein Formular mit externem Ziel mehr Aufmerksamkeit. Fassen Sie Routineaufgaben zusammen, ohne alle Websites ungeprüft gleichzeitig zu verändern. Sonst wird aus einem gemeinsamen Termin eine unnötig breite Störung. Beginnen Sie bei einem überschaubaren Projekt und prüfen Sie den Verlauf, bevor dieselbe Änderung auf eine wichtige Website übertragen wird. Entscheidend ist die nachvollziehbare Reihenfolge.

Das Angebot nennt Smart Updates. Die aktuelle Plesk-Dokumentation zum WP Toolkit beschreibt Prüfungen an einer Kopie vor einer Aktualisierung. Solche Prüfungen unterstützen die Abnahme, ersetzen jedoch keine fachliche Funktionskontrolle. Eine korrekt dargestellte Formularseite kann trotzdem das falsche Ziel ansprechen. Für Ihr Portfolio sollten deshalb die menschlich geprüften Kernwege benannt sein. Fragen Sie, wer bei zurückgehaltenen Updates reagiert und welche Installationen die Funktion tatsächlich nutzen dürfen. Eine bloß verfügbare Oberfläche ist noch kein vereinbarter Wartungsprozess.

Rollen verhindern unnötige Eingriffe

Wenn mehrere Personen mehrere Websites verwalten, entstehen leicht zu breite Zugänge. Ein Redakteur für das Fachmagazin braucht normalerweise keine Administration der Unternehmenspräsenz. Erstellen Sie eine Rollenliste mit Projekt, Zweck und Ablaufdatum für zeitweise Dienstleisterzugänge. Nutzen Sie nachvollziehbare persönliche Konten, soweit die verwendete Umgebung das ermöglicht. Gemeinsame Administrationszugänge erschweren die Zuordnung von Änderungen. Das ist im Alltag unbequem und im Fehlerfall besonders problematisch. Gute Rollenplanung verhindert außerdem, dass eine kleine Inhaltskorrektur zu einer unbeabsichtigten Plugin- oder Themeänderung auf einem anderen Projekt führt.

Zum Portfolio gehört eine sichere Übergabe. Halten Sie fest, wo Zugänge geschützt hinterlegt sind, wer Domainänderungen beauftragen darf und wer im Störungsfall Ansprechpartner des Anbieters ist. Die Bezeichnung Pro schafft keine automatische Agenturorganisation. Eine Firma kann mehrere Marken betreiben und dennoch nur einen verantwortlichen technischen Kontakt besitzen. Diese Person muss nicht alle Arbeiten selbst ausführen, aber sie sollte deren Zusammenhang kennen. Bei einem Personalwechsel wird die Rollenliste überprüft, statt alte Zugänge dauerhaft zu behalten. So bleibt die gemeinsame Hostingumgebung pflegbar, wenn das Portfolio wächst oder Aufgaben abgegeben werden.

Ein Umzug darf die Projekte nicht vermischen

Übertragen Sie mehrere Websites anhand eines Manifests: Domain, Zielinstallation, Datenbankzuordnung, Medienbestand, Hauptadresse und Abnahmestatus. Jede Instanz erhält ihren eigenen prüfbaren Weg. Ein ähnlich benannter Datenbankexport oder ein alter Unterordner darf nicht versehentlich einem anderen Projekt zugeordnet werden. Planen Sie die DNS-Umstellung pro Domain und kontrollieren Sie danach die tatsächliche Hauptadresse, das passende Zertifikat sowie Weiterleitungen mit Pfad und Query. Eine erfolgreiche Startseite unter einer technischen Vorschauadresse belegt diese öffentlichen Wege noch nicht. Besonders bei ähnlichen Marken schützt eine eindeutige Zuordnung vor Fehlern.

Führen Sie vor der Umstellung eine redaktionelle Sperrphase oder einen klaren letzten Datenabgleich ein. Andernfalls können Änderungen nach dem Export im alten Ziel entstehen und im neuen Bestand fehlen. Die passende Lösung hängt von der Website ab: Bei einem Informationsarchiv ist eine kurze Pause oft gut planbar, bei einer aktiven Anmeldung braucht es mehr Abstimmung. Mailbestände und MX werden als eigener Arbeitsbereich behandelt. Die beworbenen hundert IMAP-Postfächer machen vorhandene Postfachinhalte nicht automatisch übertragbar. Erst ein gesonderter, überprüfter Mailplan verhindert, dass der Websiteumzug nebenbei Kommunikation unterbricht.

Störungen nach Projekt und Vorgang erfassen

Eine gemeinsame Fehlermeldung wie „alles ist langsam“ hilft bei mehreren Instanzen selten weiter. Erstellen Sie eine kurze Beobachtung mit betroffener Domain, Uhrzeit, Nutzerrolle und Handlung. War es das Speichern eines Artikels, die öffentliche Suche oder eine Bildgalerie? Trat die Schwierigkeit auf mehreren Websites auf oder nur auf einer? Diese Details grenzen eine gemeinsame Ressourcensituation von einem lokalen Pluginfehler ab. Ergänzen Sie, ob zu diesem Zeitpunkt ein Import oder eine Wartung lief. Die Information sollte aus dem tatsächlich geführten Aufgabenplan stammen, statt erst im Nachhinein vermutet zu werden.

Für häufig wiederkehrende Probleme lohnt eine kleine Ereignisliste. Sie sammelt belegte Beobachtungen und die jeweils vorgenommenen Änderungen. Wenn ein Problem nach dem Verschieben eines Imports ausbleibt, ist das eine nützliche lokale Beobachtung, aber noch kein universeller Beweis für die Leistungsgrenze des Tarifs. Wiederholen Sie die relevante Prüfung unter vergleichbaren Bedingungen. Geben Sie dem Anbieter die reproduzierbaren Schritte und erforderlichen Ausschnitte, ohne Zugangsdaten oder fremde Kundendaten in das Ticket zu kopieren. So bleibt die Fehleranalyse zielgerichtet. Die gemeinsame Umgebung wird besser verständlich, ohne für jede kleine Verzögerung sofort ein größeres Paket zu buchen.

Pro fair mit einem Server vergleichen

Ein eigener Managed Server Startup wird interessant, wenn das Portfolio einen anderen Betriebsrahmen benötigt. Gründe können konkretere Serverkonfiguration, andere Trennungsanforderungen oder nachvollziehbare dynamische Last sein. Die bloße Zahl mehrerer Websites macht den Server noch nicht zwingend. Gegenüber Pro entstehen neue Fragen zu Betrieb, Sicherung, Zugängen und Ressourcenaufteilung. Vergleichen Sie deshalb nicht nur Speicher und Kerne, sondern Ihre tatsächlichen Vorgänge. Ein Portfolio mit gut cachebaren Inhalten kann andere Prioritäten haben als wenige datenintensive Anwendungen mit häufigem Hintergrundabgleich.

Für die Preisentscheidung müssen außerdem Angebotsseite und Konfigurator auseinandergehalten werden. Die Landingpage nennt für Pro 47,60 Euro monatlich mit ihrem Umsatzsteuerhinweis. Der geöffnete Konfigurator stellt Monats- und Jahreswerte anders dar; seine Steuerbasis ist im geprüften Ausschnitt nicht eindeutig bestätigt. Verbindlich prüfen lässt sich der Endbetrag erst mit gewähltem Intervall und vollständigen Bestellangaben. Unsere Tabelle dokumentiert die Anzeige, keinen durchgeführten Kauf. Ein Jahresäquivalent darf deshalb weder als monatlich kündbarer Endpreis noch als dauerhafter Rabatt ohne Vertragsprüfung dargestellt werden.

Wann die Auswahl schlüssig wird

Pro passt als zu prüfende Option zu einem überschaubaren WordPress-Portfolio, dessen Instanzen klare Aufgaben und einen gemeinsamen Wartungsplan besitzen. Vor der Entscheidung sollten Ressourcenebene, Prozessdefinition, Staging-Anrechnung und Sicherungsrückweg geklärt sein. Nach Einrichtung prüfen Sie die wichtigsten Websites während typischer Arbeitszeiten und bei bewusst geplanten Hintergrundaufgaben. So erhält die Auswahl eine eigene nachvollziehbare Grundlage. Wir behaupten keine getestete Besucherzahl, keine garantierte Reaktionszeit und keinen pauschalen Performancegewinn. Die Leistung Ihrer Anwendungen entsteht aus dem Zusammenspiel ihres Aufbaus, der Konfiguration und des tatsächlich vereinbarten Hostingrahmens.

Bewahren Sie das Inventar auch nach der Buchung auf. Wenn eine neue Website hinzukommt, wird ihr Profil ergänzt, bevor zusätzliche Aufgaben ungeplant in dieselbe Umgebung gelegt werden. Wenn eine alte Instanz entfällt, werden Kopien, Konten und geplante Aufgaben überprüft. Dieses einfache Vorgehen macht Kapazitätsentscheidungen später wesentlich klarer. Ein Portfolio entwickelt sich selten in einem einzigen großen Sprung. Die kleinen Änderungen bestimmen, ob Pro dauerhaft gut zur Arbeitsweise passt. Unser Bereich WordPress vertieft den Zusammenhang zwischen Erweiterungen, Hintergrundarbeit und einem nachvollziehbaren Betriebsablauf.