Der Begriff Website-Migration umfasst sehr unterschiedliche Projekte. Ein Serverumzug, ein CMS-Wechsel und ein Domainwechsel sind alle Migrationen, aus SEO-Sicht haben sie aber kaum etwas gemeinsam.
Die entscheidende Frage ist, was sich aus Sicht von Google ändert.
Ändern sich URLs, braucht es Weiterleitungen. Ändern sich Inhalte oder Struktur, muss Google die betroffenen Seiten neu bewerten. Ändert sich nur die Technik darunter, sollte Google praktisch keinen Unterschied sehen.
Dieser Artikel ordnet Website-Migrationen nach ihrem SEO-Risiko. Je stärker sich URLs, Inhalte, Struktur oder Domain ändern, desto mehr Planung und technische SEO-Begleitung erfordert das Projekt.
Nicht jede Migration bringt dasselbe SEO-Risiko mit sich:
| Migrationsart | SEO-Risiko | Was die meiste Aufmerksamkeit braucht |
|---|---|---|
| Hosting-Migration | Gering | Ausfallzeiten und Serverkonfiguration |
| CMS-Wechsel (Replatforming) | Mittel | Templates, Rendering und interne Verlinkung |
| HTTPS-Migration | Mittel | Weiterleitungen und kanonische URLs |
| Änderung der URL-Struktur | Hoch | URL-Mapping und Weiterleitungen |
| Domain-Migration | Hoch | Weiterleitungen und Übertragung der Autorität |
| Informationsarchitektur | Hoch | Navigation und interne Verlinkung |
| Internationale Migration | Hoch | Sprach- und Regionalausrichtung |
| Kombinierte Migration | Sehr hoch | Planung, Tests und schrittweiser Rollout |
Die häufigsten Arten von Website-Migrationen
Hosting- oder Servermigration: das geringste Risiko
Eine Hosting-Migration verändert die Infrastruktur, nicht die Website selbst. Hoster, Server oder IP-Adresse ändern sich, während URLs, Inhalte und Templates gleich bleiben. Aus Sicht von Google sollte sich an der Website selbst nichts ändern.
Wenn nach einer Hosting-Migration die Rankings fallen, liegt das in der Regel an einer Konfigurationsänderung und nicht am Umzug selbst.
Konfigurationsfehler, die Sie am Umschalttag prüfen sollten
Die robots.txt aus der Staging-Umgebung liegt neben dem übrigen Code und wird leicht mit ausgeliefert. Eine einzige Disallow-Regel genügt, damit Googlebot die Website nicht mehr crawlt, während für Besucher alles normal aussieht. Ein Aufruf der robots.txt auf der Live-Domain direkt nach dem Umschalten zeigt, ob die richtige Datei ausgeliefert wurde.
Probleme mit dem SSL-Zertifikat lassen sich ebenso leicht übersehen. Deckt das Zertifikat ihredomain.de ab, aber nicht die www-Variante, oder wurde es nicht korrekt installiert, zeigen Browser eine Warnung und Googlebot kommt nicht auf die Seite. Prüfen Sie beide Hostnamen und beide Protokolle, damit jeder Weiterleitungspfad wie vorgesehen funktioniert.
Die Antwortzeit ist schwerer zu beurteilen, weil ein Server bei einem einzelnen manuellen Test gut abschneiden und unter echtem Traffic ganz anders reagieren kann. Messen Sie die Time to First Byte über mehrere hundert URLs, sobald die neue Umgebung echte Anfragen bedient, statt sich auf eine einzelne, aus dem Cache beantwortete Anfrage zu verlassen.
Auch der Hoster selbst ist eine Prüfung wert, denn eine Web Application Firewall oder ein Bot-Schutz kann Googlebot als unerwünschten Traffic einstufen und ihm statt des Inhalts eine Blockseite ausliefern. Eine Anfrage mit dem User-Agent von Google zeigt, was der Crawler tatsächlich bekommt.
Migration von HTTP zu HTTPS
Für die meisten Websites liegt die HTTPS-Migration längst hinter ihnen.
Handelt es sich um eine der letzten verbliebenen HTTP-Seiten, braucht jede HTTP-URL eine 301-Weiterleitung auf ihr HTTPS-Gegenstück, und die Canonical-Tags müssen auf die HTTPS-Versionen zeigen. Was danach meist übrig bleibt, ist Mixed Content, also HTTPS-Seiten, die Bilder, Skripte oder Stylesheets weiterhin über HTTP laden. Ein Crawl findet diese Fälle schnell.
Ab hier ändern sich bei jeder Migrationsart URLs, und genau dort beginnt die eigentliche Arbeit.
Domainwechsel, Rebranding, Zusammenführung: hier wandert Ihre Autorität
Wenn sich die Domain ändert, muss Google erkennen, dass die neue URL die alte ersetzt. Die 301-Weiterleitung ist es, die Google diesen Zusammenhang mitteilt. Es gibt keine Einstellung, die Rankings automatisch überträgt.
Ein Domainwechsel kann drei unterschiedliche Projekte bedeuten, jedes mit eigenem Schwierigkeitsgrad.
Drei Arten der Domain-Migration
- Reiner Domainwechsel. Die Marke bleibt, nur die Domain ändert sich, etwa von ihremarke.de zu ihremarke.com. Jede alte URL sollte eine 301 auf ihr exaktes Gegenstück auf der neuen Domain zurückgeben, und der Weiterleitungsplan sollte jede indexierte URL abdecken.
- Rebranding. Markenname und Domain ändern sich gemeinsam. Die Weiterleitungen übertragen Googles Verständnis der URLs, sie erklären aber nicht den Namenswechsel selbst. Suchmaschinen lernen den Zusammenhang über die Weiterleitungen, während Sprachmodelle alte und neue Marke noch eine Zeit lang getrennt behandeln können, wie weiter unten in diesem Artikel beschrieben.
- Zusammenführung. Zwei oder mehr Domains werden zu einer. Wo beide Seiten dasselbe Thema abdecken, muss eine URL zum kanonischen Ziel werden. Mehrere Versionen live zu lassen erzeugt lediglich unnötige Konkurrenz.
Die Aufteilung einer Website auf mehrere ist derselbe Fall in umgekehrter Richtung und wird weiter unten behandelt.
Alles auf die Startseite umzuleiten funktioniert nicht
Leitet eine alte Produktseite auf die Startseite statt auf ihren Nachfolger, wertet Google das häufig als Soft 404. Die ursprüngliche Seite fällt aus dem Index, und es wird wenig bis gar kein Wert übertragen.
Das bleibt oft unbemerkt, weil die Weiterleitung für Nutzer funktioniert. Sichtbar wird das Problem erst, wenn Google die alten URLs neu crawlt und die Search Console Soft 404 sowie Seite mit Weiterleitung meldet.
Jede URL braucht daher ihr eigenes Ziel, nämlich die Seite, die sie tatsächlich ersetzt. Existiert kein passender Ersatz, ist eine Weiterleitung häufig die falsche Lösung, was direkt zum nächsten Abschnitt führt.
Adressänderung in der Search Console bei vollständigem Domainumzug
Für eine vollständige Domain-Migration stellt die Google Search Console das Tool zur Adressänderung bereit, das Sie erst nutzen sollten, wenn Ihre 301-Weiterleitungen live sind und korrekt funktionieren. Es teilt Google mit, dass der Umzug beabsichtigt ist, erstellt aber keine Weiterleitungen und überträgt von sich aus keine Rankings.
Google hat die Anforderungen hier verschärft. Beim Umzug auf eine neue Domain sollte die Änderung für jede Subdomain-Variante der alten Domain eingereicht werden, einschließlich www und ohne www, und jede dieser Varianten muss vorab in der Search Console bestätigt sein, auch wenn Sie sie gar nicht aktiv nutzen.
Behalten Sie die alte Search-Console-Property nach dem Launch. Über sie verfolgen Sie, wie Google die alten URLs neu crawlt, erkennen unerwartete Statuscodes und beobachten die Migration, während Google die Weiterleitungen verarbeitet. Gewisse Ranking-Schwankungen sind in dieser Phase normal.
Das Tool gilt ausschließlich für Umzüge auf Domainebene. Es ist nicht vorgesehen für den Wechsel von HTTP zu HTTPS, für den Wechsel zwischen www und ohne www innerhalb derselben Domain, für Änderungen der URL-Struktur auf derselben Domain oder für Hosting-Migrationen. Diese Fälle beruhen auf korrekten Weiterleitungen, passenden Canonical-Signalen, aktualisierten Sitemaps und dem normalen Crawling von Google.
Änderung der URL-Struktur: hier scheitern Migrationen
Die Domain bleibt, aber die URLs ändern sich. Aus SEO-Sicht ist das dieselbe Aufgabe wie eine Domain-Migration: Jede geänderte URL braucht ein geplantes Ziel und die korrekte HTTP-Antwort nach dem Launch.
URL-Mapping
Legt fest, was mit jeder relevanten URL während der Migration geschehen soll.
Antwort des Servers
Die Weiterleitungskonfiguration übersetzt die Entscheidungen aus dem Mapping in tatsächliche HTTP-Antworten.
Jede URL braucht eine definierte HTTP-Antwort
Für jede bestehende URL sollte vor Entwicklungsbeginn eine Entscheidung vorliegen. Sie bleibt bestehen, sie wandert auf einen Ersatz, oder sie wird bewusst entfernt. Diese Entscheidungen ergeben zusammen das URL-Mapping, das die Entwickler während der Migration umsetzen.
Nach dem Launch sollte jede URL die Antwort zurückgeben, die zu ihrer Entscheidung passt:
- 200: Die Seite bleibt unverändert.
- 301: Der Inhalt wurde dauerhaft verschoben.
- 410: Der Inhalt wurde bewusst entfernt.
- 404: Die Seite ist nicht auffindbar, ohne eine dauerhafte Entfernung ausdrücklich zu signalisieren.
Die meisten URLs geben eine 301 zurück. Bei den Ausnahmen fallen die eigentlichen Entscheidungen. Ein eingestelltes Produkt ohne Nachfolger, eine abgelaufene Kampagne oder eine bewusst gelöschte Seite sollten in der Regel eine 410 zurückgeben. Leitet man diese Seiten stattdessen auf eine nur lose verwandte Kategorie um, entsteht häufig eine Soft 404, die Crawl-Budget kostet, ohne Relevanz zu erhalten.
Probleme bereiten meist die URLs, an die niemand gedacht hat. Sie liefern nach dem Launch unerwartete 404-Antworten und bleiben oft unbemerkt, bis Google sie Wochen später in der Search Console meldet.
Vier typische Muster bei URL-Änderungen
- Geplante Umstrukturierung. Neue Permalinks, neue Verzeichnisse oder ein Blog, der von blog.ihreseite.de nach ihreseite.de/blog umzieht. Solange jede alte URL vor dem Launch ein zugeordnetes Ziel hat, ist das eine unkritische Migration.
- Löschen und neu anlegen. Eine Seite wird entfernt und anschließend ohne 301 unter einer neuen URL erneut veröffentlicht. Google behandelt die neue URL als völlig neue Seite, obwohl der Inhalt identisch ist, und die Ranking-Signale der alten URL gehen verloren.
- Änderungen nebenbei. Jemand ändert eine URL, ohne das Weiterleitungs-Mapping zu aktualisieren, und ein paar Monate später weiß niemand mehr, welche URL welche Seite ersetzt hat. Machen Sie daraus eine Teamregel: Jede URL-Änderung erfordert vor dem Livegang eine Weiterleitung und einen Eintrag im URL-Mapping.
- Parallele URLs. Die alte URL bleibt online, sodass /leistungen und /loesungen beide mit demselben Inhalt eine 200 zurückgeben. Google kann beide indexieren und die eine oder die andere ranken lassen. Eine 301-Weiterleitung klärt den Fall. Der Canonical-Tag ist nur ein Hinweis und gehört zu dem Fall, in dem beide URLs tatsächlich erreichbar bleiben müssen.
Weiterleitungsketten und temporäre Weiterleitungen prüfen
Leitet /shop/produkt-a auf /produkte/produkt-a weiter und diese erst dann auf /p/produkt-a, benötigt Googlebot drei Anfragen, bis er die Zielseite erreicht.
Google hat bestätigt, dass über 3xx-Weiterleitungen kein PageRank verloren geht, womit das alte Argument der verwässerten Linkkraft hinfällig ist. Harmlos sind Ketten deshalb aber nicht. Sie verlangsamen das Crawling, verbrauchen Crawl-Budget ohne Gegenwert und schaffen zusätzliche Fehlerquellen, sobald die Weiterleitungsregeln später weiterentwickelt werden.
Prüfen Sie bei der Gelegenheit auch die Statuscodes. Eine 302 signalisiert Google, dass der Umzug vorübergehend ist, weshalb die alte URL im Index bleiben kann, statt mit der neuen zusammengeführt zu werden. Viele Content-Management-Systeme, Plugins und Frameworks erzeugen standardmäßig 302-Weiterleitungen. Prüfen Sie deshalb immer, ob dauerhafte URL-Änderungen tatsächlich eine 301 zurückgeben.
Plattform- oder CMS-Wechsel (Replatforming): ohne vollständiges URL-Mapping geht nichts
Ein Replatforming kombiniert mehrere Migrationsarten gleichzeitig: neue URL-Muster, andere Templates, Änderungen an der internen Verlinkung. In manchen Fällen ändert sich zusätzlich das Rendering, sodass Inhalte, die bisher direkt im HTML ausgeliefert wurden, nun per JavaScript gerendert werden.
Stichproben auf einer Handvoll Seiten reichen hier nicht. Jede bestehende URL muss vor der Migration erfasst sein.
Das URL-Inventar vor Entwicklungsbeginn exportieren
Erstellen Sie das URL-Inventar, solange die alte Website noch online ist. Sobald sie ersetzt wurde, wird die Rekonstruktion des vollständigen URL-Bestands schwierig und bleibt in der Regel lückenhaft.
Keine einzelne Quelle enthält alle URLs, deshalb sollten Sie mehrere Datenquellen kombinieren:
- Ein Crawl der Live-Seite erfasst alles, was intern verlinkt ist.
- XML-Sitemaps, einschließlich derer, die das CMS automatisch erzeugt, enthalten oft URLs, die der Crawler nie erreicht.
- Der Seiten-Bericht der Search Console ergänzt URLs, die weiterhin Impressionen oder Klicks erhalten.
- Serverlogs zeigen, was Nutzer und Suchmaschinen noch abrufen, was meist bedeutet, dass externe Links weiterhin dorthin verweisen.
Nach der Bereinigung von Dubletten sollte jede URL im Inventar ein definiertes Ergebnis haben: bestehen bleiben, auf einen Ersatz weiterleiten oder den passenden Statuscode zurückgeben.
Weiterleitungen vor der DNS-Umstellung testen
Weiterleitungen sollten vor der DNS-Umstellung getestet sein. Sobald die neue Seite live ist, wirkt sich jede fehlerhafte Weiterleitung sofort auf Nutzer und Crawler aus.
Richten Sie einen Crawler auf die Staging-Umgebung und verwenden Sie das alte URL-Inventar als Ausgangsliste. So finden Sie URLs, die eine 404 zurückgeben, Weiterleitungen, die auf der Startseite landen, Weiterleitungsketten und 302-Antworten, die eigentlich 301 sein sollten.
Die zweite Prüfung vergleicht die beiden Websites statt einzelner URLs: Title-Tags, H1-Überschriften, Wortanzahl, Canonical-Tags und interne Links je URL, alter Crawl gegen neuen. Seiten, die mit spürbar weniger Inhalt oder weniger internen Links live gehen, haben genau die Elemente verloren, mit denen sie zuvor gerankt haben, und das lässt sich vor dem Launch deutlich leichter korrigieren als danach.
Behalten Sie die alte XML-Sitemap und reichen Sie sie ein, sobald die neue Seite live ist. Sie gibt Googlebot die exakte Liste der URLs, die neu gecrawlt werden sollen, was die Erkennung Ihrer 301-Weiterleitungen beschleunigt.
Produkt-, Kategorie- und Filter-URLs im E-Commerce
Im E-Commerce sind Produkt-, Kategorie- und Filter-URLs in großer Zahl betroffen. Parameter-URLs wie /schuhe?farbe=schwarz&groesse=42 lassen sich selten eins zu eins auf die Parameterlogik des neuen Systems übertragen.
Den größten Anteil machen eingestellte Produkte aus. Jedes braucht eine Entscheidung, aber keine einzelne: Weiterleitung auf das Nachfolgeprodukt, wo es eines gibt, Weiterleitung auf die übergeordnete Kategorie, wo die Produktlinie bestehen bleibt, und 410 für den Rest. Als Regeln formuliert, die gegen die Produktdatenbank laufen, decken diese drei Fälle den gesamten Katalog ab. Manuell abgearbeitet werden sie zu einer Tabelle mit einer Zeile je eingestelltem Produkt.
Design-Relaunch: warum ein neues Design mehr verändert als das Aussehen
Ein Redesign scheint nur die Darstellung zu ändern. Tatsächlich ändert es das HTML, und das HTML ist das, was Google liest. Der Unterschied zeigt sich darin, wie Seiten verlinkt sind, wie sie strukturiert sind und wie viel Text sie tragen.
Navigationsmenüs, Sidebars und Blöcke mit verwandten Inhalten werden bei einem Redesign häufig umgebaut oder entfernt. Seiten, die zuvor Dutzende interne Links erhielten, kommen danach womöglich nur noch auf eine Handvoll. Auch die Überschriftenhierarchie verändert sich, typischerweise dann, wenn der Seitentitel zu einem gestylten div wird und die bisherigen H2-Überschriften auf eine Ebene zusammenfallen.
Dazu kommt der Text. Lange Erklärabschnitte passen selten in ein engeres Layout, werden also in der Designphase gekürzt, und die Seite verliert die Begriffe, mit denen sie gerankt hat. Diese Entscheidung fällt im Design-Review, nicht in der Entwicklung.
Derselbe Crawl-Vergleich wie beim Replatforming hilft auch hier. Der Abgleich von Wortanzahl und internen Links je URL, alt gegen neu, zeigt die Seiten, die mit weniger live gehen, als sie vorher hatten.
Inhalts- und Struktur Migration: Sie greifen direkt in die Relevanz ein
Hier verändern Sie bewusst, was Seiten aussagen und wie sie miteinander verbunden sind.
- Drei dünne Leistungsseiten werden zu einer, mit 301-Weiterleitungen von den beiden entfernten Seiten.
- Sich überschneidende Ratgeber werden zusammengeführt, damit sie nicht länger um dieselben Suchanfragen konkurrieren.
- Seiten, die nie nennenswerten Traffic gebracht haben, werden entfernt, wobei jede entweder eine 301 oder eine 410 zurückgibt.
- Die Navigation wird neu geschnitten, was die internen Links verändert, an denen Google erkennt, welche Seiten am wichtigsten sind.
Sorgfältig geplant, ist das eine der wenigen Migrationsarten, die Rankings verbessern statt sie nur zu bewahren. Ohne diese Planung verschwinden Seiten, die Traffic gebracht haben, und nehmen ihre Rankings mit.
Diese Entscheidungen sollten auf Suchdaten beruhen und nicht auf Annahmen. Eine Seite, die im CMS dünn wirkt, kann durchaus wertvollen Long-Tail-Traffic bringen. Die Search Console zeigt das, das CMS nicht.
Site Merge und Site Split: mehrere Migrationen in einem Projekt
Bei Übernahmen oder Umstrukturierungen werden mehrere Websites zu einer zusammengeführt oder eine Website auf mehrere aufgeteilt. Das kombiniert eine Domain-Migration, eine URL-Migration und eine Inhaltsmigration in einem Projekt, samt der Entscheidung, welche Seite maßgeblich wird, wo zwei Seiten dasselbe Thema abdecken.
Die größte Hürde ist meist nicht technisch. Sie besteht darin, sich darauf zu einigen, welche Seite bestehen bleibt, wenn mehrere Teams jeweils die eigene für die bessere halten.
Internationalisierung: Sprachen und Länder kommen hinzu
Internationale Websites bringen zwei getrennte Entscheidungen mit sich: wie die einzelnen Märkte strukturiert werden und wie die Sprach- und Regionalversionen miteinander verknüpft sind.
Verzeichnis, Subdomain oder Länderdomain?
- Verzeichnisse, etwa ihreseite.com/de-at/, halten alles auf einer Domain, sodass sich die Autorität bündeln lässt.
- Subdomains, etwa at.ihreseite.com, trennen die Märkte, bleiben aber Teil derselben Website.
- Länderdomains, etwa ihreseite.at, senden das klarste geografische Signal, doch jede Domain muss ihre Autorität selbst aufbauen.
Die Struktur zählt weniger als die Konsequenz. Wählen Sie die Variante, die zur tatsächlichen Organisation des Unternehmens passt, und ziehen Sie sie überall durch.
hreflang Validierung
hreflang teilt Google mit, welche Sprach- oder Regionalversion einer Seite Nutzern ausgeliefert werden soll. Jede Version muss jede andere Version referenzieren, sich selbst eingeschlossen.
Ist hreflang fehlerhaft, geht sichtbar nichts kaputt. Die Seiten bleiben indexiert, aber Google spielt in den Suchergebnissen möglicherweise die falsche Sprach- oder Regionalversion aus. Auffällig wird das oft erst, wenn Search Console oder Analytics nicht mehr zu der Länder- und Sprachstruktur passen, die Sie aufgebaut haben.
Da sich solche Fehler manuell kaum finden lassen, validieren Sie hreflang mit einem Crawler, der die wechselseitigen Annotationen über die gesamte Website prüft. Eine einzige fehlende Rückreferenz genügt, um die Beziehung zu brechen.
Der riskanteste Migration-Fall: alles auf einmal ändern
Eine neue Domain, ein neues CMS, ein neues Design und eine neue URL-Struktur, alles zum selben Termin ausgerollt, vereint die Risiken sämtlicher Migrationsarten.
Das Risiko selbst ist dabei nicht das Schlimmste. Fällt der Traffic danach, lässt sich nicht mehr sagen, welche Änderung dafür verantwortlich war, weil sich alles am selben Tag geändert hat.
Teilen Sie größere Änderungen nach Möglichkeit in Phasen. Migrieren Sie zuerst auf die neue Plattform und führen Sie das Redesign ein, sobald sich die Rankings stabilisiert haben. Das erfordert ein zweites Deployment und eine zweite Testrunde, macht es aber deutlich einfacher, Ranking-Veränderungen zuzuordnen und zu beheben.
Warum diese Unterscheidung entscheidend ist
Die meisten Ranking-Verluste nach einer Migration gehen nicht auf eine Google-Abstrafung zurück. Sie entstehen, weil die Absicherungen der einen Migrationsart auf eine andere angewendet wurden.
- Eine Hosting-Migration braucht eine Deployment-Checkliste: robots.txt, SSL-Zertifikate, Antwortzeiten und Firewall-Regeln.
- Eine Domain-Migration braucht ein vollständiges URL-Mapping, umgesetzt mit 301-Weiterleitungen.
- Eine Migration der URL-Struktur braucht sowohl ein URL-Mapping als auch ein Content-Mapping.
Die richtige Checkliste für die falsche Migration zu verwenden lässt die eigentlichen Risiken ungedeckt.
Auch deshalb steht die Bestandsaufnahme am Anfang, unabhängig davon, welche Migration ansteht. Exportieren Sie die Leistungsdaten aus der Search Console, sichern Sie einen Crawl der bestehenden Website und halten Sie Ihre wichtigsten Landingpages aus dem Analytics fest. Ohne diesen Referenzpunkt sehen Sie nach dem Launch zwar, dass sich der Traffic verändert hat, aber nicht, welche URLs oder Suchanfragen betroffen sind.
Website-Migrationen aus Sicht der AI Search
Suchmaschinen sind nicht mehr die einzigen Systeme, die eine Website-Migration verstehen müssen. ChatGPT, Perplexity und die AI Overviews von Google beeinflussen zunehmend, wie Menschen Marken entdecken, und sie reagieren nicht alle gleich auf eine Migration.
Live-Abruf und Trainingsdaten
Große Sprachmodelle erzeugen ihre Antworten auf zwei unterschiedliche Arten, und eine Migration erreicht sie unterschiedlich schnell.
Manchmal führt das Modell während der Antwort eine Suche aus. Die AI Overviews stützen sich auf den Google-Index, während ChatGPT Search vor allem Bing nutzt, ergänzt um das eigene Retrieval von OpenAI. In diesem Fall verhalten sich Migrationen weitgehend wie in der klassischen Suche: Sobald die 301-Weiterleitungen live sind und die neuen URLs gecrawlt wurden, greifen die Retrieval-Systeme auf die neuen Adressen zu.
In vielen Fällen findet jedoch überhaupt keine Suche statt. Das Modell antwortet aus dem, was es während des Trainings gelernt hat, lange bevor die Anfrage gestellt wurde. Eine Clickstream-Untersuchung von Semrush deutet darauf hin, dass ein großer Teil der KI-Antworten auf diesem Weg entsteht, ohne dass eine Live-Suche ausgelöst wird.
Eine 301 aktualisiert keine Trainingsdaten
Eine 301-Weiterleitung ändert, wohin Crawler geschickt werden. Sie ändert nicht die Information, die bereits in einem Modell gespeichert ist.
Deshalb kann eine erfolgreich durchgeführte Domain-Migration dazu führen, dass ChatGPT noch Monate später die alte Domain nennt, obwohl Google die Weiterleitungen längst vollständig verarbeitet hat. Die alte Domain verschwindet erst, wenn neue Modelle auf einem Web trainiert werden, das durchgängig auf die neue Marke und die neue Domain verweist.
Der einzige Weg, das zu beobachten, besteht darin, die KI-Systeme wiederholt und über mehrere Monate hinweg nach Ihrer Marke und ihren Kernthemen zu fragen. Die Search Console kann nicht zeigen, wie KI-Modelle Ihr Unternehmen einordnen.
Eine Studie der University of Toronto hat ermittelt, dass durchschnittlich 16 Prozent der in generierten Antworten genannten Entitäten in keinem abgerufenen Dokument vorkamen und dass eine Veränderung der abgerufenen Quellen das Ergebnis kaum beeinflusste.
Ein Rebranding lässt sich nicht mit Weiterleitungen lösen
Für KI-Systeme ist nicht die URL das entscheidende Signal, sondern der Markenname.
Eine 301-Weiterleitung teilt einem Crawler mit, dass eine Seite eine andere ersetzt hat. Sie teilt einem Sprachmodell nicht mit, dass ein Unternehmensname einen anderen ersetzt hat.
Ein Modell baut diese Verknüpfung erst dann neu auf, wenn der neue Markenname durchgängig auf Websites, in Verzeichnissen, auf Bewertungsplattformen, bei Branchenverbänden und in der Berichterstattung auftaucht. Eine Auswertung von Ahrefs über 75.000 Marken zeigt, dass Markenerwähnungen im Web mit der Sichtbarkeit in AI Overviews bei 0,664 korrelieren, gegenüber 0,218 für Backlinks, und eine Folgestudie findet dasselbe Muster bei ChatGPT und im Google AI Mode. Ahrefs weist selbst darauf hin, dass es sich um eine Korrelation handelt und nicht um einen Kausalitätsnachweis.
In der Praxis wird die Aktualisierung von Erwähnungen auf Drittseiten damit Teil des Migrationsprojekts und nicht etwas, das man hinterher erledigt.
KI-Zitationen und Google-Rankings sind zwei verschiedene Signale
Wer in Google gut rankt, wird nicht automatisch von KI-Systemen zitiert.
Dieselbe Untersuchung der University of Toronto fand nur geringe Überschneidungen zwischen den bestplatzierten Seiten in Google und den von KI-Systemen zitierten Quellen. Bei GPT-4o lag die mediane Überschneidung bei null, was bedeutet, dass es bei mehr als der Hälfte der getesteten Anfragen nichts aus den Top 10 von Google zitierte.
Behandeln Sie Sichtbarkeit in der Suche und Sichtbarkeit in KI-Systemen als zwei getrennte Messgrößen.
Wie eine erfolgreiche Migration heute aussieht
Eine erfolgreiche Migration hat inzwischen zwei Ergebnisse.
Das erste ist technisch. Google erhält die korrekten Weiterleitungen, Statuscodes und internen Signale, sodass sich die Rankings wie erwartet übertragen.
Das zweite betrifft die Markenwahrnehmung. KI-Systeme lernen die neue Domain und gegebenenfalls den neuen Unternehmensnamen schrittweise, während die Verweise im Web aktualisiert werden und künftige Trainingsläufe sie aufnehmen.
Die Rankings zu halten ist längst nicht mehr das gesamte Ziel. Einige Monate nach dem Launch sollten Ihre neue Marke und Ihre neue Domain sowohl von Suchmaschinen als auch von KI-Systemen durchgängig erkannt werden. Das erste Ergebnis sichern Weiterleitungen. Das zweite sichert nur die Planung.
Ist Ihr Setup migrationsfähig ?
Sie planen eine Migration oder wollen Ihr aktuelles Setup prüfen lassen? Wir erfassen Ihre Sichtbarkeit vor dem Umzug, damit Sie danach belegen können, was erhalten geblieben ist.
Read Our Latest Articles
Lorem ipsum purus eu id enim sit rhoncus ut eu dapibus neque eu ipsum mauris rhoncus lorem iaculis varius non arcu lectus potenti felis ac arcu ac porttitor feugiat sed velit felis sed tortor faucibus semper quis leo in dictumst malesuada lacinia urna nulla vitae ornare scelerisque
