Anbieterwechsel: Website und E-Mail umziehen ohne Ausfall

Wer den Anbieter wechselt, verschiebt nicht eine Sache, sondern vier: die Domain mit ihrem Registrierungsvertrag, die Website mit Dateien und Datenbank, die Postfächer mit ihren Inhalten und die DNS-Zone, die alles miteinander verbindet. Diese vier Bausteine hängen zusammen, gehören aber technisch und vertraglich getrennt behandelt. Ein Umzug scheitert erfahrungsgemäß selten daran, dass ein Datenbankabzug misslingt, sondern daran, dass jemand alle vier gleichzeitig bewegen will. Erschwerend kommt hinzu, dass Zuständigkeiten oft verstreut sind: Die Domain steht auf den Namen eines früheren Dienstleisters, das Postfach läuft über einen anderen Vertrag, und die Zugangsdaten zum Server kennt allein eine Mitarbeiterin, die das Unternehmen längst verlassen hat. Der erste Schritt eines Wechsels ist deshalb keine technische Handlung, sondern eine Bestandsaufnahme.

Diese Bestandsaufnahme fällt heute umfangreicher aus als vor zehn Jahren, weil mehr Bausteine ausgelagert sind. Nach der Erhebung zur Nutzung von Informationstechnik in Unternehmen setzten 2025 rund 54 Prozent (Statistisches Bundesamt) der Unternehmen ab zehn Beschäftigten kostenpflichtige Cloud-Dienste ein, bei kleinen Betrieben mit zehn bis 49 Beschäftigten waren es 51 Prozent (Statistisches Bundesamt). Jeder dieser Dienste bringt eigene Zugänge, eigene Kündigungsfristen und eigene Exportwege mit. Parallel wächst die Infrastruktur im Land: In Deutschland sind rund 2.000 Rechenzentren (Bitkom) mit mehr als 100 Kilowatt Anschlussleistung in Betrieb, deren Gesamtkapazität 2025 auf 2.980 Megawatt (Bitkom) stieg und damit um 9 Prozent (Bitkom) gegenüber dem Vorjahr zulegte. Wer die Vorteile eines Standorts im Inland abwägen möchte, findet die rechtlichen und technischen Argumente im Beitrag zu Webhosting in Deutschland; die praktische Umsetzung beschreibt unsere Seite zum Hosting im deutschen Rechenzentrum.

Die Domain ist der einzige Baustein, den ein Unternehmen tatsächlich verlieren kann. Sie hängt an einem Vertrag mit einer Registrierungsstelle, und der Wechsel des betreuenden Anbieters läuft über ein festgelegtes Verfahren. Für .de-Domains heißt es Providerwechsel und stützt sich auf ein hinterlegtes Passwort, die AuthInfo. Seit dem 2. Februar 2010 (DENIC) wird ausschließlich dieses Verfahren angewendet: Der abgebende Anbieter hinterlegt den Code bei der Registrierungsstelle, wo er 30 Tage (DENIC) gültig bleibt. Stimmt der übermittelte Code mit dem hinterlegten überein, wechselt die Zuständigkeit binnen Minuten, ohne dass Nameserver oder Inhalte davon berührt werden. Bei einem Bestand von mehr als 18 Millionen (DENIC) .de-Domains ist das Routine, scheitert in der Praxis aber regelmäßig an veralteten Kontaktdaten: Wer im Register mit einer Adresse steht, die es nicht mehr gibt, bekommt den Code nicht zugestellt.

Bei generischen Endungen wie .com oder .net gilt die Transferrichtlinie der ICANN. Sie verpflichtet den abgebenden Anbieter, auf eine Transferanfrage in der Regel innerhalb von fünf Tagen (ICANN) zu reagieren, und sie sperrt eine Domain nach einem Transfer oder einem Inhaberwechsel für 60 Tage (ICANN) gegen einen weiteren Anbieterwechsel. Diese Sperre ist der Grund, warum sich ein Umzug nicht kurzfristig zwischen Tür und Angel erledigen lässt. Dazu kommen Transfersperren, die viele Anbieter standardmäßig setzen und die vor dem Umzug aufgehoben werden müssen. Planen Sie den Domainteil deshalb als ersten Vorgang, nicht als letzten. Wer die Reihenfolge vertauscht, erlebt dieselben Überraschungen wie bei einem schlecht vorbereiteten Neuaufbau, den wir im Beitrag zum Website-Relaunch ohne Ranking-Verlust beschrieben haben.

Zertifikate sind die Bruchstelle, die am schnellsten auffällt, weil der Browser eine Warnseite zeigt. Am alten Ort wurde das Zertifikat automatisch erneuert; am neuen muss diese Automatik erst eingerichtet sein, und sie greift erst, wenn die Domain bereits auf den neuen Server zeigt. Die Fristen werden dabei kürzer: Das CA/Browser Forum hat beschlossen, die maximale Laufzeit öffentlich vertrauenswürdiger TLS-Zertifikate ab dem 15. März 2026 auf 200 Tage (CA/Browser Forum), ab März 2027 auf 100 Tage (CA/Browser Forum) und ab März 2029 auf 47 Tage (CA/Browser Forum) zu begrenzen. Eine funktionierende automatische Erneuerung ist damit keine Bequemlichkeit mehr, sondern Voraussetzung für den Betrieb. Prüfen Sie zusätzlich, ob eine strikte Transportsicherung aktiv ist, denn dann verzeiht der Browser auch eine kurze Lücke nicht. Was sonst zur technischen Absicherung gehört, steht in unseren Grundlagen der Website-Sicherheit.

Die zweite Bruchstelle sind Weiterleitungen. Sie stehen oft in einer Serverkonfiguration, die beim Kopieren des Dateibaums nicht mitkommt, weil sie am alten Ort an anderer Stelle lag. Fallen sie aus, laufen alte Adressen ins Leere, und aufgebaute Sichtbarkeit geht Schritt für Schritt verloren. Die Dokumentation der Suchmaschine empfiehlt, Weiterleitungen nach einem Umzug mindestens ein Jahr (Google Search Central) bestehen zu lassen. Betroffen sind auch Sprachverweise: Wer mehrere Sprachfassungen betreibt, prüft nach dem Wechsel, ob die gegenseitigen Verweise noch stimmen, wie wir es im Beitrag zu Struktur und Pflege einer mehrsprachigen Website beschreiben. Die dritte Bruchstelle sind geplante Aufgaben: Cronjobs für Sicherungen, Feed-Importe, Rechnungsversand oder Bereinigungen laufen am alten Ort weiter, bis der Vertrag endet, und am neuen Ort gar nicht, bis jemand sie einrichtet. Wer ohnehin umbauen möchte, verbindet den Umzug sinnvoll mit einem geplanten Website-Relaunch.

Ein Umzug legt offen, was vertraglich vereinbart wurde und was nicht. Software ist urheberrechtlich geschützt, und Nutzungsrechte entstehen nicht von selbst. Nach dem Zweckübertragungsgrundsatz in § 31 Absatz 5 (UrhG) bestimmt sich der Umfang eingeräumter Rechte nach dem vertraglich vorausgesetzten Zweck, wenn die Nutzungsarten nicht ausdrücklich einzeln benannt sind. Im Zweifel bleibt der Umfang eng. Für ein Unternehmen, das seine Website mitnehmen möchte, heißt das: Wer nur die Nutzung der laufenden Seite vereinbart hat, besitzt nicht ohne Weiteres das Recht, den Quellcode auf einem anderen Server weiterzubetreiben, ihn zu ändern oder von einem Dritten weiterentwickeln zu lassen. Solche Punkte gehören in den Vertrag, bevor gebaut wird, und nicht in eine Verhandlung, wenn der Wechsel bereits läuft.

Dasselbe gilt für Inhalte. Texte, Fotos und Grafiken stammen oft aus verschiedenen Quellen: eigene Aufnahmen, beauftragte Arbeiten, lizenziertes Material. Bildlizenzen sind häufig an eine bestimmte Nutzung gebunden und wandern nicht selbsttätig mit. Klären Sie deshalb vor dem Wechsel, welche Bilder weiter verwendet werden dürfen und für welche eine Lizenz neu zu erwerben ist. Ein sauberes Übergabepaket enthält am Ende den vollständigen Quellcode, die Datenbank, die Mediendateien, eine Liste der eingesetzten Erweiterungen mit Versionsständen, die Lizenznachweise und die Zugangsdaten. Wenn Sie diese Verantwortung dauerhaft abgeben möchten, übernimmt sie unsere Website-Betreuung mit festem Ansprechpartner und hält den Bestand fortlaufend nachvollziehbar.