So migrieren Sie eine Domain, ohne Ihre Suchrankings abstürzen zu lassen

Der Wechsel einer Domain ist eines der wenigen SEO-Projekte, bei denen ein technisch kleiner Fehler sehr schnell sehr sichtbar werden kann. Eine fehlende Weiterleitung, ein blockierter Crawling-Pfad oder ein vergessenes Canonical kann aus einem unkomplizierten Rebranding mehrere Wochen Ranking-Volatilität machen.

Eine gewisse Bewegung ist normal. Suchmaschinen benötigen Zeit, um die alten URLs zu crawlen, die Weiterleitungen zu entdecken, Signale zu verarbeiten und die neue Domain im Index einzuordnen. Das Ziel ist nicht, jeden Rückgang zu vermeiden. Das Ziel ist, die Migration langweilig zu machen: Eine alte URL zeigt auf eine gleichwertige neue URL, der Server antwortet eindeutig, und nichts Wichtiges verschwindet.

Beginnen Sie mit einer Bestandsaufnahme, nicht mit einer Weiterleitungsregel

Der häufigste Fehler bei Migrationen ist, sie als Aufgabe der Serverkonfiguration zu behandeln. Das ist sie nicht. Sie ist eine Aufgabe der Informationsarchitektur, die zufällig in Serverkonfiguration endet.

Bevor Sie DNS anfassen, erstellen Sie eine Liste der URLs, die wichtig sind:

• URLs, die organischen Traffic erhalten
• URLs mit externen Backlinks
• URLs, die konvertieren, Leads generieren oder Kampagnen unterstützen
• Canonical-URLs, die derzeit in Ihrer XML-Sitemap stehen
• PDFs, Bilder und herunterladbare Dateien, die extern verlinkt sind
• Wertvolle Legacy-URLs, die möglicherweise nicht in der aktuellen Navigation erscheinen

Weisen Sie jeder alten URL ein Ziel auf der neuen Domain zu. In den meisten Fällen sollte dieses Ziel dieselbe Seite mit derselben Absicht sein. Wenn aus /pricing https://newdomain.com/pricing wird, ist das einfach. Wenn drei alte Produktseiten in einem neuen Leitfaden zusammengeführt werden, dokumentieren Sie diese Entscheidung bewusst.

Vermeiden Sie das bequeme Muster, alles auf die neue Startseite weiterzuleiten. Es ist praktisch, wirft aber Relevanz weg. Sowohl Suchmaschinen als auch Nutzer erwarten, dass das Ziel dasselbe Bedürfnis beantwortet wie die ursprüngliche URL.

Behalten Sie die URL-Struktur bei, wo es möglich ist

Eine Domain-Migration ist einfacher, wenn Pfade stabil bleiben. Der Wechsel von oldsite.com/blog/example zu newsite.com/blog/example ist deutlich sauberer, als gleichzeitig Domain, CMS, Slugs, Ordnerstruktur und Inhalte zu ändern.

Manchmal macht ein Redesign oder eine CMS-Migration URL-Änderungen unvermeidbar. Trennen Sie in diesem Fall die Entscheidungen:

1. Was ändert sich, weil sich die Domain ändert?
2. Was ändert sich, weil sich die Website-Struktur ändert?
3. Was wird gelöscht, zusammengeführt oder neu geschrieben?

Je mehr Variablen Sie einführen, desto schwieriger wird es später, Probleme zu diagnostizieren. Wenn die Migration wichtig ist und die aktuelle Website gut funktioniert, sollten Sie erwägen, zuerst die Domain umzuziehen und das Redesign später vorzunehmen.

Verwenden Sie permanente Weiterleitungen mit nur einem Sprung

Für eine echte Domain-Migration verwenden Sie serverseitige 301- oder 308-Weiterleitungen von alten URLs zu ihren neuen Entsprechungen. Temporäre Weiterleitungen sind für temporäre Situationen gedacht. JavaScript-Weiterleitungen, Meta-Refreshes und Soft-Redirects sind schwächere Signale und leichter zu beschädigen.

Ihre Ziele für Weiterleitungen sind einfach:

• Jede wichtige alte URL gibt eine permanente Weiterleitung zurück.
• Jede Weiterleitung führt direkt zum endgültigen Ziel.
• HTTP leitet sauber zu HTTPS weiter.
• www- und Nicht-www-Varianten werden konsistent behandelt.
• Weiterleitungen hängen nicht von fragilem Query-String-Verhalten ab, sofern es nicht notwendig ist.

Eine schlechte Kette sieht so aus:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Das landet möglicherweise irgendwann auf der richtigen Seite, ist aber langsam, schwieriger zu crawlen und kann Fehler leichter verbergen. Streben Sie von jeder alten Variante aus einen einzigen Sprung zur endgültigen neuen URL an.

Prüfen Sie beim Validieren des Verhaltens die tatsächlichen HTTP-Antworten, statt dem zu vertrauen, was der Browser zeigt. Unser Leitfaden zum Debuggen von Weiterleitungen und HTTP-Headern in der Produktion ist hier nützlich, weil Browser zu höflich sind: Sie folgen der Kette und verbergen die unsauberen Teile.

Bereiten Sie DNS und Zertifikate vor dem Launch vor

DNS überträgt Rankings nicht direkt, aber schlechtes DNS kann eine Migration kaputt aussehen lassen. Senken Sie die TTL-Werte vor dem Launch-Fenster, damit Änderungen berechenbarer propagieren. Vergewissern Sie sich, dass die neue Domain die korrekten Einträge für Web-Traffic, E-Mail und alle erforderlichen Subdomains hat.

Sie benötigen außerdem gültige TLS-Zertifikate für beide Domains. Das wird leicht übersehen. Die alte Domain muss auch nach der Migration noch HTTPS-Weiterleitungen ausliefern. Wenn ihr Zertifikat abläuft, können Nutzer und Crawler Browserwarnungen sehen, bevor sie überhaupt die neue Website erreichen.

Wenn der Umzug E-Mail betrifft, behandeln Sie das nicht als nachträglichen Gedanken. Domain-Änderungen beschädigen häufig SPF, DKIM, DMARC, MX-Einträge, Tracking-Links und transaktionale E-Mails. Für eine Auffrischung zu den wichtigen Einträgen lesen Sie unseren entwicklerfreundlichen Leitfaden zu MX, SPF, DKIM und DMARC.

Prüfen Sie Canonicals, interne Links und Sitemaps

Nach dem Launch sollte sich die neue Domain so verhalten, als sei sie schon immer die kanonische Heimat der Inhalte gewesen.

Das bedeutet:

• Canonical-Tags verweisen auf die neuen URLs, nicht auf die alte Domain.
• Interne Links verwenden die neue Domain oder root-relative Pfade.
• XML-Sitemaps enthalten nur endgültige, indexierbare neue URLs.
• hreflang-Annotationen verweisen, falls verwendet, auf die neuen URLs.
• Open Graph, strukturierte Daten und alternative Links sind aktualisiert.
• Robots.txt blockiert keine wichtigen Bereiche.

Veröffentlichen Sie keine Sitemap voller alter URLs in der Erwartung, dass Weiterleitungen das bereinigen. Eine Sitemap sollte eine Liste von URLs sein, die Sie indexiert haben möchten. Nach einer Migration bedeutet das endgültige URLs auf der neuen Domain.

Achten Sie außerdem auf Canonical-Widersprüche. Eine Seite, die von alt nach neu weiterleitet, aber ein Canonical hat, das zurück auf die alte Domain zeigt, sendet gemischte Signale. Suchmaschinen können in der Regel mit einer gewissen Inkonsistenz umgehen, aber Sie sollten es ihnen nicht zumuten.

Ändern Sie am Launch-Tag nicht alles auf einmal

Eine Migration ist bereits ein ausreichend großes Ereignis. Vermeiden Sie es nach Möglichkeit, sie mit großflächiger Inhaltsbereinigung, Template-Neufassungen, Navigationsänderungen, Änderungen am JavaScript-Rendering oder einem neuen Performance-Profil zu kombinieren.

Das ist kein Aberglaube. Es ist Debugging-Disziplin. Wenn Rankings nach dem Launch fallen, müssen Sie wissen, ob die Ursache die Weiterleitungszuordnung, der Crawling-Zugriff, geänderte Inhalte, langsameres Rendering, fehlende strukturierte Daten oder etwas anderes ist.

Halten Sie den initialen Launch so nah an der alten Website, wie es praktikabel ist. Sobald die neue Domain stabil ist, nehmen Sie größere redaktionelle und gestalterische Änderungen in kleineren Chargen vor.

Teilen Sie Suchmaschinen mit, was sich geändert hat

Verifizieren Sie in Google Search Console sowohl die alte als auch die neue Domain. Verwenden Sie anschließend das Change of Address-Tool, wenn es sich um einen domainweiten Umzug handelt und die Inhalte auf eine neue Domain verschoben werden. Reichen Sie die neue Sitemap nach dem Launch ein.

Das ersetzt keine Weiterleitungen. Es unterstützt sie. Suchmaschinen benötigen weiterhin crawlbare, dauerhafte Weiterleitungen, um die URL-spezifische Zuordnung zu verstehen.

Für Bing und andere Suchmaschinen nutzen Sie deren Webmaster-Tools, sofern verfügbar. Aktualisieren Sie außerdem die Stellen, die Sie kontrollieren: Social-Profile, Unternehmenseinträge, Anzeigenziele, E-Mail-Footer, Dokumentation, Partnerlinks und Canonical-Verweise in syndizierten Inhalten.

Externe Links werden nicht alle aktualisiert werden, und das ist in Ordnung. Die wichtigsten sollten es aber. Wenn ein wichtiger Partner, App-Marktplatz, Dokumentationsportal oder eine Presseseite auf die alte Domain verlinkt, bitten Sie um eine Aktualisierung.

Überwachen Sie nach dem Launch die richtigen Dinge

Die ersten Tage nach der Migration sollten aus aktivem Monitoring bestehen, nicht aus Feiern.

Prüfen Sie:

• Server-Logs auf Crawling-Aktivität auf alten und neuen Domains
• 404-Fehler und unerwartete 5xx-Fehler
• Weiterleitungsketten und -schleifen
• Indexierungsstatus in Search Console
• Sitemap-Erkennung und -Verarbeitung
• Organische Landingpages und Suchanfragemuster
• Conversion-Pfade, die von alten URLs abhängen
• Analytics-Filter und Referral-Ausschlüsse

Rechnen Sie mit Rauschen in den Berichten. Manche Analytics-Tools behandeln die neue Domain als neue Property, sofern sie nicht korrekt konfiguriert sind. Manche Dashboards vergleichen Traffic der alten Domain mit Traffic der neuen Domain und lassen die Migration schlechter aussehen, als sie ist.

Die Sichtbarkeit in der Suche kann einige Wochen lang schwanken. Was Sie nicht sehen möchten, ist ein Muster, bei dem wertvolle alte URLs wiederholt gecrawlt, aber nicht korrekt weitergeleitet werden, oder bei dem neue Seiten entdeckt, aber als Duplikate der alten Domain markiert werden.

Performance sollte ebenfalls nicht ignoriert werden. Wenn die neue Domain mit schwereren Templates, kaputtem Caching oder nicht optimierten Assets startet, können Nutzer die Migration als Verlangsamung wahrnehmen. Wenn Sie Lighthouse als Teil Ihrer Prüfungen verwenden, lesen Sie es mit Prioritäten im Kopf; unser Beitrag dazu, wie man einen Lighthouse-Bericht liest, ohne in Panik zu geraten, erklärt, wie man relevante Probleme von Rauschen trennt.

Behalten Sie die alte Domain lange Zeit

Lassen Sie die alte Domain nicht auslaufen, nachdem die Migration „funktioniert“. Halten Sie sie registriert, halten Sie Zertifikate gültig und lassen Sie Weiterleitungen so lange wie möglich laufen. In der Praxis bedeutet das oft Jahre.

Alte Links existieren weiter in Blogbeiträgen, Lesezeichen, Dokumentation, PDFs, E-Mails und Social-Posts. Weiterleitungen sind die Brücke zwischen dieser historischen Präsenz und der neuen Domain. Sie zu früh abzuschalten, unterbricht die Wege der Nutzer und verschwendet aufgebaute Signale.

Bewahren Sie außerdem eine Kopie Ihrer Weiterleitungszuordnung und Launch-Notizen auf. Wenn sechs Monate später jemand fragt, warum sich eine Legacy-URL auf eine bestimmte Weise verhält, werden Sie froh sein, es dokumentiert zu haben.

<!-- tool-cta:start -->

💡 Probieren Sie dies aus: Verfolgen Sie nach der Umstellung Ihre alten URLs mit dem Redirect Checker, um zu bestätigen, dass jede einzelne mit einem einzigen 301-Hop zur richtigen neuen Seite aufgelöst wird.

<!-- tool-cta:end -->

Eine sinnvolle Migrations-Checkliste

Vor dem Launch:

• Verifizieren Sie beide Domains in Search Console.
• Crawlen Sie die aktuelle Website und exportieren Sie wichtige URLs.
• Erstellen Sie eine Eins-zu-eins-Weiterleitungszuordnung.
• Senken Sie DNS-TTLs.
• Bereiten Sie TLS-Zertifikate für alte und neue Domains vor.
• Aktualisieren Sie Canonicals, interne Links, hreflang, strukturierte Daten und Sitemaps.
• Testen Sie Weiterleitungen im Staging oder in einer kontrollierten Umgebung.

Am Launch-Tag:

• Deployen Sie Weiterleitungen.
• Bestätigen Sie das Verhalten von HTTP zu HTTPS.
• Testen Sie wichtige URL-Stichproben aus jedem Template-Typ.
• Reichen Sie die neue Sitemap ein.
• Verwenden Sie das Change of Address-Tool, wo es angemessen ist.
• Beobachten Sie Serverfehler, Weiterleitungsschleifen und blockierte Ressourcen.

Nach dem Launch:

• Überwachen Sie Crawling-Fehler und Indexierungsberichte.
• Aktualisieren Sie wichtige externe Links, wo Sie können.
• Vergleichen Sie Traffic nach Landingpage-Absicht, nicht nur nach Domain-Gesamtwerten.
• Lassen Sie Weiterleitungen dauerhaft aktiv.
• Verschieben Sie nicht zusammenhängende Redesign- oder Content-Experimente, bis sich der Umzug stabilisiert hat.

Domain-Migrationen sind nicht risikofrei, aber sie sind beherrschbar. Rankings leiden meist dann, wenn die Migration unklare Signale sendet: fehlende Weiterleitungen, geänderte Inhalte, widersprüchliche Canonicals, blockierte Crawler oder eine vergessene alte Domain. Geben Sie Suchmaschinen und Nutzern eine klare Karte, und der Umzug wird deutlich weniger dramatisch.