Eine URL weiterleiten: Sechs Wege, und wann welcher richtig ist

Ein Redirect ist eine HTTP-Antwort: ein 301- oder 302-Status mit einem Location-Header, der dem Browser mitteilt, wohin er stattdessen gehen soll. Mehr ist es auf der Leitung nicht, was bedeutet, dass die eigentliche Frage nicht lautet, wie man eine URL weiterleitet, sondern welche Ebene vor Ihrer Website die Antwort geben soll.

Sechs Ebenen können die Aufgabe übernehmen, und sie sind nicht austauschbar. Sie unterscheiden sich darin, wer die Antwort ausliefert, ob Pfad und Query-String die Reise überstehen, wie schnell Sie es sich anders überlegen können, und wie viel vom Setup Ihnen gehört. Dieser Leitfaden geht alle sechs durch, die Tabelle, die zwischen ihnen entscheidet, und die zwei Prüfungen, die einen funktionierenden Redirect von einem unterscheiden, der still Ihre Kampagnenparameter frisst. Für die Statuscodes selbst ist Arten von URL-Weiterleitungen die Referenz darunter.

Wo ein Redirect wirklich sitzt

Beginnen wir mit dem Mythos, denn er kostet mehr Nachmittage als jeder andere: DNS kann keine URL weiterleiten. Ein DNS-Eintrag bildet einen Hostnamen auf eine Adresse ab. Er sieht nie den Pfad, nie den Query-String, und hat keinen Mechanismus, um zu sagen "geh stattdessen woanders hin". Ein A- oder CNAME-Eintrag zeigt; er leitet nicht weiter.

Wenn Ihr Registrar also "URL-Weiterleitung" anbietet, zeigt er in Wirklichkeit den Hostnamen auf einen kleinen eigenen Webserver, der den HTTP-Redirect in Ihrem Auftrag zurückgibt. Nützlich und vollkommen legitim, aber die Arbeit macht ein Webserver, nicht das DNS. Sobald Sie es so sehen, hören die sechs Methoden unten auf, wie Alternativen auszusehen, und werden zu einer einzigen Frage: welche Maschine im Anfragepfad soll antworten?

Sechs Orte, an denen Sie einen Redirect platzieren können

Jede dieser Varianten endet mit derselben Antwort auf der Leitung. Was sich unterscheidet, sind die Einrichtungskosten, wer die Kontrolle hat, und was mit allem nach dem Domainnamen passiert.

Domain-Weiterleitung beim Registrar

Die schnellste Option, und die unverblümteste. In der Kontrolloberfläche Ihres Registrars zeigen Sie die Domain auf ein Ziel und wählen dauerhaft oder temporär. Gut für eine Domain, die Sie defensiv gekauft haben, ein Rebranding, bei dem der alte Name einfach übergeben soll, oder eine kurzlebige Kampagnen-Domain.

Der Haken ist, was mit dem Rest der URL passiert: Die meisten Registrar-Weiterleitungen reduzieren jede Anfrage auf das eine konfigurierte Ziel, sodass ein Deep Link auf der Startseite ankommt. Manche bieten einen pfaderhaltenden Modus an; prüfen Sie das, bevor Sie sich darauf verlassen.

Eine Regel in Ihrem Webserver

Wenn Sie nginx oder Apache betreiben, gehört der Redirect hierhin, denn Sie erhalten exakte Kontrolle über Matching und Erhaltung. Apaches Dokumentation zum Umschreiben von URLs mit Rewrite-Regeln deckt die Muster ab, und nginx' Referenz zum Rewrite-Modul behandelt return 301 und rewrite ... permanent, was der schnelle Weg für einen einfachen Umzug ist.

Serverregeln sind das richtige Werkzeug für Canonical-Host- und HTTPS-Erzwingung, Pfad-Rewrites nach einer Umstrukturierung und alles Bedingte. Sie sind auch der Ort, an dem sich Redirect-Regeln über die Jahre still ansammeln, also behandeln Sie die Datei als etwas, das man stutzt, statt nur anzuhängen.

Eine Regel bei Ihrer Hosting-Plattform

Die meisten modernen Hosts sitzen vor dem Origin und bieten eine eigene Redirect-Ebene: eine _redirects-Datei, einen Konfigurationsblock, eine Regel-UI im Dashboard. Diese werden ausgewertet, bevor Ihre Anwendung läuft, was sie schnell und sicher macht, und sie sind meist der beste Ort für Massen-Redirects nach einer Site-Migration, weil sie zusammen mit dem Rest des Projekts in der Versionskontrolle liegen.

Ein Plugin oder eine Einstellung in Ihrem CMS

Jedes ernstzunehmende CMS hat einen Redirect-Manager, und für ein Content-Team ist das die richtige Antwort: kein Deploy, kein Serverzugriff, ein Audit-Trail, und eine Person, die den Inhalt versteht, trifft die Mapping-Entscheidung. Der Nachteil ist, dass die Anfrage erst die Anwendung erreichen muss, bevor der Redirect ausgeliefert wird, was langsamer ist als die Ebenen darüber, und es funktioniert nicht mehr, wenn die Anwendung down ist.

Meta-Refresh oder JavaScript auf der Seite

Ein letzter Ausweg, wenn Sie serverseitig nichts anfassen können. Die Seite lädt und schickt den Besucher dann mit einem <meta http-equiv="refresh">-Tag oder einem Skript weiter. Es funktioniert, kostet aber einen vollständigen Seitenladevorgang, hängt davon ab, dass der Client es ausführt, und Suchmaschinen behandeln es als schwächeres Signal als eine Serverantwort. Nutzen Sie es, wenn die Alternative gar nichts ist.

Ein verwalteter Kurzlink

Wenn das, was weitergeleitet wird, ein Link ist, den Sie veröffentlicht haben, statt eine Seite, die Ihnen gehört, gehört der Redirect in einen Link-Manager. Das Ziel ist ein gespeicherter Wert, den Sie ändern können, ohne DNS, Server oder eine Deploy-Pipeline anzufassen, jeder Hop wird protokolliert, und der Link funktioniert weiter, nachdem er gedruckt oder geteilt wurde. Das ist die gesamte Mechanik hinter was ein URL-Shortener ist, und deshalb sollte ein gedruckter Kampagnenlink nie direkt auf eine Landingpage zeigen.

Eine Wahl in dreißig Sekunden treffen

Die meiste Entscheidung läuft auf zwei Spalten hinaus: Wer hat Zugriff, und was muss überleben.

Pfad und Query-String erhalten

Das ist der Fehler, der das Testen übersteht, weil jeder die Domain-Wurzel testet und die Wurzel immer funktioniert.

Zeigen Sie oldsite.com mit einfacher Domain-Weiterleitung auf newsite.com und folgen Sie dann einem echten eingehenden Link, oldsite.com/pricing?utm_source=newsletter. Bei einem reduzierenden Redirect landet dieser Besucher auf der neuen Startseite, der Pfad ist weg, und die Kampagnenparameter sind mit ihm verschwunden. Nichts gibt einen Fehler aus. Ihre Analytics zeigen einfach direkten Traffic zur Startseite, und der Newsletter sieht aus, als hätte er nichts bewirkt.

Zwei Gewohnheiten verhindern das. Testen Sie mit einer tiefen URL, die einen Query-String trägt, nie mit der nackten Domain. Und wenn die beiden Sites unterschiedliche Strukturen haben, mappen Sie die wichtigen Pfade explizit, statt alles zur Wurzel zu schicken, was auch dafür sorgt, dass der SEO-Wert der alten URLs an der am besten passenden neuen Seite hängen bleibt. Dieselbe Disziplin gilt, wenn Sie die Links von jemand anderem erben, weshalb Kurzlinks migrieren, ohne sie zu brechen zuerst eine Mapping-Übung ist und erst dann eine technische.

Wenn es sich bei den fraglichen Links um solche handelt, die Sie selbst veröffentlicht haben, ist es mehr wert als alles andere hier, das Ziel editierbar zu halten: Bringen Sie Ihre Links auf Ihre eigene Domain, und das Mapping wird zu einem Feld, das Sie ändern, statt zu einer Config-Datei, die Sie deployen.

Prüfen, bevor Sie es verkünden

Ein einziger Befehl klärt das:

curl -sIL "https://oldsite.com/pricing?utm_source=newsletter" | grep -E '^HTTP|^[Ll]ocation'

Lesen Sie drei Dinge aus der Ausgabe. Der Statuscode sollte der gemeinte sein, 301 für dauerhaft und 302, solange sich noch etwas bewegt, und 301 vs. 302 behandelt, warum diese Wahl mehr zählt, als es aussieht. Der Location-Header sollte den vollständigen Pfad und den Query-String tragen, keine nackte Domain. Und es sollte genau einen Redirect geben: Eine Kette aus drei oder vier löst zwar noch auf, aber jeder Hop ist Latenz und eine weitere Gelegenheit, Parameter zu verlieren, und ein sich wiederholender Hostname bedeutet, dass Sie eine Redirect-Schleife gebaut haben statt eines Redirects.

Wenn Sie lieber kein Terminal öffnen möchten, verfolgt unser Link-Checker die Kette und zeigt bei jedem Hop den Status.

Was Suchmaschinen damit machen

Ein korrekt umgesetzter Redirect ist kein SEO-Risiko, und die Vorgaben dazu sind ungewöhnlich klar. Googles Dokumentation zu Redirects und der Suche behandelt einen dauerhaften serverseitigen Redirect als das stärkste Signal, um eine URL auf ihren Ersatz zu bündeln, stuft clientseitige Redirects darunter ein und verlangt, Ketten kurz zu halten.

Die zwei Fehler, die Sie tatsächlich etwas kosten, sind, viele alte URLs auf der Startseite zusammenzufassen, was die spezifische Relevanz wegwirft, die jede von ihnen hatte, und eine Kette historischer Hops nach mehreren Migrationen stehen zu lassen. Keiner der beiden ist ein Grund, Redirects zu vermeiden; beide sind Gründe, sie zu auditieren. Dieses Audit ist dieselbe wöchentliche Gewohnheit wie Vermeidung von Linkfäule, und wenn der Redirect auf einer eigenen Kurz-Domain liegt, behandelt eigene Domains für Kurzlinks die DNS- und Zertifikatshälfte des Setups.

Wählen Sie die Ebene, die zu dem passt, wer die Änderung besitzt, erhalten Sie den Pfad, beschränken Sie es auf einen Hop, und ein Redirect hört auf, etwas zu sein, um das Sie sich sorgen müssen.

Die Grundlagenserie lesen

Dieser Beitrag gehört zum Tutorials-Cluster. Für die Statuscodes und ihre Semantik ist Arten von URL-Weiterleitungen die Landkarte, und wie URL-Shortener funktionieren behandelt, was passiert, wenn der Redirect ein Link statt einer Seite ist.

Verwandte Beiträge im Blog

• Arten von URL-Weiterleitungen: 301, 302, 307, 308 und mehr
• 301 vs. 302 Redirects: Welchen sollten Kurzlinks verwenden
• Redirect-Schleife: So finden und beheben Sie ERR_TOO_MANY_REDIRECTS
• Eigene Domain-Kurzlinks: DNS, TLS und der Edge
• Migrieren von Bitly, ohne Ihre Links zu brechen
• Schaden URL-Shortener der SEO? Die Mechanik, die zählt