Agenturhosting planen: Kunden, Zugriffe und Betrieb ordnen

Agenturhosting ist vor allem eine Organisationsaufgabe. Mehrere Kunden brauchen getrennte Zugriffe, nachvollziehbare Zuständigkeiten und einen Ausstiegsweg. Dazu kommen unterschiedliche Lastprofile und Pflegepläne. Die passende Umgebung ergibt sich aus diesem Bestand; sie ist keine automatische Folge der Kundenzahl. Mit einer klaren Projektstruktur wird Hosting kalkulierbarer und bei einer Übergabe verständlich.

Den Kundenbestand in Aufgaben übersetzen

Beginnen Sie mit einer Bestandsliste. Erfassen Sie pro Projekt Anwendung, verantwortliche Person, wichtige Funktionen, Datenumfang, besondere Dienste und Betreuungsvereinbarung. Eine Liste aus Domainnamen genügt nicht. Sie zeigt weder, welcher Shop neue Bestellungen erzeugt, noch welche alte Informationswebsite besondere Laufzeitabhängigkeiten besitzt.

Ordnen Sie den Bestand nach Betriebsanforderung. Kleine Unternehmensseiten, umfangreiche redaktionelle Projekte und Verkaufssysteme können verschiedene Pflege- und Wiederherstellungsverfahren benötigen. Diese Gruppen helfen bei der Planung, dürfen individuelle Unterschiede aber nicht verdecken. Ein einziges anspruchsvolles Projekt kann die Anforderungen stärker prägen als viele einfache Auftritte.

Trennen Sie Betreuung von Eigentum. Ein Kunde kann Vertragspartner des Hostings sein und der Agentur Arbeitsrechte geben. Alternativ kann die Agentur das Hosting im eigenen Vertragsmodell anbieten. Beide Wege verlangen klare Zuordnungen. Notieren Sie, wer Domain, Hostingvertrag, Anwendung und externe Dienste verwaltet und wer im Vertretungsfall entscheiden darf.

Eine Struktur wählen, bevor Ressourcen bestellt werden

Ein gemeinsamer Server kann Abläufe vereinheitlichen, verbindet aber Projekte über zentrale Komponenten. Einzelne getrennte Umgebungen können den Bestand stärker auseinanderhalten, erhöhen möglicherweise den Verwaltungsaufwand. Die Entscheidung sollte aus Anforderungen und Betreuungskapazität folgen. Verwenden Sie keine pauschale Regel, dass ab einer bestimmten Anzahl Websites immer ein Server notwendig sei.

Plesk unterscheidet in der Dokumentation zu Kunden und Abos das Kundenkonto und seine zugeordneten Hostingabos. Diese Struktur ist eine mögliche Grundlage der Verwaltung. Welche Ebene und Rechte Ihnen im konkreten Angebot verfügbar sind, muss beim Anbieter bestätigt werden.

Planen Sie die Struktur so, dass ein Kundenprojekt eindeutig auffindbar ist. Namen, zugehörige Konten und Verantwortlichkeiten sollten konsistent sein. Eine bequem gemeinsam benutzte Installation kann spätere Übergaben erschweren, wenn Daten und Rechte mehrerer Auftraggeber eng verbunden sind. Prüfen Sie diese Folgen, bevor Sie aus Routine alle neuen Domains in denselben Bereich legen.

Zugriffsrechte nach Tätigkeit vergeben

Eine Redaktion braucht normalerweise andere Rechte als eine entwickelnde Person. Eine externe Person, die Bilder austauscht, muss nicht gleichzeitig Datenbanken aller Kunden sehen können. Beschreiben Sie Tätigkeiten und vergeben Sie dafür möglichst begrenzte Zugänge. Die konkrete Umsetzbarkeit wird im verwendeten System überprüft.

Die Plesk-Dokumentation zu zusätzlichen Benutzern erläutert Rollen und den Zugriff auf ein einzelnes gewähltes Abo oder alle Abos des Kundenkontos. Planen Sie diese konkrete Reichweite bewusst. Ein Rollenname allein reicht allerdings nicht: Prüfen Sie, welche Aktionen tatsächlich erlaubt sind.

Führen Sie einen Prozess für Beginn und Ende einer Zusammenarbeit ein. Dazu gehören persönliche Konten, sichere Übergabe, dokumentierter Zweck und ein Termin zur Rechteprüfung. Bei Projektende werden Zugänge überprüft und nicht benötigte Berechtigungen entzogen. Diese Arbeit ist Teil des Agenturbetriebs und sollte in der Betreuungskalkulation Platz haben.

Ressourcen pro Projekt und insgesamt betrachten

Eine Gesamtsumme des Speicherbedarfs hilft bei der Kapazitätsplanung, sagt aber wenig über Verarbeitungsspitzen. Ein Shop kann bei einer Aktion mehr dynamische Arbeit erzeugen, während zehn Informationsseiten weitgehend unverändert bleiben. Erfassen Sie deshalb neben Datenumfang auch besondere Vorgänge wie Importe, Suchfunktionen und zeitgesteuerte Aufgaben.

Prüfen Sie, welche Grenzen pro Website und welche gemeinsam gelten. Wird eine intensive Aufgabe eines Kunden für andere spürbar? Können Projekte unterschiedlich eingestellt werden? Wie wird ein erreichtes Limit sichtbar? Die Antworten bestimmen, ob die gewählte Struktur zum Bestand passt. Eine große zentrale Ressourcenzahl beantwortet diese Fragen noch nicht.

Planen Sie außerdem den normalen Verwaltungsbetrieb ein. Sicherungen, Testkopien, Updates und Dateiübertragungen gehören zum Alltag einer Agentur. Diese Aufgaben sollten nicht erst dann berücksichtigt werden, wenn mehrere Projekte gleichzeitig bearbeitet werden müssen. Vereinbaren Sie sinnvolle Zeitfenster und überprüfen Sie nach neuen Projekten den Bedarf erneut.

Pflegepakete müssen konkret bleiben

Formulieren Sie Ihre Betreuung so, dass Kunden sie verstehen. „Websitepflege“ kann Inhalte, Softwareupdates, Funktionstests oder Fehlerbehebung meinen. Benennen Sie enthaltene Tätigkeiten einzeln und legen Sie fest, wie Änderungen beauftragt werden. Damit vermeiden Sie, dass ein Hostingtarif mit umfassender Anwendungsbetreuung gleichgesetzt wird.

Auch bei einer Managed-Serverumgebung können Verantwortlichkeiten aufgeteilt sein. Der Anbieter betreut möglicherweise vereinbarte Serverkomponenten, die Agentur die Anwendung und der Kunde Inhalte oder externe Konten. Fragen Sie nach dem tatsächlichen Leistungsumfang. Keine Aufgabe sollte allein auf der Annahme beruhen, dass das Wort Managed schon die ganze Website einschließt.

Erstellen Sie für wiederkehrende Pflege eine kurze Prüfliste, die pro Projekt angepasst wird. Ein Kontaktformular, ein Checkout und ein geschützter Download benötigen verschiedene Tests. Standardisierung hilft der Agentur, solange sie wichtige Unterschiede nicht entfernt. Dokumentieren Sie daher neben gemeinsamen Aufgaben auch ausdrücklich die projektspezifischen Abnahmepunkte.

Backups und Rückkehrwege kundenbezogen planen

Jedes Projekt braucht einen passenden Sicherungsumfang. Die WordPress-Backupdokumentation behandelt Dateien und Datenbank als zusammengehörige Teile einer vollständigen Sicherung. In der Agentur kommt hinzu, dass eine einzelne Kundenwebsite gezielt wiederhergestellt werden können sollte, ohne fremde Datenstände unbeabsichtigt zu verändern.

Fragen Sie bei einer gemeinsamen Umgebung nach diesem Ablauf. Ein Komplettabbild des Servers kann für bestimmte Fehler nützlich sein, ersetzt aber nicht automatisch die praktikable Wiederherstellung eines einzelnen Projekts. Sie sollten wissen, welche Sicherung für welchen Fehlerfall gedacht ist und welche Mitwirkung nötig wird.

Ein Kunde, dessen Website laufend Daten erzeugt, braucht einen anderen Rückkehrplan als ein statischer Auftritt. Legen Sie fest, welche Datenverluste tolerierbar wären und wie neuere Daten abgeglichen werden. Wiederherstellungstests sollten in geschützten Kopien stattfinden. Echte Benachrichtigungen, Zahlungen und produktive Schnittstellen müssen dort kontrolliert behandelt werden.

Ein Kundenwechsel gehört zum normalen Lebenszyklus

Planen Sie den Auszug von Anfang an. Welche Daten erhält der Kunde? Wer hat Zugriff auf Domainverwaltung, Dateien, Datenbank und externe Dienste? In welchem Format erfolgt die Übergabe? Eine klare Antwort erleichtert nicht nur den Wechsel, sondern macht auch laufende Zusammenarbeit transparenter.

Vermeiden Sie Strukturen, in denen die Website nur gemeinsam mit fremden Kundendaten exportiert werden kann. Prüfen Sie bei zentral genutzten Komponenten, welche Anpassungen getrennt werden müssen. Halten Sie diese Informationen im Projektprofil fest. Eine Übergabe sollte keine hektische Rekonstruktion jahrelanger Gewohnheiten sein.

Berücksichtigen Sie dabei eigene Agenturleistungen. Ein speziell entwickeltes Theme und anbieterspezifische Funktionen können andere Übergabefragen aufwerfen als das Grundsystem. Klären Sie den vereinbarten Umfang konkret mit dem Kunden. Der Hostingratgeber ersetzt keine individuelle Vertragsberatung; er zeigt die technischen und organisatorischen Punkte, die vorab beantwortet werden sollten.

Beispiel: Ein gemischter Bestand

Eine Agentur betreut sechs Unternehmensseiten, einen Verein mit Anmeldefunktion und einen Shop. Für die Unternehmensseiten kann ein gemeinsamer Pflegeablauf passen. Der Verein hat eigene Termine und Formularanforderungen, der Shop laufende Bestelldaten. Die Agentur erfasst diese Unterschiede, bevor sie eine gemeinsame Hostingumgebung auswählt.

Sie prüft zunächst getrennte Bereiche und Rechte. Anschließend betrachtet sie Ressourcen und die Wiederherstellung je Projekt. Der Shop bekommt einen eigenen Abnahmeplan für Updates und eine passende Datenstrategie. Ob er im selben Betriebsmodell bleibt, wird anhand dieser Anforderungen entschieden. Die bloße Gesamtzahl von acht Websites liefert dafür keine ausreichende Grundlage.

In der Kostenplanung stehen Hosting, Pflege und besondere Aufgaben getrennt. So kann die Agentur erkennen, ob ein günstiger Grundpreis tatsächlich zu ihrem Aufwand passt. Neu hinzukommende Projekte werden anhand derselben Bestandsfelder aufgenommen. Dadurch wächst ein kontrollierter Bestand statt einer Sammlung schwer zuzuordnender Installationen.

Vertretung und Dokumentation ernst nehmen

Eine Agenturumgebung muss auch funktionieren, wenn die Person mit dem größten technischen Überblick abwesend ist. Dokumentieren Sie daher den Zweck besonderer Einstellungen, die Zuständigkeit externer Dienste und den Weg zur Wiederherstellung. Zugangsdaten gehören in eine geeignete geschützte Verwaltung, nicht in öffentliche oder unverschlüsselte Projekttexte.

Ein sinnvoller Übergabetest ist, dass eine andere berechtigte Person ein Projekt findet, seinen Sicherungsstatus versteht und die richtige Hilfe anfordern kann. Sie muss dafür nicht jede Spezialaufgabe selbst lösen. Es genügt, dass Verantwortlichkeiten und nächste Schritte nachvollziehbar sind. Dieser Test zeigt oft früh, wo im Alltag unsichtbares Wissen entstanden ist.

Eine Reihenfolge für die Agenturentscheidung

• Jedes Projekt ist einem Kunden und einer verantwortlichen Person zugeordnet.
• Rechte wurden nach Tätigkeiten vergeben und praktisch geprüft.
• Gemeinsame und projektbezogene Ressourcengrenzen sind bekannt.
• Pflege und Wiederherstellung haben eigene Abnahmepunkte.
• Ein einzelner Kunde kann nachvollziehbar übergeben werden.
• Vertretung und laufende Dokumentation sind eingeplant.

Im Produktfinder können Sie Angebote von webhoster.de AG mit diesen Kriterien abgleichen. Für die Hostingklasse hilft Webhosting oder Managed Server. Wenn es primär um eine eigene Sammlung verschiedener Auftritte geht, ergänzt Hosting für mehrere Websites die technische Strukturentscheidung.

Neue Kunden mit einem festen Aufnahmeprozess einordnen

Ein neues Projekt sollte nicht nur einen freien Ordner bekommen. Verwenden Sie eine kurze Aufnahmeprüfung: Wer ist Vertragspartner, welche Daten werden übernommen, welche Funktionen gelten als wichtig und welche Zugänge sind erforderlich? Übernehmen Sie unbekannte Altinstallationen erst nach einer passenden Bestandsaufnahme. Sonst entstehen im gemeinsamen Betrieb Abhängigkeiten, die niemand bewusst eingeplant hat.

Dokumentieren Sie zunächst den vorhandenen Zustand. Erfassen Sie Software, Datenumfang und bekannte Fehler, ohne vorhandene Passwörter oder ganze fremde Datenbestände unnötig zu verteilen. Klären Sie, welche Daten tatsächlich zur Website gehören. Wenn Mail oder Domainverwaltung getrennt betrieben werden, halten Sie diese Grenze fest. Eine Hostingübernahme sollte nicht unbeabsichtigt andere Dienste verändern.

Nach der Aufnahme folgt eine kurze Abnahme mit dem Kunden oder der zuständigen Person. Prüfen Sie wichtige Funktionen auf dem vorgesehenen System und erfassen Sie offene Punkte konkret. Ein funktionierender Startseitenaufruf darf eine bereits vorhandene fehlerhafte Schnittstelle nicht als erledigt erscheinen lassen. Trennen Sie übernommene bekannte Probleme von Fehlern, die durch die neue Einrichtung entstanden sind.

Dieser Prozess ist auch für die wirtschaftliche Planung wertvoll. Er zeigt, ob der vereinbarte Pflegeumfang zum tatsächlichen Projekt passt und welche Arbeiten zusätzlich notwendig sind. Ein sorgfältig aufgenommenes Projekt lässt sich später leichter aktualisieren und übergeben. Damit wächst der Kundenbestand auf einer verständlichen Grundlage, statt dass jede neue Website weitere unklare Sonderfälle erzeugt.