Was passiert mit eingehenden E-Mails an die alte Domain?

Die alten Mailboxen bleiben aktiv, solange du die alte Domain registriert hast. Üblich: für 6 bis 12 Monate Mail-Forwarding von der alten auf die neue Adresse einrichten, in dieser Zeit alle wichtigen Kontakte über den Wechsel informieren.

Domain umziehen ohne SEO-Verluste: der komplette Leitfaden

Ein Domain-Umzug ist eine der nervösesten Operationen, die du an deiner Webseite ausführen kannst. Wenn du sauber arbeitest, behältst du Rankings, Backlinks und Trust komplett bei. Wenn du etwas übersiehst, verlierst du auf einen Schlag fünf, zehn oder zwanzig Jahre SEO-Arbeit - und holst diese Rankings danach in den seltensten Fällen wieder vollständig auf. Dieser Leitfaden zeigt dir den kompletten Ablauf vom Tag null bis zum sicheren Stand zwölf Monate später, mit allen Stolperfallen und passenden Code-Vorlagen.

Der Beitrag ist bewusst lang. Er ist als Hub gedacht: einmal lesen, dann beim eigenen Umzug Schritt für Schritt abarbeiten. Auf einer Domain namens redirect301.de das Thema schuldig zu bleiben wäre auch peinlich gewesen.

Wann braucht es überhaupt einen Domain-Umzug?

Klassische Gründe für einen Umzug sind in den letzten Jahren konstant geblieben:

Rebranding: aus dem alten Firmennamen wird ein neuer, die Domain folgt.
Bessere TLD: Wechsel von .info oder .org auf .de, .com oder eine kurze Wunsch-Domain, die endlich frei geworden ist.
Markenrechtliche Konflikte: eine Abmahnung erzwingt den Wechsel.
SEO-Hygiene: die alte Domain hat ein vergiftetes Backlink-Profil, ein sauberer Neustart erscheint vorteilhaft. Hier gilt: gut überlegen, denn die Bewertung von Linkjuice ist nicht 1:1 übertragbar und der Reset bringt manchmal mehr Schaden als Nutzen.
Eingliederung in einen Konzern: ehemals eigenständige Webseiten werden Unter-Verzeichnisse einer Mutterdomain.
Sprach- und Länderwechsel: aus einer .de wird eine .com mit hreflang-Aufteilung.

In all diesen Fällen gilt das gleiche Vorgehen. Was sich unterscheidet, ist nur die Komplexität der 301-Strategie und die Kommunikations-Strategie nach außen.

Vorbereitung: Was du brauchst, bevor du anfängst

Setze dich nicht hin und schaltest die DNS um. Vor dem ersten technischen Schritt brauchst du fünf vollständige Listen:

Datenbestände-Backup: kompletter File-System-Dump der alten Domain (FTP-Mirror oder SSH-Tarball), Datenbank-Dump als SQL-Datei, Konfigurations-Export aus CMS und Hoster-Panel. Ohne saubere Backups fängst du nicht an.
URL-Liste der alten Domain: exportiere die XML-Sitemap, ergänze sie um die GSC-Datenexports (Seiten + Suchanfragen), füge per Screaming Frog oder Sitebulb gecrawlte URLs hinzu. Ziel: jede URL, die zu Trefferzeiten je indexiert war, muss in deiner Liste stehen.
Backlink-Liste: Export aus Ahrefs, Sistrix, Majestic oder Linkresearchtools. Du brauchst sie aus zwei Gründen - erstens als Beweis dafür, dass die 301 später greift (du kannst gezielt prüfen ob die wichtigsten verlinkenden Seiten korrekt weitergeleitet werden), zweitens als Adressliste für manuelle Outreach-Anfragen an die besonders starken Quellen.
DNS- und Mail-Plan: alle existierenden DNS-Records (A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC) sauber dokumentieren. Beim Umzug werden mindestens die A- und vermutlich die MX-Records angepasst. SPF, DKIM und DMARC für E-Mail müssen mitziehen, sonst landen deine Geschäfts-Mails ab dem Umschalt-Tag im Spam-Filter.
Tracking-Inventar: Google Search Console, Google Analytics 4, Matomo, Bing Webmaster Tools, VG-Wort-Pixel, Affiliate-Tracking, ggf. weitere SEO-Tools. Alles, wo deine Domain als Property registriert ist, muss nach dem Umzug aktualisiert werden.

Plane für die Vorbereitung mindestens eine Woche ein, bei größeren Webseiten zwei bis vier Wochen. Hektische Umzüge gehen schief - nicht weil die Technik versagt, sondern weil Kleinigkeiten übersehen werden.

Der 7-Phasen-Plan

Phase 1: Neue Domain registrieren und Hosting einrichten

Die neue Domain bei einem Registrar deiner Wahl sichern, das Hosting parallel zur alten Domain aufsetzen. Wichtig: nicht sofort die DNS-Records der alten Domain ändern. Du brauchst die alte Domain noch in voller Funktion, während du die neue vorbereitest.

Falls dein Hoster es zulässt: lege die neue Domain als parallele Domain unter demselben Tarif an. Bei All-Inkl, IONOS und den meisten anderen geht das ohne Aufpreis. Damit teilen sich beide Domains das Webroot und du kannst zwischen ihnen vergleichen.

Phase 2: Webseite klonen und auf Test-Subdomain testen

Spiele die komplette Webseite auf eine Test-Subdomain unter der neuen Domain ein, zum Beispiel staging.neuedomain.de. Schütze die Subdomain per Basic-Auth (htpasswd-Generator), setze ein noindex,nofollow in den Robots-Meta-Tag und sperre Crawler per robots.txt aus. Verhindert, dass die Test-Version indexiert wird und Duplicate Content erzeugt.

Auf der Test-Subdomain durchläufst du alle Seiten, prüfst Bilder, internen Links, Formulare, Cookie-Banner, externe Skripte. Wenn etwas in der neuen Umgebung kaputt geht, fällt es jetzt auf und nicht erst beim Live-Schalten.

Phase 3: 301-Mapping erstellen

Das Herzstück des Umzugs. Eine Tabelle mit zwei Spalten: alte URL, neue URL. Pro Zeile eine Weiterleitung. Hier passieren die meisten Fehler.

Drei Strategien sind üblich:

1:1-Mapping mit gleichem Pfad: aus alt.de/blog/artikel-1/ wird neu.de/blog/artikel-1/. Der Standardfall - einfacher Domain-Tausch ohne Inhalts-Reorganisation. Lässt sich mit einer einzigen Rewrite-Regel abdecken.
1:1-Mapping mit geänderten Pfaden: aus alt.de/produkt/12345.html wird neu.de/produkte/produktname/. Eine Tabelle URL-für-URL. Aufwändiger, aber für saubere SEO-Migration zwingend.
Konsolidierung: mehrere alte URLs werden zu einer neuen. Nur sinnvoll wenn die alten Seiten wirklich überflüssig oder thematisch identisch sind.

Die Tabelle pflegst du am besten in Excel, Google Sheets oder direkt als CSV. Daraus generierst du später die Rewrite-Regeln. Bei großen Projekten lohnt sich ein Skript, das die Tabelle in .htaccess-Syntax umwandelt.

Phase 4: DNS umschalten und SSL aktivieren

Die DNS-Umschaltung ist der eigentliche Live-Gang. Drei Vorgaben:

TTL absenken: mindestens 24 Stunden vor dem Umzug die TTL deiner DNS-Records auf 300 oder 600 Sekunden absenken. Dann propagieren Änderungen schneller. Nach dem Umzug auf 3600 oder 86400 zurückstellen.
SSL/TLS auf neuer Domain einrichten: Let's Encrypt oder kostenpflichtiges Zertifikat, je nach Hoster automatisch. Vor dem DNS-Switch muss HTTPS sauber laufen, sonst verliert deine Webseite kurzzeitig die Erreichbarkeit.
Mail-DNS doppelt prüfen: MX, SPF, DKIM, DMARC. Ein falscher SPF-Eintrag und alle deine Geschäfts-Mails landen im Spam.

Setze einen Termin außerhalb der Hauptzeiten - klassisch früher Morgen oder Wochenende. Sei sicher, dass du in den ersten zwei bis drei Stunden Zeit hast, falls etwas schiefläuft.

Phase 5: Erste Sofort-Tests und GSC-Property anlegen

Innerhalb der ersten Stunde nach DNS-Switch:

Eigene Webseite aufrufen, sowohl www.neuedomain.de als auch neuedomain.de (Canonical-Weiterleitung prüfen). HTTPS-Verbindung kontrollieren.
Mindestens fünf Stichproben-URLs der alten Domain aufrufen. Jede sollte per 301 auf die neue Adresse weiterleiten. Nutze den Redirect-Checker für die genauen Status-Codes.
Neue Domain als Property in der Google Search Console anlegen. Die Verifizierung läuft am bequemsten per DNS-TXT-Record, alternativ per HTML-Datei.
Sitemap-XML der neuen Domain in der neuen GSC-Property einreichen.

Phase 6: Change of Address in der Google Search Console

Sobald die neue Domain in der GSC verifiziert ist, sendest du den offiziellen Change of Address. Das ist ein expliziter Hinweis an Google, dass dies kein Hack oder Inhaltsklau ist, sondern ein geplanter Umzug.

Anleitung im Detail:

In der GSC die alte Domain als Property auswählen.
Unter Einstellungen › Adressänderung die neue Domain auswählen (sie muss verifiziert sein).
Google prüft die Weiterleitungen automatisch. Wenn alle 301er greifen, bestätigt das Tool den Umzug.
Bestätigung durchklicken. Die alte Property bleibt aktiv und liefert weiter Daten, aber Google weiß jetzt offiziell Bescheid.

Der gleiche Prozess gilt für Bing Webmaster Tools. Die Funktion heißt dort Site Move.

Phase 7: Monitoring der nächsten 6 bis 12 Monate

Der Umzug ist nicht nach einer Woche durch. Du hast über die nächsten Monate folgende Checks im Kalender:

Tag 1 bis 7: tägliche Stichproben in der GSC, Crawl-Statistik beobachten, 404-Fehler protokollieren.
Woche 2 bis 4: wöchentliche Vergleiche der GSC-Klick-Zahlen alt vs. neu. Erwartung: die Klicks wandern in den ersten zwei Wochen auf die neue Domain.
Monat 2 bis 6: monatliche Sichtbarkeits-Checks in Sistrix oder Ahrefs. Erwartung: kurzfristiger Drop um 10 bis 30 Prozent ist normal, danach Recovery innerhalb von vier bis zwölf Wochen.
Monat 7 bis 12: die alten 301er aktiv halten. Erfahrungsregel: mindestens ein Jahr, besser dauerhaft.

301-Strategie im Detail mit Code-Beispielen

Apache / .htaccess

Für den einfachen Fall - kompletter Domain-Tausch ohne Pfad-Änderungen - reicht eine Regel in der .htaccess der alten Domain:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?alte-domain\.de$ [NC]
RewriteRule ^(.*)$ https://www.neue-domain.de/$1 [R=301,L]

Die Regel matched alle Hosts der alten Domain (mit und ohne www), leitet 301 auf die neue Domain um und behält den ursprünglichen Pfad. Pflichtlektüre dazu: .htaccess-Crashkurs.

Für Pfad-Änderungen pro URL eine eigene Regel:

RewriteRule ^altes-verzeichnis/artikel-12345\.html$ https://www.neue-domain.de/blog/neuer-artikel-name/ [R=301,L]
RewriteRule ^produkt/abc/?$ https://www.neue-domain.de/produkte/neuer-produktname/ [R=301,L]

nginx

Der einfache Fall in der nginx-Konfiguration:

server {
  listen 80;
  listen 443 ssl;
  server_name alte-domain.de www.alte-domain.de;
  return 301 https://www.neue-domain.de$request_uri;
}

Für komplexere Mappings nutzt du map oder location ... {}-Blöcke. Hier lohnt sich ein Generator-Skript, das aus der CSV-Tabelle die nginx-Syntax baut.

PHP-Fallback

Wenn du keinen htaccess- oder nginx-Zugriff hast, bleibt ein PHP-Script:

<?php
$ziel = 'https://www.neue-domain.de' . $_SERVER['REQUEST_URI'];
header('Location: ' . $ziel, true, 301);
exit;

In jedes Verzeichnis legen oder über eine zentrale Router-Datei aufrufen. Mehr dazu im Artikel PHP-Redirect 301.

Die fünf häufigsten Fehler beim Domain-Umzug

Redirect-Ketten: wenn eine alte URL erst auf eine Zwischen-URL und dann auf das Endziel weiterleitet, verlierst du Linkjuice. Eine 301-Kette mit drei Hops kostet messbar Ranking. Lösung: bei jeder Migration die Ketten flachklopfen, am besten direkt mit dem Redirect-Checker testen.
302 statt 301: der temporäre Redirect signalisiert Suchmaschinen, dass die Änderung nicht permanent ist - sie behalten die alte URL im Index, Linkjuice fließt nicht über. Klassischer Anfänger-Fehler.
Vergessene Sub-URLs: Bild-URLs, PDF-Dateien, JSON-Endpunkte, RSS-Feeds. Alles, was nicht in der HTML-Sitemap steht, wird oft vergessen. Crawl deshalb mit Screaming Frog oder Sitebulb durch und gleiche die Liste mit deiner 301-Tabelle ab.
SSL-Konfiguration nicht durchgezogen: alte Domain hatte HTTPS, neue Domain läuft initial nur unter HTTP. Browser zeigen Sicherheitswarnungen, Rankings stürzen ab. Vor dem Switch HTTPS auf der neuen Domain aktivieren und testen.
hreflang-Tags vergessen: bei mehrsprachigen Webseiten mit Sprach-Domains musst du auch die hreflang-Tags pro Sprach-Version anpassen. Wenn die alte deutsche Domain weiter im hreflang-Pool der englischen Version steht, verwirrt das Google.

Backlinks: was du selbst beeinflussen kannst

301er fangen 95 Prozent ab. Für die wichtigsten Quellen lohnt sich manueller Outreach: schreib die Webmaster oder Redaktionen der hochwertigsten Backlinks (DR 50+, oder thematisch besonders relevant) und bitte um Aktualisierung der Verlinkung. Die meisten ändern den Link gerne, weil das auch in ihrem Interesse ist.

Bei Branchenverzeichnissen, Google Business Profile, Lieferanten-Listen, Partnerseiten: aktiv aktualisieren. Diese URLs sind oft im Profil eingetragen und werden nicht durch den 301 abgedeckt, weil sie zusätzlich noch in CRM-Systemen oder Print-Materialien landen.

Tracking und Analytics: was migriert werden muss

Tool	Aktion
Google Analytics 4	Neue Property mit neuer Domain anlegen, alte Property bestehen lassen. In den ersten Wochen beide vergleichen, danach alte Property archivieren (nicht löschen!).
Google Search Console	Neue Property anlegen, Change of Address aus alter Property aufrufen.
Bing Webmaster Tools	Site Move aus alter Property heraus durchführen.
Matomo	Neue Site-ID anlegen, alte ID für Archiv behalten. Tracking-Code auf der neuen Domain anpassen.
VG Wort	Domain im VG-Wort-Konto auf die neue ändern. Bestehende Pixel zählen auf der neuen Domain weiter, wenn die Migration mit 301 sauber läuft.
Affiliate-Netzwerke	Bei Amazon Partnernet, Awin, Belboon und Co. die Domain im Profil aktualisieren. Tracking-Links auf der neuen Domain testen.
SEO-Tools	Sistrix, Ahrefs, Semrush - alte Domain weiter beobachten, neue Domain als Projekt hinzufügen. Vergleichswerte über mehrere Monate sammeln.

Spezialfall: HTTP zu HTTPS als Mini-Umzug

Der HTTPS-Wechsel ist technisch ein Domain-Umzug en miniature. Die Strategie ist identisch: 301-Weiterleitung von HTTP auf HTTPS, neue Property in der GSC, Change of Address. Aktuelle Hoster regeln das meistens automatisch durch eine Force-HTTPS-Option, aber prüfe nach dem Aktivieren mit dem Redirect-Checker dass aus jedem HTTP-Aufruf ein sauberer 301-Sprung wird.

Spezialfall: Domain-Verkauf statt Umzug

Wenn du eine alte Domain verkaufst und der Käufer eigene Inhalte hochlädt, machst du keinen 301. Die alte Domain bekommt dann einen neuen Eigentümer mit neuen Inhalten, dein Linkjuice ist Teil des Verkaufspreises. Wer Domain-Verkauf und 301-Umzug verwechselt, signalisiert Google falsche Absichten und verursacht Indexierungs-Chaos.

Spezialfall: Internationale Domain-Migration

Wenn du von einer Sprach-Domain auf eine neue mit hreflang-Aufteilung umziehst, kommen zwei Komplexitäten dazu: pro Sprach-Version eigene hreflang-Annotations auf der neuen Domain, und die alten hreflang-Verweise auf anderen Domains müssen ebenfalls angepasst werden. Klassisches Beispiel: beispiel.de wird zu beispiel.com/de/ mit zusätzlich beispiel.com/en/ als englischer Version. Die englische Version verlinkt jetzt im hreflang nicht mehr auf beispiel.de, sondern auf beispiel.com/de/.

Checkliste vor dem Live-Gang

Backup der alten Domain komplett (Files + DB + DNS-Config)
URL-Liste der alten Domain vollständig
301-Mapping-Tabelle erstellt und in Excel/CSV gespeichert
Neue Domain registriert und Hosting eingerichtet
SSL/TLS auf neuer Domain aktiv und getestet
Webseite auf neuer Domain komplett funktionsfähig (auf Staging-Subdomain getestet)
DNS-TTL auf alter Domain auf 300-600 Sekunden gesenkt
Mail-Konfiguration (MX, SPF, DKIM, DMARC) auf neuer Domain getestet
301-Regeln in .htaccess oder nginx hinterlegt und vor Live-Gang per Redirect-Checker getestet
Neue Domain in GSC und Bing Webmaster Tools verifiziert
Termin außerhalb der Hauptzeiten gesetzt
Outreach-Liste der wichtigsten Backlinks bereit

FAQ

Wie lange dauert ein Domain-Umzug technisch?

Die reine Umschaltung dauert mit DNS-Propagation zwischen einer Stunde und 24 Stunden. Die SEO-Recovery braucht erfahrungsgemäß vier bis zwölf Wochen, in dieser Zeit kann es kurzfristige Drops geben.

Verliere ich beim Umzug auf jeden Fall Rankings?

Nicht zwingend. Bei sauberer 301-Migration sehen viele Webseiten gar keinen Drop oder nur einen leichten und kurzfristigen. Bei nachlässiger Migration sind 20 bis 50 Prozent Sichtbarkeitsverlust realistisch.

Wie lange muss ich die 301-Regeln aktiv halten?

Mindestens ein Jahr, besser dauerhaft. Google selbst empfiehlt 180 Tage als Minimum, das ist in der Praxis aber zu kurz. Backlinks aus alten Foren-Beiträgen, PDF-Dateien, Print-Werbung tauchen über Jahre auf - jede Weiterleitung weiter aktiv halten kostet nichts.

Lohnt sich ein Backlink-Reset durch Domain-Umzug?

Selten. Der theoretische SEO-Reset funktioniert nur, wenn die alte Domain komplett aufgegeben wird (also keine 301 gesetzt wird). Damit verlierst du auch alle guten Backlinks. In den meisten Fällen ist Disavow-Pflege das bessere Mittel gegen schlechtes Linkprofil.

Muss ich beim Umzug auch die robots.txt anpassen?

Ja. Auf der neuen Domain eine eigene robots.txt mit angepasstem Sitemap-Verweis hinterlegen. Auf der alten Domain die robots.txt aktiv lassen, damit die 301er weiter zugänglich sind.

Was passiert mit eingehenden Mails an die alte Adresse?

Die alten Mailboxen bleiben aktiv, solange du die alte Domain registriert hast. Üblich: für 6-12 Monate Mail-Forwarding von der alten auf die neue Adresse einrichten, in dieser Zeit alle wichtigen Kontakte über den Wechsel informieren.

Soll ich die alte Domain irgendwann ablaufen lassen?

Empfehlung: nein. Eine alte Domain dauerhaft registriert zu halten kostet 10 bis 30 Euro pro Jahr und bewahrt die 301-Weiterleitung. Wenn jemand die Domain nach Ablauf übernimmt, kann er deinen Traffic kapern. Bei wertvollen Marken-Domains zwingend dauerhaft halten.

Wie informiere ich meine Stammbesucher über den Wechsel?

Newsletter-Mail mit klarem Hinweis, Banner auf der alten Domain (vor dem DNS-Switch), Social-Media-Post, Blog-Beitrag auf der neuen Domain. Stell dir vor, deine Stammbesucher haben deine Domain als Lesezeichen oder im Browser-Autocomplete - der 301 fängt sie technisch auf, aber sie sollten den Wechsel als bewusste Entscheidung sehen.

Kann ich auch ohne Hoster-Zugriff umziehen?

Nur eingeschränkt. Ohne htaccess- oder PHP-Zugriff funktioniert nur Meta-Refresh als clientseitige Weiterleitung. SEO-technisch deutlich schlechter, aber besser als nichts. In so einem Fall lohnt der Wechsel des Hosters mit.