Wer mehrere WordPress-Websites betreut, verbringt viel Zeit zwischen den Projekten. Eine kleine Firmenwebsite braucht ein Themeupdate, ein Magazin erwartet einen neuen Artikel und eine Testkopie enthält noch Änderungen vom letzten Auftrag. Webhosting Pro wird auf der offiziellen Bestellseite der webhoster.de AG mit fünf WordPress-Seiten angeboten. Für unsere WordPress-Werkstatt ist deshalb die zentrale Frage, wie ein solches Paket einen kleinen Projektbestand tragen kann. Wir betrachten dafür einen beispielhaften Arbeitsablauf mit getrennten Websites. Das ist eine redaktionelle Planung und kein Bericht über tatsächlich auf diesem Tarif betriebene Kundenprojekte.
Fünf Projektplätze als Organisationsaufgabe
Fünf Websites gehören nicht automatisch zusammen, nur weil sie in einem Paket betrieben werden. Eine Vereinswebsite, ein Unternehmensauftritt und ein privates Magazin haben unterschiedliche Verantwortliche und Daten. Vor einer Bestellung sollten Sie die Projekte einzeln erfassen: Domain, Ansprechpartner, Zweck, benötigte Funktionen und geplante Veränderungen. Damit erkennen Sie, ob ein gemeinsames Paket organisatorisch sinnvoll ist. Fragen Sie außerdem nach der Abgrenzung der Zugänge und danach, wie eine einzelne Website später unabhängig herausgelöst werden kann. Ein bequemes Gesamtpaket darf nicht dazu führen, dass die Verantwortung für einzelne Projekte unklar wird.
Auch der Begriff WordPress-Seite braucht eine praktische Klärung. Geht es um eigenständige Installationen, und werden Testkopien zusätzlich gezählt? Wie werden Multisite-Netzwerke innerhalb des Kontingents behandelt? Solche Fragen lassen sich aus der Zahl fünf allein nicht beantworten. Zeichnen Sie Ihren geplanten Bestand mit Produktion und Staging auf. Wenn Sie bereits vier produktive Installationen und mehrere dauerhafte Entwicklungsumgebungen benötigen, sollte der Anbieter diese Konstellation vorab bestätigen. Die Projektübersicht hilft, solche Umgebungen mit klaren Namen und Zuständigkeiten zu planen, damit Test und Produktion später nicht verwechselt werden.
Ausgewiesene Ressourcen und ihre Grenzen
Die Originalproduktseite Pro nennt 75 GB NVMe-Speicher, 8 GB nutzbaren RAM, vier vCores, 40 Prozesse und fünf WordPress-Seiten. Eine .de- oder .com-Domain sowie 100 IMAP-Postfächer werden ebenfalls aufgeführt. WordPress-Toolkit, Staging, Object Cache, tägliche Backups und SSH gehören zu den beworbenen Funktionen. Wir behandeln diese Daten als Anbieterbeschreibung. Die Zahlen sind keine Zusicherung, dass fünf beliebige Shops gleichzeitig jede Last bewältigen. Unklarheiten zur Ressourcenzuteilung sollten geklärt werden, etwa ob ein Limit dem Gesamtpaket oder einer einzelnen Installation zugeordnet ist.
| Ausgewiesen | Für den Projektbestand prüfen | Nützlicher Nachweis |
|---|---|---|
| Fünf WordPress-Seiten | Produktion, Testkopien und Reserven zählen | Liste der geplanten Installationen |
| 75 GB NVMe | Medien und zusätzliche Dateien zuordnen | Speicherinventar je Website |
| 8 GB RAM, vier vCores | Gesamt- oder Einzelzuteilung klären | Bestätigte Limitbeschreibung |
| 40 Prozesse | Gleichzeitige Hintergrundarbeiten beachten | Beobachtung bei echten Abläufen |
Den Bestand übersichtlich erfassen
Eine gute Bestandsliste zeigt mehr als Domains. Notieren Sie zu jeder Installation WordPress-Version, Theme, wichtige Erweiterungen, aktive PHP-Version und die letzte Abnahme. Markieren Sie außerdem, ob es sich um Produktion, Entwicklung oder eine vorübergehende Kopie handelt. Eine Testumgebung ohne Eigentümer bleibt leicht monatelang liegen und wird später mit echten Inhalten verwechselt. Verwenden Sie Namen, die auch in einem Screenshot eindeutig sind. Ein neutraler interner Projektcode kann helfen; die Zuordnung zur echten Domain muss trotzdem erhalten bleiben. Die Liste gehört geschützt verwaltet, enthält aber keine Klartextpasswörter.
Aus diesem Inventar entsteht eine Arbeitswarteschlange. Sie können erkennen, welches Projekt ein dringendes Sicherheitsupdate braucht und welches lediglich eine neue Inhaltsseite erwartet. Trennen Sie solche Aufgaben, damit eine redaktionelle Änderung nicht unbemerkt zu einem Softwareumbau wird. Für jeden Eingriff dokumentieren Sie Ziel, Rückweg und Prüfpunkt. Ein größerer Bestand profitiert besonders von dieser kleinen Disziplin. Sie spart Zeit bei Rückfragen und erleichtert die Vertretung. Ein Hostingpaket bietet Ressourcen; es liefert nicht automatisch die Priorisierung, mit der fünf Websites vernünftig betreut werden.
Zugänge und Daten pro Website abgrenzen
Für die redaktionellen WordPress-Konten sollte jedes Projekt eigene Benutzerrollen haben. Eine Person, die einen Vereinsbeitrag schreibt, braucht keinen Administrationszugang zum Unternehmensauftritt. Prüfen Sie auch die Ebene unter WordPress: Können Dateizugänge, Datenbanken und Verwaltungsrechte passend begrenzt werden? Die Antwort hängt von der konkreten Hostingkonfiguration ab. Fragen Sie danach, statt aus mehreren Domainplätzen bereits vollständige Isolation abzuleiten. Bei unterschiedlichen Auftraggebern können vertragliche Anforderungen an Zugriff und Datenverarbeitung hinzukommen. Diese Anforderungen müssen vor dem Zusammenlegen des Bestands bekannt sein und mit der tatsächlichen Umgebung abgeglichen werden.
Bei Übergaben sollten personenbezogene Daten besonders sorgfältig behandelt werden. Eine Kopie mit Kommentaren, Formulareingängen oder Nutzerkonten bleibt eine Datenkopie, auch wenn sie nur für Designarbeiten gedacht ist. Für viele Tests reichen anonymisierte oder künstliche Beispieldaten. Legen Sie fest, wer eine Kopie anlegt und wann sie gelöscht wird. Notieren Sie, welche Integrationen auf Testsystemen deaktiviert werden müssen. Dazu können Newsletter, Zahlungsdienste und Benachrichtigungen gehören. So wird aus einem gemeinsamen Paket eine geordnete Werkstatt, in der ein Projekt nicht durch den Testbetrieb eines anderen unerwartete Nachrichten oder Zugriff erhält.
Speicher nach Projekt und Zweck verteilen
75 GB erlauben eine andere Planung als ein kleiner Einstiegsplatz. Trotzdem sollten Sie nicht einfach alle Dateien wachsen lassen, bis eine Warnung erscheint. Ordnen Sie Medien, Sicherungsarchive, Importdateien und Diagnoseprotokolle getrennt zu. Ein großes Fotosortiment kann den Speicher dominieren, während eine zweite Website überwiegend Text enthält. Für die Planung ist deshalb die tatsächliche Dateistruktur wichtiger als die bloße Zahl der Installationen. Ermitteln Sie vor einer Migration den Umfang der Originalbilder und ihrer Varianten. Klären Sie beim Anbieter, welche Daten in das ausgewiesene Kontingent eingerechnet werden und welche getrennt gezählt werden.
Eine einfache redaktionelle Regel hilft beim täglichen Wachstum: Originaldateien werden vorbereitet, bevor sie hochgeladen werden. Das bedeutet geeignete Abmessungen, eindeutige Namen und eine nachvollziehbare Bildquelle. Videos oder große Downloadarchive benötigen ein eigenes Konzept. Prüfen Sie zudem, ob alte Stagingkopien mehr Platz belegen als die eigentlichen Websites. Löschen Sie sie erst, wenn die enthaltenen Änderungen übernommen oder ausdrücklich verworfen wurden. Eine kleine Löschfreigabe im Projektblatt verhindert, dass eine vermeintlich alte Kopie die einzige noch vorhandene Fassung eines wichtigen Entwurfs war. Ordnung schützt hier ebenso wie zusätzliches Speicherkontingent.
Einen sicheren Redaktionswechsel ermöglichen
Bei mehreren Websites wechselt die Aufmerksamkeit ständig. Ein Browserfenster zeigt den Editor von Projekt A, ein zweites den Verwaltungsbereich von Projekt B. Vor jedem Speichern sollte deshalb die Domain sichtbar überprüft werden. Verwenden Sie keine identischen Projektbezeichnungen, die den Wechsel erschweren. Auch für Bilder und heruntergeladene Sicherungen sind eindeutige Namen sinnvoll. Das klingt unspektakulär, verhindert aber typische Verwechslungen in der täglichen Arbeit. Die Qualität eines Mehrprojektarbeitsplatzes zeigt sich gerade darin, ob Routineaufgaben ohne ständiges Nachfragen ausgeführt werden können. Ein zusätzlicher vCore kann diese organisatorische Klarheit nicht ersetzen.
Für häufig wiederkehrende Inhalte können Sie projektbezogene Muster definieren. Ein Vereinsbericht braucht andere Elemente als eine Produktankündigung oder ein Fachartikel. Halten Sie pro Website fest, welche Überschriften, Bildunterschriften und Kontaktbausteine verwendet werden. Vermeiden Sie dabei das ungeprüfte Kopieren kompletter Textstrecken zwischen Projekten. Die Inhalte sollen die jeweilige Zielgruppe erreichen und ihre eigenen Fragen beantworten. Unter Inhalte behandeln wir den Aufbau solcher Arbeitsvorlagen. Ein Muster ist hilfreich, wenn es die Struktur zuverlässig macht; der eigentliche redaktionelle Gehalt bleibt eine eigene Aufgabe.
Updates nach Projekt testen
Ein gemeinsames Hostingpaket bedeutet nicht, dass alle Websites dieselbe Softwarekombination haben. Ein Themeupdate kann auf einer Installation problemlos laufen und auf einer anderen eine spezielle Darstellung beschädigen. Legen Sie deshalb projektbezogene Abnahmestrecken fest. Eine Magazinwebsite prüft beispielsweise Start, Artikel und Suche; eine Kontaktwebsite zusätzlich das Formular. Vor umfangreichen Updates sollten Sicherung und Rückweg klar sein. Eine geeignete Testkopie erleichtert die Vorbereitung, aber sie muss die relevante Softwarekonfiguration abbilden. Eine leere Neuinstallation kann einen Konflikt mit den echten Erweiterungen nicht zuverlässig ausschließen.
Planen Sie die Reihenfolge der Updates so, dass Fehler zugeordnet werden können. Wenn Sie gleichzeitig PHP, WordPress, Theme und mehrere Plugins ändern, wird die Ursache eines Problems schwerer erkennbar. Beginnen Sie mit einer klar begrenzten Änderung und prüfen Sie danach die festgelegten Funktionen. Schreiben Sie das Ergebnis in die Bestandsliste, einschließlich offener Auffälligkeiten. Diese Notizen müssen nicht lang sein. Sie sollen zeigen, was wirklich geprüft wurde. Ein grünes Symbol in einem Verwaltungstool ist kein vollständiger Nachweis dafür, dass eine spezielle Formularbedingung, Suchfunktion oder mobile Navigation weiterhin korrekt arbeitet.
Staging zwischen mehreren aktiven Websites
Die beworbene Stagingfunktion ist besonders interessant, wenn mehrere Projekte in unterschiedlichen Bearbeitungsphasen sind. Wichtig ist eine klare Zuordnung: Zu welcher Produktion gehört die Kopie, wann wurde sie erstellt und welche Änderung enthält sie? Eine kopierte Datenbank bleibt auf dem Stand dieses Zeitpunkts. Wenn die Produktion inzwischen Beiträge, Kommentare oder Bestellungen erhält, kann eine spätere vollständige Übertragung aktuelle Daten verdrängen. Legen Sie deshalb für jede Änderung fest, welche Bestandteile übernommen werden. Prüfen Sie die Bedienoberfläche des konkreten Werkzeugs und führen Sie den ersten Transfer an einer entbehrlichen Teststrecke durch.
Eine Testkopie sollte zudem keine versehentliche Nebenproduktion werden. Sperren Sie ihren öffentlichen Zugriff passend ab und kontrollieren Sie Indexierung, Medien und Schnittstellen. Unterdrücken Sie unerwünschte ausgehende Nachrichten. Nach Abschluss gehört die Kopie entweder bereinigt archiviert oder entfernt. Ein deutliches Abschlussdatum verhindert, dass mehrere veraltete Kopien nebeneinander liegen. Für ein Paket mit einer angegebenen Zahl von WordPress-Seiten ist zusätzlich relevant, wie diese Kopien im Kontingent gezählt werden. Diese Frage sollten Sie schriftlich klären, bevor Sie einen dauerhaften Workflow für alle Projekte darauf aufbauen.
Gemeinsame Ressourcen mit Beobachtungen bewerten
Die ausgewiesenen vCores, RAM- und Prozesswerte sind Planungsinformationen. Sie beweisen keine feste Transaktionsleistung. Ein Import, eine umfangreiche Bildverarbeitung oder mehrere gleichzeitige Sicherungen können andere Anforderungen erzeugen als ein normaler Seitenabruf. Wenn ein Projekt regelmäßig an ein Limit stößt, erfassen Sie Uhrzeit, Aufgabe und beobachteten Fehler. Prüfen Sie außerdem, ob zeitgleich andere Hintergrundarbeiten liefen. Daraus entsteht eine konkrete Supportanfrage. Sie lässt sich wesentlich besser beantworten als die pauschale Aussage, dass alle Websites manchmal langsam seien. Unsere Rubrik Fehlerdiagnose erklärt diesen Weg vom Symptom zur überprüfbaren Ursache.
Verteilen Sie planbare schwere Arbeiten zeitlich, sofern die Umgebung dies erlaubt. Nicht jede Sicherung, jeder Feedimport und jede Medienaufbereitung muss im gleichen Zeitfenster laufen. Prüfen Sie trotzdem die tatsächliche Ausführung, damit eine umgeplante Aufgabe nicht still ausfällt. Ein Kalender allein beweist keinen erfolgreichen Job. Notieren Sie den letzten erfolgreichen Lauf und einen sinnvollen Fehlerweg. Für öffentliche Geschwindigkeit sollten Sie zusätzlich echte Seiten unter vergleichbaren Bedingungen betrachten. Eine bessere Serverausstattung beseitigt weder übergroße Bilder noch fehlerhafte Skripte, die den Browser beim Aufbau der Seite beschäftigen.
Backup pro Projekt wiederherstellen können
Tägliche Backups gehören zur Anbieterbeschreibung. Für einen Mehrprojektbestand sollte geklärt werden, ob eine einzelne Website unabhängig wiederhergestellt werden kann. Wenn nur eine Installation betroffen ist, möchte man nicht unbesehen die anderen vier auf einen älteren Stand zurücksetzen. Erfragen Sie daher Granularität, Aufbewahrung und Zugriff. Ergänzend sollten Dateien und Datenbank einer Website als zusammengehöriger Sicherungssatz vorliegen. Diese beiden Bestandteile beschreibt die WordPress-Backup-Dokumentation. Prüfen Sie den Wiederherstellungsweg an einer getrennten Umgebung und dokumentieren Sie, was für genau dieses Projekt funktioniert hat.
Bewahren Sie Zugang zum Sicherungsort so auf, dass eine zuständige Vertretung ihn nutzen kann. Dabei gehören Passwörter nicht in ungeschützte Projektnotizen. Eine Wiederherstellungsanleitung kann stattdessen auf die geschützte Verwaltung verweisen. Bei verschiedenen Auftraggebern muss außerdem klar sein, wer eine Wiederherstellung freigibt und wie neue Daten währenddessen behandelt werden. Das eigentliche Hostingangebot beantwortet diese organisatorischen Fragen nicht. Gerade Pro kann ein guter Anlass sein, den Betrieb von mehreren Websites erstmals systematisch zu dokumentieren. Der Nutzen liegt dann sowohl im passenden Kontingent als auch im bewusst eingerichteten Verfahren.
Eine Website später aus dem Paket herauslösen
Planen Sie beim Einstieg bereits die spätere Übergabe. Jede Installation sollte mit eigenen Dateien, Datenbank und Domainzuordnung identifizierbar sein. Dokumentieren Sie Integrationen und Lizenzen, deren Zugang nicht einfach mit einem WordPress-Export übertragbar ist. Ein Inhaltsexport kann beim Umzug helfen, ersetzt aber keine vollständige Migration der Umgebung. Falls ein Auftraggeber das Hosting wechseln möchte, erleichtert diese Trennung einen kontrollierten Ablauf. Prüfen Sie vor dem Umschalten Zielsystem, HTTPS, Medien und Formulare. Erst nach einer bestätigten Abnahme sollte das bisherige System entsprechend dem vereinbarten Plan entfernt werden.
Wann Pro für den Bestand passt
- Es gibt mehrere klar benannte WordPress-Projekte, deren benötigte Plätze einschließlich Testumgebungen bestätigt sind.
- Zugänge und Zuständigkeiten lassen sich passend abgrenzen; unterschiedliche Auftraggeber bleiben nachvollziehbar getrennt.
- Der tatsächliche Medien- und Dateibestand passt zum geklärten Speicherkontingent.
- Updates, Sicherungen und geplante Hintergrundarbeiten haben eigene Prüfpunkte statt einer pauschalen Gesamtfreigabe.
- Eine einzelne Website lässt sich mit dokumentiertem Rückweg wiederherstellen oder später übergeben.
Eine praktische Wochenübergabe
Am Ende einer Arbeitswoche sollte eine andere zuständige Person erkennen können, was für den Bestand ansteht. Erstellen Sie eine kurze Übergabe je Projekt: abgeschlossene Änderungen, noch nicht freigegebene Entwürfe, laufende Testkopien und der nächste erforderliche Schritt. Ein Link zur richtigen Umgebung hilft mehr als ein Screenshot ohne Domain. Kennzeichnen Sie eindeutig, ob eine Änderung nur lokal vorbereitet oder bereits in der Produktion geprüft ist. Das verhindert, dass ein Kollege ein vermeintlich fertiges Formular veröffentlicht, dessen Zustellung noch offen war. Solche Unterschiede sollten auch in kleinen Teams sichtbar bleiben.
Für das Hostingpaket ergänzen Sie gemeinsame Aufgaben, etwa eine Anfrage zu einem Limit oder die geplante Aufräumung alter Archive. Diese Aufgaben werden einem Verantwortlichen zugeteilt, während die redaktionellen Freigaben bei den jeweiligen Projekten bleiben. So lassen sich gemeinsame Infrastruktur und getrennte Inhalte verbinden, ohne die Websites organisatorisch zu vermischen. Ein bewusst aufgebauter Pro-Arbeitsplatz zeichnet sich nicht durch möglichst viele gleichzeitig geöffnete Dashboards aus. Er zeigt, welcher reale Zustand zu welchem Projekt gehört und welcher nächste Schritt sinnvoll ist. Das macht spätere Fehlersuche und Übergabe wesentlich ruhiger.
Preise und Originalbestellung
Im ausgelesenen Bestelltext werden Monats- und Jahreszahlung sowie unterschiedliche Mindestlaufzeiten gezeigt. Der Steuerbezug war dort nicht eindeutig sichtbar; deshalb nennen wir keinen numerischen Endpreis. Prüfen Sie Laufzeit, Steuern, enthaltene Domain und endgültigen Warenkorb direkt beim Anbieter. Werbung: Die Redaktion von wp-works.de gehört zur iSearch GmbH; das vorgestellte Paket wird von webhoster.de AG angeboten. Der Originalbestelllink Pro führt zum Anbieter. Wenn sich Ihr Bestand anders entwickelt, vergleichen Sie Business anhand der tatsächlichen Anforderungen und der dortigen Ressourcenangaben.