Wer mehrere WordPress-Kunden betreut, verwaltet mehr als eine Sammlung von Websites. Jeder Kunde hat eigene Zugriffe, Freigaben, Datenstände und Erwartungen. Dazu kommen Wartung, Relaunches und technische Meldungen.
Die Tabelle lässt sich seitlich verschieben.
| Feld | Was Sie dokumentieren | Warum es hilft |
|---|---|---|
| Projekt und Hauptadresse | Kunde, produktive URL und zuständiger Mitarbeiter | Meldungen und Änderungen eindeutig zuordnen |
| Technischer Bereich | Konto, Abonnement und vorgesehene Testumgebung | Produktive Website und Kopien auseinanderhalten |
| Funktionen | Shop, Buchung, individuelle Erweiterungen und Jobs | Prüfplan und Lastprofil passend entwickeln |
| Pflege und Freigabe | Wartungsumfang, Verantwortliche und nächster Termin | Anbieterleistung und Agenturarbeit klar abgrenzen |
| Sicherung | Verfahren, Historie und letzter Restore-Test | Einzelnen Kunden mit geprüftem Rückweg betreuen |
| Zugriff | Verantwortlicher und geschützter Speicherpfad | Passwörter bleiben außerhalb der allgemeinen Übersicht |
- Bestand aufnehmen
- Kundenbereich trennen
- Wartung und Tests planen
- Backups und Meldungen prüfen
- Übergabe dokumentieren
Agenturhosting ist zuerst eine Organisationsaufgabe
Die Hostingumgebung sollte diese Unterschiede verständlich abbilden. Ein gemeinsamer Managed Server kann Arbeit bündeln, verlangt aber einen klaren Plan für Trennung, Ressourcen und übergreifende Änderungen.
Beginnen Sie deshalb mit Ihren Abläufen, bevor Sie einen Tarif auswählen. Welche Mitarbeiter betreuen welche Kunden? Wer darf Änderungen freigeben, und wer reagiert auf Störungen? Welche Projekte benötigen eine eigene Umgebung? Eine große Domainzahl allein löst diese Fragen nicht. Dieser Ratgeber zeigt eine praktikable Struktur für kleine und wachsende Agenturen. Er verbindet Kundenkonten, WordPress-Pflege, Staging und Backups mit einer nachvollziehbaren Betriebsorganisation. Die Beispiele sind Arbeitsmodelle und keine pauschale Zusage, dass ein einzelner Server beliebig viele Kundenprojekte unter jeder Last tragen kann.
Ein gemeinsames Register pro Kundenprojekt führen
Erstellen Sie eine Liste aller betreuten Websites. Pro Projekt werden Hauptadresse, Kunde, zuständiger Mitarbeiter, technischer Bereich und Wartungsumfang eingetragen. Ergänzen Sie besondere Funktionen wie Shop, Buchung oder Mitgliederbereich. Auch Staging und ältere Übergangsstände gehören in die Übersicht. Dadurch wird sichtbar, welche Kopie produktiv ist und welche nur für eine bestimmte Änderung benötigt wird.
Das Register enthält keine Passwörter. Es verweist auf den geschützten Zugriff und benennt Verantwortliche. Halten Sie außerdem Laufzeiten, notwendige Pluginlizenzen und den nächsten geplanten Wartungstermin fest. Für ein kleines Team kann eine schlichte Tabelle genügen; wichtig ist ihre Aktualität. Wenn ein neuer Kunde aufgenommen wird, beginnt die Arbeit mit einem vollständigen Eintrag. Wenn ein Projekt endet, wird sein Status nachvollziehbar geändert. Diese Grundlage erleichtert Übergaben und verhindert, dass eine nicht mehr betreute Website stillschweigend weiterhin dieselben Pflegeversprechen erhält.
Kundenprojekte technisch und organisatorisch abgrenzen
Jede Kundenwebsite sollte klar zugeordnet und mit geeigneten Konten, Verzeichnissen und Datenbanken betrieben werden. Die konkrete Trennung hängt vom Hostingmodell und den angebotenen Rechten ab. Ziel ist, versehentliche Änderungen an anderen Projekten zu erschweren und Sicherungen sowie Meldungen eindeutig zuordnen zu können. Ein gemeinsamer Agenturzugang darf nicht automatisch zu gemeinsamen Kundenzugriffen führen.
Prüfen Sie für jedes Projekt, wer Dateien, Datenbank und Hostingoptionen verändern darf. Ein Kunde mit redaktionellen Aufgaben braucht meist nur passende WordPress-Rechte. Ein externer Entwickler erhält den notwendigen technischen Zugriff für das betreffende Projekt. Nach Abschluss seiner Arbeit wird der Zugang erneut bewertet. Diese Trennung ist kein zusätzlicher Selbstzweck: Sie macht Änderungen verständlicher und begrenzt Fehlerfolgen. Bei einem Managed Server sollten Kontenstruktur und Ressourcenisolation mit dem Anbieter abgestimmt werden. Vermeiden Sie eine improvisierte Ablage, bei der sämtliche Kundenprojekte unter demselben weitreichenden technischen Benutzer liegen.
Abonnements und Dienstpläne bewusst einsetzen
Plesk kann Websites über Kundenkonten und Abonnements organisieren. Dienstpläne beschreiben einen Rahmen aus Ressourcen und Berechtigungen. Eine Agentur kann damit wiederkehrende Pakete strukturieren, sofern die vorhandene Rolle diese Verwaltung erlaubt. Der Plan sollte den tatsächlich angebotenen Leistungen entsprechen. Er ist kein Ersatz für eine klare Vereinbarung mit dem Kunden.
Definieren Sie wenige verständliche Standards und dokumentieren Sie begründete Ausnahmen. Ein kleiner Informationsauftritt kann andere Speicher- und Wartungsanforderungen haben als ein dynamischer Shop. Prüfen Sie, wie spätere Planänderungen mit bestehenden Abonnements synchronisiert werden und welche Auswirkungen das hat. Eine Anpassung für einen Kunden darf nicht versehentlich alle anderen verändern. Halten Sie daher fest, ob eine Änderung individuell oder gemeinsam erfolgen soll. Der Ratgeber WordPress mit Plesk verwalten erläutert die praktische Zuordnung und den Umgang mit vorhandenen Websites.
Was übernehmen Hoster und Agentur für den Kunden?
Ein Hostingangebot der Agentur sollte erklären, welche Betreuung tatsächlich enthalten ist. Trennen Sie die bereitgestellte Serverumgebung von der WordPress-Wartung und von redaktionellen Arbeiten. Nennen Sie beispielsweise, wer Updates prüft, welche Funktionskontrollen vorgesehen sind und welche Anpassungen zusätzlich beauftragt werden müssen. Eine allgemeine Aussage alles inklusive kann später Erwartungen erzeugen, die weder Team noch Vertrag erfüllen.
Beschreiben Sie außerdem Meldeweg, Freigaben und Umgang mit größeren Änderungen. Wenn der Kunde selbst Plugins installiert, muss klar sein, wie diese in die Wartung aufgenommen werden. Wenn eine Lizenz ausläuft, wird die Zuständigkeit sichtbar. Verwenden Sie keine unbelegten SLA, feste Wiederherstellungszeiten oder Zertifizierungsbehauptungen. Der Betreiber der Website, die Agentur und der Infrastrukturprovider haben unterschiedliche Rollen. Unser Beitrag Managed Server erklärt bietet dafür eine verständliche Aufgabenabgrenzung. Eine präzise Leistungsbeschreibung unterstützt die Zusammenarbeit und vereinfacht die spätere Bewertung einer Störung.
Neue Kunden geordnet aufnehmen
Bei einer übernommenen WordPress-Website werden zunächst vorhandene Inhalte, Erweiterungen, Zugänge und Abhängigkeiten erfasst. Prüfen Sie, welche Personen aktuell zuständig sind und welche Änderungen bereits geplant wurden. Ein Umzug und ein Relaunch sollten nicht unbeabsichtigt in dieselbe unkontrollierte Maßnahme fallen. Notieren Sie den aktuellen funktionsfähigen Stand und bekannte Auffälligkeiten.
Bewerten Sie die benötigten Laufzeiten und den Speicherbedarf. Kontrollieren Sie, ob Sicherungen vorhanden und brauchbar sind. Klären Sie Hauptadresse, Domainverwaltung und getrennte Maildienste. Die Agentur sollte fremde DNS- oder Mailkonfiguration nicht beiläufig verändern, nur weil die Website neu betreut wird. Stellen Sie für Tests einen eigenen Bereich bereit. Der Kunde erhält einen verständlichen Übergabeplan mit Aufgaben und Freigaben. Zugangswerte werden ausschließlich geschützt übernommen. So entsteht eine überprüfbare Ausgangslage, aus der technische Pflege, Migration und spätere Optimierung gezielt geplant werden können.
Den Umzug als getrennten Ablauf planen
Für einen Hostingwechsel werden Dateien, Datenbank und weitere projektspezifische Einstellungen übertragen. Prüfen Sie zunächst eine Kopie in der neuen Umgebung. Testen Sie wichtige Inhalte und Funktionen, bevor die produktive Adresse umgestellt wird. Bei laufenden Bestellungen oder Buchungen braucht der Datenübertragungszeitpunkt eine fachliche Abstimmung. Zwei parallel beschreibbare Produktivstände können sonst widersprüchliche Daten erzeugen.
Der Umzugsplan benennt Verantwortliche für Übertragung, DNS, Funktionsprüfung und Rückweg. Maildienste erhalten gegebenenfalls einen eigenen Plan. Größere Plugin- oder Designänderungen werden möglichst separat durchgeführt, damit ein neues Problem leichter zugeordnet werden kann. Nach der Umstellung werden HTTPS, Weiterleitungen, interne Links und geplante Aufgaben geprüft. Bewahren Sie die alte Umgebung nach einem bestätigten Verfahren nur so lange auf, wie sie für den Rückweg benötigt wird. Ein WordPress-Umzug mit dokumentierter Freigabe verbindet die Übertragung mit diesen Websitekontrollen. Der Tarifkauf allein erledigt diesen Prozess nicht.
Kunden und Mitarbeiter mit passenden Rollen arbeiten lassen
Ein Agenturteam sollte eigene Konten verwenden. Das erleichtert das Zuordnen von Aufgaben und das Entfernen von Zugriffen beim Ausscheiden. Redaktion, technische Pflege und übergreifende Hostingverwaltung werden voneinander getrennt. Der Kunde erhält die Rechte, die zu seinem Arbeitsmodell passen. Ein gemeinsames globales Administratorkonto für alle Beteiligten macht diese Trennung unnötig schwierig.
Prüfen Sie Rollen praktisch. Kann ein Redakteur die gewünschten Inhalte bearbeiten, ohne fremde Projekte zu sehen? Kann ein Entwickler die richtige Testumgebung erreichen, ohne unnötige globale Rechte zu erhalten? Plesk unterstützt zusätzliche Benutzer und Rollen; WordPress besitzt eigene Anwendungskonten. Beide Ebenen müssen zusammen betrachtet werden. Halten Sie eine sichere Zugriffsliste mit Zweck und Verantwortlichem aktuell. Passwörter gehören nicht in das Projektregister oder in Kundenhandbücher. Bei einer Übergabe wird bestätigt, welche Zugänge übernommen, geändert oder entfernt wurden. Das verhindert alte unklare Berechtigungen, die später niemand mehr verantwortet.
Wartung nach Projektrisiko staffeln
Eine Agentur kann nicht jede Website gleich behandeln, wenn ihre Funktionen stark unterschiedlich sind. Ein einfacher Blog, ein Buchungssystem und ein umfangreicher Shop benötigen verschiedene Prüfschritte. Definieren Sie für jede Projektgruppe eine passende Routine. Sie enthält Vorbereitung, Sicherung, Update, Funktionskontrolle und dokumentiertes Ergebnis. Der Rhythmus wird aus Bedarf und vereinbarter Betreuung abgeleitet.
Für riskantere Änderungen wird eine Testkopie genutzt. Beginnen Sie bei einer gemeinsamen Updatewelle mit repräsentativen Projekten und prüfen Sie diese, bevor weitere folgen. Wird ein Problem entdeckt, wird die Verteilung gestoppt und die Ursache eingegrenzt. Eine zentrale Übersicht ist dafür hilfreich, doch sie sollte nicht nur Versionsnummern zeigen. Verantwortliche und offene Maßnahmen sind ebenso wichtig. Ungeprüfte Automatisierung kann viele Kunden gleichzeitig betreffen. Bei WordPress-Staging und Updatefreigaben werden technischer Test und fachliche Entscheidung ausdrücklich einer zuständigen Person zugeordnet.
Testkopien mit Zweck und Ablaufdatum anlegen
Jede Testkopie erhält einen konkreten Zweck: Pluginupdate prüfen, Relaunch vorbereiten oder einen Fehler nachvollziehen. Quelle, Ziel und Verantwortlicher werden dokumentiert. Schützen Sie den Zugriff und verhindern Sie öffentliche Indexierung. Prüfen Sie auch, ob die Kopie Nachrichten oder andere produktive Aktionen auslösen könnte. Geeignete Testdaten vermeiden unnötige zusätzliche Verteilung sensibler Informationen.
Nach der Freigabe wird festgelegt, welche Änderungen übertragen werden. Ein vollständiges Zurückkopieren der Testdatenbank kann aktuelle Inhalte überschreiben. Deshalb muss das Team den Umfang der Übertragung verstehen. Anschließend wird die Testkopie nach dem vereinbarten Verfahren aktualisiert oder entfernt. Ein dauerhaft ungepflegter Stagingstand kann später ein eigenes Sicherheits- und Organisationsproblem werden. Planen Sie außerdem seine Ressourcen ein. Dateien, Datenbank und Testlast gehören zum Agenturbedarf. Eine überschaubare Anzahl sinnvoller Teststände ist besser zu verwalten als viele unklar benannte Kopien, deren Inhalt und Aktualität niemand mehr kennt.
Ressourcen je Kunde und insgesamt beobachten
Ein gemeinsamer Managed Server besitzt endliche Ressourcen. Alle aktiven Websites, Jobs und Testkopien teilen sich CPU, RAM und Speicher. Erfassen Sie daher die Nutzung pro Projekt und den Gesamtzustand. Ein einzelner stark dynamischer Kunde kann mehr Last erzeugen als viele kleine Informationsseiten. Die reine Kundenzahl ist deshalb kein zuverlässiger Maßstab für die passende Serverstufe.
Ordnen Sie Spitzen dem jeweiligen Projekt und Zeitraum zu. Prüfen Sie geplante Importe, Sicherungen und Cachevorwärmung. Geeignete Kontogrenzen können verhindern, dass ein Job andere Projekte übermäßig beeinträchtigt. Sie müssen jedoch zum normalen Bedarf passen. Werden Grenzen erreicht, wird zunächst die Ursache untersucht. Zusätzliche Ressourcen sind sinnvoll, wenn ein belegter Bedarf besteht; sie ersetzen keine Reparatur einer ineffizienten Funktion. Der Ratgeber Managed Server dimensionieren erläutert, wie Messwerte, Reserve und Wachstum in einer nachvollziehbaren Planung zusammengeführt werden.
Welche Kunden teilen denselben Ausfallbereich?
Prüfen Sie, welche Kunden getrennt betrieben werden sollten. Gründe können besondere Verfügbarkeitsanforderungen, stark abweichende Software oder hohe dynamische Last sein. Die Entscheidung wird mit tatsächlichen Anforderungen begründet. Eine automatische Umschaltung oder sehr kurze Wiederherstellung darf ohne bestätigte Architektur nicht angenommen werden. Vereinbaren Sie mit kritischen Kunden passende Verfahren und Leistungen. Für andere Projekte kann die gemeinsame Umgebung gut beherrschbar sein, wenn Trennung, Backups und Zuständigkeiten stimmen. Das Ziel ist keine pauschale maximale Aufteilung, sondern ein Aufbau, dessen Folgen das Team und die Kunden verstehen.
Backups pro Projekt prüfbar halten
Eine Agentur braucht nicht nur einen gemeinsamen Sicherungslauf, sondern einen nachvollziehbaren Rückweg für einzelne Kunden. Prüfen Sie, welche Sicherung Dateien, Datenbank und nötige Konfiguration erfasst. Dokumentieren Sie Zeitpunkt, Historie und Speicherort. Die Wiederherstellung eines Projekts sollte nicht unbemerkt andere Kunden auf einen älteren Datenstand zurücksetzen. Serverweite Verfahren und gezielte Websitebackups werden deshalb getrennt eingeordnet.
Führen Sie repräsentative Restore-Tests in geschützten Zielbereichen durch. Notieren Sie Dauer, Ergebnis und notwendige Nacharbeit. Lassen Sie wichtige Funktionen fachlich beurteilen. Die Kapazität eines Backupspeichers ist keine garantierte Aufbewahrungsfrist oder Wiederherstellungszeit. Diese Punkte müssen bestätigt und praktisch geprüft werden. Überwachen Sie außerdem fehlgeschlagene Sicherungen und Speicherwachstum. Die Verbindung von Backuptests und Monitoring hält fehlgeschlagene Läufe und noch offene Rückwege sichtbar. Ein klarer Kundenbezug erleichtert sowohl den Alltag als auch die Entscheidung im echten Vorfall.
Meldungen mit dem richtigen Kundenbezug weitergeben
Eine Störungsmeldung sollte Website, Zeitpunkt, betroffene Funktion und beobachtetes Verhalten enthalten. Die erste Aufgabe ist die Zuordnung: Ist nur ein Kundenprojekt betroffen oder die gesamte Umgebung? Hat ein Update stattgefunden oder läuft ein Import? Diese Informationen helfen, Anbieter und Anwendungspflege gezielt einzubinden. Eine allgemeine Nachricht mehrere Seiten sind langsam lässt zu viele Fragen offen.
Sensible Daten werden vor dem Teilen bereinigt. Protokolle und Bildschirmaufnahmen können Zugangswerte oder Kundendetails enthalten, die nicht in breite Kommunikationskanäle gehören. Nutzen Sie den vereinbarten sicheren Meldeweg. Benennen Sie die nächste Handlung und den Verantwortlichen. Der Kunde sollte eine verständliche Aussage zu seinem Projekt erhalten, keine unbewiesene Ursachendiagnose. Wenn die Ursache noch offen ist, wird das ausdrücklich gesagt. Nach der Behebung folgt eine kurze dokumentierte Kontrolle. Diese Kommunikation schafft Klarheit und verhindert, dass mehrere Mitarbeiter gleichzeitig widersprüchliche Maßnahmen am selben Projekt ausführen.
Wiederherstellung mit dem Kunden abstimmen
Ein technischer Restore kann neue Inhalte oder Transaktionen zurücksetzen. Deshalb braucht die Agentur eine fachliche Entscheidung über den Zielstand. Klären Sie mit dem Kunden, welcher Verlust akzeptabel ist und welche zwischenzeitlich entstandenen Daten möglicherweise getrennt erhalten werden können. Die benötigte Zeit umfasst nicht nur die Rücksicherung, sondern auch Diagnose, Entscheidung und Funktionsprüfung.
Ein internes Wiederherstellungsziel kann für die Organisation hilfreich sein, muss aber getestet werden. Ohne bestätigte Leistung darf daraus kein verbindliches RTO im Kundenangebot werden. Dokumentieren Sie, wer die Wiederfreigabe erteilt und welche Funktionen vorher kontrolliert werden. Nach einem Vorfall wird der Plan anhand der tatsächlich gemachten Erfahrungen aktualisiert. Vielleicht fehlt ein Zugriff, vielleicht dauert ein großes Archiv länger oder eine externe Verbindung braucht zusätzliche Anpassung. Diese Erkenntnisse verbessern den Betrieb. Die Agentur sollte sie nicht durch eine pauschale Erfolgsmeldung verdecken, sondern in einen brauchbaren Rückweg übersetzen.
Lizenzen und Erweiterungen übersichtlich pflegen
Mehrere Kunden nutzen häufig unterschiedliche Themes und Erweiterungen. Erfassen Sie, welche Lizenzen erforderlich sind, wem sie gehören und wann sie erneuert werden müssen. Eine nicht verlängerte Lizenz kann Updates oder Support erschweren. Der Kunde sollte wissen, ob sie Teil der Agenturleistung ist oder von ihm selbst bereitgestellt wird. Auch bei einem Hostingwechsel muss diese Zuordnung nachvollziehbar bleiben.
Prüfen Sie vor neuen Installationen, ob eine vorhandene Funktion ausreicht. Mehrere Plugins für dieselbe Aufgabe erhöhen Pflege- und Konfliktaufwand. Entfernen Sie ungenutzte Komponenten nach Sicherung und Prüfung. Individueller Code wird ebenfalls dokumentiert und in den Wartungsumfang aufgenommen. Ein KI-generiertes Plugin oder eine schnell erstellte Anpassung braucht dieselbe fachliche Kontrolle wie anderer Code. Entscheidend sind Funktion, Sicherheit und zukünftige Pflege. Das Plugininventar hilft bei gemeinsamen Updatewellen, weil sichtbar ist, welche Kunden von einer bestimmten Änderung betroffen sind.
Kundenhandbücher auf die tatsächliche Arbeit zuschneiden
Eine gute Anleitung erklärt die Aufgaben, die der Kunde selbst ausführen soll. Dazu können Texte, Bilder, Navigation und Freigaben gehören. Verwenden Sie konkrete Beispiele aus seinem Projekt. Beschreiben Sie, wie eine Änderung überprüft und bei Unsicherheit gemeldet wird. Überladen Sie das Handbuch nicht mit globalen Serverdetails, die für den redaktionellen Alltag keine Rolle spielen.
Zugangswerte werden getrennt geschützt übergeben. Das Handbuch nennt den Anmeldeweg, aber keine geheimen Werte. Erklären Sie, welche Änderungen der Kunde selbst vornehmen darf und bei welchen die Agentur eingebunden werden sollte. Diese Regeln müssen zu den tatsächlich vergebenen Rechten passen. Testen Sie die Anleitung mit einer kleinen praktischen Aufgabe. Wenn der Kunde dabei an einer unklaren Stelle stockt, wird die Beschreibung verbessert. Eine verständliche Übergabe reduziert Supportfragen und verhindert versehentliche Eingriffe in technische Einstellungen. Sie macht zugleich sichtbar, ob das gewählte Rollenmodell die gewünschte Arbeit wirklich ermöglicht.
Wachstum anhand von Arbeit und Last steuern
Eine wachsende Agentur braucht nicht nur mehr Speicher. Auch die Zahl gleichzeitiger Wartungsaufgaben, Testkopien und Ansprechpartner steigt. Prüfen Sie deshalb regelmäßig, ob Team und Umgebung den tatsächlichen Betrieb tragen. Ein Serverupgrade kann Ressourcen schaffen, löst aber keine überlastete Freigabeorganisation. Eine zusätzliche Person kann wiederum keine technisch überfüllte Umgebung reparieren.
Erfassen Sie neue Kunden mit ihren Funktionen und Änderungsrhythmen. Aktualisieren Sie Lastplan, Backupkapazität und Wartungsgruppen. Wenn besonders anspruchsvolle Projekte hinzukommen, kann eine getrennte Umgebung besser passen als die bloße Vergrößerung des gemeinsamen Servers. Klären Sie Erweiterungsabläufe mit dem Anbieter, bevor ein Engpass akut wird. Ohne Bestätigung darf ein Upgrade nicht als beliebig schnell oder vollständig unterbrechungsfrei angenommen werden. So wächst das Hosting mit dem Geschäft. Die Entscheidung für einen neuen Tarif oder eine weitere Umgebung bleibt durch konkrete Aufgaben und Messwerte begründet.
Die beworbenen Managed-Tarife fachlich einordnen
Für Agenturen können die recherchierten Managed-Stufen Business und Agency interessante Ausgangspunkte sein. Business nennt 8 vCPU, 32 Gigabyte RAM und 500 Gigabyte Serverdatenträger. Agency nennt 16 vCPU, 64 Gigabyte RAM und 1.000 Gigabyte. Beide verwenden laut Produktrecherche Plesk Web Host. Die auf Lizenzebene unbegrenzte Domainzahl ist trotzdem keine Zusage für beliebig viele aktive Kundenwebsites bei jeder Last.
Vergleichen Sie außerdem Backupspeicher, Softwareumfang und offene Vertragsdetails. Marketingangaben zu zweihundert oder dreihundert Websites sollten als Orientierung gelesen und nicht als individuelle Kapazitätsgarantie übernommen werden. Die Tarifseiten Business und Agency erklären die geprüften Daten und verlinken direkt zum Originalbestellsystem der webhoster.de AG. Betreiber dieses Portals ist die iSearch GmbH. Die Darstellung ist Werbung; eine Provision oder ein bezahlter Sponsoringvertrag wird ohne bestätigten Sachverhalt nicht behauptet.
Kundenprojekt geordnet übergeben und abschließen
Wenn ein Kunde die Agentur verlässt, wird der aktuelle Projektstand nachvollziehbar übergeben. Klären Sie Dateien, Datenbank, Domainzuständigkeit, Lizenzen und geplante Aufgaben. Ein bestätigter Umzugsplan verhindert, dass eine Website zu früh abgeschaltet oder zweimal unkoordiniert betrieben wird. Zugangswerte werden über den geschützten Weg übertragen und anschließend nach dem vereinbarten Ablauf geprüft oder geändert.
Aktualisieren Sie das Projektregister und die Zuständigkeiten. Monitoring und Jobs werden erst nach bestätigtem Ende des bisherigen Betriebs angepasst. Historie und relevante Nachweise sollten nach dem vorgesehenen Verfahren erhalten bleiben, statt ungeprüft sämtliche Belege zu löschen. Auch Sicherungen und deren weitere Aufbewahrung brauchen eine klare Entscheidung. Diese Übergabe gehört zum Leistungsmodell der Agentur. Sie erleichtert dem neuen Verantwortlichen den Start und verhindert, dass alte Konten, Meldungen oder Aufgaben weiterhin unbeabsichtigt auf das Projekt zugreifen. Ein sauberer Abschluss ist damit ebenso wichtig wie eine geordnete Kundenaufnahme.
Die Tabelle lässt sich seitlich verschieben.
| Übergabepunkt | Vor dem Abschluss prüfen |
|---|---|
| Dateien und Datenbank | Vollständiger passender Stand und geprüfte Zielumgebung |
| Domain und Mail | Zuständigkeiten und bestätigter Umstellungsplan |
| Lizenzen und Jobs | Eigentümer, Laufzeiten und benötigte Aufgaben |
| Zugriffe | Geschützte Übergabe; alte Rechte nach Bestätigung prüfen |
| Monitoring und Backups | Anpassung erst nach bestätigtem Ende des bisherigen Betriebs |
Eine überschaubare Betriebsroutine beibehalten
Die laufende Routine verbindet Projektregister, Wartungsplan und technische Beobachtung. Prüfen Sie relevante Meldungen, Sicherungsergebnisse, Ressourcenentwicklung und offene Kundenfreigaben. Halten Sie jede wesentliche Abweichung mit einer nächsten Handlung fest. Die Übersicht muss dem Team im Alltag helfen und sollte keine bloße Sammlung grüner Statussymbole sein.
Nach größeren Änderungen werden Zuständigkeiten und Rückwege kontrolliert. Ein neuer Mitarbeiter erhält eine praktische Übergabe, ein ausgeschiedener verliert unnötige Zugriffe. Eine neue Kundenfunktion wird in Test- und Backupplan aufgenommen. So bleibt das Hosting organisiert, auch wenn die Agentur wächst. Für die Auswahl zwischen einzelnen Hostingkonten und gemeinsamer Serverumgebung bietet Webhosting oder Managed Server einen ergänzenden Vergleich. Die passende Lösung ergibt sich aus realen Kundenanforderungen, nachvollziehbarer Trennung und einem Team, das seine Aufgaben verlässlich kennt. Genau diese Verbindung macht Agenturhosting langfristig beherrschbar.