Domain-Weiterleitung funktioniert nicht? 6 häufige Ursachen und wie man sie behebt

Sie haben eine Domain-Weiterleitung eingerichtet, die Verbreitung abgewartet, die alte URL getestet — und es passiert nichts. Die Seite bleibt entweder unverändert, wirft einen Fehler oder gerät in eine endlose Schleife.

Weiterleitungsfehler sind frustrierend und kosten Sie mehr als nur Zeit. Jede kaputte Weiterleitung bedeutet verlorenen Traffic, beschädigte Backlinks und eine schlechte Erfahrung für alle, die auf einen alten Link klicken. Für Unternehmen, die auf organische Suche angewiesen sind, kann eine falsch konfigurierte Weiterleitung SEO-Wert still und leise über Wochen abfließen lassen, bevor es überhaupt jemand bemerkt.

Die gute Nachricht: Die meisten Weiterleitungsfehler entstehen durch nur ein paar wenige Ursachen. Dieser Leitfaden führt Sie durch jede davon — von DNS-Problemen bis hin zu Konfigurationsfehlern am Server — mit konkreten Schritten zur Diagnose und Behebung.

#1 DNS ist noch nicht vollständig propagiert

Das Problem: Sie haben die DNS-Einträge Ihrer Domain auf den Weiterleitungsdienst oder den neuen Server gezeigt, aber Besucher sehen weiterhin die alte Website.

Warum das passiert: DNS-Änderungen treten nicht sofort in Kraft. Jeder DNS-Eintrag hat einen TTL-Wert (Time to Live) — meist 300 Sekunden (5 Minuten) bis 86.400 Sekunden (24 Stunden). Solange die alte TTL weltweit nicht abgelaufen ist, liefern DNS-Resolver im gesamten Internet weiterhin die alte IP-Adresse aus.

So diagnostizieren Sie das:

• •
  Führen Sie dig example.com in Ihrem Terminal aus und prüfen Sie den ANSWER-Abschnitt — ist die IP die alte oder die neue?
• •
  Nutzen Sie einen globalen DNS-Propagation-Checker wie whatsmydns.net, um den Status der Verbreitung in verschiedenen Regionen zu prüfen
• •
  Prüfen Sie die TTL Ihrer Domain in den Einstellungen Ihres DNS-Anbieters

So beheben Sie das Problem:

• •
  Bevor Sie DNS-Änderungen vornehmen, senken Sie die TTL auf 300 Sekunden (5 Minuten). Dadurch wird das Ausbreitungsfenster deutlich verkürzt
• •
  Warten Sie — die vollständige Ausbreitung kann mit Standard-TTLs bis zu 48 Stunden dauern, obwohl es in der Regel viel schneller geht (Minuten bis zu ein paar Stunden)
• •
  Wenn die Ausbreitung festzustecken scheint, prüfen Sie, ob Sie die Datensätze beim richtigen DNS-Anbieter aktualisiert haben (dem Anbieter, auf den Ihre Nameserver zeigen, nicht unbedingt Ihrem Domain-Registrar)

#2 .htaccess-Syntaxfehler

Das Problem: Sie haben eine Weiterleitungsregel in Ihre .htaccess-Datei eingefügt, aber der Server gibt einen 500 Internal Server Error zurück, ignoriert die Regel vollständig oder wendet sie falsch an.

Warum das passiert: Apaches mod_rewrite ist zwar leistungsstark, aber wenig verzeihend. Schon ein fehlendes Leerzeichen, ein falsches Flag oder eine widersprüchliche Regel kann die gesamte Konfiguration zum Scheitern bringen. Häufige Fehler sind:

• •
  Fehlendes RewriteEngine On am Anfang des Regelblocks
• •
  Verwendung von http:// statt https:// in der Ziel-URL
• •
  Vergessen des führenden Schrägstrichs im Muster
• •
  Sich widersprechende Regeln, die sich aufgrund der Reihenfolge gegenseitig überschreiben

So diagnostizieren Sie:

• •
  Prüfen Sie das Fehlerprotokoll Ihres Servers — Apache protokolliert exakte Zeilennummern für Syntaxfehler
• •
  Benennen Sie die .htaccess testweise vorübergehend um — verschwindet der Fehler, ist Ihre .htaccess der Verursacher

So beheben Sie das Problem:

• •
  Beginnen Sie mit einer minimalen Regel und testen Sie, bevor Sie Komplexität hinzufügen
• •
  Korrekte Syntax für eine einfache 301-Weiterleitung:

apache
Redirect 301 /old-page https://example.com/new-page

• •
  Für regex-basierte Weiterleitungen mit mod_rewrite:

apache
RewriteEngine On
RewriteRule ^old-path/(.*)$ https://example.com/new-path/$1 [R=301,L]

• •
  Wenn Ihre Website unter Nginx statt Apache läuft, werden .htaccess-Dateien vollständig ignoriert — Sie müssen die Regeln stattdessen in der Server-Block-Konfiguration hinzufügen

#3 Umleitungs-Kette oder Schleife

Das Problem: Die Weiterleitung wird gestartet, erreicht aber nie das Ziel — der Browser zeigt irgendwann „zu viele Weiterleitungen“ an oder die Seite lädt endlos.

Warum das passiert: Eine Umleitungskette entsteht, wenn URL A zu B umleitet, B zu C und so weiter. Eine Schleife entsteht, wenn die Kette zu einer früheren URL zurückspringt. Beides ist häufig bei Website-Migrationen, wenn alte Weiterleitungen und neue Weiterleitungen sich überlappen, ohne dass aufgeräumt wird.

So erkennen Sie das:

• •
  Chrome DevTools öffnen → Reiter „Network“ → Seite neu laden — prüfen Sie die 3xx-Kette der Anfragen
• •
  Wenn Sie dieselbe URL zweimal in der Kette sehen, handelt es sich um eine Schleife
• •
  Verwenden Sie ein Redirect-Checker-Tool (z. B. redirectcheck.com), um die vollständige Kette zu visualisieren

So beheben Sie das:

• •
  Erstellen Sie eine Übersicht über jede aktive Weiterleitungsregel, die Sie haben — in .htaccess, CMS-Plugins, CDN-Edge-Regeln und dem Tool zur Weiterleitungsverwaltung
• •
  Entfernen Sie nicht mehr benötigte Zwischenregeln. Konsolidieren Sie Ketten zu einer einzigen direkten Weiterleitung (A → D statt A → B → C → D)
• •
  Wenn Sie WordPress verwenden, prüfen Sie alle aktiven Plugins — Cache-Plugins, SEO-Plugins und Sicherheits-Plugins können alle widersprüchliche Weiterleitungsregeln hinzufügen

#4 Caching-Geister

Das Problem: Sie haben eine Weiterleitung aktualisiert oder entfernt, aber Besucher werden weiterhin an das alte Ziel weitergeleitet.

Warum das passiert: Browser, CDN-Edge-Knoten und serverseitige Caches speichern 301-Weiterleitungen aggressiv im Cache. Sobald ein Browser eine 301 sieht, kann er sich diese Weiterleitung unbegrenzt merken — auch nachdem Sie sie geändert haben. Das gilt auch für CDN-Caches wie Cloudflare, die veraltete Weiterleitungsantworten von Edge-Knoten ausliefern können.

So diagnostizieren Sie das:

• •
  Öffnen Sie die Seite in einem Inkognito-/Privatfenster — wenn es dort korrekt funktioniert, liegt das Problem im Browser-Cache
• •
  Verwenden Sie curl -I https://example.com/old-page , um die tatsächlichen Server-Antwortheader ohne Browser-Einfluss zu sehen
• •
  Prüfen Sie die Cache-Control - und Age -Header in der Antwort

So beheben Sie das:

• •
  Leeren Sie den Browser-Cache (Chrome: Einstellungen → Datenschutz → Browserdaten löschen → Zwischengespeicherte Bilder und Dateien)
• •
  Leeren Sie den CDN-Cache (Cloudflare: Dashboard → Caching → Alles löschen oder einzelne URL löschen)
• •
  Verwenden Sie für zukünftige Weiterleitungen während des Tests 302 (temporär) und wechseln Sie dann erst auf 301 (dauerhaft), wenn Sie sicher sind, dass das Ziel korrekt ist
• •
  Fügen Sie explizite Cache-Header hinzu: Cache-Control: no-cache, max-age=0 für Weiterleitungen, bei denen Sie erwarten, dass sie sich ändern

#5 Gemischte HTTP/HTTPS-Probleme

Das Problem: Ihr Weiterleitungsziel verwendet HTTPS, aber die Weiterleitung sendet den Traffic an die HTTP-Version – oder umgekehrt. Besucher sehen eine Zertifikatswarnung oder eine defekte Seite.

Warum das passiert: Das ist eine der am häufigsten übersehenen Arten von Weiterleitungsfehlern. Sie richten eine Weiterleitung von http://old-domain.com nach http://new-domain.com ein, aber die neue Domain erzwingt HTTPS per HSTS. Der Browser führt eine Weiterleitung aus und wird dann sofort erneut auf HTTPS umgeleitet – oder schlimmer: Die HTTPS-Version der alten Domain hat ein abgelaufenes oder nicht passendes Zertifikat.

So diagnostizieren Sie es:

• •
  Prüfen Sie sowohl die http:// - als auch die https:// -Versionen Ihrer Quell-URL
• •
  Achten Sie in der Browser-Konsole auf Warnungen zu Mixed Content
• •
  Prüfen, ob HSTS erzwungen wird (Suche nach dem Strict-Transport-Security Response-Header)

So beheben Sie das Problem:

• •
  Immer auf die vollständige HTTPS-URL umleiten: https://new-domain.com/page statt nur new-domain.com/page
• •
  Stellen Sie sicher, dass jede Domain in der Kette über ein gültiges SSL-Zertifikat verfügt
• •
  Wenn Sie von einer alten Domain umleiten, stellen Sie sicher, dass die alte Domain ebenfalls SSL-Abdeckung hat — auch wenn sie nur Weiterleitungen bereitstellt
• •
  Verwenden Sie überall in Ihren Weiterleitungsregeln ein einziges kanonisches Protokoll (immer HTTPS)

#6 Falscher Weiterleitungstyp

Das Problem: Ihre Weiterleitung funktioniert, aber Suchmaschinen geben keine Link-Eigenschaften weiter, oder Besucher können das Ziel nicht richtig bookmarken.

Warum das passiert: Unterschiedliche HTTP-Statuscodes teilen Browsern und Suchmaschinen unterschiedliche Dinge über die Weiterleitung mit:

• •
  301 (Moved Permanently / Dauerhaft verschoben): Gibt die meisten Link-Eigenschaften weiter. Verwenden Sie es für dauerhafte Umzüge wie Domain-Änderungen oder Umstrukturierungen
• •
  302 (Gefunden): Vererbt keine Link-Eigenschaften. Verwenden Sie es nur für temporäre Weiterleitungen wie A/B-Tests oder saisonale Landingpages
• •
  307 (Temporäre Weiterleitung): Ähnlich wie 302, aber behält die HTTP-Methode bei. Wird für temporäre API-Weiterleitungen verwendet
• •
  Meta Refresh: Eine HTML-basierte Weiterleitung (nicht HTTP). Langsam, verliert Link-Eigenschaften und bietet eine schlechte Nutzererfahrung

So diagnostizieren Sie es:

• •
  Prüfen Sie den Antwortstatuscode mit curl -I https://example.com/old-page
• •
  Achten Sie auf den Location Header und den 3xx-Statuscode in der ersten Zeile der Antwort

So beheben Sie es:

• •
  Verwenden Sie 301 für alle permanenten Weiterleitungen — Domain-Migrationen, Änderungen der URL-Struktur, Seitenlöschungen
• •
  Verwenden Sie 302 oder 307 nur für wirklich temporäre Weiterleitungen (Aktionen, Wartungsseiten, A/B-Tests)
• •
  Verwenden Sie niemals Meta Refresh ( <meta http-equiv="refresh"> ) für SEO-kritische Weiterleitungen — nutzen Sie stattdessen die richtigen HTTP-Weiterleitungen
• •
  Wenn Sie nicht sicher sind, welchen Typ Sie verwenden sollen, verwenden Sie standardmäßig 301. Eine 302 später in 301 zu ändern, schadet Ihnen nicht, aber eine 302 für eine permanente Weiterleitung kostet Sie SEO-Wert

So verhindern Sie Redirect-Fehler

Der Diagnose- und Behebungszyklus bei Weiterleitungsproblemen ist zeitaufwendig. So vermeiden Sie die meisten davon bereits im Voraus:

• •
  Testen Sie mit curl, bevor Sie live gehen: Führen Sie curl -IL https://source-url.com aus, um die vollständige Redirect-Kette zu überprüfen, bevor Sie irgendeine URL-Änderung ankündigen
• •
  Behalten Sie eine Redirect-Map im Blick: Dokumentieren Sie jede Weiterleitungsregel. Wenn Sie migrieren oder umstrukturieren, aktualisieren Sie die Map. So verhindern Sie versehentliche Ketten und verwaiste Regeln
• •
  Verwenden Sie eine dedizierte Plattform zur Redirect-Verwaltung: Redirects über .htaccess, WordPress-Plugins oder Server-Konfigurationsdateien zu verwalten funktioniert — bis es nicht mehr funktioniert. Wenn Sie Dutzende oder Hunderte von Weiterleitungen haben, führt der manuelle Ansatz zu Fehlern. Eine dedizierte Plattform bietet Ihnen visuelles Debugging von Redirect-Ketten, automatisches HTTPS-Handling, Analysen zum Redirect-Traffic, Bulk-Import und -Export sowie Audit-Logs, um Änderungen nachzuverfolgen.
• •
  Setzen Sie niedrige TTLs, bevor Sie DNS-Änderungen vornehmen: Senken Sie Ihre TTL mindestens 24 Stunden vor einer geplanten DNS-Aktualisierung auf 300 Sekunden
• •
  Testen Sie in einer Staging-Umgebung: Setzen Sie Redirect-Änderungen niemals direkt ohne Tests des vollständigen Pfads in Produktion um

Der RedirHub-Ansatz: Rätselraten überspringen

Jede Ursache in diesem Leitfaden — DNS-Verzögerungen, .htaccess-Fehler, Redirect-Ketten, Cache-Geister, SSL-Mismatches, falsche Statuscodes — führt auf eine Sache zurück: Weiterleitungen über eine Infrastruktur zu verwalten, die dafür nicht gebaut wurde.

RedirHub verwaltet Weiterleitungen am Edge – getrennt von Ihrem Webserver und Ihrer DNS-Konfiguration. Das bedeutet: keine .htaccess-Dateien, die kaputtgehen können, keine Server-Neustarts, wenn Sie eine Regel hinzufügen, und kein Stress mit TTLs oder „Caching-Geistern“. Jede Weiterleitung wird über ein visuelles Dashboard gesteuert, mit sofortiger Ausbreitung, automatischem HTTPS, integrierter Analyse und einem Bulk-Import für Migrationen im großen Maßstab.

So beseitigt RedirHub jedes Problem aus dieser Anleitung:

• •
  DNS-Propagation – RedirHub nutzt ein CNAME-basiertes Setup. Es sind keine Änderungen an A-Records nötig. Weiterleitungen verbreiten sich global innerhalb von Sekunden – nicht erst nach Stunden.
• •
  .htaccess-Fehler – Keine Server-Konfigurationsdateien, die Sie bearbeiten müssen. Alle Regeln werden in einer visuellen Oberfläche verwaltet – mit integrierter Validierung. Wenn die Syntax falsch ist, sagt Ihnen die UI Bescheid, bevor die Regel live geht.
• •
  Weiterleitungsketten – Das Dashboard zeigt den vollständigen Pfad jeder Regel. Sie können Ketten in einem Klick erkennen und beseitigen. Kein Rätselraten mehr, wo die Schleife beginnt.
• •
  Caching-Geister – RedirHub setzt standardmäßig optimale Cache-Header. Wenn Sie eine Weiterleitung aktualisieren, greift die Änderung sofort am Edge. Kein Löschen des Browser-Caches nötig.
• •
  HTTPS-Probleme – Automatisches SSL für jede Weiterleitung. Keine manuelle Zertifikatskonfiguration, keine Überraschungen durch Mixed Content.
• •
  Falsche Statuscodes – Legen Sie 301, 302 oder 307 pro Regel in der Oberfläche fest. Keine rohen Header, die Sie konfigurieren müssen.

Wenn Sie Zeit damit verbringen, Weiterleitungen zu debuggen, statt Ihre Website voranzubringen, ist das ein Zeichen dafür, dass das Setup nicht richtig ist. Eine speziell entwickelte Redirect-Plattform beseitigt die Infrastruktur-Reibung, damit Sie sich auf die Migration konzentrieren können – nicht auf die Mechanik.

Schnell-Checkliste

Immer noch feststeckend? Manchmal liegt das Problem auf Infrastruktur-Ebene — widersprüchliche CDN-Regeln, serverseitige Umleitungen, die Anwendungsregeln überschreiben, oder DNS-Einstellungen auf Registry-Ebene. Wenn du diese Checkliste durchgegangen bist und die Weiterleitung immer noch nicht funktioniert, kann dir ein visuelles Tool zur Weiterleitungsdiagnose genau zeigen, was bei jedem Hop passiert.