Domain-Weiterleitungen: Eine umfassende Erklärung

Es gibt unterschiedliche Methoden, um eine Domain oder Subdomain auf einen anderen Teil der eigenen Webseite oder auf eine externe URL weiterzuleiten. Zu den häufig genutzten Ansätzen zählen Weiterleitungen, auch bekannt als Redirects oder URL-Umleitungen, die mithilfe von .htaccess-Dateien, PHP-Skripten, HTML-Meta-Tags oder JavaScript umgesetzt werden können.

Wann werden Domain-Weiterleitungen im alltäglichen Webseitenbetrieb benötigt?

Redirects spielen eine zentrale Rolle im modernen Webseitenmanagement, da sie Servern und Browsern signalisieren, dass Inhalte von einer URL an eine andere verlagert wurden. Besonders wichtig ist dies, wenn die ursprüngliche Adresse in externen Links verwendet wird, von Nutzern als Lesezeichen gespeichert ist oder in Suchmaschinen bereits eine gute Position erreicht hat. Eine Weiterleitung informiert Browser und Webcrawler darüber, dass der gewünschte Inhalt an einer neuen Adresse zu finden ist. Ohne Redirects würden Besucherinnen und Besucher stattdessen lediglich eine 404-Fehlermeldung erhalten.

Gerade bei kommerziellen Websites, wie Onlineshops, ist dies unbedingt zu vermeiden. Da sich das Produktsortiment hier regelmäßig ändert, sind viele Seiten betroffen. Ist ein Artikel nicht mehr verfügbar, können potenzielle Käuferinnen und Käufer automatisch auf eine Seite mit ähnlichen Angeboten geleitet werden. Diese Praxis hilft, Besucherströme gezielt zu steuern und Absprungraten zu reduzieren.

Darüber hinaus können Domain-Weiterleitungen dazu genutzt werden, denselben Inhalt unter mehreren Adressen zugänglich zu machen. Dabei werden alle alternativen URLs einfach auf die bevorzugte Domain der Website weitergeleitet. Diese Form der Weiterleitung funktioniert unabhängig von spezifischen URLs oder Pfaden, die von den Nutzerinnen und Nutzern eingegeben werden.

Welche Arten von Domain-Weiterleitungen gibt es?

Domain-Weiterleitungen können grundsätzlich in serverseitige und clientbasierte Varianten unterteilt werden. Bei serverseitigen Redirects wird ein spezifischer HTTP-Status-Code an den User-Agent, wie einen Browser oder Webcrawler, übermittelt. Im Gegensatz dazu erfolgen clientbasierte Weiterleitungen ohne diese Statusmeldung, was ihre Zuverlässigkeit einschränken kann, da nicht alle User-Agents sie unterstützen. In solchen Fällen könnten Besucher der Website auf der ursprünglichen Seite verbleiben, ohne zum neuen Ziel weitergeleitet zu werden. Aufgrund dieser Einschränkungen gelten serverseitige Weiterleitungen in der Regel als die bessere Wahl. Clientbasierte Lösungen sind lediglich dann sinnvoll, wenn technische Gegebenheiten eine serverseitige Umsetzung unmöglich machen.

Eine besondere Variante ist die sogenannte transparente oder unsichtbare Weiterleitung, bei der die URL im Browser unverändert bleibt, obwohl der Nutzer Inhalte von einer anderen Domain aufgerufen hat. Diese maskierte Weiterleitung kann problematisch sein, da sie sowohl die korrekte Indizierung in Suchmaschinen als auch die Darstellung der URL im Browser erschwert. Aus diesen Gründen ist diese Methode nur bedingt empfehlenswert und sollte gezielt abgewogen eingesetzt werden.

Wie erfolgt eine serverseitige Domain-Weiterleitung?

Die serverseitige Domain-Weiterleitung wird üblicherweise entweder über die Konfigurationsdatei .htaccess oder mittels eines PHP-Skripts realisiert. Der größte Vorteil dieser Methoden liegt in der Flexibilität, den auszugebenden HTTP-Status-Code individuell festlegen zu können. Dadurch können Weiterleitungen entweder als dauerhaft (permanent) oder vorübergehend (temporär) gekennzeichnet werden.

In diesem Kontext die beiden HTTP-Status-Codes 301 und 302 besonders wichtig:

• 301 – Moved Permanently: Diese Kennzeichnung signalisiert, dass die angeforderte Ressource dauerhaft unter der angegebenen neuen URL erreichbar ist. Die ursprüngliche URL verliert damit ihre Gültigkeit. Eine 301-Weiterleitung ist bei einem dauerhaften Umzug der Inhalte unerlässlich.
• 302 – Moved Temporarily: Dieser Status-Code weist darauf hin, dass die Ressource vorübergehend unter der neuen URL verfügbar ist. Im Gegensatz zu einer 301-Weiterleitung bleibt die ursprüngliche URL weiterhin gültig.

Wenn kein Status-Code ausdrücklich definiert wird, verwendet der Webserver automatisch den Code 302. Dies entspricht jedoch nicht in jedem Fall der gewünschten Konfiguration. Daher ist es ratsam, den HTTP-Status-Code bei jeder Weiterleitung bewusst festzulegen, um Probleme bei der Indexierung, wie beispielsweise das sogenannte URL-Hijacking, zu vermeiden.

Während der Status-Code 301 dem Webcrawler mitteilt, dass die alte URL nicht mehr indexiert werden soll, lässt der Code 302 die ursprüngliche URL im Index bestehen. Bei langfristiger Nutzung kann dies dazu führen, dass sowohl die alte als auch die neue Adresse miteinander im Suchmaschinenranking konkurrieren – ein unerwünschter Effekt, den man durch gezieltes Management der Weiterleitungen vermeiden sollte.

Domain-Weiterleitung mittels .htaccess-Datei

Die .htaccess-Datei ist eine Konfigurationsdatei des Apache-Webservers, die es ermöglicht, Einstellungen auf Verzeichnisebene individuell anzupassen. Die Betreiber einer Website können damit bestimmte Konfigurationen für Domains und deren Unterverzeichnisse vornehmen. Eine häufig genutzte Funktion ist die Einrichtung serverseitiger Domain-Weiterleitungen, um bestimmte URLs eines Projekts auf andere Adressen umzuleiten.

Mit wenigen Zeilen Code in der .htaccess-Datei lassen sich solche Weiterleitungen einfach umsetzen. Wird beispielsweise die folgende Codezeile in der .htaccess-Datei im Hauptverzeichnis eingefügt, werden alle Anfragen automatisch zur neuen Domain www.example.com weitergeleitet:

Redirect 301 / http://www.example.com/

Redirect 301 legt den HTTP-Status-Code für die Weiterleitung fest, in diesem Fall „Moved Permanently“. Der Schrägstrich / steht für alle Inhalte der ursprünglichen Domain. Danach folgt die Zieladresse, auf die umgeleitet werden soll: http://www.example.com.

Diese Methode funktioniert nicht nur für ganze Domains, sondern auch für einzelne Dateien. Um eine bestimmte Datei von einer Domain auf eine andere umzuleiten, kann beispielsweise folgender Code verwendet werden:

Redirect 301 /unterverzeichnis/beispiel.html http://www.example.com/beispiel.html

Hier wird die Datei beispiel.html aus dem angegebenen Unterverzeichnis mittels einer 301-Weiterleitung dauerhaft auf die neue URL http://www.example.com/beispiel.html umgeleitet.

Ist auf dem Apache-Server das Modul mod_rewrite aktiviert, lassen sich Weiterleitungen noch flexibler gestalten. Die folgende Konfiguration zeigt, wie eine permanente Weiterleitung mit mod_rewrite aussieht:

RewriteEngine On  
RewriteRule ^unterverzeichnis/beispiel.html$ http://www.example.com/beispiel.html [L,R=301]

RewriteEngine On aktiviert das Modul. Die RewriteRule definiert, welche Anfragen weitergeleitet werden sollen. Der Pfad ^unterverzeichnis/beispiel-.html$ beschreibt die ursprüngliche Datei, wobei das Caret (^) den Beginn und das Dollarzeichen ($) das Ende des Pfads markiert. Die Zieladresse folgt nach dem Leerzeichen: http://www.example.com/beispiel.html. Die Flags [L,R=301] geben an, dass dies die letzte Regel ist (L) und die Weiterleitung mit dem Status-Code 301 erfolgt (R=301).

Mit diesen Techniken bietet die .htaccess-Datei eine flexible und leistungsstarke Möglichkeit, Redirects direkt auf Serverebene einzurichten, ohne dass zusätzlicher Code in den HTML- oder PHP-Dateien der Webseite erforderlich ist.

Weiterleitung mittels eines PHP-Skripts

Eine Domain-Weiterleitung kann alternativ zur .htaccess-Konfiguration auch direkt in einem PHP-Skript eingerichtet werden, beispielsweise in der Datei index.php. Diese ist besonders nützlich, wenn eine serverseitige Konfiguration über .htaccess nicht möglich ist oder wenn die Weiterleitung dynamisch erfolgen soll, beispielsweise basierend auf bestimmten Bedingungen oder Benutzereingaben. Der folgende Code demonstriert, wie eine permanente Weiterleitung auf die Ziel-URL www.example.com eingerichtet wird:

<?php
header("Status: 301 Moved Permanently");
header("Location: http://www.example.com");
exit;
?>

Die Zeile header("Status: 301 Moved Permanently"); definiert den gewünschten HTTP-Status-Code. In diesem Fall wird eine permanente Weiterleitung (301) gesetzt, um dem User-Agent (Browser oder Webcrawler) mitzuteilen, dass die ursprüngliche URL dauerhaft auf die angegebene Zieladresse verweist. Mit der Zeile header("Location: http://www.example.com"); wird die URL festgelegt, auf die die Domain weitergeleitet werden soll. Hier ist es wichtig, eine vollständige Adresse einschließlich Protokoll (http:// oder https://) anzugeben. Die Zeile exit; beendet die Ausführung des Skripts unmittelbar nach der Weiterleitung. Dadurch wird verhindert, dass weiterer PHP- oder HTML-Code ausgeführt wird, der möglicherweise unerwünschte Inhalte oder Fehler erzeugen könnte. Standardmäßig führt PHP-Weiterleitungen als temporär aus (Status-Code 302). Um eine permanente Weiterleitung zu gewährleisten, muss der Status-Code 301 explizit definiert werden, wie im Beispiel gezeigt.

Wie erfolgt eine clientseitige Domain-Weiterleitung?

Kann eine serverseitige Domain-Weiterleitung aus technischen Gründen nicht erfolgen, haben Webseitenbetreiber die Möglichkeit die Weiterltung über clientbasierte Alternativen zu ermöglichen. Zu den gängigen Methoden zählen das HTML-Meta-Tag refresh und entsprechende JavaScript-Lösungen. 

Im Gegensatz zur serverseitigen Weiterleitung liefert der Server bei clientbasierten Ansätzen keinen HTTP-Status-Code an den Browser oder Webcrawler. Dadurch wird der User-Agent nicht explizit über die Weiterleitung informiert, was die Zuverlässigkeit dieser Methode einschränkt. Darüber hinaus gibt es User-Agents, die clientbasierte Weiterleitungen gar nicht unterstützen. Dies kann dazu führen, dass einige Besucher auf der ursprünglichen Seite verbleiben und die gewünschte Zieladresse nicht erreichen. Ein weiterer Nachteil besteht in der Beeinträchtigung der Indexierung durch Suchmaschinen. Da kein HTTP-Status-Code wie der 301-Code übermittelt wird, bleibt die ursprüngliche URL im Index bestehen. Dies kann dazu führen, dass die Weiterleitungsdomain und die Zieldomain im Suchmaschinenranking miteinander konkurrieren, was die Sichtbarkeit der Zieladresse negativ beeinflussen kann.

Während serverseitige Weiterleitungen für Nutzer praktisch unsichtbar sind, da der Adresswechsel in der Browserzeile reibungslos erfolgt, gehen clientbasierte Weiterleitungen häufig mit einer merkbaren Verzögerung einher. Diese Zeitspanne kann für Besucher störend wirken und das Nutzungserlebnis beeinträchtigen.

Weiterleitung mittels HTML-Meta-Refresh

Eine einfache Möglichkeit für eine clientbasierte Weiterleitung ist die Verwendung des HTML-Meta-Tags http-equiv="refresh" in der Kopfzeile (Header) der ursprünglichen Seite. Diese Methode erfordert lediglich eine einfache HTML-Datei, in deren Kopfbereich (Header) das entsprechende Meta-Tag eingefügt wird.

Der folgende Code zeigt eine Beispiel-Weiterleitung auf die fiktive Zieldomain www.example.com, die nach einer Verzögerung von zehn Sekunden ausgeführt wird:

<!DOCTYPE html>
<html lang="de">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <meta http-equiv="refresh" content="10; url=http://www.example.com/">
  <title>Weiterleitung</title>
</head>
<body>
  <p>Sie werden in wenigen Sekunden weitergeleitet. Sollte dies nicht geschehen, <a href="https://www.webwide.de/cms/redirect/340884?to=http%3A%2F%2Fwww.example.com%2F" target="_blank" rel="noopener nofollow">klicken Sie bitte hier</a>.</p>
</body>
</html>

Der Tag http-equiv="refresh" weist den Browser an, nach einer definierten Zeitspanne (hier 10 Sekunden) die angegebene URL aufzurufen. Die Zahl 10 gibt die Verzögerung in Sekunden an. Nach dem Semikolon wird mit url= die Zieladresse definiert, auf die weitergeleitet werden soll.

Weiterleitung mittels JavaScript

Eine clientbasierte Weiterleitung kann auch mit JavaScript realisiert werden. Diese Methode nutzt die Skriptsprache, um Besucher automatisch auf eine neue Zieladresse zu leiten. Allerdings bringt sie ähnliche Einschränkungen wie die HTML-Meta-Refresh-Methode mit sich: JavaScript-Weiterleitungen funktionieren nicht in allen Browsern, da Nutzer JavaScript deaktiviert oder Sicherheits-Addons wie NoScript installiert haben könnten. Ebenso können Webcrawler Probleme haben, JavaScript-Weiterleitungen korrekt zu interpretieren.

Der folgende Code zeigt, wie eine einfache Weiterleitung mit JavaScript umgesetzt werden kann:

<!DOCTYPE html>
<html lang="de">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Weiterleitung</title>
</head>
<body>
  <p>Sie werden auf eine andere Seite weitergeleitet. Sollte dies nicht automatisch geschehen, <a href="https://www.webwide.de/cms/redirect/265786?to=http%3A%2F%2Fwww.example.com" target="_blank" rel="noopener nofollow">klicken Sie hier</a>.</p>
  <script>
    window.location.replace('http://www.example.com');
  </script>
</body>
</html>

Die Methode window.location.replace() weist den Browser an, die aktuelle Seite durch die im Argument angegebene URL zu ersetzen. Das Objekt window.location wird verwendet, um auf die URL der aktuellen Seite zuzugreifen oder diese zu ändern. Die Methode replace sorgt dafür, dass die Weiterleitungsadresse die aktuelle Seite ersetzt, ohne dass diese in den Verlauf des Browsers aufgenommen wird. Dadurch kann der Nutzer nicht mit der "Zurück"-Schaltfläche zur ursprünglichen Seite navigieren.

Fazit

Zusammenfassend lässt sich sagen, dass Domain-Weiterleitungen ein unverzichtbares Werkzeug im modernen Webseitenmanagement darstellen. Sie sorgen dafür, dass Benutzer und Suchmaschinen auf die aktuelle Zieladresse einer Webseite geleitet werden, was insbesondere bei Änderungen von URLs oder beim Umzug von Inhalten von großer Bedeutung ist. Es gibt verschiedene Methoden der Weiterleitung, die entweder serverseitig (z. B. mittels .htaccess oder PHP) oder clientseitig (z. B. mit HTML-Meta-Tag oder JavaScript) umgesetzt werden können. Während serverseitige Weiterleitungen aufgrund ihrer Zuverlässigkeit und Suchmaschinenfreundlichkeit bevorzugt werden, kommen clientseitige Lösungen eher zum Einsatz, wenn technische Einschränkungen bestehen. Letztlich gilt es, den passenden Ansatz sorgfältig auszuwählen, um sowohl die Benutzererfahrung als auch die Indexierung durch Suchmaschinen zu optimieren und eventuelle negative Auswirkungen zu vermeiden.

FAQ - Häufig gestellte Fragen