Auf einen Blick
Ein gemeinsamer Server braucht klare Projektgrenzen: Inventar, Zugänge, Wartung und Übergaben für eine wachsende Agentur.
319,00 € / Monat inkl. 19 % MwSt.
Preisstand: 9.10.2026
Werbung. Dies ist eine redaktionelle Vorstellung eines Angebots der webhoster.de AG. Wir betreiben dieses Portal als iSearch GmbH. Anbieterangaben sind keine eigenen Messungen.
Weitere Spalten: Die Tabelle lässt sich seitlich scrollen.
| Merkmal | Einordnung |
|---|---|
| CPU / RAM | 16 CPU / 64 GB RAM laut Shop Quelle |
| Speicher | 1.000 GB NVMe laut Shop Quelle |
| Verwaltung | Plesk WebHost, LiteSpeed Enterprise und CloudLinux 9 aufgeführt Quelle |
| Backup | Cloud Snapshot Backups und 3 TB Plesk Backupspeicher aufgeführt; Aufbewahrung offen Quelle |
Laufzeit, Einrichtung und gewählte Optionen prüfst du im Originalbestellsystem. Originalangebot ansehen.
Die eigentliche Aufgabe ist dein Projektportfolio
Wenn eine Agentur mehr Websites betreut, wächst nicht nur der Datenbestand. Es entstehen mehr Absprachen, unterschiedliche Zugänge und viele kleine Termine. Eine Seite braucht eine neue Unterseite, eine andere bekommt eine Erweiterung, eine dritte muss an eine andere Betreuung übergeben werden. Dafür ist eine leistungsfähige Umgebung hilfreich. Mindestens ebenso wichtig ist jedoch die Frage, wie deine Projekte darin verständlich organisiert sind.
Der Managed Server Agency von webhoster.de AG ist ein Angebot für deine Auswahl einer betreuten Serverumgebung. Wir betrachten ihn anhand eines redaktionellen Übungsszenarios: Eine kleine Agentur betreut Informationsseiten, einzelne Shops und individuelle Funktionen für verschiedene Auftraggeber. Die Projekte haben unterschiedliche Ansprechpartner und Änderungsrhythmen. Dieses Szenario ist keine erfundene Kundenreferenz und keine Zusage, wie viele Websites das Produkt zuverlässig tragen kann.
Der Lernweg beginnt daher mit deinem Portfolio und führt über Zugänge und Wartung bis zur Übergabe eines Projekts. Du musst nicht alles mit einem großen Verwaltungssystem lösen. Eine gepflegte Übersicht und klare Zuständigkeiten können schon viel Orientierung geben. Die technische Ausstattung wird anschließend gegen die wirklichen Arbeitsabläufe geprüft. So kannst du mit dem Anbieter konkrete Fragen besprechen, statt dich allein auf eine hohe Ressourcenzahl oder den Namen „Agency“ zu verlassen. Deine Entscheidung braucht ein Betriebsmodell, das auch bei Urlaub, Personalwechsel und ungeplanten Störungen funktioniert.
Was die Produktseite nennt und was daraus folgt
Die am 7. Oktober 2026 geprüfte Originalproduktseite führt 16 CPU, 64 GB RAM und 1.000 GB NVMe auf. Genannt werden CloudLinux 9 mit Imunify360, LiteSpeed Enterprise, Plesk WebHost, IPv4 und IPv6, Managed Service mit Updates und Monitoring sowie Cloud-Snapshot-Backups und 3 TB Plesk-Backupspeicher. Wir dokumentieren diese Werte als Anbieterangaben und haben daraus keine eigenen Kapazitätsmessungen abgeleitet.
Die Marketingübersicht verwendet sehr weitgehende Formulierungen zur möglichen Leistungsreserve und nennt eine hohe Zahl von WordPress-Seiten. Für deine Planung sind solche allgemeinen Aussagen kein Beleg für eine bestimmte Auslastungsgrenze. Verschiedene Websites können sehr unterschiedlich viel Arbeit verursachen. Bestätige außerdem jede gewünschte Erweiterung im konkreten Angebot, weil die Marketingseite einzelne Funktionen als optional bezeichnet.
Eine erste sinnvolle Anfrage beschreibt daher dein Portfolio: Welche Anwendungen laufen, welche Dienste werden gebraucht und welche Tätigkeiten überschneiden sich? Ergänze benötigte Zugriffsrechte und das erwartete Wachstum. Frag nicht nur nach „Platz für viele Websites“, sondern etwa nach getrennten Kundenbereichen und dem vereinbarten Verfahren für Updates und Rückfragen. Der Anbieter kann nur Fragen beantworten, die du tatsächlich stellst. Bewahre bestätigte Leistungen, offene Punkte und eigene organisatorische Regeln getrennt auf, damit eine interne Entscheidung später nachvollziehbar bleibt.
Ein Inventar schafft eine gemeinsame Wahrheit
Lege für jede betreute Website einen kleinen Projekteintrag an. Er nennt die Domain, den Auftraggeber, den geschäftlichen Ansprechpartner und die technische Betreuung. Ergänze Anwendung, besondere Funktionen, relevante externe Dienste sowie den nächsten vereinbarten Wartungsschritt. Das Ziel ist keine vollständige Sammlung aller Einstellungen. Das Team soll im Alltag schnell erkennen, welche Website gemeint ist und wer darüber entscheiden darf.
Verwende eindeutige Projektnamen, die Domain und Auftraggeber zusammenführen. Vermeide Bezeichnungen wie „neue Seite“ oder „Kunde alt“, die nach einigen Monaten niemand mehr sicher zuordnen kann. Halte bei Übergaben auch fest, welche Umgebung produktiv ist und welche nur zum Testen dient. Ein versehentlich bearbeiteter Klon kann viel unnötige Suche auslösen, selbst wenn technisch nichts kaputtgeht.
Im Agenturbeispiel legt das Team einen verbindlichen Ort für das Inventar fest. Änderungen an Ansprechpartnern oder wichtigen Diensten werden dort nachgeführt, nicht nur in einem privaten Chat erwähnt. Eine Vertretung kann damit erkennen, welche Kundenseiten gerade besondere Aufmerksamkeit brauchen. Beschränke den Zugang zu vertraulichen Projektangaben passend zu den Rollen und speichere Passwörter in einem dafür vorgesehenen geschützten System. Ein Inventar enthält Orientierung, keine offen abgelegten Geheimnisse. Prüfe seine Aktualität bei jeder wesentlichen Übergabe und bei neuen Projekten. Das macht die Übersicht zu einem nutzbaren Arbeitsmittel statt zu einer einmaligen Bestandsaufnahme.
Eigene Zugänge machen Verantwortung nachvollziehbar
Bei mehreren Auftraggebern braucht dein Zugangskonzept eine eindeutige Zuordnung. Wer darf Inhalte ändern, wer darf Hostingkonfiguration bearbeiten und wer darf eine öffentliche Freigabe erteilen? Halte die benötigten Tätigkeiten zuerst in normaler Sprache fest. Danach prüfst du mit der Betreuung, welche Rollen und getrennten Konten das konkrete System dafür bereitstellt. Leite aus dem Produktnamen keine bestimmten Resellerrechte oder unbegrenzten Lizenzmöglichkeiten ab.
- ProjektEindeutige Domain und Umgebung
- PersonEigener Zugang zur Aufgabe
- FreigabeBenannter Prüfer mit Ergebnis
Im redaktionellen Beispiel benötigt eine Kundin nur den Inhaltsbereich ihrer Website. Ein Entwickler braucht Zugriff auf sein Projekt. Eine intern verantwortliche Person verwaltet die vereinbarte Hostingumgebung. Diese Aufteilung ist ein Organisationsvorschlag und muss anhand der tatsächlich angebotenen Rechte umgesetzt werden. Prüfe regelmäßig, ob ehemalige Mitarbeitende oder abgeschlossene Dienstleister noch Zugriff besitzen.
Vereinbare zudem einen Übergabeablauf für Notfälle und Abwesenheiten. Persönliche Zugänge sollten nicht dazu führen, dass nur ein Mensch die Arbeit fortsetzen kann. Die Organisation braucht einen geregelten Weg für berechtigte Vertretungen. Dokumentiere, wo diese Regel steht und wer sie auslösen darf. Auf diese Weise werden getrennte Konten und Vertretung gemeinsam geplant, ohne alltäglich Passwörter herumzureichen.
Neue Kundenseiten immer mit derselben Sorgfalt aufnehmen
Ein einheitlicher Aufnahmeablauf ist nützlich, solange er Raum für die Besonderheiten jedes Projekts lässt. Die folgende Tabelle beschreibt Arbeitsschritte deiner Agentur und keine tariflich zugesicherten Leistungen. Ergänze zu jeder Zeile den tatsächlich verantwortlichen Menschen. Der Hostinganbieter und deine Kunden müssen nicht automatisch dieselben Aufgaben übernehmen, die in deinem internen Plan stehen.
Weitere Spalten: Die Tabelle lässt sich seitlich scrollen.
| Bereich | Vor der Aufnahme klären | Dokumentiertes Ergebnis |
|---|---|---|
| Zuordnung | Welche Domain und welcher Auftraggeber gehören zusammen? | Eindeutiger Projekteintrag. |
| Anwendung | Welche Funktionen und externen Dienste werden gebraucht? | Kurze Funktions- und Anforderungsliste. |
| Zugänge | Wer arbeitet in welcher Rolle? | Bestätigte Berechtigungen. |
| Betrieb | Wer übernimmt Wartung, Support und Freigaben? | Abgestimmte Zuständigkeiten. |
| Rückweg | Wie wird die Anwendung nach einer Wiederherstellung geprüft? | Projektbezogene Abnahmeliste. |
Für einen kleinen Shop wird die Funktionsliste ausführlicher sein als für eine Kontaktseite. Für eine individuell entwickelte Anwendung können zusätzliche technische Anforderungen entstehen. Halte diese Unterschiede ausdrücklich fest. Ein Standardablauf hilft dir dabei, nichts Grundsätzliches zu vergessen; er ersetzt nicht die fachliche Prüfung.
Besonders hilfreich ist ein kurzer Abschluss der Aufnahme: Sind alle Voraussetzungen beantwortet, fehlt eine Bestätigung oder wartet das Projekt noch auf Daten? So kann dein Team entscheiden, welche Arbeit als Nächstes sinnvoll ist, ohne unvollständige Projekte vorschnell als fertig zu behandeln.
Wartung als Reihe kleiner überprüfbarer Schritte organisieren
Bei vielen Websites ist es verlockend, jede verfügbare Aktualisierung gleichzeitig zu starten. Plane stattdessen einen nachvollziehbaren Ablauf anhand deiner Projektgruppen. Welche Seiten verwenden ähnliche Komponenten? Welche enthalten individuelle Funktionen? Welche werden gerade verändert? Diese Angaben helfen bei der Reihenfolge. Eine gemeinsam verwaltete Umgebung bedeutet nicht, dass alle Anwendungen denselben Prüfbedarf haben.
Erstelle pro Projekt eine kurze Funktionsliste. Bei einer Informationsseite sind das vielleicht wichtige Seiten, Navigation und der eingerichtete Kontaktweg. Bei einem Shop kommen vereinbarte Testverfahren für Produktwahl und Bestellung hinzu. Eine individuell entwickelte Anwendung braucht ihre eigenen Abnahmekriterien. In unserem Artikel Updates planen erklären wir, wie Änderung, Rückweg und Abnahme zusammengehören. Für dein Portfolio passt du dieses Grundgerüst an die wirklichen Funktionen an.
Vereinbare im Team, welche Änderungen eigenständig erledigt werden dürfen und wann ein Kunde oder Projektverantwortlicher zustimmen muss. Halte dabei deine Agenturvereinbarungen getrennt von der Serverbetreuung durch den Anbieter. Eine enthaltene technische Wartung begründet noch keinen Auftrag für jede Inhalts- oder Funktionsänderung. Nach jedem wesentlichen Schritt dokumentierst du Ergebnis und offene Punkte. Die nächste Person kann dann erkennen, ob das Projekt geprüft ist oder noch Arbeit braucht. Ein klares Ergebnis pro Website ist hilfreicher als ein pauschales „Alle Updates erledigt“, das keine Auskunft über die Anwendungen gibt.
Ein Portfolio nach Arbeit statt nur nach Domainanzahl betrachten
Für deine Kapazitätsplanung solltest du Kundenseiten nach ihrem Arbeitsprofil beschreiben. Einige veröffentlichen überwiegend Informationen. Andere verarbeiten viele individuelle Anfragen. Wieder andere führen regelmäßig umfangreiche Importe durch. Die Domainanzahl kann für Verwaltung und Lizenzfragen wichtig sein, erklärt allein aber keinen Ressourcenbedarf. Halte geplante Veränderungen zusätzlich fest, damit ein neues Projekt nicht unerwartet in die Reserve der bestehenden Seiten eingreift.
Im Agenturbeispiel ergänzt das Team sein Inventar um typische Betriebszeiten und bekannte umfangreiche Aufgaben. Das ist zunächst eine organisatorische Sichtung, keine Messung. Für technische Entscheidungen braucht es anschließend Beobachtungen und gegebenenfalls abgestimmte Prüfungen. Sammle dabei nicht nur einen Maximalwert, sondern benenne den betroffenen Ablauf. So wird sichtbar, ob etwa ein nächtlicher Export mehrere Projekte berührt oder eine einzelne Anwendung bereits im normalen Betrieb Schwierigkeiten verursacht.
Plane Reserven bewusst, aber verspreche Kunden keine ungeprüfte Kapazität. Wenn du eine bestimmte Leistung für ein Projekt benötigst, bespreche sie konkret mit der technischen Betreuung und dem Anbieter. Kläre ebenso, wie spätere Erweiterungen ablaufen und welche Voraussetzungen dafür gelten. Ein einzelner größerer Server löst außerdem nicht automatisch jede Anforderung an Ausfallsicherheit. Wenn mehrere wichtige Kundenwebsites von derselben Umgebung abhängen, braucht deine Organisation eine ausdrücklich beschriebene Strategie für Unterbrechung und Wiederanlauf. Die Produktgröße ersetzt dieses Konzept nicht.
Sicherungen brauchen für jede Website eine eigene Abnahme
Ein gemeinsamer Serverbestand darf nicht zu einem einzigen unklaren Wiederherstellungsplan führen. Für jedes Projekt sollte feststehen, welche Sicherungsstände vorhanden sein sollen, wer den Rückweg anfordern darf und wie die Anwendung danach geprüft wird. Ein Kunde mit selten veränderten Informationen hat andere Anforderungen an neuere Daten als ein laufender Shop. Die technische Betreuung muss diese Unterschiede im jeweiligen Ablauf berücksichtigen.
Die WordPress-Dokumentation beschreibt Dateien und Datenbank als notwendige Bestandteile einer typischen vollständigen Sicherung. Für deine Projektplanung ergänze die zugehörigen Funktionsprüfungen und Ansprechpartner. Unser Ratgeber Backup und Restore hilft dir, die Begriffe zu ordnen. Die konkrete Wiederherstellung erfolgt nach dem geprüften Verfahren deiner Anwendung und der vereinbarten Betreuung.
Erstelle eine Übersicht über bereits durchgeführte Proben. Notiere Website, Datum, verwendeten Sicherungsstand und tatsächlich geprüfte Funktionen. So erkennst du, wo nur eine Sicherung vorhanden ist und wo der Rückweg zusätzlich nachvollzogen wurde. Der im Angebot genannte Backupspeicher legt weder Aufbewahrungsdauer noch Wiederherstellungszeit fest. Frage diese Punkte ausdrücklich ab. Plane auch, wie du Kunden während einer Störung über den Stand informierst. Eine ehrliche Meldung unterscheidet technische Wiederherstellung und fachliche Abnahme, anstatt zu früh vollständige Funktion zu behaupten.
Eine neue Kundenseite kontrolliert in dein Portfolio aufnehmen
Beim Umzug einer fremd betreuten Website beginnt die Arbeit mit einer nachvollziehbaren Übergabe. Lass dir die richtige produktive Umgebung, die benötigten Daten und die zuständigen Ansprechpartner nennen. Kläre, welche Änderungen während der Vorbereitung noch stattfinden. Eine Kopie, deren Zeitpunkt niemand kennt, eignet sich schlecht als Grundlage für eine endgültige Freigabe. Auch der Zugang zur Domainverwaltung muss eindeutig zugeordnet sein.
Der Lernweg Hostingwechsel beschreibt die Reihenfolge von Bestandsaufnahme, Test und endgültigem Wechsel. Für dein Agenturprojekt ergänze Auftraggeberfreigaben und eine bestätigte Leistungsliste. Welche Bestandteile sollen übertragen werden? Welche Mail- oder Drittanbieterdienste bleiben wie bisher bestehen? Welche Aufgabe ist nicht Teil der Beauftragung? Diese Abgrenzung ist ein praktischer Bestandteil der Projektorganisation und keine Rechtsberatung.
Führe die Prüfung zuerst in einem geschützten Zielbereich durch. Vergleiche wichtige Inhalte, Medien und vereinbarte Funktionen. Halte Abweichungen mit Verantwortlichen fest, bevor du die öffentliche Umschaltung vorbereitest. Anschließend aktualisierst du Inventar, Zugangsübersicht und Wartungsplan. Ein Umzug ist für dein Team erst dann ordentlich abgeschlossen, wenn die neue Betreuung den aktuellen Stand versteht. Plane außerdem die befristete Erreichbarkeit der alten Umgebung und den Entzug nicht mehr benötigter Zugänge. Diese Schritte brauchen einen Auftrag und eine abgestimmte Reihenfolge, damit keine Daten vorschnell verloren gehen.
Störungen mit einer eindeutigen Projektmeldung bearbeiten
Bei mehreren Websites muss jede Störungsmeldung das betroffene Projekt klar benennen. Notiere Domain, beobachtete Funktion, Zeitpunkt und die letzten bekannten Änderungen. Frage nach der Reichweite: Ist nur eine Seite betroffen, ein bestimmter Bedienweg oder ein größerer Teil des Portfolios? Die Antwort hilft deinem Team beim Priorisieren. Sie beweist noch keine Ursache und sollte als Beobachtung weitergegeben werden.
Vereinbare einen internen Ablauf, der parallele unbeabsichtigte Änderungen verhindert. Eine Person sammelt den Stand und hält die Zuständigkeit fest; die fachlich passende Betreuung untersucht die Anwendung oder bezieht den Hostinganbieter ein. Bei mehreren Meldungen wird zuerst geprüft, ob sie zusammenhängen. Es muss verständlich bleiben, welche Schritte bereits durchgeführt wurden und welche nur vorgeschlagen sind. Ein kurzes gemeinsames Protokoll hilft hier mehr als viele voneinander getrennte Vermutungen.
Für Kundenkommunikation verwendest du klare Aussagen: Welche Funktion ist bekanntlich betroffen, was wird gerade geprüft und wann gibt es die nächste vereinbarte Rückmeldung? Erfinde keine Ursache und keine Wiederherstellungszeit, solange diese nicht bestätigt ist. Bei vertraulichen Daten nutzt du die abgestimmten geschützten Wege. Nach Abschluss hältst du fest, welche Beobachtung zur Lösung führte und welche organisatorische Verbesserung sinnvoll ist. Vielleicht fehlt eine Funktionsprüfung im Wartungsplan. Vielleicht war der Ansprechpartner nicht aktuell. So verbessert eine aufgearbeitete Störung deinen Betrieb auch außerhalb der unmittelbaren Technik.
Ein Projekt auch für die spätere Übergabe verständlich halten
Ein Kundenprojekt kann später zu einer anderen Betreuung wechseln. Bereite diese Möglichkeit schon im normalen Betrieb vor. Halte fest, wo die aktuellen Inhalte liegen, welche individuellen Anpassungen vorhanden sind und welche externen Dienste dazugehören. So hängt eine Übergabe nicht davon ab, ob sich eine bestimmte Person noch an jede frühere Entscheidung erinnert.
Im Agenturbeispiel legt das Team zu wichtigen Änderungen einen kurzen Vermerk ab: Anlass, betroffene Funktion, verantwortlicher Mensch und Prüfergebnis. Diese Aufzeichnungen müssen keine langen Berichte sein. Sie sollen der nächsten Betreuung erklären, warum eine Einstellung gewählt wurde und welcher Stand zuletzt geprüft ist. Bewahre vertrauliche Angaben dabei in den dafür vorgesehenen geschützten Bereichen auf. Ein öffentliches Projektarchiv ist kein geeigneter Ort für Zugänge oder personenbezogene Geschäftsdaten.
Bei der tatsächlichen Übergabe entsteht eine klare Liste: Datenpaket erstellt, berechtigter Empfänger bestätigt, wichtige Funktionen abgenommen und nicht mehr benötigte Zugänge entzogen. Für jeden dieser Schritte muss es einen vereinbarten Zeitpunkt und eine zuständige Person geben. Kündige oder lösche keine Umgebung, solange die notwendigen Daten und Freigaben nicht geprüft sind. Welche Leistungen deine Agentur dafür übernimmt, wird im konkreten Projekt geklärt. Der Hostingtarif allein beantwortet diese Vereinbarungen nicht. Ein ordentlich abgeschlossener Wechsel hinterlässt verständliche Unterlagen und einen bestätigten Verantwortungswechsel, statt nur eine verschickte Archivdatei.
Das Angebot an deinen Betreuungsauftrag anpassen
Die Agency-Auswahl passt als Prüffrage zu einem Portfolio, das eine umfangreichere betreute Serverumgebung und klare interne Organisation braucht. Eine einzelne wachsende Verkaufsplattform kann andere Prioritäten haben; dafür erklärt die Business-Vorstellung den Shopablauf. Für den ersten betreuten Server behandelt die Startup-Vorstellung die grundlegende Rollenverteilung. Die drei Perspektiven helfen beim Einordnen; aus ihnen entsteht keine pauschale Rangfolge.
Bereite vor der Bestellung eine zusammengefasste Portfolioanfrage vor. Sie nennt Anwendungen, notwendige Software, relevante Funktionen, benötigte Rechte und erwartete Veränderungen. Ergänze Anforderungen an Sicherungen und Betreuung. Lass Lizenzumfang, Erweiterungen, Supportwege und angebotene Umzugshilfe konkret bestätigen. Der Abschnitt „Auf einen Blick“ nennt den Monatsbetrag einschließlich 19 % MwSt. mit seinem Preisstand. Prüfe im tatsächlichen Bestellprozess außerdem Mindestlaufzeit, Kündigungsbedingungen und die von dir gewählten Leistungen und Optionen.
Das Ziel ist ein verständliches Angebot für ein verständliches Betriebsmodell. Dein Team kann dann erklären, wie neue Seiten aufgenommen, Veränderungen geprüft und Projekte später übergeben werden. Der Originalbestelllink führt zum Anbieter webhoster.de AG. Die Produktvorstellung auf webhostingtipps.de ist Werbung mit redaktioneller Einordnung; deine eigenen Leistungsversprechen gegenüber Auftraggebern und die Anbieterleistungen müssen jeweils gesondert geklärt werden.
Kurz gefragt
Deine Aufgaben
Nur was du selbst erledigt hast, zählt. Deine Auswahl bleibt auf diesem Gerät. So funktioniert die Speicherung.
0 von 6 Aufgaben erledigt
Quellen und Stand
Technische Quellen geprüft am 7. Oktober 2026. Der Preisstand der Monatsangabe ist separat im Abschnitt „Auf einen Blick“ genannt. Technische Beispiele erklären Zusammenhänge; sie ersetzen die Prüfung der eigenen Umgebung nicht.
Das Originalangebot prüfen
Wenn die Voraussetzungen zu deinem Projekt passen, kontrolliere die tatsächlich gewählten Leistungen und Vertragsbedingungen beim Anbieter.
Zum OriginalangebotWerbung · Ziel: Bestellsystem der webhoster.de AG
