Managed Server Agency

Agency für ein Portfolio mit klaren Betriebsregeln

Managed Server Agency ist die größte der drei hier vorgestellten Serverstufen von webhoster.de AG. Für eine Agentur oder ein Unternehmen mit mehreren Webprojekten stellt sich dabei eine andere Auswahlfrage als bei einer einzelnen Website: Wie bleibt der Betrieb nachvollziehbar, wenn viele unterschiedliche Anwendungen zusammenkommen? Zusätzliche Ressourcen können Wachstum ermöglichen. Rechte, Zuständigkeiten und Projektgrenzen müssen daneben bewusst organisiert werden.

Ein denkbarer Planungsfall ist eine kleine Agentur, die Informationsseiten, einen Kundenbereich und einzelne Shops betreut. Die Projekte haben unterschiedliche Wartungszeiten und fachliche Ansprechpartner. Manche erhalten selten Änderungen, andere täglich neue Daten. Eine gemeinsame Umgebung kann die Verwaltung vereinfachen, verlangt aber einen verständlichen Umgang mit diesen Unterschieden. Der Tarifname allein erledigt diese Aufgabe nicht.

Dieses Dossier betrachtet Agency deshalb als Grundlage eines geordneten Portfoliobetriebs. Es prüft die veröffentlichten Größenangaben, erklärt notwendige Vorbereitungen und macht Grenzen sichtbar. Wir haben das Angebot nicht mit einem eigenen Lasttest vermessen und behaupten keine bestimmte Anzahl sicher betreibbarer Websites. Die passende Wahl entsteht aus dem tatsächlichen Bestand, den benötigten Funktionen und den bestätigten Betriebsbedingungen.

Auch ein einzelnes Unternehmen kann dieses Profil haben, etwa mit mehreren Marken und Anwendungen. Umgekehrt benötigt eine Agentur mit wenigen kleinen Seiten nicht automatisch den größten Tarif. Maßgeblich ist, welche Arbeit gleichzeitig anfällt und wie das Team sie betreuen kann. Diese Frage steht vor der Bestellung.

Die größere Ressourcenausstattung sachlich einordnen

Der aktuelle Shop nennt für Agency 16 CPU, 64 GB RAM und 1000 GB NVMe. Außerdem werden Plesk WebHost Edition, LiteSpeed Enterprise und 3 TB Plesk-Backupspeicher aufgeführt. Diese Angaben markieren die Position im Katalog. Sie erlauben einen Größenvergleich, aber keine allgemeine Aussage darüber, welche beliebige Anwendung dadurch problemlos betrieben werden kann.

Bei schmaler Ansicht: Tabelle seitlich wischen oder scrollen.

Die Angebotsübersicht nennt eine Orientierung von 300 oder mehr WordPress-Seiten. Wir verwenden diese Zahl nicht als feste Kapazität oder als eigenen Leistungsnachweis. Eine Sammlung kleiner Informationsseiten ist anders zu bewerten als dieselbe Anzahl stark personalisierter Anwendungen. Auch ein einziges Projekt kann eine große Betriebsaufgabe sein. Der Ratgeber Ressourcen richtig lesen hilft bei dieser Einordnung.

Fragen Sie vor der Auswahl nach der konkreten Konfiguration für Ihren Bestand. Dazu gehören verwendete Laufzeiten, Erweiterungen, Verwaltungsfunktionen und gewünschte Begrenzungen je Projekt. Die richtige Ressourcengröße und eine passende Konfiguration ergänzen sich. Keine der beiden ersetzt die andere, wenn daraus ein verlässlicher Arbeitsalltag entstehen soll.

Das Portfolio vor dem Einzug vollständig erfassen

Eine Agentur sollte nicht nur Domains zählen, sondern jede Anwendung mit ihrem Zweck erfassen. Zu einem Kundenprojekt können eine Hauptdomain, Weiterleitungen, ein geschützter Arbeitsstand und externe Dienste gehören. Ergänzen Sie verwendete Maildienste, geplante Aufgaben und den Ort wichtiger Zugangsdaten. Erst daraus entsteht ein Inventar, das sowohl für den Betrieb als auch für eine spätere Übergabe brauchbar ist.

Ordnen Sie jedes Projekt einer fachlichen Kontaktperson und einem technischen Verantwortlichen zu. Halten Sie außerdem fest, wer einer Veröffentlichung zustimmen darf. Ein Entwicklerzugang und eine Entscheidung über Kundeninhalte sind unterschiedliche Rechte. Diese Trennung ist besonders hilfreich, wenn Mitarbeitende wechseln oder weitere Dienstleister zeitweise beteiligt werden. Informationen sollten dann nicht erst aus alten Nachrichten rekonstruiert werden müssen.

• Projektzweck und wichtigste geschäftliche Funktion benennen.
• Domains, Subdomains und benötigte Weiterleitungen vollständig aufnehmen.
• Verbindungen zu Zahlung, Versand, Formularen oder anderen Diensten dokumentieren.
• Verantwortung für Inhalte, Anwendungspflege und Serverfragen zuordnen.
• Abnahme- und Wiederherstellungswege je Projekt festhalten.

Der Umfang muss dabei pflegbar bleiben. Ein kurzes, regelmäßig aktualisiertes Register ist besser als eine aufwendige Dokumentation, die nach dem Umzug niemand mehr liest. Der Ratgeber zu mehreren Websites beschreibt eine geeignete Grundstruktur. Prüfen Sie anschließend, ob der geplante Verwaltungsaufbau im Angebot tatsächlich unterstützt wird. Eine vollständige Bestandsliste macht diese Anfrage konkret und verhindert, dass Sonderfälle erst nach dem Einzug auffallen.

Zugänge an Personen und Aufgaben binden

Bei einem wachsenden Portfolio wird ein gemeinsam genutzter Vollzugang schnell unübersichtlich. Wenn mehrere Menschen mit denselben Zugangsdaten arbeiten, lässt sich die Verantwortung für Änderungen schlechter nachvollziehen. Benennen Sie daher persönliche Konten und passende Aufgaben. Redaktion, Entwicklung und Administration benötigen häufig unterschiedliche Rechte. Die genaue Einrichtung muss an die tatsächlich bereitgestellte Umgebung angepasst werden.

Führen Sie für zeitweise beteiligte Personen einen Beginn und ein Ende der Berechtigung auf. Ein Zugang für eine einmalige Fehleranalyse sollte nach Abschluss erneut bewertet werden. Ebenso gehören ausgeschiedene Mitarbeitende und frühere Dienstleister in einen geregelten Entzug. Dieser Ablauf ist ein normaler Teil der Betreuung, auch wenn eine Website lange ohne sichtbare Störung funktioniert.

Prüfen Sie außerdem, welche Informationen eine Person außerhalb der eigentlichen Website sehen kann. Dazu können Sicherungen, Protokolle oder Verbindungen zu anderen Systemen gehören. Ein scheinbar kleiner Zugang kann dadurch eine größere Wirkung haben als vorgesehen. Lassen Sie die Möglichkeiten der Trennung auf dem konkreten Server erläutern, statt aus dem Produktnamen auf eine bestimmte Konfiguration zu schließen.

Die Berechtigung sollte dem Auftrag folgen. Für eine Layoutkorrektur wird nicht zwangsläufig derselbe Umfang benötigt wie für einen Datenbankumzug. Dokumentieren Sie die verwendeten Konten in einem geschützten Verfahren und prüfen Sie die Übersicht regelmäßig. Eine verständliche Rechtevergabe erleichtert später auch die Übergabe eines Kundenprojekts, weil dessen Zugänge und Abhängigkeiten bereits bekannt sind.

Gemeinsame Ressourcen mit einzelnen Projektbedarfen verbinden

Eine gemeinsame Serverumgebung braucht zwei Perspektiven: den Gesamtbestand und die einzelnen Anwendungen. Eine ruhige Portfolioübersicht kann einen stark wachsenden Shop verdecken. Umgekehrt kann ein kurzer Datenimport einen hohen Einzelwert erzeugen, ohne den normalen Betrieb dauerhaft zu begrenzen. Ressourcenbeobachtung wird deshalb hilfreicher, wenn sie einem Projekt, einer Aufgabe und einem Zeitpunkt zugeordnet werden kann.

Erfassen Sie pro Projekt die üblichen Tätigkeiten und bekannte Spitzen. Dazu gehören größere Medienverarbeitung, Suchindizes, Importe oder die Arbeit mehrerer Redakteure. Planen Sie wiederkehrende Aufgaben so, dass unkritische Arbeiten nicht unnötig mit sensiblen Geschäftszeiten zusammenfallen. Welche individuellen Grenzwerte eingerichtet werden können, ist mit dem Anbieter zu besprechen.

Das Gesamtbudget sollte außerdem geplante Arbeitsstände und Wachstum enthalten. Reserven werden verständlicher, wenn ein konkreter Anlass dahintersteht. Eine ungenutzte Zahl allein begründet keine gute Entscheidung. Das Vorgehen im Ratgeber Speicherbedarf lässt sich auf jedes Projekt und anschließend auf das gesamte Portfolio anwenden.

Wenn einzelne Anwendungen wiederholt den Betrieb prägen, lohnt eine gesonderte Prüfung. Mehr Gesamtressourcen können eine Möglichkeit sein; auch eine andere Aufgabenverteilung oder eine eigene Umgebung kommt infrage. Entscheidend ist die Ursache der Belastung. So wird Agency nach Bedarf bewertet und nicht als pauschale Antwort auf jede wachsende Projektliste.

Wann ein weiterer Server sinnvoller als weitere Bündelung ist

Eine größere gemeinsame Umgebung kann die Bedienung vereinfachen und dennoch unerwünschte Abhängigkeiten schaffen. Wenn mehrere Kundenprojekte dieselbe Betriebsumgebung nutzen, können Wartung, Ressourcenbedarf und Störungen mehrere Beteiligte berühren. Die bloße Größe des Tarifs beweist weder eine getrennte Ausfallgrenze noch eine hochverfügbare Architektur. Wer solche Anforderungen hat, sollte sie ausdrücklich als eigene Betriebsfrage behandeln.

Betrachten Sie dafür die Bedeutung jeder Anwendung. Ein selten geänderter Informationsauftritt und ein zeitkritischer Shop können unterschiedliche Wartungsfenster benötigen. Ein Kunde kann zusätzliche vertragliche Anforderungen haben. Ein anderes Projekt verwendet womöglich Software, die nur in einer gesonderten Konfiguration sinnvoll betrieben wird. Solche Unterschiede sprechen dafür, die Bündelung bewusst zu prüfen.

Eine Entscheidungshilfe ist eine kurze Liste gemeinsamer Abhängigkeiten: Administration, Betriebssystemänderungen, Speicher, Sicherungsverfahren und vorgesehene Wartung. Halten Sie fest, was mehrere Projekte gleichzeitig betrifft und wie die Betroffenen informiert werden. Lassen Sie den Anbieter passende Möglichkeiten erläutern. Daraus ergibt sich nicht automatisch ein bestimmtes Zusatzprodukt; zunächst wird der benötigte Aufbau klar.

Die Anzahl der Server ist eine Architekturentscheidung. Sie sollte zum fachlichen Bedarf und zur verfügbaren Betreuung passen. Mehr getrennte Umgebungen verursachen ihrerseits Verwaltungsaufwand. Eine große Umgebung spart umgekehrt nicht jede Organisation. Der Ratgeber Hosting oder Server hilft, den Ausgangsbedarf zu formulieren. Für Agency lautet die Prüfung deshalb: Welche Projekte können sinnvoll gemeinsam betrieben werden und welche benötigen ausdrücklich eine eigene Grenze?

Änderungen im Portfolio mit einer überschaubaren Routine steuern

Viele Websites brauchen einen verlässlichen Rhythmus für Wartung und Abnahme. Gleichzeitige Aktualisierungen aller Anwendungen können die Fehlersuche erschweren, weil danach mehrere Änderungen als Ursache infrage kommen. Eine abgestimmte Reihenfolge mit dokumentierten Ergebnissen ist leichter zu beurteilen. Beginnen Sie mit geeigneten Arbeitsständen und prüfen Sie danach die Funktionen, die für das jeweilige Projekt wirklich wichtig sind.

Halten Sie für jeden Kunden eine kleine Abnahmeliste bereit. Bei einer Informationswebsite zählen beispielsweise Navigation und Kontaktweg, bei einer Buchungsanwendung zusätzlich Anmeldung und Bestätigung. Ein erfolgreich angezeigter Verwaltungsbereich ersetzt diese Prüfung nicht. Die fachliche Bewertung sollte von jemandem kommen, der die gewünschte Funktion versteht. Der Ratgeber WordPress-Staging beschreibt einen geeigneten Vorlauf für Änderungen.

Für betriebliche Fragen ist außerdem zu trennen, wer Serverupdates und wer Anwendungsänderungen betreut. Aus dem Managed-Angebot folgt keine pauschale Zusage, dass sämtliche individuelle Programmierung, Erweiterungen und Kundensonderwünsche gepflegt werden. Die Vereinbarung sollte diese Ebenen ausdrücklich benennen. Bei optionalen Funktionen sind Umfang und Preis vor der Nutzung zu klären.

Dokumentieren Sie Änderungen knapp: Datum, Verantwortlicher, Ausgangsstand und Ergebnis der Prüfung. Ein kurzer Eintrag genügt, wenn er den späteren Vergleich ermöglicht. Bleibt eine Abweichung offen, ordnen Sie eine zuständige Person und einen nächsten Schritt zu. Auf diese Weise wächst das Portfolio, ohne dass die Wartung nur aus spontanen Eingriffen und verstreutem Wissen besteht.

Sicherungen an die Übergabe einzelner Projekte anpassen

Im Portfoliobetrieb muss die Sicherungsplanung sowohl den Gesamtbetrieb als auch einzelne Kunden berücksichtigen. Eine Agentur kann einen bestimmten Seitenstand wiederherstellen müssen, während andere Anwendungen weiterlaufen sollen. Dafür braucht es Klarheit über die enthaltenen Daten und Abhängigkeiten. Prüfen Sie, welche Wiederherstellungswege vorgesehen sind und wer sie freigibt. Eine große Sicherungskapazität beantwortet diese Frage allein nicht.

Fragen Sie nach Zeitpunkten, Aufbewahrung, Ausschlüssen und dem Zugriff auf Sicherungen. Ergänzen Sie den Bedarf an getrennten Exporten für Kundenübergaben. Solche Dateien sollten geschützt abgelegt und nach einem abgestimmten Zeitraum entfernt werden. Ein Kundenexport ist außerdem auf Vollständigkeit zu prüfen, bevor er als brauchbare Übergabe bezeichnet wird.

Bei laufenden Anwendungen müssen Änderungen seit dem Sicherungsstand berücksichtigt werden. Bestellungen, neue Nutzer oder Formularvorgänge können zusätzliche Abstimmung verlangen. Benennen Sie pro Projekt, wer diese fachliche Bewertung übernimmt. Der Ratgeber Backup und Wiederherstellung erklärt, wie sich daraus ein Prüfablauf ableiten lässt.

Eine Probe sollte zu einem angekündigten Zeitpunkt mit einem geeigneten Arbeitsstand stattfinden. Prüfen Sie anschließend die kritischen Funktionen und dokumentieren Sie die gewählte Sicherung. Wiederholen Sie den Test nur, wenn Änderungen oder neue Anforderungen dies rechtfertigen. Ein konkreter Nachweis beschreibt den geprüften Weg und seinen Umfang. Wir versprechen aus den veröffentlichten Angaben weder unbegrenzte Aufbewahrung noch eine feste Wiederherstellungsdauer für ein beliebiges Kundenprojekt.

Monitoring und Kundenkommunikation in einen Ablauf bringen

Eine Agentur muss erkennen können, wer bei einer Störung informiert werden soll. Ein allgemeiner Alarm ohne Projektzuordnung hilft nur begrenzt. Legen Sie daher fest, welche Meldungen den technischen Verantwortlichen erreichen und wann eine fachliche Kontaktperson hinzugezogen wird. Klären Sie den tatsächlichen Monitoring-Umfang des Angebots sowie die vorgesehenen Benachrichtigungs- und Supportwege.

Prüfen Sie daneben die wichtigen Anwendungspfade selbst oder über passend vereinbarte Verfahren. Ein Webserver kann erreichbar sein, während ein Bestellabschluss oder eine Anmeldung fehlschlägt. Welche Funktionen für einen Kunden kritisch sind, weiß die Agentur häufig genauer als eine allgemeine Serverüberwachung. Der Ratgeber WordPress-Performance hilft, Beobachtungen mit einem konkreten Ablauf zu verbinden.

Bei einer Meldung sollten Zeitpunkt, betroffene Adresse, beobachtete Funktion und letzte bekannte Änderung verfügbar sein. Das schafft eine gemeinsame Grundlage für die Fehleranalyse. Trennen Sie bestätigte Befunde von Vermutungen und halten Sie Zwischenstände knapp fest. Eine klare Rückmeldung ist nützlicher als eine ungeprüfte Zusage, wann alles wieder funktionieren wird.

Planen Sie auch Vertretung und Erreichbarkeit der eigenen Agentur. Wenn nur eine Person alle Zusammenhänge kennt, kann ein betreuter Server diese organisatorische Abhängigkeit nicht auflösen. Eine kurze Kontaktliste mit Zuständigkeiten und einem vorgesehenen Übergabeweg hilft bereits. Veröffentlichten Marketingformulierungen entnehmen wir keine individuelle Reaktionszeit oder eigene SLA-Zusage. Wenn Kunden verbindliche Regeln benötigen, sollten diese in den tatsächlichen Vereinbarungen eindeutig beschrieben werden.

Einzelne Kunden geordnet übernehmen und wieder übergeben

Ein Portfolio bleibt beweglich, wenn jeder Kundeneinzug und jeder Kundenauszug einen verständlichen Ablauf hat. Beim Einzug stehen gesicherter Altbestand, benötigte Funktionen und die Prüfung einer geschützten Kopie am Anfang. Dokumentieren Sie anschließend die endgültige Datenübertragung und die DNS-Umschaltung. Der Leitfaden Hosting-Wechsel kann dafür eine gemeinsame Grundliste liefern.

Vor dem Abschluss müssen die verwendeten Domains und Zertifikatsnamen geprüft werden. Bei veröffentlichtem IPv4 und IPv6 verdienen beide Wege einen eigenen Test. Maildienste, Weiterleitungen und externe Verbindungen gehören ebenfalls in die Abnahme. Die beworbene Bereitstellung von Adressen beweist noch nicht die korrekte Einrichtung jedes Kundenprojekts. Mail und Domain behandelt diese Abhängigkeiten gesondert.

Für den späteren Auszug sollten Anwendung, Daten und Zugangszuständigkeiten zuordenbar bleiben. Vereinbaren Sie, was eine Übergabe enthalten soll und wer den Empfang prüft. Entfernen Sie Rechte, Arbeitskopien und entbehrliche Exporte erst anhand eines bestätigten Abschlussstands. So wird weder vorschnell benötigtes Material gelöscht noch bleiben unbegrenzt alte Kundendaten liegen.

Diese Ordnung ist auch wirtschaftlich sinnvoll: Ein standardisierter Ablauf macht den Aufwand einer Übergabe besser planbar. Gleichzeitig muss er Raum für individuelle Anwendungen lassen. Ein Shop braucht andere Nachprüfungen als eine einfache Informationswebsite. Agency kann die gemeinsame technische Grundlage liefern; ein sauberer Ein- und Auszug entsteht durch die Kombination aus bestätigter Leistung, Projektinventar und tatsächlicher Abnahme.

Die größte Stufe auf eine begründete Entscheidung begrenzen

Für Managed Server Agency gilt ab dem 9. Oktober 2026 ein Preis von 319,00 € pro Monat inklusive 19 % Mehrwertsteuer. Zahlungsintervall, Mindestvertragslaufzeit und eventuell gewählte Zusatzleistungen sind vor der Bestellung gesondert zu prüfen.

Rechnen Sie den Portfoliobetrieb nicht allein durch die Zahl der Websites. Eine selten veränderte Seite und ein betreuungsintensiver Shop verursachen unterschiedliche Arbeit. Wartung, Abnahme und Kundenkommunikation können wirtschaftlich stärker ins Gewicht fallen als der reine Anteil an Speicherplatz. Der Ratgeber Hosting-Kosten hilft, diese Positionen sichtbar zu machen.

Agency ist als Kandidat sinnvoll, wenn der dokumentierte Gesamtbedarf die größeren Ressourcen begründet und die gewünschte Projektstruktur bestätigt werden kann. Bei kleinerem Bedarf bleibt Business eine relevante Alternative. Bei unterschiedlichen Ausfall- oder Konfigurationsanforderungen sollte hingegen die Verteilung auf getrennte Umgebungen geprüft werden. Der größte Tarif ist keine pauschale Antwort auf jedes Portfolio.

hosterliste.de stellt Tarife der webhoster.de AG mit redaktioneller Einordnung und gekennzeichneten Werbelinks vor. Portalbetreiber ist iSearch GmbH. Wir behaupten keine unabhängige Bestenliste, kein eigenes Leistungsranking und keine vollständige Abdeckung des Hostingmarkts. Die nächste sinnvolle Handlung ist eine konkrete Anfrage mit Ihrem Projektinventar. Lassen Sie Umfang, Grenzen und offene Betriebsfragen bestätigen und beurteilen Sie anschließend die angebotene Konfiguration anhand dieser Unterlagen.