UrlEdge
Zurück zum Blog
2026-03-14 UrlEdge Editorial5 min read

Domain weiterleiten, ohne Pfade oder UTM-Parameter zu verlieren

Erfahren Sie, wie Sie eine Domain weiterleiten und dabei Pfade, Query-Strings und Kampagnen-Tracking erhalten, ohne Loops, SSL-Fehler oder kaputte Links zu erzeugen.

Netzwerkkabel an einem Server als Symbol für Domain-Routing, Weiterleitung und Edge-Infrastruktur

Wenn Sie eine Domain weiterleiten und dabei Pfade sowie Query-Strings erhalten möchten, darf Ihre Redirect-Schicht nicht nur den Hostnamen weiterleiten. Sie muss die vollständige angefragte URI berücksichtigen.

Aus:

alte-marke.de/pricing?plan=pro&utm_source=email

sollte werden:

neue-marke.de/pricing?plan=pro&utm_source=email

Wenn Ihr Setup nur die nackte Domain weiterleitet, verlieren Nutzer den konkreten Pfad. Das beschädigt Kampagnenlinks, Deep Links, Doku-Seiten und oft auch den SEO-Wert einer Migration.

Wenn dieser Wechsel Teil eines größeren Site Moves ist, beginnen Sie mit der Website-Migrations-Redirect-Checkliste und kommen Sie danach zu diesem Implementierungsdetail zurück.

Was Pfad- und Query-Erhalt wirklich bedeutet

Bei "Domain Forwarding" meinen Teams oft unterschiedliche Dinge.

Host-only Forwarding

Alles landet auf einer neuen Startseite:

alte-marke.de/* -> neue-marke.de/

Das ist einfach, wirft aber Kontext weg.

Pfad-erhaltende Weiterleitung

Der Pfad nach der Domain bleibt erhalten:

alte-marke.de/blog/post-1 -> neue-marke.de/blog/post-1

Das brauchen die meisten echten Migrationen.

Query-erhaltende Weiterleitung

Tracking- und Kampagnenparameter bleiben erhalten:

alte-marke.de/pricing?utm_source=email -> neue-marke.de/pricing?utm_source=email

Ohne diese Entscheidung wird Attribution schnell unzuverlässig. Wenn Kampagnenparameter wichtig sind, gehören sie in die Redirect-Spezifikation, nicht in eine Notiz kurz vor Launch.

Warum DNS allein nicht reicht

DNS-Einträge wie CNAME oder A sagen dem Internet, wohin Traffic geschickt wird. Sie erzeugen aber nicht automatisch einen HTTP-Redirect mit 301 oder 302.

Für Nutzer und Crawler brauchen Sie eine HTTP-Schicht, die Folgendes kontrolliert:

  • den Statuscode
  • das Ziel
  • Pfad-Weiterleitung
  • Query-Parameter
  • HTTPS-Verhalten

Domain-Weiterleitung ist deshalb keine reine DNS-Aufgabe. Sie ist Routing.

Wenn Sie noch unsicher sind, ob der Wechsel dauerhaft oder temporär ist, lesen Sie 301 vs. 302 vs. 307 vs. 308 Redirects, bevor Sie die Regel aktivieren.

Das sicherste Muster für Domain-Migrationen

Für die meisten Migrationen ist die Basis:

  1. finalen kanonischen Host festlegen
  2. HTTPS sauber terminieren
  3. wichtige alte Pfade auf passende neue Pfade weiterleiten
  4. relevante Query-Parameter erhalten
  5. Hops auf einen direkten Redirect reduzieren

Besser:

http://alte-marke.de/docs/api?ref=partner
  -> https://neue-marke.de/docs/api?ref=partner

Schlechter:

http://alte-marke.de/docs/api
  -> https://alte-marke.de/docs/api
  -> https://www.neue-marke.de/docs/api
  -> https://neue-marke.de/docs/api

Wenn Ihr Plan zwei oder drei Hops braucht, beheben Sie das vor dem Launch. Unser Guide zu Redirect-Ketten und Loops zeigt, worauf Sie achten müssen.

Wann Pfad-Erhalt besonders wichtig ist

Website-Migrationen

Alte Backlinks und indexierte URLs bleiben nützlich, wenn sie auf passende neue Inhalte zeigen.

Doku und Knowledge Bases

Doku-Nutzer landen selten zuerst auf der Startseite. Sie landen auf einem konkreten Artikel. Alles auf / zu schicken, zerstört diese Erfahrung.

Wenn ein Anzeigenlink mehrere Tracking-Parameter enthält und der Redirect sie entfernt, wird Reporting direkt ungenauer.

Viele gebrandete Links sind kleine Routing-Regeln. Wenn Zielpfad oder Query verloren gehen, verliert der Link einen Teil seiner Bedeutung.

Ein sauberes Wildcard-Modell

Das einfache Modell lautet:

source:      alte-marke.de/*
destination: neue-marke.de/$1

Das bedeutet:

  • alles nach dem Slash wird übernommen
  • der Zielpfad bleibt strukturell gleich
  • die Anfrageform bleibt nachvollziehbar

Beispiele:

RequestDestination
/about/about
/blog/post-1/blog/post-1
/pricing/enterprise/pricing/enterprise

Wenn Query-Strings ebenfalls erhalten bleiben, bleibt auch:

/pricing/enterprise?utm_source=partner

am Ziel erhalten.

Vier Prüfungen, die die meisten Fehler verhindern

1. Zielhost zuerst festlegen

Entscheiden Sie sich für:

  • neue-marke.de
  • oder www.neue-marke.de

Lassen Sie diese Entscheidung nicht offen. Genau so entstehen Ketten.

2. Statuscode bewusst wählen

Ist der Umzug dauerhaft, nutzen Sie einen dauerhaften Code wie 301. Ist er temporär, nutzen Sie einen temporären Code wie 302.

3. Query-Handling explizit testen

Verlassen Sie sich nicht darauf, dass jeder Anbieter Query-Strings automatisch erhält.

Testen Sie echte Beispiele:

curl -I 'https://alte-marke.de/pricing?plan=pro&utm_source=email'

Der Location-Header sollte Pfad und Parameter so enthalten, wie Sie es erwarten.

4. Root und Deep URLs prüfen

Viele Redirects funktionieren für / und scheitern bei:

  • /docs/api
  • /blog/post-slug
  • /pricing/enterprise
  • /old-category/product-123

HTTPS gehört zur Weiterleitung

Ein gefährliches Migrationsergebnis sieht so aus:

  • die Redirect-Regel ist korrekt
  • aber die alte Domain terminiert HTTPS nicht sauber
  • Nutzer sehen ein Zertifikatsproblem, bevor der Redirect greift

Automatisches SSL ist deshalb nicht Komfort, sondern Teil des Redirect-Flows. Der erste Request zählt.

Der UrlEdge Free Redirect Service kombiniert automatisches HTTPS mit Wildcard-Weiterleitung, wenn Sie dafür eine verwaltete Lösung möchten.

Häufige Fehler

Nur die Startseite weiterleiten

Der Klassiker: "Es funktioniert auf der Homepage." Echte Nutzer öffnen aber Deep Links.

Non-www und Root-Domain vergessen

Planen Sie alte-marke.de, www.alte-marke.de und relevante Subdomains zusammen.

Kampagnenparameter entfernen

Selbst wenn SEO stabil bleibt, kann Ihre Attribution über Nacht schlechter werden.

Mehrere Hops erzeugen

Pfad-Erhalt verliert viel Wert, wenn die Anfrage vorher durch mehrere Zwischenhosts läuft.

Ein praktisches UrlEdge-Muster

Für eine dauerhafte Migration:

  1. alte Domain verbinden
  2. HTTPS aktivieren
  3. Wildcard-Redirect-Regel erstellen
  4. Pfad erhalten
  5. wichtige Query-Parameter erhalten
  6. Top-Seiten mit dem Redirect Checker testen

Das ist besonders nützlich, wenn Sie eine No-Code- oder Low-Code-Migration wollen, ohne Routing-Logik in Nginx, Apache oder App-Middleware neu zu bauen.

FAQ

Kann ich eine Root-Domain weiterleiten und den Pfad behalten?

Ja, wenn Ihre Redirect-Schicht Root-Domain-Forwarding und Pfad-Erhalt unterstützt.

Sollte ich Query-Strings immer erhalten?

Nicht immer. Erhalten Sie Tracking-, Kampagnen- und funktionale Parameter bewusst. Entfernen Sie nur Parameter, bei denen Sie sicher sind, dass sie keinen Wert haben.

Reicht Wildcard-Forwarding für jede Migration?

Nein. Manche Migrationen brauchen explizite Eins-zu-eins-Mappings für umbenannte Pfade. Wildcards funktionieren am besten, wenn die Struktur weitgehend gleich bleibt.

Kann ich das vor der DNS-Umstellung testen?

Ja. Sie sollten auf Staging oder kontrollierten Hosts testen und danach eine echte Stichprobe wichtiger Pfade prüfen.

Bereit, Ihre Redirects zu optimieren?

Starten Sie noch heute mit UrlEdge und steuern Sie Ihren Traffic direkt am Edge.

Jetzt starten

Verwandte Artikel

Alle anzeigen