Weiterleitung 301 vs 302: Unterschiede verstehen, SEO-Auswirkungen und Domain-Migration erfolgreich umsetzen

Von CaptainDNS
Veröffentlicht am 16. März 2026

Vergleichsdiagramm der Weiterleitungen 301 und 302 mit SEO-Auswirkungen, PageRank-Übertragung und Checkliste zur Domain-Migration

TL;DR

301 = permanente Weiterleitung, überträgt 100 % des SEO-Rankings an das Ziel
302 = temporäre Weiterleitung, Google indexiert weiterhin die Quell-URL
Eine Domain-Migration erfordert 301-Weiterleitungen auf jeder URL, nicht nur auf der Startseite
Die Codes 307 und 308 dienen zur Beibehaltung der HTTP-Methode (POST, PUT)
CaptainDNS Redirect Hosting verwaltet 301/302-Weiterleitungen mit automatischem HTTPS

Einen Domainnamen ändern, zwei Websites zusammenführen, von HTTP auf HTTPS wechseln: Alle diese Vorgänge basieren auf HTTP-Weiterleitungen. Falsch konfiguriert, verursachen sie einen Verlust von 30 bis 50 % des organischen Traffics in den Wochen nach der Migration. Richtig konfiguriert, übertragen sie Ihre gesamte SEO-Autorität an das neue Ziel.

Die Frage "Soll ich eine 301 oder eine 302 verwenden?" taucht ständig in SEO-Foren und Entwicklerdiskussionen auf. Die Antwort hängt vom Kontext ab, aber die Folgen einer falschen Wahl sind real: Google indexiert die falsche URL, der PageRank wird verwässert, Backlinks verlieren ihren Wert. Laut einer Moz-Studie mit 30.000 Domains verwenden 12 % der Domain-Migrationen 302-Weiterleitungen statt 301, was einen durchschnittlichen Verlust an organischem Traffic verursacht, der doppelt so hoch ist wie bei korrekt konfigurierten Migrationen.

Dieser Leitfaden behandelt die 4 HTTP-Weiterleitungscodes, erklärt die SEO-Auswirkungen jedes einzelnen im Detail und bietet eine vollständige Checkliste für eine erfolgreiche Domain-Migration. Ob Sie eine kleine Unternehmenswebsite oder ein Portal mit 50.000 Seiten verwalten, die Prinzipien bleiben dieselben.

Eine letzte Anmerkung: Dieser Leitfaden behandelt serverseitige Weiterleitungen (HTTP-Statuscodes). JavaScript-Weiterleitungen und Meta-Refresh-Tags werden hier nicht behandelt, da sie grundlegende Probleme beim Crawling und bei der Indexierung verursachen. Für Marketing-Anwendungsfälle (Vanity-URLs, Link-Tracking, QR-Codes) steht ein ergänzender Leitfaden im Abschnitt "Verwandte Leitfäden" am Ende dieses Artikels zur Verfügung.

Die 4 HTTP-Weiterleitungscodes

Das HTTP-Protokoll definiert vier Haupt-Weiterleitungscodes. Jeder kommuniziert eine andere Absicht an Browser und Suchmaschinen.

301 Moved Permanently

Der Code 301 bedeutet, dass die Ressource permanent an eine neue URL verschoben wurde. Der Server antwortet mit einem Location-Header, der das Ziel enthält.

HTTP/1.1 301 Moved Permanently
Location: https://captaindns.com/de/tools

Browserverhalten: Der Browser speichert die Weiterleitung im Cache und leitet zukünftige Anfragen automatisch an das Ziel weiter, ohne den Ursprungsserver erneut zu kontaktieren. Dieser Cache bleibt auch nach dem Schliessen des Browsers bestehen.

Definiert in RFC 7231, Abschnitt 6.4.2, erlaubt der Code 301 HTTP-Clients, eine POST-Anfrage bei der Weiterleitung in ein GET umzuwandeln. Dieses Verhalten, das von frühen HTTP-Implementierungen geerbt wurde, ist der Grund, warum der Code 308 erstellt wurde.

302 Found

Der Code 302 bedeutet, dass die Ressource vorübergehend unter einer anderen URL verfügbar ist. Der Server antwortet auf die gleiche Weise:

HTTP/1.1 302 Found
Location: https://captaindns.com/de/maintenance

Browserverhalten: Der Browser speichert die Weiterleitung nicht im Cache. Jede Anfrage geht zurück an den Ursprungsserver, der ein anderes Ziel zurückgeben oder die Weiterleitung beenden kann.

Definiert in RFC 7231, Abschnitt 6.4.3, hat der Code 302 eine komplizierte Geschichte. In HTTP/1.0 bedeutete er "Moved Temporarily". Browser haben historisch POST-Anfragen bei einer 302 in GET umgewandelt, was nicht der Spezifikation entsprach. Der Code 303 (See Other) wurde erstellt, um dieses Verhalten zu formalisieren, und der Code 307, um die HTTP-Methode beizubehalten.

307 Temporary Redirect

Der Code 307 ist das strikte Äquivalent der 302, aber mit einer Garantie: Die HTTP-Methode wird beibehalten. Wenn der Client ein POST sendet, leitet die Weiterleitung ein POST an das Ziel weiter.

HTTP/1.1 307 Temporary Redirect
Location: https://captaindns.com/api/v2/submit

Dieser Code ist definiert in RFC 7231, Abschnitt 6.4.7. Er wird hauptsächlich für Formulare und REST-APIs verwendet, bei denen die Beibehaltung der Methode kritisch ist. Für Standard-Webseitenweiterleitungen (GET) ist der Unterschied zwischen 302 und 307 gleich null.

308 Permanent Redirect

Der Code 308 ist das strikte Äquivalent der 301, aber mit derselben Garantie wie der 307: Die HTTP-Methode wird beibehalten.

HTTP/1.1 308 Permanent Redirect
Location: https://captaindns.com/api/v2/submit

Definiert in RFC 7238, ist der Code 308 die richtige Wahl für permanente API-Weiterleitungen, bei denen die HTTP-Methode erhalten bleiben muss. Für Webseitenweiterleitungen (GET) sind 301 und 308 funktional identisch.

Vergleichstabelle der 4 Codes

Code	Typ	HTTP-Methode beibehalten?	Browser-Cache?	SEO-Übertragung?
301	Permanent	Nein (POST kann zu GET werden)	Ja	Ja (100 %)
302	Temporär	Nein (POST kann zu GET werden)	Nein	Teilweise (Google indexiert die Quelle)
307	Temporär	Ja	Nein	Teilweise (gleiches Verhalten wie 302)
308	Permanent	Ja	Ja	Ja (gleiches Verhalten wie 301)

In der Praxis sind für Webseitenweiterleitungen (GET-Anfragen) nur die Codes 301 und 302 relevant. Die Codes 307 und 308 sind technischen Kontexten vorbehalten, in denen die Beibehaltung der HTTP-Methode erforderlich ist.

Vergleichstabelle der 4 HTTP-Weiterleitungscodes (301, 302, 307, 308) mit Unterschieden bei Typ, HTTP-Methode, Cache und SEO-Übertragung

Serverseitige Weiterleitungen vs JavaScript

Die Codes 301, 302, 307 und 308 sind serverseitige Weiterleitungen: Der Server sendet einen HTTP-Location-Header und der Browser folgt sofort. Es gibt aber auch clientseitige Weiterleitungen, die in JavaScript oder über ein meta refresh-Tag implementiert werden.

Serverseitige Weiterleitungen (HTTP): Google erkennt und folgt ihnen sofort beim Crawling. Die Übertragung von SEO-Signalen ist zuverlässig und schnell. Dies ist die von Google Search Central empfohlene Methode für jede URL-Änderung.

JavaScript-Weiterleitungen (window.location, window.location.replace): Google muss zunächst die HTML-Seite herunterladen, das JavaScript in seiner Rendering-Engine (basierend auf Chromium) ausführen und dann die Weiterleitung entdecken. Dieser Prozess verursacht eine erhebliche Verzögerung. Google stuft diese Methode als letzte Möglichkeit ein, die nur verwendet werden sollte, wenn eine serverseitige Weiterleitung unmöglich ist.

Meta-Refresh-Weiterleitungen (<meta http-equiv="refresh" content="0;url=...">): Google kann ihnen folgen, rät aber offiziell davon ab. Das Verhalten ist ähnlich wie bei einer JavaScript-Weiterleitung: Die Seite muss heruntergeladen und analysiert werden, bevor die Weiterleitung erkannt wird.

Methode	Erkennung durch Google	SEO-Übertragung	Anwendungsfall
Serverseitig (301/302)	Sofort	Vollständig (301) oder teilweise (302)	Migrationen, URL-Änderungen
JavaScript	Nach dem Rendering	Unsicher, oft teilweise	SPA (Single Page Applications)
Meta Refresh	Nach dem Download	Von Google nicht empfohlen	Kein empfohlener Anwendungsfall

Das Hauptrisiko bei JavaScript-Weiterleitungen: Wenn das Rendering der Seite fehlschlägt (JS-Fehler, Timeout, blockierte Ressource), sieht Google die Weiterleitung einfach nicht. Die Quellseite bleibt indexiert, das Ziel wird ignoriert. Für Single Page Applications (SPA), bei denen eine serverseitige Weiterleitung technisch unmöglich ist, ist JavaScript die einzige Option, aber Sie sollten dann regelmässig testen, ob Googlebot die Weiterleitung erkennt (über das URL-Inspektionstool in der Search Console).

Wie Browser Weiterleitungen verarbeiten

Wenn ein Browser einen Weiterleitungscode empfängt, führt er automatisch eine neue Anfrage an die im Location-Header angegebene URL durch. Dieser Prozess ist für den Benutzer transparent: Er sieht nur eine leichte Ladeverzögerung.

Bei 301-Weiterleitungen speichert der Browser die Zuordnung in einem lokalen Cache. Nachfolgende Besuche der alten URL werden direkt vom Browser weitergeleitet, ohne den Ursprungsserver zu kontaktieren. Dieser Cache ist persistent: Er übersteht Browserneustarts und wird nur durch manuelles Löschen des Caches oder durch die in Cache-Control-Headern definierte Ablaufzeit gelöscht.

Bei 302-Weiterleitungen speichert der Browser die Zuordnung nicht im Cache. Jeder Besuch der alten URL löst eine Anfrage an den Ursprungsserver aus, der jedes Mal anders antworten kann. Das macht die 302 geeignet für dynamische Weiterleitungen (Geolokalisierung, A/B-Tests, temporäre Kampagnen).

Dieser Caching-Unterschied hat direkte Auswirkungen auf die Performance. Eine 301 spart bei jedem weiteren Besuch eine Netzwerkanfrage. Eine 302 fügt systematisch die Latenz eines zusätzlichen HTTP-Roundtrips hinzu.

Weitere HTTP-Statuscodes, die Sie kennen sollten

Drei weitere HTTP-Codes werden manchmal mit Weiterleitungen verwechselt:

200 OK: Die Seite existiert und liefert Inhalt. Keine Weiterleitung. Wenn die Seite "Sie werden weitergeleitet..." anzeigt, handelt es sich um eine clientseitige Weiterleitung (JavaScript oder Meta Refresh), nicht um eine HTTP-Weiterleitung.
404 Not Found: Die Seite existiert nicht. Wenn Sie eine Seite löschen, ohne eine Weiterleitung zu konfigurieren, erhalten Besucher und Googlebot eine 404. Backlinks zu dieser Seite verlieren ihren gesamten Wert.
410 Gone: Die Seite wurde dauerhaft entfernt und wird nicht ersetzt. Google behandelt 410 als starkes Signal, die Seite aus dem Index zu entfernen. Verwenden Sie 410, wenn es keine relevante Zielseite für eine Weiterleitung gibt.

301 vs 302: detaillierte SEO-Auswirkungen

Dies ist der wichtigste Abschnitt dieses Leitfadens. Der technische Unterschied zwischen 301 und 302 scheint gering (permanent vs temporär), aber die SEO-Konsequenzen sind erheblich. Das Verständnis dieser Unterschiede ist wesentlich, bevor Sie eine Weiterleitung konfigurieren.

PageRank- und Autoritätsübertragung

PageRank ist der Autoritätswert, den Google jeder Seite basierend auf eingehenden Links zuweist. Wenn Website A auf Ihre Seite verlinkt, überträgt sie einen Teil ihres eigenen PageRanks.

Mit einer 301: Google überträgt 100 % des PageRanks von der alten URL auf die neue. Das war nicht immer so. Vor 2016 hat Google eine 15-%-Strafe auf den über eine 301 übertragenen PageRank angewendet. Seit einem Update, das von Gary Illyes vom Google-Search-Team bestätigt wurde, wurde diese Strafe aufgehoben. Eine 301 überträgt jetzt die vollständige Autorität.

Mit einer 302: Google überträgt den PageRank nicht an das Ziel. Die Logik ist einfach: Wenn die Weiterleitung temporär ist, soll die Quell-URL zurückkehren. Google behält daher die Autorität bei der Quell-URL. Das Problem entsteht, wenn eine 302 über Monate oder Jahre bestehen bleibt. Google behandelt sie schliesslich als De-facto-301, aber die Verzögerung ist unvorhersehbar und die Übergangszeit verursacht Ranking-Verluste.

Indexierung und Kanonisierung

Die Wahl zwischen 301 und 302 bestimmt, welche URL Google in seinen Ergebnissen anzeigt:

Mit einer 301: Google entfernt die alte URL aus seinem Index und indexiert das Ziel. Die Suchergebnisse zeigen die neue URL an. Dieser Prozess dauert in der Regel einige Tage bis einige Wochen, abhängig von der Crawl-Frequenz.

Mit einer 302: Google indexiert weiterhin die Quell-URL und zeigt sie in seinen Ergebnissen an. Das Ziel ist Google bekannt, wird aber nicht als kanonische Version betrachtet. Ergebnis: Ihre Besucher sehen die alte URL in Google, klicken darauf, werden zur neuen Seite weitergeleitet, aber die SEO-Signale (Backlinks, Alter, Autorität) bleiben an der alten URL.

Browser-Cache und Besuchszählung

Die 301 wird vom Browser zwischengespeichert. Nach dem ersten Besuch leitet der Browser direkt zum Ziel weiter, ohne den Ursprungsserver zu kontaktieren. Konsequenz: Sie können die Anzahl der Weiterleitungen nicht verfolgen, da nachfolgende Besuche nicht mehr über Ihren Server laufen.

Die 302 wird nicht zwischengespeichert. Jeder Besuch läuft über den Ursprungsserver, der Anfragen zählen, Besucherinformationen protokollieren und sogar das Ziel spontan ändern kann. Deshalb verwenden Vanity-URLs und Tracking-Links 302-Weiterleitungen.

Weiterleitungsketten: der stille Verlust

Eine Weiterleitungskette entsteht, wenn eine URL zu einer zweiten URL weiterleitet, die wiederum zu einer dritten weiterleitet, und so weiter. Jeder Sprung in der Kette verbraucht eine Crawl-Anfrage und fügt Latenz hinzu.

Google folgt Weiterleitungsketten, aber mit Einschränkungen. John Mueller hat bestätigt, dass Googlebot in der Regel 5 Weiterleitungen folgt, bevor er aufgibt. Darüber hinaus wird die letzte Seite weder gecrawlt noch indexiert.

Selbst unter 5 Sprüngen verwässert jede Zwischenweiterleitung potenziell das SEO-Signal. Die Empfehlung lautet, jede Kette auf maximal 2 Sprünge zu begrenzen: Die Quelle leitet zum endgültigen Ziel weiter, Punkt.

Sie können Weiterleitungsketten auf Ihren Seiten mit dem Page Crawl Checker überprüfen.

Mythen vs Realität

Mythos: 302 bestraft die SEO. Realität: Die 302 bestraft die SEO nicht direkt. Sie ist einfach nicht dafür konzipiert, Autorität zu übertragen. Google wendet keine Strafe an, indexiert aber die falsche URL und behält die Autorität am falschen Ort. Das Ergebnis sieht aus wie eine Strafe, ist aber ein Konfigurationsproblem.

Mythos: Eine 301 verursacht PageRank-Verlust. Realität: Seit 2016 überträgt eine 301 100 % des PageRanks. Dies wurde von Google mehrfach bestätigt. Die alte 15-%-Strafe existiert nicht mehr.

Mythos: Google behandelt lang bestehende 302 als 301. Realität: Das ist teilweise wahr. Google kann nach einer langen Periode entscheiden, eine 302 als 301 zu behandeln. Aber die Verzögerung ist unvorhersehbar (Wochen, Monate) und während des Übergangs leidet Ihre SEO. Verlassen Sie sich nicht auf dieses Verhalten. Verwenden Sie von Anfang an den richtigen Code.

Mythos: Clientseitige Weiterleitungen (JavaScript, Meta Refresh) sind gleichwertig. Realität: Nein. Google kann JavaScript-Weiterleitungen folgen, aber mit einer zusätzlichen Verzögerung (die Seite muss von der Rendering-Engine gerendert werden). Meta-Refresh-Weiterleitungen werden von Google nicht empfohlen. Nur serverseitige Weiterleitungen (301, 302, 307, 308) werden sofort und zuverlässig verarbeitet.

Mythos: 301-Weiterleitungen wirken sofort auf die SEO. Realität: Nein. Nach der Konfiguration einer 301 muss Google die alte URL erneut crawlen, die Weiterleitung entdecken und dann seinen Index aktualisieren. Dieser Prozess dauert einige Tage bis mehrere Wochen, abhängig von der Crawl-Frequenz Ihrer Website. Seiten mit viel Traffic und vielen Backlinks werden schneller erneut gecrawlt als tiefe Seiten mit wenigen Besuchen.

HTTPS und Weiterleitungen: eine unverzichtbare Voraussetzung

Der Server, der die Weiterleitungen hostet, muss HTTPS unterstützen. Wenn ein Backlink auf https://alt.captaindns.com/seite zeigt und der Weiterleitungsserver nur HTTP unterstützt, zeigt der Browser einen Zertifikatsfehler anstelle der Weiterleitung an.

Mit CaptainDNS Redirect Hosting wird das TLS-Zertifikat automatisch über Let's Encrypt generiert und erneuert. Keine manuelle Konfiguration ist erforderlich. Der Weiterleitungsserver antwortet über HTTPS auf allen konfigurierten Domains.

Für manuelle Konfigurationen auf Ihrem eigenen Server (Nginx, Apache, Caddy) stellen Sie sicher, dass:

Das TLS-Zertifikat alle Quelldomains abdeckt (alte Domain, www-Varianten, Subdomains).
Die Zertifikatserneuerung automatisiert ist (Let's Encrypt mit certbot oder acme.sh).
HTTP-zu-HTTPS-Weiterleitungen zusätzlich zu den Domain-Weiterleitungen konfiguriert sind.

301, Canonical oder beides? Die richtige Wahl treffen

301-Weiterleitungen und rel=canonical-Tags sind zwei Werkzeuge, die einem ähnlichen Zweck dienen: Google mitteilen, welche URL die bevorzugte Version ist. Aber sie funktionieren sehr unterschiedlich und werden nicht in denselben Situationen verwendet.

Wann eine 301 statt eines Canonical-Tags verwenden?

Die Unterscheidung ist einfach: Eine 301 leitet den Besucher physisch weiter, ein Canonical tut das nicht.

Eine 301-Weiterleitung entfernt den Zugang zur Quell-URL. Der Besucher, der die alte URL eingibt, wird automatisch zum Ziel gesendet. Die alte Seite ist nicht mehr zugänglich. Dies ist die richtige Wahl, wenn die Quell-URL keinen Grund mehr hat zu existieren.

Ein Canonical-Tag (rel=canonical) lässt beide URLs zugänglich. Der Besucher kann weiterhin auf die Quell-URL zugreifen und deren Inhalt sehen. Der Canonical ist ein Hinweis an Google: Unter diesen zwei Seiten mit identischem oder ähnlichem Inhalt ist hier diejenige, die Sie indexieren sollten. Google kann diesem Hinweis folgen oder ihn ignorieren.

Kriterium	301-Weiterleitung	Canonical-Tag
Wird der Besucher weitergeleitet?	Ja	Nein, beide Seiten sind zugänglich
Signal für Google	Starke Anweisung (verbindlich)	Hinweis (Vorschlag, kann ignoriert werden)
Existieren beide URLs?	Nein, nur das Ziel ist zugänglich	Ja, beide bleiben online
PageRank-Übertragung	100 % an das Ziel	Google konsolidiert Signale auf der kanonischen URL
Hauptanwendungsfall	Gelöschte URL, Migration, permanente Änderung	Duplizierter Inhalt, URL-Parameter, paginierte Versionen

Zusammenfassend: Wenn die alte URL keinen Zweck mehr erfüllt, verwenden Sie eine 301. Wenn die alte URL einen Grund hat zu existieren (Druckversion, Seite mit Sortierparametern, regionale Variante), verwenden Sie ein Canonical.

301 und Canonical kombinieren

Nach einer Domain-Migration empfiehlt Google, beide Signale zusammen zu verwenden, wenn möglich. Die 301 leitet Besucher und Bots physisch weiter. Das Canonical-Tag auf der Zielseite verstärkt das Signal, indem es bestätigt, dass diese URL tatsächlich die bevorzugte Version ist.

Konkret: Nachdem Sie Ihre 301-Weiterleitungen von der alten Domain zur neuen konfiguriert haben, fügen Sie auf jeder Zielseite ein selbstreferenzierendes Canonical-Tag hinzu:

<link rel="canonical" href="https://captaindns.com/de/tools" />

Dieses doppelte Signal ist besonders nützlich, wenn Ihr Inhalt über mehrere Pfade zugänglich ist (weitergeleitete alte Domain, www-Variante, HTTP-Version). Google erhält eine konsistente Nachricht aus allen Quellen: Das Ziel ist die kanonische URL.

Die Kombination 301 + Canonical ist nicht obligatorisch, beschleunigt aber die Konvergenz im Google-Index und reduziert das Risiko, dass Google während der Übergangszeit die falsche URL als kanonische Version wählt.

Wann eine 301 verwenden?

Die 301 ist die Standardwahl für jede permanente Weiterleitung. Hier sind die häufigsten Anwendungsfälle.

Permanente Domain-Migration

Sie ändern Ihren Domainnamen. Die alte Domain wird nicht mehr für Inhalte verwendet. Jede URL der alten Domain muss per 301 an ihr Äquivalent auf der neuen Domain weitergeleitet werden.

alte-seite.captaindns.com/blog/artikel-1
-> 301 -> captaindns.com/de/blog/artikel-1

Konsolidierung mehrerer Domains

Sie besitzen mehrere Domains (Schreibvarianten, Länderendungen, Marketing-Domains) und möchten die SEO-Autorität auf eine einzige konzentrieren.

captaindns.fr -> 301 -> captaindns.com
captaindns.de -> 301 -> captaindns.com

Permanente URL-Änderung

Website-Redesign, CMS-Wechsel, neue URL-Architektur. Die alten URLs existieren nicht mehr und werden nicht zurückkehren.

captaindns.com/products/dns-check
-> 301 -> captaindns.com/de/tools/dns/test-propagation

Umstellung von HTTP auf HTTPS

Der Wechsel von HTTP auf HTTPS ist permanent. Alle HTTP-URLs müssen per 301 an ihr HTTPS-Äquivalent weitergeleitet werden.

http://captaindns.com/de/tools
-> 301 -> https://captaindns.com/de/tools

Naked Domain zu www (oder umgekehrt)

Sie wählen eine kanonische Version Ihrer Domain. Die andere Version leitet per 301 weiter.

www.captaindns.com -> 301 -> captaindns.com

oder umgekehrt:

captaindns.com -> 301 -> www.captaindns.com

Übersichtstabelle: 301-Anwendungsfälle

Situation	Beispiel	Warum 301?
Domain-Migration	alt.captaindns.com zu captaindns.com	Die Quelldomain liefert keine Inhalte mehr
Multi-Domain-Konsolidierung	captaindns.fr zu captaindns.com	SEO-Autorität auf eine einzige Domain konzentrieren
URL-Änderung (Redesign)	/products/ zu /de/tools/	Die alte URL-Struktur wird aufgegeben
HTTP zu HTTPS	http:// zu https://	Der Wechsel zu HTTPS ist permanent
www vs nicht-www	www.captaindns.com zu captaindns.com	Eine einzige kanonische Version der Domain

Wann eine 302 verwenden?

Die 302 ist die richtige Wahl, wenn die Weiterleitung temporär ist: Sie planen, die Quell-URL in ihren ursprünglichen Zustand zurückzuversetzen.

Temporäre Marketingkampagnen

Sie erstellen eine Vanity-URL für eine zeitlich begrenzte Kampagne. Die Weiterleitung wird am Ende der Kampagne deaktiviert.

promo.captaindns.com -> 302 -> captaindns.com/de/pricing
(während der Kampagne im März 2026)

A/B-Tests

Sie leiten einen Teil des Traffics auf eine Seitenvariante um, um ein neues Design oder neuen Inhalt zu testen. Die Weiterleitung wird nach Abschluss des Tests entfernt.

Geplante Wartung

Ihre Website befindet sich in Wartung. Sie leiten den Traffic vorübergehend auf eine Informationsseite um. Die Website wird nach der Wartung in den Normalzustand zurückkehren.

captaindns.com/de/tools -> 302 -> captaindns.com/de/maintenance

Geolokalisierung und Spracherkennung

Sie leiten Besucher basierend auf ihrer IP-Adresse oder Browsersprache auf eine lokalisierte Version Ihrer Website weiter. Die Weiterleitung ist bedingt und darf nicht zwischengespeichert werden, da derselbe Benutzer von einem anderen Land aus besuchen könnte.

captaindns.com -> 302 -> captaindns.com/fr/ (französischer Besucher)
captaindns.com -> 302 -> captaindns.com/de/ (deutscher Besucher)

Bedingte Weiterleitungen (Mobil/Desktop)

Sie leiten mobile Besucher auf eine dedizierte Version weiter. Diese Praxis ist heute weniger verbreitet (Responsive Design hat sie weitgehend ersetzt), existiert aber noch auf einigen Websites.

Übersichtstabelle: 302-Anwendungsfälle

Situation	Beispiel	Warum 302?
Marketingkampagne	promo.captaindns.com zu Landingpage	Temporäre Weiterleitung, wird deaktiviert
A/B-Test	50 % des Traffics zu Variante B	Zeitlich begrenzter Test
Wartung	Website zu Wartungsseite	Die Website wird zurückkehren
Geolokalisierung	Startseite zu lokaler Version	Bedingt, darf nicht zwischengespeichert werden
Mobile Weiterleitung	Website zu mobiler Version	Bedingt basierend auf dem Gerät

Domain-Migration: die vollständige Checkliste

Checkliste zur Domain-Migration in 5 Schritten: URL-Audit, 301-Weiterleitungskonfiguration, DNS-Pointing, Search Console und 90-Tage-Monitoring

Die Domain-Migration ist die riskanteste Operation in der SEO. Hier ist die vollständige Checkliste, um Verluste zu minimieren.

Vor der Migration: Audit und Inventur

1. Alle indexierten URLs auflisten

Exportieren Sie die vollständige Liste der indexierten URLs aus Google Search Console (Seitenbericht). Ergänzen Sie dies mit einem vollständigen Crawl Ihrer Website (Screaming Frog, Sitebulb oder ein anderer Crawler).

Das Ziel: Ein vollständiges Inventar jeder URL, die Traffic oder Backlinks erhält.

2. Hochwertige Seiten identifizieren

Ordnen Sie Ihre URLs nach organischem Traffic (Google Analytics) und Anzahl der Backlinks (Ahrefs, Moz, Semrush). Die 20 % der Seiten, die 80 % des Traffics generieren, sind Ihre absolute Priorität. Jeder Weiterleitungsfehler auf diesen Seiten hat sofortige und sichtbare Auswirkungen.

3. Den 1:1-Weiterleitungsplan erstellen

Jede URL der alten Domain muss einer URL auf der neuen Domain entsprechen. Keine generische Weiterleitung zur Startseite. Eine einfache Tabelle reicht aus:

Quell-URL	Ziel-URL	Status
alt.captaindns.com/	captaindns.com/de/	Zu konfigurieren
alt.captaindns.com/blog/artikel-1	captaindns.com/de/blog/artikel-1	Zu konfigurieren
alt.captaindns.com/kontakt	captaindns.com/de/kontakt	Zu konfigurieren

Wenn einige Seiten kein Äquivalent auf der neuen Domain haben, leiten Sie sie auf die relevanteste Seite weiter (nicht standardmässig auf die Startseite).

4. Inhalte der neuen Domain überprüfen

Bevor Sie die Weiterleitungen aktivieren, stellen Sie sicher, dass jede Zielseite existiert und funktioniert. Eine 301-Weiterleitung auf eine 404-Seite ist schlimmer als gar keine Weiterleitung: Google sieht eine Fehlerseite und stuft die URL herab.

5. Bestehende Daten sichern

Vor jeder Änderung exportieren Sie einen vollständigen Snapshot:

CSV-Export aller indexierten URLs aus der Search Console
Export der Suchpositionen (Semrush, Ahrefs oder anderes Tracking-Tool)
Backlink-Export für die alte Domain
Screenshot der organischen Traffic-Statistiken der letzten 90 Tage

Diese Daten dienen als Referenz, um die Auswirkungen der Migration zu messen und Anomalien nach dem Wechsel zu erkennen.

301-Weiterleitungen konfigurieren

5. Weiterleitungen für jede URL einrichten

Die grundlegende Regel: Jede URL muss einzeln weitergeleitet werden. Nur die Startseite weiterzuleiten (alt.captaindns.com zu captaindns.com) reicht nicht aus. Tiefe Seiten, Blogbeiträge und Produktseiten müssen jeweils ihre eigene Weiterleitung haben.

Wenn Ihre neue Website dieselbe URL-Struktur beibehält, können Sie eine Path-Forwarding-Regel verwenden. Der Pfad der alten URL wird automatisch an das Ziel angehängt:

alt.captaindns.com/* -> 301 -> captaindns.com/*

Mit CaptainDNS Redirect Hosting aktivieren Sie die Option "Path Forwarding", um den Quell-URL-Pfad automatisch an das Ziel weiterzuleiten.

6. Die 4 Varianten jeder URL behandeln

Jede URL existiert potenziell in 4 Versionen:

http://alt.captaindns.com/seite
https://alt.captaindns.com/seite
http://www.alt.captaindns.com/seite
https://www.alt.captaindns.com/seite

Alle 4 Versionen müssen zum selben Ziel führen. Eine Variante zu vergessen bedeutet, Backlinks ohne Weiterleitung zu hinterlassen.

DNS überprüfen

7. DNS-Einträge konfigurieren

Damit Weiterleitungen funktionieren, muss die Quelldomain auf den Weiterleitungsserver auflösen. Wenn Sie CaptainDNS Redirect Hosting verwenden, erstellen Sie einen CNAME- oder A/AAAA-Eintrag, der auf den Weiterleitungsdienst zeigt.

8. DNS-Propagierung überprüfen

Nach der Änderung der DNS-Einträge überprüfen Sie mit dem DNS-Propagierungstest, ob die Propagierung in allen Regionen wirksam ist. Die vollständige Propagierung kann je nach vorherigem TTL einige Minuten bis 48 Stunden dauern.

Google Search Console: Change-of-Address-Tool

9. Die Änderung in Google Search Console deklarieren

Google bietet ein spezielles Tool in der Search Console: "Change of Address" (Einstellungen > Adressänderung). Dieses Tool:

Überprüft, ob die 301-Weiterleitungen korrekt konfiguriert sind
Beschleunigt die Aktualisierung des Google-Index
Überträgt Signale von der alten Domain auf die neue

Voraussetzung: Beide Domains (alt und neu) müssen in Google Search Console verifiziert sein.

10. Die neue Sitemap einreichen

Reichen Sie die XML-Sitemap der neuen Domain in Google Search Console ein. Überprüfen Sie, dass alle URLs in der Sitemap einen 200-Code zurückgeben. Entfernen Sie die Sitemap der alten Domain, sobald die Migration abgeschlossen und der Index aktualisiert ist.

Monitoring nach der Migration

11. Organischen Traffic überwachen (30/60/90 Tage)

Ein vorübergehender Rückgang des organischen Traffics (10 bis 20 %) ist in den 2 bis 4 Wochen nach einer Migration normal. Darüber hinaus gibt es ein Problem. Überwachen Sie:

Woche 1-2: Google beginnt, die neue Domain zu crawlen. Der Traffic kann um 10 bis 30 % sinken.
Woche 3-4: Der Traffic sollte sich stabilisieren und beginnen, sich zu erholen.
Monat 2-3: Der Traffic sollte das Niveau vor der Migration erreichen oder sogar übertreffen, wenn die neue Website von besserer Qualität ist.

12. Fehler in der Search Console überprüfen

Überprüfen Sie den Seitenbericht in Google Search Console, um 404-Fehler, Weiterleitungsfehler und Indexierungsprobleme zu identifizieren. Beheben Sie sofort URLs, die Fehler zurückgeben.

13. Backlinks überwachen

Überprüfen Sie, ob Backlinks von der alten Domain korrekt zur neuen weitergeleitet werden. Verwenden Sie Ahrefs oder ein ähnliches Tool, um Backlinks zu identifizieren, die einen 404-Fehler statt einer 301-Weiterleitung zurückgeben.

14. Suchpositionen überprüfen

Verfolgen Sie Ihre strategischen Keywords in einem Positions-Tracking-Tool (Semrush, Ahrefs, Sistrix). Vergleichen Sie die Positionen vor und nach der Migration. Ein Keyword, das nach 4 Wochen um mehr als 10 Positionen fällt, deutet wahrscheinlich auf einen Weiterleitungsfehler auf der entsprechenden Seite hin.

Erstellen Sie eine Tracking-Tabelle mit Ihren 50 wichtigsten Keywords:

Keyword	Position vorher	Position T+7	Position T+30	Position T+90
DNS-Weiterleitung	5	8	6	4
DNS-Propagierungstest	3	7	4	3
SPF-E-Mail-Überprüfung	12	18	14	11

Eine schrittweise Erholung ist ein Zeichen dafür, dass die Migration korrekt verläuft. Stagnation bei T+30 erfordert eine Untersuchung (fehlende Weiterleitungen, geänderter Inhalt, technische Probleme).

Dauer der Weiterleitung

14. Wie lange sollten Weiterleitungen beibehalten werden?

Google empfiehlt, 301-Weiterleitungen permanent beizubehalten, wenn möglich. In der Praxis:

Minimum 6 Monate: Darunter hatte Google nicht genug Zeit, alle Ihre Seiten erneut zu crawlen und seinen Index zu aktualisieren.
Empfohlen 1 Jahr: Die grosse Mehrheit der SEO-Signale wird übertragen worden sein.
Ideal: permanent: Solange die alte Domain aktiv ist, sollten die Weiterleitungen funktionieren. Backlinks auf Drittanbieter-Websites werden noch Jahre auf die alte Domain verweisen.

Wenn Sie die alte Domain auslaufen lassen, funktionieren die Weiterleitungen offensichtlich nicht mehr. Backlinks, die auf die alte Domain zeigten, geben einen DNS-Fehler zurück. Deshalb wird empfohlen, die alte Domain beizubehalten und ihre Registrierung so lange wie möglich zu erneuern.

Ein zusätzliches Risiko besteht: Wenn Ihre alte Domain ausläuft und ein Dritter sie kauft, kann er die Backlinks übernehmen, die noch auf die alte Domain zeigten. Im besten Fall zeigt er unzusammenhängenden Inhalt an. Im schlimmsten Fall nutzt er die Reputation Ihrer alten Backlinks, um bösartigen Inhalt oder Spam zu hosten. Erneuern Sie die Registrierung Ihrer alten Domain mindestens 3 Jahre nach der Migration.

Woche-für-Woche-Planung

Eine Domain-Migration sollte mehrere Wochen im Voraus vorbereitet werden. Hier ist ein typischer Zeitplan, um die Schritte zu strukturieren und Versäumnisse zu vermeiden.

Woche	Aktion	Überprüfung
W-4	Vollständiges URL-Audit, Backlink-Inventur	Vollständige Liste exportiert
W-3	301-Weiterleitungen auf dem Server konfigurieren	Jede Weiterleitung mit curl testen
W-2	Neue Domain in der Search Console deklarieren	Eigentumsverifizierung bestätigt
W-1	Letzte Tests, Backup der alten Domain-Sitemap	Alle Weiterleitungen funktionieren
T-0	Weiterleitungen aktivieren, Change of Address einreichen	Erste Stunden in Echtzeit überprüfen
W+1	Indexierung und Traffic täglich überwachen	Search Console und Analytics täglich geprüft
W+4	Erste Auswertung nach 30 Tagen	Traffic-Vergleich vor und nach Migration
W+8	Zweite Auswertung nach 60 Tagen	Erwartete Stabilisierung des organischen Traffics
W+12	Abschliessende Auswertung nach 90 Tagen	Entscheidung: Weiterleitungen beibehalten oder anpassen

Dieser Zeitplan ist indikativ. Für grosse Websites (mehrere tausend Seiten) planen Sie eine zusätzliche Woche für das Audit und das URL-Mapping ein.

Praxisfall: Umstellung von HTTP auf HTTPS

Der Wechsel von HTTP auf HTTPS ist die häufigste Migration. Google betrachtet HTTP und HTTPS als zwei getrennte Websites. Jede HTTP-URL muss per 301 an ihr HTTPS-Äquivalent weitergeleitet werden.

Der Prozess ist identisch mit einem Standard-Domainwechsel:

Ein TLS-Zertifikat für Ihre Domain besorgen (Let's Encrypt oder ein anderer Anbieter)
Den Server für HTTPS-Antworten konfigurieren
Jede HTTP-URL per 301 auf HTTPS weiterleiten (nicht nur die Startseite)
Interne Links aktualisieren, damit sie auf HTTPS-URLs zeigen
Die HTTPS-Version in Google Search Console deklarieren
Die Sitemap mit HTTPS-URLs einreichen

Häufiger Fehler: Nur die HTTP-Startseite auf HTTPS weiterleiten und die internen Seiten vergessen. Ergebnis: Tiefe Seiten bleiben über HTTP zugänglich, Google betrachtet sie als Duplikate, und die SEO-Autorität wird zwischen beiden Versionen fragmentiert.

Wichtiger Punkt: Google Search Console behandelt HTTP und HTTPS als separate Properties. Sie müssen beide Versionen (HTTP-Property und HTTPS-Property) einreichen, um einen vollständigen Überblick über die Indexierung während des Übergangs zu haben. Verwenden Sie das Change-of-Address-Tool, um den Prozess zu beschleunigen.

Auswirkungen auf Crawl-Budget und Core Web Vitals

Weiterleitungen beeinflussen nicht nur die Indexierung und Autoritätsübertragung. Sie haben auch messbare Auswirkungen auf zwei technische Aspekte der SEO: das Crawl-Budget und die Ladeleistung.

Crawl-Budget und Weiterleitungen

Googlebot hat ein begrenztes Crawl-Budget für jede Website: eine Anzahl von Seiten, die er innerhalb eines bestimmten Zeitraums erkunden kann. Dieses Budget hängt von der Grösse der Website, ihrer Popularität und der Fähigkeit des Servers ab, schnell zu antworten.

Jede Weiterleitung verbraucht eine Einheit dieses Budgets. Wenn Googlebot auf eine 301 trifft, zählt er eine Anfrage für die Quell-URL (die die Weiterleitung zurückgibt) und dann eine zweite Anfrage für das Ziel. Eine Kette von 3 Weiterleitungen verbraucht daher 4 Anfragen für eine einzige Inhaltsseite.

Für kleine Websites (einige hundert Seiten) ist die Auswirkung vernachlässigbar. Für grosse Websites mit Tausenden aktiver Weiterleitungen kann der Verbrauch des Crawl-Budgets erheblich werden. Googlebot verbringt Zeit damit, Weiterleitungen zu folgen, anstatt neue Inhalte zu crawlen.

Empfehlungen:

Minimieren Sie die Anzahl der Weiterleitungen auf Seiten mit hohem Traffic und hohem SEO-Wert
Eliminieren Sie Weiterleitungsketten, indem Sie direkt auf das endgültige Ziel verweisen
Nach einer Migration, sobald der Index aktualisiert ist (6 bis 12 Monate), verbrauchen Weiterleitungen weniger Crawl-Budget, weil Googlebot die neuen URLs schrittweise lernt

Auswirkungen auf die Core Web Vitals

Core Web Vitals sind die von Google gemessenen Benutzerleistungsmetriken: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) und CLS (Cumulative Layout Shift). Diese Metriken beeinflussen das Ranking seit 2021.

Jede Weiterleitung fügt einen Netzwerk-Roundtrip (RTT) zwischen Browser und Server hinzu. In der Praxis bedeutet das zusätzliche 100 bis 300 ms pro Sprung, abhängig von der Netzwerklatenz und dem geografischen Standort des Besuchers.

Auswirkung pro Metrik:

LCP: direkt betroffen. Die Ladezeit des Hauptinhalts erhöht sich um 100 bis 300 ms pro Weiterleitung. Auf Mobilgeräten mit langsamer Verbindung kann die Auswirkung 500 ms pro Sprung übersteigen.
CLS: keine Auswirkung. Weiterleitungen erfolgen vor der Seitenanzeige, sie verursachen keine visuellen Verschiebungen.
INP: keine Auswirkung. Weiterleitungen beeinflussen die Reaktionsfähigkeit der Seite nach dem Laden nicht.

Gute Nachricht: 301-Weiterleitungen, die vom Browser zwischengespeichert werden, haben nach dem ersten Besuch keine Auswirkung auf die Core Web Vitals. Der Browser leitet lokal weiter, ohne Netzwerk-Roundtrip. Das ist ein zusätzliches Argument zugunsten von 301 gegenüber 302 für permanente Weiterleitungen.

Um die tatsächliche Auswirkung von Weiterleitungen auf Ihre Core Web Vitals zu messen, verwenden Sie Chrome DevTools (Tab Performance) oder die Felddaten in Google Search Console (Core-Web-Vitals-Bericht).

Häufige Fehler, die die SEO zerstören

302 statt 301 für eine Migration verwenden

Dies ist der häufigste Fehler. Ein Entwickler konfiguriert 302-Weiterleitungen ("temporär") für eine permanente Migration. Ergebnis: Google indexiert weiterhin die alte Domain, der PageRank wird nicht übertragen und die neue Domain startet bei null in Bezug auf Autorität.

Die Lösung ist einfach: Ändern Sie alle 302-Weiterleitungen in 301. Die Wirkung ist nicht sofort (Google muss die URLs erneut crawlen), aber die Autoritätsübertragung wird schliesslich stattfinden.

Alle URLs auf die Startseite weiterleiten

Sie leiten alt.captaindns.com/blog/artikel-1, alt.captaindns.com/blog/artikel-2 und alt.captaindns.com/kontakt auf captaindns.com weiter. Google betrachtet diese Weiterleitungen als Soft 404s: Der Inhalt der Zielseite stimmt nicht mit dem überein, was die alte URL versprochen hat.

Ergebnis: Google ignoriert diese Weiterleitungen und stuft die URLs herab. Backlinks, die auf Ihre Blogbeiträge zeigten, verlieren ihren Wert, weil sie auf eine nicht verwandte Seite weiterleiten.

Die Lösung: eine 1:1-Weiterleitung. Jede alte URL leitet auf die entsprechende Seite auf der neuen Domain weiter. Wenn eine Seite kein genaues Äquivalent hat, leiten Sie sie auf die thematisch nächste Seite weiter. Zum Beispiel kann ein gelöschter Blogbeitrag auf einen verwandten Artikel weitergeleitet werden, der dasselbe Thema behandelt, oder auf die entsprechende Kategorieseite.

Weiterleitungsketten

Typische Situation: Bei einer ersten Migration wurde site-v1.captaindns.com auf site-v2.captaindns.com weitergeleitet. Bei einer zweiten Migration wurde site-v2.captaindns.com auf captaindns.com weitergeleitet. Ergebnis: eine 3-Sprung-Kette.

site-v1.captaindns.com -> 301 -> site-v2.captaindns.com -> 301 -> captaindns.com

Jeder Sprung fügt Latenz hinzu und verbraucht eine Crawl-Anfrage. Über 5 Sprünge hinaus gibt Googlebot auf. Selbst bei 3 Sprüngen wird das SEO-Signal verwässert.

Beheben Sie dies, indem Sie die alten Weiterleitungen aktualisieren, damit sie direkt auf das endgültige Ziel zeigen:

site-v1.captaindns.com -> 301 -> captaindns.com
site-v2.captaindns.com -> 301 -> captaindns.com

Weiterleitungsschleifen

Eine Weiterleitungsschleife tritt auf, wenn URL A auf URL B weiterleitet, die wiederum auf URL A weiterleitet. Der Browser zeigt den Fehler ERR_TOO_MANY_REDIRECTS an. Der Google-Crawler gibt sofort auf.

Schleifen werden oft durch Konflikte zwischen Weiterleitungsregeln verursacht. Klassische Beispiele:

Der Server leitet http auf https weiter, und ein Plugin leitet https auf http weiter.
Der Server leitet www auf nicht-www weiter, und das CDN leitet nicht-www auf www weiter.
Zwei Weiterleitungsregeln überschneiden sich in der .htaccess-Datei oder der Nginx-Konfiguration.

Die Lösung: Testen Sie jede URL in einem Inkognito-Browser und überprüfen Sie die Antwort-Header mit curl -I oder dem Page Crawl Checker.

www-, nicht-www-, HTTP-, HTTPS-Varianten vergessen

Eine Website, die über 4 verschiedene URLs zugänglich ist (http://, https://, http://www., https://www.), muss die 3 nicht-kanonischen Varianten auf die gewählte Version weiterleiten.

Eine Variante zu vergessen bedeutet, dass Backlinks, die auf diese Version zeigen, nicht weitergeleitet werden. Sie geben entweder einen Fehler zurück oder eine nicht-kanonische Seite, die Google als Duplikat indexieren kann.

Überprüfen Sie systematisch alle 4 Kombinationen für jede an der Migration beteiligte Domain.

Hier ist ein konkretes Testbeispiel für eine Domain:

curl -I http://captaindns.com/de/tools       -> sollte 301 zu https://captaindns.com/de/tools zurückgeben
curl -I http://www.captaindns.com/de/tools    -> sollte 301 zu https://captaindns.com/de/tools zurückgeben
curl -I https://www.captaindns.com/de/tools   -> sollte 301 zu https://captaindns.com/de/tools zurückgeben
curl -I https://captaindns.com/de/tools       -> sollte 200 zurückgeben (kanonische URL)

Weiterleitungen zu früh entfernen

Einige Teams entfernen 301-Weiterleitungen nach wenigen Wochen, in der Annahme, Google habe genug Zeit gehabt, seinen Index zu aktualisieren. In Wirklichkeit crawlt Google nicht alle Seiten im gleichen Tempo. Tiefe Seiten mit wenigen Backlinks werden möglicherweise erst nach mehreren Monaten erneut gecrawlt.

Darüber hinaus liegen Backlinks auf Drittanbieter-Websites ausserhalb Ihrer Kontrolle. Ein 2020 veröffentlichter Blogbeitrag, der auf Ihre alte Domain verlinkt, wird noch Jahre lang Klicks generieren. Wenn die Weiterleitung entfernt wird, landen diese Besucher auf einem 404-Fehler oder, schlimmer noch, auf einer Domain, die von einem Dritten gekauft wurde.

Nicht überwachen nach der Migration

Die Migration ist eingerichtet, die Weiterleitungen funktionieren, die Sitemap ist eingereicht. Arbeit erledigt? Nein. Ohne Monitoring werden Sie Probleme nicht erkennen, die in den folgenden Wochen auftreten:

404-Seiten auf der neuen Domain (gelöschter Inhalt oder falsch konfigurierte URL)
Defekte Weiterleitungen (abgelaufenes Zertifikat, Weiterleitungsserver ausgefallen)
Blockierte Indexierung (robots.txt zu restriktiv auf der neuen Domain)
Abnormaler Traffic-Rückgang in bestimmten Website-Bereichen

Überprüfen Sie Google Search Console jede Woche während der ersten 3 Monate. Richten Sie Benachrichtigungen für erhebliche Traffic-Rückgänge in Google Analytics ein.

Ihre Marketing-E-Mails, archivierten Newsletter und PDF-Dokumente enthalten Links zur alten Domain. Diese Links werden noch Monate, sogar Jahre lang geklickt. Wenn die Weiterleitungen nicht eingerichtet sind, landen Ihre Abonnenten auf Fehlerseiten.

Erstellen Sie ein Inventar aller Kanäle, die Links zu Ihrer Domain verbreiten: E-Mail-Signaturen, Newsletter-Templates, PDF-Broschüren, PowerPoint-Präsentationen, Social-Media-Profile. Aktualisieren Sie Links, wo möglich, aber verlassen Sie sich auf Weiterleitungen für alles, was Sie nicht ändern können (bereits gesendete E-Mails, bereits heruntergeladene PDFs).

Vergessen Sie nicht die Links in mobilen Apps, Partner-Integrationen und Widgets, die auf Drittanbieter-Websites eingebettet sind. Diese Quellen sind in Backlink-Audits oft unsichtbar, generieren aber erheblichen Traffic.

JavaScript-Weiterleitungen statt serverseitiger Weiterleitungen verwenden

Einige Teams implementieren Weiterleitungen über meta refresh oder window.location anstelle von serverseitigen Weiterleitungen. Diese Wahl ist problematisch für die SEO.

JavaScript-Weiterleitungen erfordern, dass die Suchmaschine die HTML-Seite herunterlädt, das JavaScript ausführt und dann die Weiterleitung entdeckt. Google kann das (sein Crawler verwendet eine auf Chromium basierende Rendering-Engine), aber mit erheblicher Verzögerung. Andere Suchmaschinen (Bing, Yandex) folgen JavaScript-Weiterleitungen nicht immer.

Konkretes Ergebnis: Während der Übergangszeit ist die Indexierung langsamer, die SEO-Signalübertragung ist unsicher und einige Bots sehen die Weiterleitung einfach nicht. Wenn Sie Zugang zur Serverkonfiguration haben (Nginx, Apache, Caddy, CDN), verwenden Sie immer serverseitige HTTP-Weiterleitungen. Reservieren Sie JavaScript für Fälle, in denen eine serverseitige Weiterleitung technisch unmöglich ist, wie bei Single Page Applications, die auf einem statischen CDN gehostet werden.

Google nicht über die Search Console informieren

Das Change-of-Address-Tool in Google Search Console ist speziell dafür konzipiert, Domain-Migrationen im Google-Index zu beschleunigen. Dennoch werden viele Migrationen ohne dieses Tool durchgeführt.

Ohne Change of Address muss Google die Migration selbst entdecken, indem es die alte Domain crawlt und den Weiterleitungen folgt. Dieser Prozess kann mehrere Wochen, sogar mehrere Monate bei grossen Websites dauern. In dieser Zeit bleibt die alte Domain im Index und die neue Domain erbt noch nicht die gesamte Autorität.

Mit Change of Address erhält Google ein explizites Signal: Die alte Domain ist zur neuen migriert. Google überprüft, ob 301-Weiterleitungen eingerichtet sind, und beschleunigt dann die Index-Aktualisierung. Das Tool ist in der Search Console verfügbar, Abschnitt Einstellungen, dann Adressänderung. Beide Domains (alt und neu) müssen in der Search Console verifiziert sein.

Konkrete Anwendungsfälle mit CaptainDNS

Subdomain-Migration zur Hauptdomain

Sie hosten Ihren Blog auf blog.captaindns.com und entscheiden, ihn unter captaindns.com/de/blog zusammenzuführen, um die SEO-Autorität zu konsolidieren.

Konfiguration:

Erstellen Sie eine 301-Weiterleitung mit Path Forwarding auf blog.captaindns.com
Ziel: captaindns.com/de/blog
Aktivieren Sie die Pfadübertragung, damit blog.captaindns.com/artikel-1 auf captaindns.com/de/blog/artikel-1 weiterleitet

Ergebnis: Backlinks zum Blog, die zuvor nur die Subdomain stärkten, kommen jetzt der Hauptdomain zugute. Die Domain-Autorität konzentriert sich auf eine einzige Entität, anstatt verteilt zu werden.

Zu beachtende Punkte:

Aktualisieren Sie interne Links auf der Hauptseite, damit sie auf die neuen URLs (/de/blog/...) und nicht auf die alte Subdomain zeigen.
Aktualisieren Sie die Sitemap, um Blog-URLs unter der Hauptdomain einzuschliessen.
Wenn der Blog sein eigenes Search-Console-Profil hatte, deklarieren Sie die Adressänderung.

Konsolidierung mehrerer Subdomains

Sie besitzen shop.captaindns.com, docs.captaindns.com und status.captaindns.com. Sie entscheiden, alles unter captaindns.com zusammenzuführen.

Konfiguration:

Subdomain	Ziel	Path Forwarding
shop.captaindns.com	captaindns.com/de/pricing	Ja
docs.captaindns.com	captaindns.com/de/docs	Ja
status.captaindns.com	captaindns.com/de/status	Nein (einzelne Seite)

Jede Subdomain wird als 301 mit CaptainDNS Redirect Hosting konfiguriert. Path Forwarding bewahrt die URL-Struktur für die ersten beiden Subdomains.

SEO-Vorteil: Anstatt die Domain-Autorität auf 4 verschiedene Entitäten zu verteilen (Hauptdomain + 3 Subdomains), wird die gesamte Autorität auf der Hauptdomain konsolidiert. Von der Dokumentation oder dem Shop erworbene Backlinks stärken jetzt die gesamte Website.

Zu vermeidende Falle: Wenn Ihre Subdomains separate TLS-Zertifikate hatten, stellen Sie sicher, dass das Zertifikat der Hauptdomain auch die Zielpfade abdeckt. Ein Wildcard-Zertifikat (*.captaindns.com) vereinfacht die Verwaltung.

Redesign mit URL-Strukturänderung

Sie wechseln von einer flachen Struktur (captaindns.com/dns-check) zu einer hierarchischen Struktur (captaindns.com/de/tools/dns/test-propagation).

Dieser Fall erfordert einen 1:1-Weiterleitungsplan, da sich die Struktur vollständig ändert. Path Forwarding reicht nicht aus.

Alte URL	Neue URL
captaindns.com/dns-check	captaindns.com/de/tools/dns/test-propagation
captaindns.com/spf-check	captaindns.com/de/tools/email-authentication/spf-check
captaindns.com/dkim-check	captaindns.com/de/tools/email-authentication/dkim-check

Erstellen Sie eine individuelle 301-Weiterleitung für jede URL. Keine Abkürzungen möglich.

CMS-Migration mit neuen URLs

Sie migrieren von WordPress (captaindns.com/2025/03/mein-artikel) zu einem Headless-CMS mit sauberen URLs (captaindns.com/de/blog/mein-artikel).

CMS-Wechsel ändern oft die Blog-URL-Struktur. WordPress-Permalinks enthalten das Datum, das neue CMS verwendet einen einfachen Slug. Jede alte WordPress-URL muss per 301 auf die neue URL weitergeleitet werden.

captaindns.com/2025/03/mein-artikel -> 301 -> captaindns.com/de/blog/mein-artikel
captaindns.com/2025/04/anderer-artikel -> 301 -> captaindns.com/de/blog/anderer-artikel

Exportieren Sie die vollständige Liste der WordPress-Permalinks und ordnen Sie jeden der neuen URL zu, bevor Sie das alte CMS abschalten.

Tipp: Wenn Ihr neues CMS dieselben Slugs wie WordPress verwendet (den Artikeltitel in Kleinbuchstaben mit Bindestrichen), können Sie eine Umschreibungsregel erstellen, die das Datumspräfix entfernt und das Präfix /de/blog/ hinzufügt. Dies reduziert den Mapping-Aufwand erheblich für Websites mit Hunderten von Artikeln.

Internationalisierung und sprachbasierte Weiterleitung

Sie starten lokalisierte Versionen Ihrer Website. Die URL /tools/dns-check wird zu /fr/tools/dns-check, /en/tools/dns-check, /de/tools/dns-check, usw.

Für alte URLs ohne Sprachpräfix gibt es zwei Ansätze:

Ansatz 1: 301-Weiterleitung zur Standard-Locale

Leiten Sie alte URLs zur Hauptsprachversion weiter:

captaindns.com/tools/dns-check -> 301 -> captaindns.com/de/tools/dns-check

Einfach zu konfigurieren, aber deutschsprachige Besucher, die einen Backlink zu /tools/dns-check hatten, landen auf der deutschen Version, während andere Besucher möglicherweise eine andere Sprache bevorzugen.

Ansatz 2: 302-Weiterleitung mit Spracherkennung

Leiten Sie alte URLs basierend auf dem Accept-Language-Header des Browsers zur lokalisierten Version weiter. Verwenden Sie eine 302, da die Weiterleitung bedingt ist:

captaindns.com/tools/dns-check -> 302 -> captaindns.com/fr/tools/dns-check (FR-Besucher)
captaindns.com/tools/dns-check -> 302 -> captaindns.com/de/tools/dns-check (DE-Besucher)

Komplexer zu konfigurieren, bietet aber eine bessere Benutzererfahrung. Stellen Sie sicher, dass Sie hreflang-Tags auf den Zielseiten implementieren, um Google beim Verständnis der mehrsprachigen Struktur zu helfen.

🎯 Empfohlener Aktionsplan

Ihre bestehenden URLs auditieren: Exportieren Sie die Liste der indexierten Seiten aus Google Search Console und identifizieren Sie hochwertige Seiten (Traffic, Backlinks).
Den richtigen Weiterleitungscode wählen: Permanente Migration = 301. Temporäre Kampagne = 302. Im Zweifelsfall fragen Sie sich: Wird die alte URL jemals zurückkehren? Wenn nicht, verwenden Sie eine 301.
Den 1:1-Weiterleitungsplan erstellen: Jede alte URL muss einer Ziel-URL entsprechen. Keine generische Weiterleitung zur Startseite.
Die Weiterleitungen konfigurieren: Verwenden Sie CaptainDNS Redirect Hosting, um 301/302-Weiterleitungen mit automatischem HTTPS und Path Forwarding zu erstellen.
DNS-Propagierung überprüfen: Bestätigen Sie, dass die DNS-Einträge auf den Weiterleitungsserver zeigen, mit dem DNS-Propagierungstest.
Die Änderung in Google Search Console deklarieren: Verwenden Sie das "Change of Address"-Tool und reichen Sie die neue Sitemap ein.
90 Tage lang überwachen: Verfolgen Sie organischen Traffic, Crawl-Fehler und Positionen in der Search Console. Beheben Sie erkannte Probleme sofort.

Konfigurieren Sie Ihre Weiterleitungen jetzt: Verwenden Sie CaptainDNS Redirect Hosting, um 301/302-Weiterleitungen mit automatischem HTTPS und Path Forwarding zu erstellen.

❓ FAQ - Häufig gestellte Fragen

FAQ

Was ist der Unterschied zwischen einer 301- und einer 302-Weiterleitung?

Die 301 ist eine permanente Weiterleitung: Sie teilt Browsern und Suchmaschinen mit, dass sich die URL dauerhaft geändert hat. Die 302 ist eine temporäre Weiterleitung: Sie zeigt an, dass die aktuelle URL vorübergehend unter einer anderen Adresse verfügbar ist. Der Hauptunterschied für die SEO ist, dass die 301 die Autorität (PageRank) an das Ziel überträgt, während die 302 die Autorität bei der Quell-URL belässt.

Bestraft eine 302-Weiterleitung die SEO?

Nein, die 302 bestraft die SEO nicht im eigentlichen Sinne. Google wendet keine Strafe an. Das Problem ist, dass Google weiterhin die Quell-URL indexiert und die Autorität nicht überträgt. Wenn Sie eine 302 für eine permanente Migration verwenden, indexiert Google die falsche URL und Ihre neue Domain profitiert nicht von den Backlinks. Es ist keine Strafe, aber das Ergebnis ist ähnlich: Verlust von organischem Traffic.

Wie lange sollten Weiterleitungen nach einer Migration beibehalten werden?

Minimum 6 Monate, empfohlen 1 Jahr, ideal permanent. Google braucht Zeit, um alle Ihre Seiten erneut zu crawlen und seinen Index zu aktualisieren. Backlinks auf Drittanbieter-Websites werden noch Jahre auf die alte Domain zeigen. Solange die alte Domain registriert ist, sollten die Weiterleitungen aktiv bleiben.

Was passiert, wenn ich eine 302 statt einer 301 verwende?

Google indexiert weiterhin die alte URL und überträgt den PageRank nicht an das Ziel. Ihre neue Domain profitiert nicht von der Autorität, die die alte angesammelt hat. Mit der Zeit kann Google die 302 schliesslich als 301 behandeln, aber die Verzögerung ist unvorhersehbar. Die Lösung ist, alle 302 durch 301 zu ersetzen. Google wird die URLs erneut crawlen und seinen Index aktualisieren.

Beeinflussen Weiterleitungsketten die SEO?

Ja. Jeder Sprung in einer Weiterleitungskette verbraucht eine Crawl-Anfrage und fügt Latenz hinzu. Googlebot folgt in der Regel bis zu 5 Weiterleitungen, bevor er aufgibt. Darüber hinaus wird die letzte Seite weder gecrawlt noch indexiert. Selbst unter 5 Sprüngen kann das SEO-Signal verwässert werden. Begrenzen Sie jede Kette auf maximal 2 Sprünge und korrigieren Sie alte Weiterleitungen, damit sie direkt auf das endgültige Ziel zeigen.

Wie kann ich überprüfen, ob eine Weiterleitung korrekt funktioniert?

Mehrere Methoden. In der Befehlszeile verwenden Sie curl -I URL, um die HTTP-Antwort-Header anzuzeigen und den Statuscode (301 oder 302) sowie den Location-Header zu überprüfen. Im Browser öffnen Sie die Entwicklertools (Tab Netzwerk) und beobachten die Anfragekette. Sie können auch den Page Crawl Checker verwenden, um Weiterleitungen zu überprüfen und Ketten zu erkennen.

Muss jede URL einzeln weitergeleitet werden?

Ja, idealerweise. Jede alte URL sollte auf die entsprechende Seite auf der neuen Domain weiterleiten (1:1-Weiterleitung). Wenn die URL-Struktur beibehalten wird, vereinfacht Path Forwarding die Konfiguration: Der Pfad der alten URL wird automatisch an das Ziel übergeben. Wenn sich die Struktur ändert, müssen Sie jede URL manuell zuordnen.

Folgt Google JavaScript-Weiterleitungen?

Google kann JavaScript-Weiterleitungen folgen, aber mit Einschränkungen. Der Seiteninhalt muss zunächst von Googles Rendering-Engine gerendert werden, was eine Verzögerung hinzufügt. Ausserdem werden nicht alle JavaScript-Weiterleitungen zuverlässig erkannt. Google empfiehlt die Verwendung von serverseitigen Weiterleitungen (301, 302) für wichtige URL-Änderungen.

Was ist der Unterschied zwischen 301 und 308?

Beide sind permanente Weiterleitungen mit vollständiger SEO-Übertragung. Der Unterschied ist technisch: Die 301 erlaubt dem Browser, eine POST-Anfrage bei der Weiterleitung in ein GET umzuwandeln, während die 308 die ursprüngliche HTTP-Methode beibehält (ein POST bleibt ein POST). Für Standard-Webseiten (GET-Anfragen) sind 301 und 308 funktional identisch. Der 308-Code wird hauptsächlich für APIs verwendet.

Wie viele Weiterleitungen folgt Google, bevor es aufgibt?

Google folgt in der Regel bis zu 5 Weiterleitungen in einer Kette, bevor es aufgibt. Googles John Mueller hat dieses Verhalten bestätigt. Wenn die letzte Seite nicht in 5 Sprüngen erreicht wird, wird sie weder gecrawlt noch indexiert. Die Empfehlung lautet, nie mehr als 2 Sprünge zu verwenden, um eine optimale SEO-Signalübertragung zu gewährleisten.

Kann eine 301-Weiterleitung rückgängig gemacht werden?

Technisch ja, Sie müssen nur die Weiterleitungsregel auf dem Server entfernen. Aber in der Praxis werden Browser, die die 301 zwischengespeichert haben, weiterhin automatisch weiterleiten, bis ihr Cache abläuft. Google muss die URL ebenfalls erneut crawlen, um festzustellen, dass die Weiterleitung nicht mehr existiert. Die Verzögerung bis zur Normalisierung kann mehrere Wochen betragen.

Wie geht man mit einer Migration mit Tausenden von URLs um?

Exportieren Sie die vollständige Liste der indexierten URLs aus Google Search Console. Verwenden Sie eine Tabelle, um das 1:1-Mapping zu erstellen. Wenn die Struktur beibehalten wird, reicht eine einzige Weiterleitungsregel mit Path Forwarding aus. Wenn sich die Struktur ändert, gruppieren Sie URLs nach Muster und erstellen Umschreibungsregeln (Regex) auf Ihrem Server oder CDN. Testen Sie eine Stichprobe, bevor Sie alles bereitstellen.

Was ist der Unterschied zwischen einer 301-Weiterleitung und einem Canonical-Tag?

Die 301 leitet den Besucher physisch auf eine neue URL weiter: Die alte Seite ist nicht mehr zugänglich. Das Canonical-Tag (rel=canonical) lässt beide Seiten zugänglich, teilt Google aber mit, welche bevorzugt indexiert werden soll. Verwenden Sie eine 301, wenn die Quell-URL keinen Grund mehr hat zu existieren. Verwenden Sie ein Canonical, wenn beide URLs online bleiben sollen (duplizierter Inhalt, URL-Parameter, paginierte Versionen).

Verlangsamt eine Weiterleitung meine Website?

Ja. Jede Weiterleitung fügt einen Netzwerk-Roundtrip hinzu (100 bis 300 ms pro Sprung). Die Auswirkung konzentriert sich auf den LCP (Largest Contentful Paint), die Metriken der Ladegeschwindigkeit. 301-Weiterleitungen, die vom Browser zwischengespeichert werden, haben nach dem ersten Besuch keine Auswirkung mehr, da der Browser lokal weiterleitet, ohne den Server zu kontaktieren.

Folgt Google Meta-Refresh-Weiterleitungen?

Ja, Google kann Meta-Refresh-Weiterleitungen folgen, aber mit einer Verzögerung. Die HTML-Seite muss heruntergeladen und analysiert werden, bevor Google die Weiterleitung erkennt. Google rät von dieser Methode ab und empfiehlt serverseitige Weiterleitungen (301, 302). Meta Refresh verursacht auch Probleme bei anderen Suchmaschinen, die ihnen nicht immer folgen.

📖 Glossar

301-Weiterleitung: permanente HTTP-Weiterleitung. Zeigt an, dass sich die URL dauerhaft geändert hat, und überträgt die SEO-Autorität an das Ziel.
302-Weiterleitung: temporäre HTTP-Weiterleitung. Zeigt an, dass die URL vorübergehend unter einer anderen Adresse verfügbar ist. Die SEO-Autorität bleibt bei der Quell-URL.
307-Weiterleitung: temporäre Weiterleitung, die die HTTP-Methode beibehält. Striktes Äquivalent der 302 ohne POST-zu-GET-Umwandlung.
308-Weiterleitung: permanente Weiterleitung, die die HTTP-Methode beibehält. Striktes Äquivalent der 301 ohne POST-zu-GET-Umwandlung.
PageRank: Google-Algorithmus, der die Wichtigkeit einer Webseite basierend auf Quantität und Qualität der eingehenden Links misst.
Canonical-Tag: HTML-Tag rel=canonical, das Google mitteilt, welche Version einer URL die bevorzugte Version unter mehreren Seiten mit identischem oder ähnlichem Inhalt ist.
Kanonisierung: Prozess, bei dem Google die bevorzugte URL unter mehreren URLs wählt, die auf denselben Inhalt zugreifen.
Weiterleitungskette: Folge aufeinanderfolgender Weiterleitungen, bei der eine URL zu einer zweiten weiterleitet, die zu einer dritten weiterleitet, usw.
Weiterleitungsschleife: Situation, in der zwei URLs sich gegenseitig weiterleiten und einen endlosen Zyklus erzeugen.
Path Forwarding: Mechanismus, der den Pfad der Quell-URL bei einer Weiterleitung an das Ziel übergibt.
Soft 404: Seite, die einen HTTP-Code 200 zurückgibt, deren Inhalt aber eine Fehlerseite anzeigt. Google behandelt sie für die Indexierung als 404.
Change of Address: Google-Search-Console-Tool, mit dem Sie offiziell einen Domainwechsel deklarieren und die Migration im Google-Index beschleunigen können.
Crawl-Budget: Anzahl der Seiten, die Googlebot auf einer Website in einem bestimmten Zeitraum erkunden kann. Weiterleitungen verbrauchen Crawl-Budget, insbesondere Weiterleitungsketten.
Core Web Vitals: Satz von Google-Metriken (LCP, INP, CLS), die die Benutzerleistung einer Webseite messen. Weiterleitungen beeinflussen hauptsächlich den LCP durch zusätzliche Netzwerklatenz.
CNAME: Typ von DNS-Eintrag, der einen Alias von einer Domain zu einer anderen erstellt. Wird verwendet, um eine Domain auf einen Weiterleitungsserver zu zeigen.