Wenn du eine Website von einer Domain auf eine andere umziehst, reicht es nicht, nur die „Hauptdomain“ im Blick zu haben. Genau an dieser Stelle passieren in der Praxis erstaunlich viele Fehler. Man denkt an example.com, richtet Weiterleitungen ein, prüft ein paar wichtige URLs – und übersieht dabei www.example.com, en.example.com, alte Subdomains oder Varianten, die aktuell vielleicht gar nicht aktiv genutzt werden. Für Google ist das aber nicht unbedingt egal. Bei einer Domainmigration solltest du alle Varianten der alten Domain sauber in den Umzug einbeziehen und für sie im Tool zur Adressänderung entsprechende Anfragen einreichen.
Die zentrale Aussage ist recht klar: Domainmigrationen funktionieren am besten, wenn alle Varianten einer Website korrekt migriert werden. Das klingt erst einmal nach einer kleinen technischen Ergänzung, ist aber in der Realität ein wichtiger Hinweis. Denn Google betrachtet Domains, Subdomains sowie www- und non-www-Versionen nicht automatisch immer als dieselbe Sache. Gerade bei Migrationen zählt jedes Signal, jede Weiterleitung und jede verifizierte Property in der Search Console.
Warum du bei einem Domainumzug nicht nur an eine einzige Domain denken solltest
Bei einem Website-Umzug stellst du dir wahrscheinlich zuerst die offensichtliche Frage: Alte Domain raus, neue Domain rein – fertig? Leider nein. So einfach ist es selten, jedenfalls nicht, wenn organische Sichtbarkeit, Indexierung und Ranking-Signale möglichst stabil bleiben sollen.
Google weist jetzt ausdrücklich darauf hin, dass du beim Umzug von einer Domain auf eine andere Adressänderungsanfragen für alle relevanten Domainvarianten einreichen solltest. Dazu gehören insbesondere Subdomains sowie die Varianten mit und ohne „www“. Also nicht nur die Variante, die du täglich nutzt, sondern auch solche, die vielleicht historisch existieren, weiterleiten oder irgendwann einmal indexiert wurden.
Ein typisches Beispiel: Du ziehst von einer alten Domain auf eine neue Domain um. Deine bisherige Website war vielleicht hauptsächlich unter example.com erreichbar. Gleichzeitig existiert aber auch www.example.com. Vielleicht gab es früher noch en.example.com für englische Inhalte oder eine andere Subdomain, die längst nicht mehr aktiv gepflegt wird. Trotzdem kann Google diese Varianten kennen. Und genau deshalb solltest du sie beim Domainumzug nicht einfach unter den Tisch fallen lassen.
Der aktualisierte Hinweis lässt sich sinngemäß so übersetzen:
Wenn du deine Website von einer Domain auf eine andere verschiebst, solltest du sicherstellen, dass du Adressänderungsanfragen für alle Subdomains sowie für die www- und non-www-Varianten des alten Domainnamens einreichst. Das gilt auch dann, wenn du diese Varianten nicht aktiv nutzt. Außerdem solltest du sicherstellen, dass alle diese Varianten in der Search Console bestätigt sind.
Das ist, nüchtern betrachtet, keine spektakuläre Neuerfindung des SEO-Rads. Aber es ist ein Punkt, den man leicht vernachlässigt. Aus meiner Erfahrung sind es genau solche unscheinbaren Details, die bei Migrationen später für Rätselraten sorgen. Du siehst dann Rankingschwankungen, Crawling-Probleme oder eine langsame Übertragung von Signalen und fragst dich, ob die Weiterleitungen stimmen, ob Google die neue Domain akzeptiert oder ob irgendwo technische Altlasten liegen. Manchmal liegt die Antwort tatsächlich in einer vergessenen Domainvariante.
Was das Change-of-Address-Tool eigentlich leisten soll
Das Tool zur Adressänderung in der Google Search Console ist dafür gedacht, Google einen klaren Hinweis zu geben: Diese Website zieht auf eine neue Domain um. Es ersetzt keine Weiterleitungen, keine saubere technische Planung und keine inhaltliche Kontrolle. Aber es ist ein deutliches Signal. Du sagst Google damit: Bitte behandle die neue Domain als Nachfolger der alten.
Wichtig ist dabei: Das Tool funktioniert im Kontext der verifizierten Properties. Wenn du nur eine Variante deiner alten Domain verifiziert hast, kannst du auch nur für diese Variante sauber arbeiten. Genau hier wird der neue Hinweis spannend. Denn Google sagt im Grunde: Verifiziere alle alten Varianten und reiche für alle passenden Varianten den Umzug ein.
In der Praxis bedeutet das: Du solltest nicht erst während der Migration feststellen, dass dir der Zugriff auf eine alte Subdomain fehlt. Noch schlimmer ist es, wenn niemand im Unternehmen mehr weiß, wer Zugang zur DNS-Verwaltung hat oder welches Search-Console-Konto eine alte Property bestätigt hat. Solche Dinge wirken banal, bis der Relaunch-Termin am Freitagabend näher rückt und plötzlich eine Subdomain nicht bestätigt werden kann. Ich habe das mehr als einmal erlebt. Dann wird aus einer eigentlich sauberen Migration ein hektisches Suchen nach Logins, TXT-Einträgen und alten Agenturzugängen.
Das Tool ist also kein Zauberknopf. Es ist eher ein zusätzlicher Wegweiser für Google. Die eigentliche Grundlage bleibt weiterhin eine saubere 301-Weiterleitung von den alten URLs auf die passenden neuen URLs. Wenn du nur pauschal alles auf die Startseite leitest, wird auch das Change-of-Address-Tool keine Wunder vollbringen. Wenn du Weiterleitungsketten erzeugst, wichtige Seiten vergisst oder internationale Varianten falsch abbildest, kann Google den Umzug zwar erkennen, aber eben nicht optimal verarbeiten.
www und non-www sind nicht einfach Nebensache
Viele Website-Betreiber behandeln www und non-www so, als wäre das im Grunde dieselbe Adresse. Für Nutzer mag das oft stimmen, sofern die Weiterleitungen korrekt eingerichtet sind. Technisch sind es aber zwei unterschiedliche Hostnamen. www.example.com und example.com können unterschiedliche Inhalte ausspielen, unterschiedliche Weiterleitungen haben oder unterschiedlich in der Search Console auftauchen.
Gerade alte Websites haben oft eine lange Geschichte. Vielleicht lief die Website früher unter www, später wurde auf non-www gewechselt. Vielleicht hat ein CMS-Update einmal kanonische URLs geändert. Vielleicht gibt es alte Backlinks auf beide Varianten. Und vielleicht hat Google über Jahre hinweg Signale für beide Versionen gesammelt, auch wenn du selbst nur noch eine davon aktiv nutzt.
Wenn du bei einer Migration nur die aktuelle Hauptvariante beachtest, kann ein Teil dieser Historie unsauber übertragen werden. Das heißt nicht automatisch, dass alles schiefgeht. Aber du machst es Google unnötig schwer. Und wenn man eines bei Migrationen vermeiden sollte, dann ist es unnötige Mehrdeutigkeit.
Subdomains: Die gerne vergessene Baustelle
Subdomains sind bei Domainmigrationen oft der heikelste Teil. Sie werden gern vergessen, weil sie nicht immer Teil der Hauptwebsite sind. Eine Subdomain kann ein Blog sein, ein Shop, eine Sprachversion, ein Kundenbereich, ein Helpcenter oder eine alte Kampagnenplattform. Teilweise sind solche Subdomains aktiv, teilweise schlummern sie seit Jahren vor sich hin. Aber Google kann sie trotzdem kennen.
Wenn du beispielsweise von example.com auf new-example.net umziehst und früher einmal en.example.com genutzt hast, solltest du auch dafür eine Adressänderung einreichen, sofern diese Subdomain zur Migration gehört. Der Hinweis betont ausdrücklich, dass das sogar dann gilt, wenn du diese Varianten aktuell nicht aktiv nutzt. Genau diese Formulierung ist wichtig. Sie bedeutet: Nicht nur dein gegenwärtiges Setup zählt, sondern auch das, was Google möglicherweise noch als Teil deiner alten Domainlandschaft kennt.
Das ist ein bisschen wie bei einem Umzug im echten Leben. Du meldest nicht nur deine neue Adresse bei den Menschen um, die dich ohnehin täglich besuchen. Du denkst idealerweise auch an alte Vertragspartner, Banken, Versicherungen, frühere Dienstleister und Stellen, die dich vielleicht nur selten kontaktieren. Wenn du jemanden vergisst, kommt Post an der alten Adresse an. Bei Domains ist es ähnlich: Wenn Google alte Varianten nicht sauber zuordnen kann, bleiben Signale eventuell länger an der alten Stelle hängen oder werden nicht so klar übertragen, wie sie könnten.
Natürlich muss man hier mit gesundem Menschenverstand arbeiten. Nicht jede jemals existierende Test-Subdomain ist automatisch migrationsrelevant. Eine alte Staging-Subdomain, die nie indexiert werden sollte und sauber gesperrt war, ist etwas anderes als eine Sprachversion mit Backlinks und organischem Traffic. Aber sobald eine Subdomain öffentlich war, indexiert wurde, Backlinks bekommen hat oder Inhalte ausspielte, sollte sie auf deiner Prüfliste stehen.
Warum auch ungenutzte Varianten zählen können
Der Hinweis, auch nicht aktiv genutzte Varianten einzubeziehen, wirkt auf den ersten Blick etwas streng. Warum sollte man Aufwand in etwas stecken, das gar nicht mehr genutzt wird? Die Antwort liegt in der Perspektive von Suchmaschinen. Google sieht nicht nur, was du heute auf deiner Website aktiv bewirbst. Google kennt historische URLs, alte Weiterleitungen, Backlinks, Canonicals, interne Verlinkungen aus Archivzuständen und manchmal auch seltsame technische Spuren, die niemand mehr auf dem Schirm hat.
Eine Variante kann aus deiner Sicht tot sein, aus Googles Sicht aber noch Signale besitzen. Vielleicht gibt es externe Links auf www.example.com, obwohl du seit Jahren example.com nutzt. Vielleicht wurde blog.example.com früher stark verlinkt und leitet inzwischen nur noch weiter. Vielleicht existieren alte URLs in Sitemaps, die irgendwo noch erreichbar sind. All das kann bei einer Domainmigration eine Rolle spielen.
Deshalb ist der praktische Kern des Hinweises: Denke in Domainvarianten, nicht nur in deiner Lieblingsversion der Website.
Was du vor der Migration prüfen solltest
Bevor du überhaupt im Tool zur Adressänderung arbeitest, solltest du dir einen Überblick verschaffen. Und ja, das klingt langweilig. Aber bei Migrationen ist langweilige Vorbereitung meistens besser als spannende Fehleranalyse danach.
Zuerst solltest du alle bekannten Varianten deiner alten Domain erfassen. Dazu gehören die Root-Domain ohne www, die www-Version und alle relevanten Subdomains. Schau dir auch an, welche Varianten in der Search Console bereits vorhanden sind. Wenn du nur eine Domain-Property hast, kann das vieles abdecken, aber du solltest trotzdem verstehen, welche Hostnamen tatsächlich verwendet wurden. Bei älteren Setups gibt es manchmal einzelne URL-Präfix-Properties, die separat gepflegt wurden.
Dann brauchst du Zugriff und Verifizierung. Google sagt ausdrücklich, dass du sicherstellen sollst, dass alle Varianten in der Search Console bestätigt sind. Das ist keine Nebensächlichkeit. Ohne Verifizierung kannst du die Adressänderung nicht sauber einreichen. Aus meiner Sicht sollte dieser Schritt möglichst früh passieren, nicht erst am Tag des Launches.
Danach kommt die Weiterleitungslogik. Jede alte relevante URL sollte auf die passende neue URL zeigen. Nicht irgendwie, sondern möglichst direkt. Eine alte Produktseite sollte auf die neue Produktseite zeigen, ein alter Ratgeber auf den entsprechenden neuen Ratgeber, eine alte Sprachversion auf die passende neue Sprachversion. Wenn du alles auf die Startseite leitest, verlierst du Kontext. Google kann dann schlechter verstehen, welche neue Seite welche alte Seite ersetzt.
Ein weiterer Punkt, der in diesem Zusammenhang oft unterschätzt wird: Canonical-Tags, interne Links und Sitemaps sollten zur neuen Struktur passen. Wenn deine neue Website online ist, aber intern noch alte URLs verlinkt, sendest du widersprüchliche Signale. Das ist nicht dramatisch, wenn es nur ein paar Einzelfälle sind. Aber bei großen Websites kann so etwas die Verarbeitung des Umzugs unnötig verzögern.
Ein kleines Beispiel aus der Praxis
Stell dir vor, du betreibst eine Website unter beispiel.de und ziehst auf neues-beispiel.de um. Deine aktive Website läuft ohne www. Trotzdem existiert www.beispiel.de und leitet auf beispiel.de weiter. Außerdem gab es früher shop.beispiel.de, der mittlerweile in die Hauptwebsite integriert wurde. Du denkst vielleicht: „Der Shop ist doch gar nicht mehr aktiv, und www leitet sowieso weiter.“ Genau hier liegt die Falle.
Wenn diese Varianten historisch vorhanden waren, solltest du prüfen, ob sie in der Search Console verifiziert sind und ob für sie ebenfalls die Adressänderung eingereicht werden kann beziehungsweise sollte. Außerdem müssen die Weiterleitungen sauber auf die neue Domain führen. Es ist nicht ideal, wenn www.beispiel.de zuerst auf beispiel.de leitet und diese dann weiter auf neues-beispiel.de. Solche Ketten funktionieren häufig, aber direkt ist besser. Suchmaschinen können Weiterleitungsketten verarbeiten, aber du solltest ihnen nicht unnötig Arbeit machen.
Ein noch unangenehmeres Szenario: shop.beispiel.de leitet gar nicht mit um, sondern zeigt plötzlich einen Fehler, eine alte Wartungsseite oder irgendeine Standardseite des Hosters. Dann bleiben alte Signale möglicherweise isoliert. Nutzer, die über alte Links kommen, landen im Nirgendwo. Und du wunderst dich später, warum bestimmte Rankings nicht sauber auf der neuen Domain ankommen.
Ist das wirklich neu?
Interessant ist, dass dieser Hinweis möglicherweise weniger eine technische Neuerung als vielmehr eine Klarstellung ist. Das Tool zur Adressänderung hat nicht plötzlich eine völlig neue Grundlogik bekommen. Viel eher wird nun deutlicher formuliert, was bei sauberen Domainmigrationen ohnehin sinnvoll war: Alle Varianten müssen korrekt behandelt werden.
Das ist typisch für viele SEO-Dokumentationen. Manches war technisch schon länger richtig, wurde aber nicht immer so klar ausgesprochen. Sobald es dann ausdrücklich in der Anleitung steht, wirkt es wie eine neue Regel. Vielleicht ist es auch teilweise neu in der Formulierung oder Gewichtung – ganz sicher kann man das von außen nicht immer beurteilen. Aber für deine praktische Arbeit ist diese Unterscheidung fast zweitrangig. Entscheidend ist: Wenn du künftig eine Domainmigration planst, solltest du diesen Punkt einbauen.
Ich würde das nicht als Panikthema sehen. Wenn du in der Vergangenheit eine Migration nur für die Hauptdomain eingereicht hast und alles sauber lief, heißt das nicht automatisch, dass du einen schweren Fehler gemacht hast. Viele Migrationen funktionieren auch dann recht ordentlich, wenn nicht jeder Randfall perfekt behandelt wurde. Aber wenn du die Wahl hast, solltest du es sauberer machen. Gerade bei größeren Websites, internationalen Setups oder Marken mit vielen historischen Backlinks lohnt sich diese Sorgfalt.
Was das für deine SEO-Planung bedeutet
Für deine SEO-Planung heißt das vor allem: Eine Domainmigration ist kein rein technischer Serverumzug. Sie ist ein Signaltransfer. Du willst, dass Google versteht, welche alte Struktur welcher neuen Struktur entspricht. Und du willst dieses Verständnis so eindeutig wie möglich machen.
Das Change-of-Address-Tool ist dabei ein Baustein. Die Search-Console-Verifizierung aller Varianten ist ein weiterer. Weiterleitungen sind die technische Grundlage. Interne Links, Sitemaps, Canonicals und Monitoring kommen dazu. Wenn du nur einen dieser Punkte beachtest, ist das zu wenig. Wenn du alle sinnvoll zusammenspielst, reduzierst du das Risiko deutlich.
Besonders wichtig ist die Vorbereitung bei Websites mit mehreren Sprachversionen. Subdomains wie de.example.com, en.example.com oder fr.example.com sind nicht einfach Anhängsel. Sie können eigene Rankings, eigene Backlinks und eigene Nutzerströme haben. Wenn sie auf eine neue Domain oder neue Struktur umziehen, brauchen sie dieselbe Aufmerksamkeit wie die Hauptwebsite. Das gilt auch für Shops, Supportbereiche oder redaktionelle Unterbereiche, die auf Subdomains liegen.
Nach dem Umzug solltest du außerdem kontrollieren, ob Google die neue Domain crawlt, ob die alten URLs sauber verschwinden und ob die neuen URLs indexiert werden. Rankingschwankungen sind bei Migrationen normal. Ein gewisser Übergangszeitraum gehört dazu. Aber wenn Probleme dauerhaft bleiben, lohnt sich ein Blick auf vergessene Varianten. Nicht immer liegt die Ursache dort, aber es ist ein guter Prüfpunkt.
Die wichtigste Lehre
Die wichtigste Lehre ist schlicht: Bei einer Domainmigration zählt die vollständige Domainlandschaft. Nicht nur die Variante, die du im Browser eintippst. Nicht nur die Version, die im CMS hinterlegt ist. Nicht nur die Property, die du zufällig in der Search Console geöffnet hast. Sondern alle Varianten, die Google kennen könnte und die Signale für deine Website tragen.
Wenn du also demnächst eine Website von einer Domain auf eine andere verschiebst, prüfe frühzeitig alle Subdomains sowie www- und non-www-Versionen der alten Domain. Verifiziere sie in der Search Console. Reiche die entsprechenden Adressänderungen ein. Sorge für direkte, sinnvolle Weiterleitungen. Und beobachte danach, wie Google die neue Domain verarbeitet.
Das ist kein glamouröser SEO-Hack. Eher solides Handwerk. Aber genau dieses solide Handwerk entscheidet bei Migrationen oft darüber, ob ein Umzug relativ ruhig verläuft oder ob du Wochen später mit Bauchschmerzen in die Search Console schaust. Und wenn du mich fragst: Bei einem Domainumzug ist langweilig, planbar und sauber meistens das Beste, was dir passieren kann.
