Eine Übergabe-Checkliste für Agenturen, die ein Projekt abschließen, Mitarbeitende, die eine Rolle verlassen, oder Kunden, die den Anbieter wechseln: Konten und Eigentum, Domain und DNS, Code und Inhalte, Formulare und Daten, Integrationen, Dokumentation und ein Abnahmeprotokoll. Inklusive der Zeitfallen beim Domaintransfer.
Eine Website wechselt häufiger den Besitzer, als man denkt: Eine Agentur schließt ein Projekt ab, ein Freelancer zieht weiter, die eine Mitarbeiterin, die „die Website gemacht hat“, geht, ein Kunde wechselt den Anbieter. Jedes Mal geht etwas verloren. Meist nicht die Website selbst, sondern das, was drumherum liegt: die Domain, die auf die private Karte von jemandem registriert ist, das Formular, das E-Mails an einen ehemaligen Mitarbeiter schickt, das Analytics-Konto, in das sich niemand mehr einloggen kann. Eine Übergabe ist erst vollständig, wenn der neue Besitzer die Website betreiben, reparieren und verlassen kann, ohne den alten anzurufen. Diese Checkliste ist um genau diesen Test herum aufgebaut.
Konten gehören der Organisation, nicht Personen. Jeder Dienst, von dem die Website abhängt, sollte auf eine organisatorische E-Mail-Adresse (web@, it@, admin@) registriert sein, die Personalwechsel übersteht, mit der Organisation als Kontoinhaberin und Abrechnung über die Zahlungsmethode der Organisation. Wenn Sie bei einer Übergabe nur eine Sache in Ordnung bringen, dann diese.
Für Agenturen folgt daraus: Bauen Sie von Anfang an, wo immer möglich, in den Konten des Kunden, oder planen Sie die Übertragung jedes Kontos ausdrücklich im Vertrag. „Wir übergeben am Ende alles“ ist der Grund, warum Domains monatelang in der Schwebe hängen.
Listen Sie jedes Konto auf, das die Website berührt. Kopieren Sie diese Tabelle und füllen Sie pro Dienst eine Zeile aus.
| Dienst | Anbieter | Kontoinhaber (Organisation) | Login-E-Mail | Wer zahlt | Verlängerungsdatum | Übertragen? (Datum) |
|---|---|---|---|---|---|---|
| Domain-Registrar | ||||||
| DNS-Anbieter (falls getrennt) | ||||||
| Website-Plattform oder Hosting | ||||||
| E-Mail für die Domain | ||||||
| Analytics | ||||||
| Search Console / Bing Webmaster | ||||||
| Unternehmensprofil auf Karten | ||||||
| Zahlungen | ||||||
| E-Mail-Marketing / Newsletter | ||||||
| Buchungs-, Chat- oder andere Einbindungen | ||||||
| Code-Repository | ||||||
| Lizenzen für Stockbilder oder Schriften |
Bei Tools, die das unterstützen (Analytics, Search Console, Unternehmensprofile), ist der sauberste Transfer: den neuen Besitzer als vollen Inhaber oder Administrator hinzufügen, bestätigen lassen, dass er sich einloggen und alles sehen kann, und dann den alten Besitzer entfernen. Niemals zuerst entfernen.
Die Domain ist das eine Gut, das die gesamte Website und die E-Mail mit sich reißen kann. Behandeln Sie sie mit besonderer Sorgfalt.
Unsere Leitfäden zu MX-Einträgen, SPF, DKIM und DMARC und dazu, was passiert, wenn eine Domain abläuft, behandeln die Einträge, die bei einer Übergabe am häufigsten kaputtgehen.
Hier scheitern Übergaben lautlos. Ein Formular, das E-Mails an eine ausgeschiedene Mitarbeiterin schickt, sieht von außen monatelang einwandfrei aus.
Ein Übergabedokument muss nicht lang sein. Es muss die Fragen beantworten, die der neue Besitzer in der ersten schlechten Woche haben wird.
| Frage | Antwort im Dokument |
|---|---|
| Wie ändere ich Öffnungszeiten / Preise / Teamseite? | Schritt-für-Schritt-Anleitung für die fünf häufigsten Änderungen |
| Die Website ist offline. Was prüfe ich? | Domainverlängerung, DNS, Statusseite der Plattform, Support-Kontakt |
| Formulare kommen nicht mehr an. Warum? | Wo Benachrichtigungen eingestellt sind, wie man testet, Spam-Ordner |
| Was verlängert sich wann und zu welchen Kosten? | Die Spalte Verlängerung aus dem Verzeichnis |
| Was haben wir vereinbart, nicht zu ändern? | Markenregeln, Rechtstexte, die jemand anderem gehören |
| Wen rufe ich an? | Plattform-Support, gegebenenfalls beauftragte Entwickler, interne verantwortliche Person |
Schließen Sie mit einem kurzen Abnahmeprotokoll ab, das beide Seiten aufbewahren. Jede Zeile wird von der übernehmenden Partei abgehakt, nicht von der abgebenden.
| Punkt | Bestätigt durch Übernehmende | Datum |
|---|---|---|
| Ich kann mich bei jedem Konto im Verzeichnis als Inhaber oder Administrator anmelden | ||
| Der Domaininhaber ist unsere Organisation, und die automatische Verlängerung ist aktiv | ||
| Ich besitze eine unabhängige, vollständige Kopie der Website | ||
| Testeinsendungen aus jedem Formular sind in unserem Postfach angekommen | ||
| Alle der abgebenden Partei bekannten Schlüssel wurden erneuert | ||
| Der Zugriff der abgebenden Partei wurde entfernt | ||
| Ich habe das Übergabedokument und die Lizenzen |
Wenn eine Agentur Websites auf einer White-Label-Plattform baut, hat der Kunde oft ein Konto unter der Marke der Agentur. Das wirft für beide Seiten eine berechtigte Frage auf: Was passiert mit der Website, wenn die Zusammenarbeit endet? Lassen Sie sich die Antwort vor Beginn schriftlich geben und prüfen Sie sie in einer Demo.
Bei We.Inc ist die Antwort konkret. Jeder Kunde hat sein eigenes Konto unter der Marke der Agentur, meldet sich über das gebrandete Login der Agentur an und besitzt seine Websites in diesem Konto. Entfernt die Agentur einen Kunden, bleiben seine Websites online und sein Konto intakt; der Kunde erhält lediglich keine Einstellungen und gebrandeten E-Mails der Agentur mehr, und die Agentur kann ihn später wiederherstellen. Der Code der Website lässt sich als ZIP herunterladen oder nach GitHub exportieren, und eine vom Kunden verbundene Domain bleibt auf ihn registriert.
Wenn Sie diesen Ablauf sehen möchten, einschließlich dessen, was ein Kunde sieht und behält, vereinbaren Sie eine Demo. Für die vertragliche Seite eines Anbieterwechsels lesen Sie unseren Ausstiegsplan für Website-Anbieter; für die Prüfungen vor dem Livegang einer neuen Website unsere Checkliste für den Website-Launch.
Zuletzt geprüft am 2026-10-25.
Ein Verzeichnis aller Konten, von denen die Website abhängt, im Besitz der Organisation, die Domain und DNS-Einträge, eine unabhängige Kopie von Code, Inhalten und Medien, Lizenzen, Formular- und Dateneinstellungen, erneuerte Schlüssel, entfernte Zugänge der abgebenden Partei, ein kurzes Übergabedokument und ein von der übernehmenden Partei abgehaktes Abnahmeprotokoll.
Der Organisation, zu der die Website gehört, als Inhaberin, mit einer organisatorischen E-Mail-Adresse und Zahlungsmethode und aktiver automatischer Verlängerung. Nicht einer Agentur, einem Freelancer oder einzelnen Mitarbeitenden.
Möglicherweise nicht. Die Transfer Policy der ICANN verlangt von Registraren nach einem Inhaberwechsel eine 60-tägige Transfersperre, von der sie den Inhaber abmelden lassen können, und ein Registrar darf Transfers innerhalb von 60 Tagen nach Registrierung oder einem vorherigen Transfer ablehnen. Klären Sie das zuerst mit Ihrem Registrar.
Wenn der neue Besitzer die Website betreiben, reparieren und verlassen kann, ohne den alten zu kontaktieren: Er meldet sich überall als Inhaber an, besitzt eine unabhängige Kopie, erhält Formulareinsendungen, und Zugänge und Schlüssel der abgebenden Partei sind entfernt.
Entfernt die Agentur einen Kunden, bleiben seine Websites online und sein Konto intakt; er erhält keine Einstellungen und E-Mails der Agentur mehr. Der Code kann heruntergeladen oder nach GitHub exportiert werden.
Kostenlos starten · Keine Kreditkarte nötig