Zum Inhalt springen
EnglishErstgespräch vereinbaren

Ratgeber · Websites & technisches SEO

Website-Relaunch ohne Rankingverlust: die Checkliste

Kurz gesagt

Das Risiko eines Relaunchs sinkt, wenn jede alte Adresse per 301 auf die passende neue Seite führt, Sperren aus der Bauphase vor dem Start fallen und Sie Messwerte von vorher zum Vergleich haben. Falsche Weiterleitungen und vergessene noindex- oder robots.txt-Sperren nennt Google als häufige Fehler. Kurze Schwankungen im Ranking sind laut Google normal.

Das Wichtigste in Kürze

  • Weiterleitungen brauchen Sie nur, wenn sich Adressen ändern. Neues Design unter denselben Adressen braucht keine, neue Pfade oder eine neue Domain schon.
  • Google rät, jede alte Adresse per 301 oder 308 auf die Seite mit gleichem Inhalt zu leiten und Weiterleitungen in der Regel ein Jahr oder länger zu behalten.
  • Viele alte Adressen auf die Startseite zu leiten, kann Google als Soft 404 werten. Entfällt ein Inhalt ersatzlos, antwortet die alte Adresse mit 404 oder 410.
  • Das Tool zur Adressänderung der Search Console brauchen Sie nur beim Wechsel der Domain oder Subdomain, nicht für https oder neue Pfade.
  • Exportieren Sie vorher die Berichte von Search Console und Bing Webmaster Tools, auch die zu KI-Antworten. Bing zeigt nur Daten ab der Anmeldung.

Was gehört auf die Checkliste für einen Website-Relaunch?

Eine Checkliste für den Relaunch folgt dem Ablauf des Projekts. Vor dem Start sichern Sie Messwerte, erfassen alle Adressen, schreiben den Weiterleitungsplan und testen die neue Website. Am Tag der Umstellung schalten Sie die Weiterleitungen ein und heben Sperren auf. Danach prüfen Sie Google, Bing und KI-Crawler und vergleichen mit den Werten von vorher.

Crawler sind Programme, die Websites automatisch abrufen, etwa Googlebot oder die Crawler von KI-Anbietern. Die Links führen zum Schritt mit Begründung und Prüfkriterium.

Vor dem Start

  1. Art des Relaunchs bestimmen: Ändern sich Adressen, Hoster oder Domain? Große Änderungen nacheinander planen.
  2. Messwerte sichern: die Berichte der Google Search Console und der Bing Webmaster Tools exportieren, auch die zu KI-Antworten.
  3. URL-Inventar und Weiterleitungsplan: jede alte Adresse mit ihrem Ziel oder mit 404 oder 410, Bilder und PDFs eingeschlossen.
  4. Neue Website testen: Testumgebung geschützt, Canonical und interne Links mit neuen Adressen, Bestätigungen für Search Console und Bing übernommen.

Am Tag der Umstellung

  1. Weiterleitungen einschalten und die Sperren der Bauphase entfernen. Das sind Disallow-Regeln in der robots.txt, der Datei mit den Regeln für Crawler, und noindex-Angaben, die die Aufnahme in den Index verbieten.
  2. Jede Zeile des Weiterleitungsplans prüfen, etwa mit dem Skript aus diesem Ratgeber.
  3. Die neue Sitemap, also die Liste der Adressen für Suchmaschinen, in der Search Console und den Bing Webmaster Tools einreichen. Geänderte Adressen per IndexNow melden.
  4. Nur bei neuer Domain: die Adressänderung in der Search Console einreichen.

Nach dem Start

  1. In den ersten Tagen: Server-Logs, Seitenindexierung und Crawling-Statistik auf 404 und andere Fehler prüfen.
  2. KI-Crawler und KI-Antworten: robots.txt und Firewall des Hosters prüfen.
  3. Interne Links, Profile, Einträge und Anzeigen auf die neuen Adressen umstellen.
  4. Vorher und nachher vergleichen: Klicks und Impressionen je Seite, mit und ohne Markenbezug.
  5. Die Weiterleitungen mindestens ein Jahr behalten, eine alte Domain weiter bezahlen.
Die Fristen laufen von einer Woche vorher bis mindestens ein Jahr danach
Die Fristen laufen von einer Woche vorher bis mindestens ein Jahr danach Zeitachse um den Tag der Umstellung: Bei neuem Hoster senken Sie die TTL mindestens eine Woche vorher. Nach der Umstellung folgen Fristen von etwa 24 Stunden bis 180 Tagen, die Weiterleitungen bleiben mindestens ein Jahr. Die Tabelle darunter nennt jede Frist mit Quelle. mindestens 1 Woche vorher TTL der DNS-Einträge senken, wenn der Hoster wechselt Tag der Umstellung etwa 24 Stunden bis eine geänderte robots.txt in der Suche von ChatGPT wirkt höchstens 1–2 Tage Hinweisseite mit Statuscode 503, falls die Website offline gehen muss nach einigen Wochen die meisten Seiten umgezogen, bei kleinen und mittleren Websites; nach 4 Wochen Ladezeit neu messen 180 Tage lang leitet Google nach Adressänderung Signale der alten Website weiter mindestens 1 Jahr Weiterleitungen behalten, alte Domain weiter bezahlen
Fristen beim Relaunch, Stand November 2026
WannWasQuellen
mindestens 1 Woche vorherTTL der DNS-Einträge senken, wenn der Hoster wechselt2
etwa 24 Stundenbis eine geänderte robots.txt in der Suche von ChatGPT wirkt28
höchstens 1–2 TageHinweisseite mit Statuscode 503, falls die Website offline gehen muss20
nach einigen Wochendie meisten Seiten umgezogen, bei kleinen und mittleren Websites1
nach 4 WochenLadezeit neu messen: Felddaten sind ein Durchschnitt über 28 Tage14
180 Tage langleitet Google nach Adressänderung Signale der alten Website weiter3
mindestens 1 JahrWeiterleitungen behalten, alte Domain weiter bezahlen1, 3

Ändern sich bei Ihrem Relaunch die Adressen?

Ob Sie Weiterleitungen brauchen, hängt davon ab, ob sich Adressen ändern. Bleiben alle Adressen gleich, etwa bei neuem Design oder neuem Hoster, gibt es nichts weiterzuleiten. Ändern sich Pfade, Protokoll oder Domain, braucht jede alte Adresse eine dauerhafte Weiterleitung. Die Adressänderung in der Search Console kommt nur beim Wechsel der Domain oder Subdomain dazu.

Was welcher Relaunch verlangt, nach den Anleitungen von Google, Stand November 2026
Was sich ändertBeispielWeiterleitungenAdressänderung in der Search Console
Design, Texte oder System, die Adressen bleibenneue Gestaltung unter denselben Pfadenkeinenein
Hoster oder CDN, die Adressen bleibenUmzug zu einem anderen Anbieterkeinenein
Pfade/leistungen.html wird /leistungen/für jede geänderte Adressenein
Protokollhttp:// wird https://für jede Adressenein
mit oder ohne wwwwww.ihre-domain.de wird ihre-domain.defür jede Adressenein
Domain oder Subdomainalte-domain.de wird neue-domain.defür jede Adresseja
mehrere Websites zusammenlegenzwei Domains werden einefür jede Adresseja, je Domain und nacheinander

Warum: Google beschreibt den Umzug mit neuen Adressen (externe Website) und den Wechsel des Hosters ohne neue Adressen (externe Website) in getrennten Anleitungen. Ein CDN ist ein Netz von Servern, das Ihre Seiten an die Besucher ausliefert. Einen Relaunch ganz ohne Verluste kann niemand zusagen. Auch ohne neue Adressen kann das Ranking schwanken, solange Google die geänderte Website neu abruft und auswertet. Die technischen Grundlagen erklärt unser Leitfaden Technisches SEO.

So gehen Sie vor:

  1. Schreiben Sie auf, was sich ändert: Design, Texte, System, Hoster, Pfade, Domain.
  2. Ordnen Sie Ihren Relaunch den Zeilen der Tabelle zu. Treffen mehrere zu, gelten die Schritte aller Zeilen.
  3. Planen Sie große Änderungen nacheinander. Google rät, etwa zuerst die Domain zu wechseln und danach das Layout zu ändern.

Typischer Fehler: Domain, System und Struktur ändern sich am selben Tag. Ändern sich bei einem Domainwechsel auch Inhalte und Struktur, gehen die Besuche laut Google wahrscheinlich zurück, weil Google die Seiten womöglich neu lernen und bewerten muss (Tool zur Adressänderung (externe Website)).

Erledigt, wenn Sie wissen, welche Zeilen der Tabelle für Ihren Relaunch gelten, und große Änderungen in eine Reihenfolge gebracht haben.

Welche Messwerte sollten Sie vor dem Relaunch sichern?

Sichern Sie vor dem Start, wie Ihre Website heute abschneidet. Dazu gehören Klicks, Impressionen und Positionen je Seite und je Suchanfrage aus der Google Search Console, die Daten der Bing Webmaster Tools, die Berichte zu KI-Antworten und die Ladezeit Ihrer wichtigsten Seiten. Nur mit diesen Werten erkennen Sie später, wo der Relaunch etwas verändert hat.

Warum: Die Search Console speichert die Daten der letzten 16 Monate (externe Website), ihre Tabellen zeigen höchstens 1.000 Zeilen (externe Website). Seit dem 31.08.2026 zeigt sie allen Websites im Leistungsbericht zu generativen KI-Funktionen (externe Website) auch Impressionen in der Übersicht mit KI (AI Overviews) und im KI-Modus (AI Mode). Die Bing Webmaster Tools zeigen unter Search Performance (externe Website) die letzten sechs Monate, aber erst ab der Anmeldung. Am Desktop hatte Bing in Deutschland im Oktober 2026 einen Marktanteil von 19,74 %. Microsoft Copilot beruht laut den Bing Webmaster Guidelines (externe Website) auf derselben Grundlage wie die Bing-Suche.

Quelle: StatCounter (externe Website),  · Monatswert Oktober 2026, Desktop

Was Sie vor dem Relaunch exportieren sollten, Stand November 2026
WasWoZu beachten
Klicks, Impressionen und Position je Seite und je SuchanfrageSearch Console, Leistungsberichthöchstens 1.000 Zeilen, die letzten 16 Monate
Impressionen in der Übersicht mit KI und im KI-Modus je SeiteSearch Console, Leistungsbericht zu generativen KI-Funktionenfür alle Websites seit 31.08.2026, zählt Impressionen
Seiten mit den meisten Links von anderen WebsitesSearch Console, Bericht „Links“höchstens 1.000 Zeilen
Klicks und Impressionen bei BingBing Webmaster Tools, Search Performancebis zu sechs Monate, erst ab der Anmeldung
Zitate in Microsoft Copilot und in KI-Zusammenfassungen von BingBing Webmaster Tools, AI PerformanceExport als CSV oder Excel, feste Zeiträume bis drei Monate
Ladezeit der wichtigsten SeitenPageSpeed InsightsFelddaten als gleitender Durchschnitt über 28 Tage

So gehen Sie vor:

  1. Exportieren Sie den Leistungsbericht (externe Website) für den längsten Zeitraum, einmal nach Seiten und einmal nach Suchanfragen.
  2. Trennen Sie Suchanfragen mit und ohne Ihren Markennamen. Den Filter für Suchanfragen mit und ohne Markenbezug (externe Website) gibt es nicht für Websites mit wenigen Impressionen.
  3. Exportieren Sie den Leistungsbericht zu generativen KI-Funktionen nach Seiten und die meistverlinkten Seiten aus dem Bericht „Links“ (externe Website).
  4. Melden Sie Ihre Website spätestens jetzt in den Bing Webmaster Tools an. Exportieren Sie dort Search Performance und AI Performance (externe Website), den Bericht über Zitate in KI-Antworten.
  5. Halten Sie fest, welche Seiten KI-Assistenten heute zu Ihren wichtigsten Fragen nennen (KI-Sichtbarkeit messen) und wie viele Besuche sie bringen (KI-Traffic messen).
  6. Messen Sie die Ladezeit der wichtigsten Seiten und notieren Sie Werkzeug, Version und Datum. Felddaten aus echten Besuchen sind ein gleitender 28-Tage-Durchschnitt (externe Website) und zeigen den neuen Stand deshalb erst vier Wochen nach dem Start vollständig. Was die Werte bedeuten, erklärt unser Beitrag Core Web Vitals. Wie Sie so messen, dass die Werte vor und nach dem Start vergleichbar sind, zeigt unser Ratgeber Ladezeit messen.

Typischer Fehler: Die Website wird erst nach dem Relaunch in den Bing Webmaster Tools angemeldet. Dann fehlen die Werte von vorher, denn Bing zeigt keine Daten aus der Zeit vor der Anmeldung.

Erledigt, wenn alle Exporte mit Datum gespeichert sind und Sie wissen, welche Seiten die meisten Klicks, Links und Impressionen in KI-Funktionen haben.

Wie erstellen Sie URL-Inventar und Weiterleitungs­plan?

Das URL-Inventar ist die Liste aller Adressen, die Ihre Website heute hat. Der Weiterleitungsplan ordnet jeder dieser Adressen ihr Ziel auf der neuen Website zu, also die Seite mit demselben Inhalt. Entfällt ein Inhalt ohne Nachfolger, antwortet die alte Adresse mit 404 oder 410. Google rät davon ab, viele alte Adressen auf die Startseite zu leiten.

Warum: Google verarbeitet einen Umzug Adresse für Adresse. Abgeschlossen ist er erst, wenn Googlebot jede alte und jede neue Adresse mindestens einmal abgerufen hat. Der Statuscode ist die Zahl, mit der ein Server jede Anfrage beantwortet, etwa 200, 301 oder 404. Um die Wirkung von Links müssen Sie sich laut Google nicht sorgen: 301 und andere dauerhafte Weiterleitungen kosten keinen PageRank. Eine vorübergehende Weiterleitung mit 302 zeigt in den Suchergebnissen dagegen weiter die alte Adresse (Google zu Weiterleitungen (externe Website)). Bing empfiehlt 302 nur für Änderungen unter zwei Tagen und bei umgezogenen Inhalten eine Weiterleitung statt eines Canonical-Tags. Leiten viele alte Adressen auf eine unpassende Seite wie die Startseite, kann Google das als Soft 404 werten (externe Website), also als Fehlerseite ohne Fehlercode.

So gehen Sie vor:

  1. Sammeln Sie die alten Adressen aus mehreren Quellen. Google nennt Sitemaps, Server-Logs oder Statistik, den Bericht „Links“ und das Content-Management-System. Ergänzen Sie die Seiten aus Ihren Exporten.
  2. Nehmen Sie Dateien mit eigener Adresse auf, etwa Bilder, PDFs und Videos. Google zählt auch JavaScript- und CSS-Dateien dazu.
  3. Tragen Sie zu jeder alten Adresse das Ziel ein. Haben Sie mehrere Seiten zu einer zusammengefasst, zeigen alle alten Adressen auf die neue Seite.
  4. Lassen Sie das Ziel leer, wenn ein Inhalt ersatzlos entfällt. Die alte Adresse antwortet dann mit 404 oder 410.
  5. Behalten Sie Adressen, wo es geht. Jede Adresse, die bleibt, braucht keine Weiterleitung.
  6. Ändert sich nur die Domain, genügt oft eine Regel für alle Pfade. Eine Liste einzelner Adressen brauchen Sie laut Google dann nicht unbedingt.
Ausschnitt aus einem Weiterleitungsplan
Alte AdresseNeue AdresseEntscheidung
/leistungen.html/leistungen/gleicher Inhalt: 301
/team.php/ueber-uns/zusammengelegt mit „Über uns“: 301
/flyer.pdf/downloads/flyer.pdfDatei umgezogen: 301
/aktion-2024/keineentfällt ersatzlos: 404 oder 410

Aufwand: Inventar, Plan und Tests kosten Zeit. Planen Sie sie als eigenen Posten ein. Was Anbieter für einen Relaunch verlangen, zeigt unser Kostenratgeber Was kostet eine Website? Ob ein Angebot diesen Posten enthält, prüfen Sie mit dem Raster in unserem Ratgeber Website-Angebote vergleichen.

Typischer Fehler: Weiterleitungen aus einem früheren Relaunch bleiben stehen und zeigen auf Adressen, die selbst weiterleiten. So entstehen Ketten. Googlebot folgt bis zu zehn Weiterleitungen (externe Website) hintereinander. Google rät aber, direkt auf das Endziel zu leiten, notfalls mit höchstens drei Schritten. Nehmen Sie alte Weiterleitungen deshalb in den neuen Plan auf und lassen Sie sie direkt auf die neue Adresse zeigen.

Erledigt, wenn jede Adresse des Inventars ein Ziel oder die Entscheidung 404 oder 410 hat und kein Ziel selbst weiterleitet.

Wie testen Sie die neue Website vor dem Start?

Testen Sie die neue Website in einer geschützten Testumgebung, bevor sie online geht. Prüfen Sie dort, ob jede Seite im Canonical ihre neue Adresse nennt, ob interne Links direkt auf neue Adressen zeigen und ob Texte, Überschriften und strukturierte Daten vollständig übernommen sind. Halten Sie fest, welche Sperren der Bauphase Sie beim Start entfernen.

Warum: Google rät zu einer Testumgebung, etwa mit Zugang nur für bestimmte IP-Adressen (externe Website). Aus der Suche halten Sie Seiten laut Google mit Passwort oder noindex (externe Website) heraus, die robots.txt taugt dafür nicht. Das Canonical ist die Angabe im Kopf einer Seite, die Suchmaschinen ihre maßgebliche Adresse nennt. Auf der neuen Website nennt jede Seite sich selbst im Canonical, Sprachfassungen verweisen per hreflang auf die neuen Adressen, und interne Links zeigen direkt auf das neue Ziel.

So gehen Sie vor:

  1. Schützen Sie die Testumgebung mit Passwort oder einer Freigabe nur für bestimmte IP-Adressen.
  2. Rufen Sie alle Seiten der Testumgebung mit einem Crawler ab, der Title, Description, H1 und Canonical jeder Seite als Tabelle ausgibt. Vergleichen Sie die Werte mit denen der alten Website.
  3. Prüfen Sie, ob Ihre Texte im HTML stehen, das der Server ausliefert. Bing rät davon ab, wichtige Inhalte erst im Browser per JavaScript zu erzeugen. Den Prüfweg beschreibt unser Ratgeber zu ChatGPT & Co. im Abschnitt Steht Ihr Angebot im HTML, auch ohne JavaScript?
  4. Übernehmen Sie Bestätigungsdatei oder Meta-Tag für die Search Console und die Bing Webmaster Tools. Eine Domain-Property (externe Website) der Search Console umfasst alle Subdomains und Protokolle, auch nach dem Umstieg auf https. Bing erwartet seine Datei BingSiteAuth.xml im obersten Verzeichnis der Website (externe Website).
  5. Schreiben Sie auf, welche Disallow-Regeln und noindex-Angaben nur für die Bauphase gelten.
  6. Wechseln Sie den Hoster, senken Sie die TTL Ihrer DNS-Einträge mindestens eine Woche vorher auf wenige Stunden. Die TTL legt fest, wie lange andere Server alte Einträge zwischenspeichern. Firewall und Schutz vor Überlastung dürfen Googlebot nicht aussperren. Wechseln auch die Nameserver, zeigt unser Ratgeber Domain-Umzug ohne Mail-Ausfall, wie die E-Mail dabei weiterläuft.
  7. Klären Sie mit dem Hoster, ob der Server mehr Abrufe verkraftet. Nach einem Umzug mit neuen Adressen ruft Google die Website vorübergehend stärker ab als sonst.
  8. Bringt die neue Website neue Dienste mit, etwa Karten, Videos oder Statistik, lassen Sie prüfen, ob Datenschutzerklärung und Einwilligung angepasst werden müssen.

Typischer Fehler: Die Bestätigungsdatei der Search Console fehlt in der neuen Website. Google erinnert eigens daran, dass die Bestätigung nach dem Umzug weiter funktionieren muss.

Erledigt, wenn die Testumgebung geschützt ist, der Crawl keine Links auf alte Adressen und kein Canonical auf fremde Adressen zeigt und die Liste der Sperren für den Start bereitliegt.

Was ist am Tag der Umstellung zu tun?

Am Tag der Umstellung schalten Sie die Weiterleitungen ein, entfernen die Sperren aus der Bauphase und prüfen sofort jede Zeile des Weiterleitungsplans. Danach reichen Sie die neue Sitemap in der Search Console und den Bing Webmaster Tools ein. Kleine und mittlere Websites ziehen laut Google am besten auf einmal um, große können abschnittsweise wechseln.

So gehen Sie vor:

  1. Wählen Sie eine Zeit mit wenigen Besuchern. Probleme treffen dann weniger Menschen, und dem Server bleibt mehr Kapazität für Googlebot.
  2. Schalten Sie alle Weiterleitungen gleichzeitig ein. Bei großen Websites kann ein Abschnitt vorangehen, an dem Sie die Wirkung testen.
  3. Muss die Website kurz offline gehen, zeigen Sie höchstens ein bis zwei Tage lang eine Hinweisseite mit Statuscode 503 und der Kopfzeile Retry-After. Antwortet auch die robots.txt mit 503, blockiert das laut Google das gesamte Crawling (externe Website).
  4. Entfernen Sie die Sperren der Bauphase. Brauchen Sie keine robots.txt, muss ihre Adresse mit 404 antworten.
  5. Prüfen Sie den Weiterleitungsplan Zeile für Zeile, etwa mit dem Skript aus dem Abschnitt „Aus der Praxis“. Der Live-Test der URL-Prüfung (externe Website) eignet sich dafür nicht: Er folgt Weiterleitungen, ohne es anzuzeigen.
  6. Rufen Sie die Startseite mit http und https und mit und ohne www auf. Jede Variante muss ohne Zertifikatswarnung auf die neue Adresse führen.
  7. Reichen Sie die neue Sitemap in der Search Console und in den Bing Webmaster Tools ein. Die alte Sitemap können Sie laut Google danach entfernen, und Bing rät, weitergeleitete Adressen zügig aus Sitemaps zu streichen.
  8. Melden Sie neue und weitergeleitete Adressen per IndexNow. Über dieses Protokoll erfahren Bing und weitere Suchmaschinen sofort von Änderungen; Google steht nicht auf der Liste der Teilnehmer. Nach einem Relaunch dürfen Sie laut IndexNow (externe Website) alle Adressen auf einmal melden. Mehr steht in Bing und IndexNow.
  9. Setzen Sie im Leistungsbericht der Search Console eine Anmerkung (externe Website) zum Tag der Umstellung. Sie erscheint im Diagramm für alle Nutzer der Property.

Beispiel: Im Plan steht als Ziel https://ihre-domain.de/leistungen/. Die Weiterleitung führt aber auf die Adresse ohne Schrägstrich am Ende, und erst von dort geht es weiter. Das Prüfskript meldet 301 auf https://ihre-domain.de/leistungen, geplant war https://ihre-domain.de/leistungen/. So fällt der Fehler schon am ersten Tag auf.

Typischer Fehler: Die robots.txt der Testumgebung mit Disallow: / geht mit online und sperrt die ganze Website. Vergessene Sperren aus der Migration nennt Google als häufigen Fehler, der die vollständige Aufnahme der neuen Website verhindern kann.

Erledigt, wenn das Prüfskript keinen Fehler meldet, keine Sperre der Bauphase mehr gilt und die neue Sitemap in beiden Werkzeugen eingereicht ist.

Was gilt zusätzlich bei einem Wechsel der Domain?

Wechseln Sie die Domain oder Subdomain, melden Sie den Umzug zusätzlich mit dem Tool zur Adressänderung der Search Console. Voraussetzung sind 301-Weiterleitungen und beide Properties, die Sie als Inhaber im selben Google-Konto verwalten. Beim Umstieg von http auf https, beim Hinzufügen oder Entfernen von www und bei neuen Pfaden brauchen Sie das Tool nicht.

Was das Tool bewirkt: Eine Property ist eine Website, wie sie in der Search Console angelegt ist. Mit der Adressänderung bitten Sie Google, die neue Website beim Crawling und bei der Indexierung vorzuziehen. 180 Tage lang leitet Google Signale der alten Website weiter und bevorzugt die neue, wenn es kanonische Seiten bestimmt. Alte Adressen ohne Gegenstück auf der neuen Website können in den Suchergebnissen bleiben, solange sie erreichbar sind. Auch mit Gegenstück zeigt Google gelegentlich noch die alte Adresse, wenn eine Suchanfrage nahelegt, dass jemand ihr eher vertraut. Das verliert sich laut Google von selbst (Google zu alten Adressen nach einem Umzug (externe Website)).

So gehen Sie vor:

  1. Bestätigen Sie die alte und die neue Domain in der Search Console mit demselben Google-Konto.
  2. Leiten Sie per 301 mindestens die alte Startseite auf die neue und jede kanonische Seite auf ihr neues Ziel weiter. Das Tool prüft vor dem Absenden einige dieser Weiterleitungen.
  3. Öffnen Sie das Tool in der Property der alten Domain. Reichen Sie die Adressänderung für jede bestätigte Variante der alten Domain ein, auch für www und Subdomains, die Sie nicht nutzen.
  4. Prüfen Sie eine gebraucht gekaufte Domain auf manuelle Maßnahmen und Entfernungsanträge aus der Zeit des Vorbesitzers. Haben Sie für die alte Domain eine Disavow-Datei hochgeladen, also eine Liste von Links, die Google nicht werten soll, laden Sie sie für die neue erneut hoch.
  5. Melden Sie die neue Domain in den Bing Webmaster Tools an. Aus der Search Console übernommene Websites gelten dort als bestätigt. Ein Gegenstück zur Adressänderung führt die Bing-Hilfe in ihrer Liste der Werkzeuge (externe Website) nicht auf.
  6. Ändern Sie die Adresse in Profilen, Verzeichnissen und Anzeigen. Google nennt Profile in sozialen Netzwerken und Werbekampagnen ausdrücklich. Warum einheitliche Angaben auch für KI-Assistenten zählen, erklärt unser Beitrag Entitäten in der Suche.
  7. Behalten Sie die alte Domain. Google empfiehlt, sie mindestens ein Jahr weiter zu bezahlen, damit sie niemand für schädliche Zwecke kauft.

Typischer Fehler: Die Adressänderung wird nur für ihre-domain.de eingereicht. Das Tool verschiebt aber keine Subdomains unter der angegebenen Domain, auch www.ihre-domain.de nicht.

Erledigt, wenn die Search Console für die alte und die neue Property meldet, dass die Verschiebung läuft, und die neue Domain in beiden Werkzeugen bestätigt ist.

Was prüfen Sie in den ersten Tagen nach dem Start?

Prüfen Sie in den ersten Tagen, ob Googlebot und Besucher die neuen Seiten erreichen. Die Server-Logs zeigen Abrufe von Googlebot und Adressen mit unerwarteten Fehlercodes. Die Search Console zeigt, welche Adressen als nicht gefunden, weitergeleitet oder fehlerhaft gelten. In den Bing Webmaster Tools zeigt der Site Explorer Weiterleitungen und Probleme beim Crawling.

Warum: Nach einem Umzug mit neuen Adressen ruft Google die Website vorübergehend stärker ab als sonst. Nach einem reinen Wechsel des Hosters sinkt die Zahl der Abrufe zunächst und steigt in den folgenden Tagen wieder, womöglich über den Wert von vorher. Weiterleitungen auf falsche, nicht vorhandene Adressen sieht Google häufig. Sie zeigen sich als ungewöhnlich viele Meldungen „Nicht gefunden“.

So gehen Sie vor:

  1. Lesen Sie die Server-Logs, also die Protokolle Ihres Servers: Ruft Googlebot die neuen Adressen ab, und welche Adressen antworten unerwartet mit einem Fehler?
  2. Öffnen Sie den Bericht zur Seitenindexierung (externe Website). „Seite mit Weiterleitung“ ist für alte Adressen gewollt. Steht „Nicht gefunden (404)“ bei einer umgezogenen Seite, fehlt die 301. „Weiterleitungsfehler“ heißt etwa, dass eine Kette zu lang ist oder im Kreis läuft. Die übrigen Meldungen erklärt unser Ratgeber Website nicht bei Google.
  3. Prüfen Sie die wichtigsten neuen Adressen mit der URL-Prüfung und beantragen Sie die Indexierung, wo sie fehlt.
  4. Sehen Sie im Bericht „Crawling-Statistik“ (externe Website) nach, wie Ihr Server Googlebot antwortet. Der Bericht teilt die Antworten nach Codes wie 301, 302 und 404 auf. Steht 302 bei einer dauerhaft verschobenen Seite, ändern Sie die Antwort laut Google auf 301. Bei Websites unter 1.000 Seiten brauchen Sie den Bericht laut Google wahrscheinlich nicht, dann genügen die Logs.
  5. Prüfen Sie in den Bing Webmaster Tools den Site Explorer und die URL-Prüfung.
  6. Stellen Sie interne Links um, die noch über eine Weiterleitung laufen. Weiterleitungen machen Seiten für Besucher langsamer.
  7. Schalten Sie nach einem Wechsel des Hosters den alten Server erst ab, wenn dort keine Abrufe mehr ankommen.

Typischer Fehler: Wegen eines Tippfehlers im Plan zeigt eine Weiterleitung auf ein Ziel, das es nicht gibt. Besucher und Googlebot landen auf einer Fehlerseite. Das Prüfskript meldet solche Zeilen mit „dort 404“.

Erledigt, wenn die Logs keine unerwarteten Fehler mehr zeigen, die URL-Prüfung für die wichtigsten neuen Seiten „URL ist für Google verfügbar“ meldet und kein interner Link mehr über eine Weiterleitung läuft.

Wie prüfen Sie KI-Crawler und KI-Antworten nach dem Relaunch?

Für KI-Antworten gelten dieselben Weiterleitungen wie für die Suche, denn die KI-Funktionen von Google und Bing stützen sich auf deren Index. Prüfen Sie zusätzlich, ob die robots.txt der neuen Website Ihre Regeln für KI-Crawler übernommen hat und ob Firewall oder CDN des Hosters diese Crawler durchlassen. Vergleichen Sie danach die Berichte zu KI-Antworten mit Ihren Exporten.

Warum: Als Quelle in der Übersicht mit KI und im KI-Modus kommt laut Google nur eine Seite infrage, die im Index steht und mit Textausschnitt erscheinen darf (externe Website). Weitere Anforderungen nennt Google nicht. Der Bericht zu generativen KI-Funktionen zählt Impressionen für die Adresse, auf die ein Link nach allen Weiterleitungen führt. Laut Bing bewahren richtige Weiterleitungen die Sichtbarkeit und die Nutzung als Quelle, und IndexNow hilft, veraltete Adressen in den Antworten von Copilot zu verringern. Bei OpenAI dauert es etwa 24 Stunden (externe Website), bis eine geänderte robots.txt in der Suche von ChatGPT wirkt.

So gehen Sie vor:

  1. Vergleichen Sie die robots.txt der alten und der neuen Website, vor allem die Abschnitte für KI-Crawler wie OAI-SearchBot, den Crawler der Suche in ChatGPT.
  2. Fragen Sie den neuen Hoster, ob Bot-Schutz oder Firewall Abrufe von KI-Crawlern abweisen. OpenAI empfiehlt, Anfragen aus seinen veröffentlichten IP-Bereichen zuzulassen. Was Firewall und CDN sonst anrichten können, erklärt unser Beitrag KI-Crawler und robots.txt.
  3. Nehmen Sie Adressen, die KI-Assistenten vor dem Relaunch als Quelle genannt haben, in Ihren Weiterleitungstest auf. Die Bing Webmaster Tools listen solche Seiten unter AI Performance.
  4. Passen Sie eine vorhandene llms.txt an die neuen Adressen an. Was die Datei leistet, erklärt unser Beitrag llms.txt.
  5. Vergleichen Sie nach einigen Wochen die Berichte zu KI-Antworten mit Ihren Exporten. Dort sollten nach und nach die neuen Adressen erscheinen.

Typischer Fehler: Die robots.txt erlaubt KI-Crawler, aber die Firewall des neuen Hosters weist ihre Abrufe ab. In der robots.txt sieht das niemand, erst die Server-Logs zeigen den Fehlercode.

Erledigt, wenn die robots.txt die geplanten Regeln für KI-Crawler enthält, die Server-Logs deren Abrufe mit Status 200 zeigen und früher zitierte Adressen auf die neuen Seiten weiterleiten.

Wie vergleichen Sie Rankings und Besuche vorher und nachher?

Vergleichen Sie Klicks und Impressionen je Seite und je Suchanfrage mit Ihren Exporten von vorher, in Wochen- oder Monatswerten und getrennt nach Suchanfragen mit und ohne Markenbezug. Bei kleinen und mittleren Websites dauert es laut Google einige Wochen, bis die meisten Seiten umgezogen sind. Sinken die Werte einer Seite danach weiter, prüfen Sie ihre Weiterleitung und ihren Inhalt.

Warum: Schwankungen während des Umzugs sind laut Google normal, die Rankings pendeln sich mit der Zeit ein. Die Search Console ordnet Klicks der Adresse zu, auf die ein Suchergebnis nach allen Weiterleitungen führt. Klicks wandern deshalb nach und nach von den alten zu den neuen Adressen. Beim Vergleich zweier Zeiträume rät Google zu Wochen- oder Monatswerten, damit nicht ein Montag mit einem Samstag verglichen wird (Vergleich von Zeiträumen (externe Website)).

So gehen Sie vor:

  1. Vergleichen Sie im Leistungsbericht gleich lange Zeiträume vor und nach dem Start.
  2. Legen Sie Ihren Weiterleitungsplan neben die Exporte. So vergleichen Sie jede alte Seite mit ihrer neuen Adresse.
  3. Werten Sie Suchanfragen mit und ohne Markenbezug getrennt aus.
  4. Vergleichen Sie auch Search Performance und AI Performance der Bing Webmaster Tools mit Ihren Exporten.
  5. Bitten Sie Betreiber wichtiger Websites, die auf Ihre alten Adressen verlinken, um neue Links. Google rät, mit den Links zu beginnen, über die die meisten Besucher kommen.
  6. Messen Sie die Ladezeit vier Wochen nach dem Start erneut.

Wie lange die Weiterleitungen bleiben: Google rät, sie so lange wie möglich (externe Website) zu behalten, in der Regel mindestens ein Jahr. Für Besucher ist eine unbegrenzte Dauer am besten. Die Hilfe zum Tool zur Adressänderung nennt mindestens 180 Tage. Danach behandelt Google eine alte Domain als unabhängige Website, solange sie noch erreichbar ist.

Beispiel: Die Klicks auf den Firmennamen bleiben gleich, die auf die Seite zum Fassadenanstrich sinken auch nach Wochen. Laut Weiterleitungsplan ist ihr Inhalt in einer allgemeinen Leistungsseite aufgegangen, die das Wort Fassade kaum nennt. Eine eigene Seite für die Leistung liegt dann nahe.

Typischer Fehler: Der Vergleich schaut nur auf die Summe aller Klicks. Mehr Klicks auf den Markennamen können dann Verluste bei Suchanfragen nach Ihren Leistungen verdecken.

Erledigt, wenn Sie für jede wichtige alte Seite wissen, ob ihre neue Adresse Klicks und Impressionen in ähnlicher Höhe erreicht, und jede größere Abweichung einer Ursache zugeordnet haben.

Aus der Praxis: Unser Prüfskript für den Weiterleitungs­plan

Für diesen Ratgeber haben wir ein kurzes Python-Skript geschrieben, das einen Weiterleitungsplan Zeile für Zeile prüft. Es ruft jede alte Adresse per GET ab wie ein Browser, folgt aber keiner Weiterleitung. So sieht es Statuscode und Ziel und prüft danach, ob das Ziel mit 200 antwortet. An der Website ändert es nichts. Der Plan ist eine Tabelle mit den Spalten „alt“ und „neu“, gespeichert als CSV-Datei mit Semikolon und in UTF-8. Bleibt „neu“ leer, erwartet das Skript 404 oder 410.

weiterleitungsplan.csv, Beispiel mit vier Zeilen
alt;neu
https://ihre-domain.de/leistungen.html;https://ihre-domain.de/leistungen/
https://ihre-domain.de/team.php;https://ihre-domain.de/ueber-uns/
https://ihre-domain.de/flyer.pdf;https://ihre-domain.de/downloads/flyer.pdf
https://ihre-domain.de/aktion-2024/;

Sie brauchen Python 3 (externe Website), Zusatzpakete sind nicht nötig. Unter Windows starten Sie das Skript mit python pruefe_weiterleitungen.py weiterleitungsplan.csv, am Mac (externe Website) mit python3 statt python. Wie alle Codebeispiele unserer Beiträge steht es unter der Lizenz MIT-0 (Lizenzen im Kolophon).

pruefe_weiterleitungen.py
# Prüft einen Weiterleitungsplan (Datafalke, MIT-0): Jede alte Adresse soll mit 301 oder 308 direkt auf die
# geplante neue Adresse führen, und diese soll mit 200 antworten. Ist „neu“ leer, sind 404 oder 410 richtig.
# Aufruf: python pruefe_weiterleitungen.py weiterleitungsplan.csv
import csv, sys, time, urllib.error, urllib.parse, urllib.request


class OhneWeiterleitung(urllib.request.HTTPRedirectHandler):
    def redirect_request(self, *args, **kwargs):
        return None  # Weiterleitungen melden statt ihnen zu folgen


OEFFNER = urllib.request.build_opener(OhneWeiterleitung)


def abrufen(url):
    anfrage = urllib.request.Request(url, headers={"User-Agent": "weiterleitungsplan-test/1.0"})
    try:
        with OEFFNER.open(anfrage, timeout=20) as antwort:
            return antwort.status, None
    except urllib.error.HTTPError as antwort:
        ziel = antwort.headers.get("Location")
        antwort.close()
        return antwort.code, urllib.parse.urljoin(url, ziel) if ziel else None
    except urllib.error.URLError as problem:
        return None, str(problem.reason)


fehler = 0
with open(sys.argv[1], encoding="utf-8-sig", newline="") as datei:
    for zeile in csv.DictReader(datei, delimiter=";"):
        alt, neu = (zeile["alt"] or "").strip(), (zeile["neu"] or "").strip()
        if not alt:
            continue
        status, ziel = abrufen(alt)
        if status is None:
            ok, befund = False, f"nicht erreichbar: {ziel}"
        elif not neu:
            ok, befund = status in (404, 410), f"{status}, erwartet 404 oder 410"
        elif status not in (301, 308):
            ok, befund = False, f"{status} statt 301 oder 308"
        elif ziel != neu:
            ok, befund = False, f"{status} auf {ziel}, geplant war {neu}"
        else:
            status_neu = abrufen(neu)[0]
            ok, befund = status_neu == 200, f"{status} auf {neu}, dort {status_neu}"
        fehler += not ok
        print("OK    " if ok else "FEHLER", alt, befund, sep="  ")
        time.sleep(0.5)  # den Server schonen
print(f"{fehler} Fehler")
sys.exit(1 if fehler else 0)

Bei datafalke.de gab es vor dem Start am 07.11.2026 keine alte Website, nur eine Platzhalterseite des Domainanbieters. Einen Weiterleitungsplan für alte Inhalte brauchten wir deshalb nicht. Weitergeleitet werden die Varianten der Adresse: http und www führen in einem Schritt per 301 auf https://datafalke.de/, Adressen ohne Schrägstrich am Ende auf die Fassung mit Schrägstrich. Das prüft der Lauf unten. Sie können ihn mit denselben fünf Zeilen wiederholen.

Ausgabe für datafalke.de, Lauf vom 08.11.2026 mit Python 3.12
OK      http://datafalke.de/  301 auf https://datafalke.de/, dort 200
OK      https://www.datafalke.de/  301 auf https://datafalke.de/, dort 200
OK      http://www.datafalke.de/kontakt/  301 auf https://datafalke.de/kontakt/, dort 200
OK      https://datafalke.de/kontakt  301 auf https://datafalke.de/kontakt/, dort 200
OK      https://datafalke.de/gibt-es-nicht/  404, erwartet 404 oder 410
0 Fehler

Am Tag des Starts ließ sich das Zertifikat für https erst ausstellen, als die neuen DNS-Einträge sichtbar waren. Der erste Versuch direkt nach der Umstellung scheiterte, der zweite gelang weniger als eine Minute später. Prüfen Sie https deshalb sofort nach der Umstellung, auch mit www.

Search Console und Bing Webmaster Tools haben wir am Tag des Starts eingerichtet, neue Seiten melden wir nach jedem Upload per IndexNow. Ändern wir später eine Adresse, sieht unsere Planung einen festen Ablauf vor: 301 vom alten Pfad, alle internen Links auf die neue Adresse, beide Adressen per IndexNow melden. Werte zur Indexierung von datafalke.de veröffentlichen wir erst mit dem Messprotokoll. Bei einem Relaunch durch uns gehört ein Weiterleitungsplan für jede alte Adresse dazu (Fragen zur Website-Erstellung).

Quellen

  1. Google Search Central: How to move a site (Site moves with URL changes). . Abgerufen am .
  2. Google Search Central: Changing your hosting. . Abgerufen am .
  3. Google Search Console-Hilfe: Tool zur Adressänderung. Abgerufen am .
  4. Google Analytics-Hilfe: Search Console-Daten in Google Analytics. Abgerufen am .
  5. Google Search Console-Hilfe: Leistungsbericht (Suchergebnisse): Fehlerbehebung bei Abweichungen zwischen den Daten. Abgerufen am .
  6. Google Search Console-Hilfe: Leistungsbericht zu generativen KI-Funktionen (Google Suche). Abgerufen am .
  7. Microsoft Bing: Search Performance. Abgerufen am .
  8. StatCounter Global Stats: Desktop Search Engine Market Share Germany. . Abgerufen am .
  9. Microsoft Bing: Bing Webmaster Guidelines. Abgerufen am .
  10. Google Search Console-Hilfe: Leistungsbericht (Google-Suchergebnisse): Übersicht und grundlegende Einrichtung. Abgerufen am .
  11. Google Search Console-Hilfe: Leistungsbericht (Suchergebnisse): Dimensionen und Datengruppierungen. Abgerufen am .
  12. Google Search Console-Hilfe: Bericht „Links“. Abgerufen am .
  13. Microsoft Bing: AI Performance in Bing Webmaster Tools. Abgerufen am .
  14. Chrome for Developers (Google): Chrome UX Report API. . Abgerufen am .
  15. Google Search Central: Redirects and Google Search. . Abgerufen am .
  16. Google: How HTTP status codes affect Google’s crawlers. . Abgerufen am .
  17. Google Search Central: Introduction to robots.txt. . Abgerufen am .
  18. Google Search Console-Hilfe: Website-Property hinzufügen. Abgerufen am .
  19. Microsoft Bing: Add and Verify site. Abgerufen am .
  20. Google Search Central: Temporarily pause or disable a website. . Abgerufen am .
  21. Google Search Console-Hilfe: URL-Prüftool. Abgerufen am .
  22. IndexNow.org: IndexNow FAQ. Abgerufen am .
  23. Google Search Console-Hilfe: Search Console-Anmerkungen. Abgerufen am .
  24. Microsoft Bing: Webmaster tools & features. Abgerufen am .
  25. Google Search Console-Hilfe: Bericht zur Seitenindexierung. Abgerufen am .
  26. Google Search Console-Hilfe: Bericht „Crawling-Statistik“. Abgerufen am .
  27. Google Search Central: AI features and your website. . Abgerufen am .
  28. OpenAI: Overview of OpenAI Crawlers. Abgerufen am .
  29. Google Search Console-Hilfe: Leistungsbericht (Suchergebnisse): Erweiterte Filterung und Vergleich. Abgerufen am .
  30. Python Software Foundation: Using Python on Windows. Abgerufen am .
  31. Python Software Foundation: Using Python on macOS. Abgerufen am .

Redaktionsvermerk

Recherche und Entwurf mit KI-Unterstützung. Die Prüfung von Quellen, Zahlen und Aussagen durch Mohammad Alboush steht noch aus.

Inhalt noch nicht geprüft

Änderungen an diesem Beitrag

DatumArtÄnderung
ErstveröffentlichungBeitrag veröffentlicht
KorrekturSprachliche Korrekturen an Bezügen, Zeichensetzung und Begriffen. Die Aussagen bleiben gleich.

Fehler gefunden? Schreiben Sie uns an kontakt@datafalke.de. Wir korrigieren und vermerken die Änderung.

Ihr nächster Schritt

Steht bei Ihnen ein Relaunch an?

Schicken Sie uns die Adresse Ihrer Website. Im Erstgespräch sehen wir uns an, welche Adressen und Messwerte Sie vor dem Wechsel sichern sollten.

Menü

Erstgespräch vereinbarenEnglish