Wenn du eine URL auf deiner Website änderst, eine Seite löschst oder von HTTP auf HTTPS umstellst, brauchst du eine Weiterleitung. Sonst landen Besucher und Suchmaschinen auf einer 404-Fehlerseite, und mühsam aufgebaute Rankings gehen verloren. Auf Apache-Servern erledigst du das am elegantesten mit der Datei .htaccess. Dieser Ratgeber erklärt, wie Redirects funktionieren, welche Typen es gibt und worauf du achten musst.
Was ist die .htaccess überhaupt?
Die .htaccess ("hypertext access") ist eine Konfigurationsdatei für den Apache-Webserver. Sie liegt im Wurzelverzeichnis deiner Website (oder in Unterordnern) und steuert das Verhalten des Servers für dieses Verzeichnis und alle darunterliegenden – ganz ohne Eingriff in die globale Server-Konfiguration. Genau das macht sie für Shared-Hosting-Kunden so wertvoll: Du kannst Weiterleitungen, Zugriffsschutz und Caching selbst regeln, ohne Root-Rechte zu besitzen.
Der Punkt am Anfang des Dateinamens macht sie zu einer versteckten Datei. In vielen FTP-Programmen musst du das Anzeigen versteckter Dateien erst aktivieren, um sie zu sehen.
301 vs. 302: Permanent oder temporär?
Bevor du eine Weiterleitung schreibst, musst du den richtigen Statuscode wählen. Das ist keine Kleinigkeit, denn Suchmaschinen interpretieren beide völlig unterschiedlich.
- 301 (Moved Permanently): Die Ressource ist dauerhaft umgezogen. Suchmaschinen übertragen den Großteil der Linkkraft auf die neue URL und ersetzen die alte Adresse im Index. Das ist der Standardfall bei URL-Umstellungen, Domain-Wechseln und der HTTPS-Migration.
- 302 (Found / Moved Temporarily): Die Weiterleitung ist nur vorübergehend. Die ursprüngliche URL bleibt im Index, weil sie bald wieder genutzt werden soll – etwa bei Wartungsseiten oder zeitlich begrenzten Aktionen.
Faustregel: Wenn die alte URL nie wieder zurückkommt, nimm 301. Setzt du versehentlich einen 302, wo ein 301 hingehört, verschenkst du SEO-Wert. Mit dem htaccess Redirect Generator erzeugst du die passende Regel mit korrektem Statuscode in Sekunden, ohne die Syntax auswendig zu kennen.
Die zwei Wege: Redirect und RewriteRule
Apache bietet zwei Mechanismen für Weiterleitungen, die unterschiedlich mächtig sind.
Einfache Weiterleitung mit Redirect
Für eine simple 1:1-Umleitung einer einzelnen Seite reicht das Redirect-Direktiv aus dem Modul mod_alias:
- Redirect 301 /alte-seite.html https://example.com/neue-seite.html – leitet eine konkrete Adresse dauerhaft um.
- Der erste Pfad ist immer relativ zur Domain, das Ziel hingegen eine vollständige URL.
Flexible Regeln mit RewriteRule
Sobald es um Muster, Bedingungen oder ganze Verzeichnisstrukturen geht, brauchst du mod_rewrite mit RewriteEngine On und RewriteRule. Damit lassen sich reguläre Ausdrücke nutzen, um etwa alle Aufrufe ohne www auf die www-Variante zu schieben oder jeden HTTP-Aufruf auf HTTPS umzuleiten. Diese Regeln sind das Rückgrat fast jeder professionellen Website-Konfiguration.
Die zwei wichtigsten Standard-Redirects
Zwei Weiterleitungen gehören praktisch auf jede Website, damit jede Seite nur unter einer einzigen, kanonischen Adresse erreichbar ist:
- HTTP zu HTTPS: Erzwingt die verschlüsselte Verbindung. Pflicht, seit Browser unverschlüsselte Seiten als "nicht sicher" markieren.
- www-Vereinheitlichung: Entscheide dich für eine Variante – mit oder ohne www – und leite die andere konsequent dorthin um. Sonst behandeln Suchmaschinen beide als getrennte Seiten mit doppeltem Inhalt.
Beide Umleitungen solltest du als 301 setzen und mit dem Canonical-Tag im HTML absichern. Den passenden Tag generierst du schnell mit dem Canonical Tag Generator.
Häufige Fehler und ihre Folgen
Redirects sind mächtig, aber fehleranfällig. Diese Stolperfallen tauchen immer wieder auf:
- Weiterleitungsketten: A leitet auf B, B auf C, C auf D. Jeder Sprung kostet Ladezeit und verwässert die Linkkraft. Leite immer direkt auf das endgültige Ziel.
- Endlosschleifen: Eine Regel, die sich selbst wieder auslöst, führt zum Fehler "zu viele Weiterleitungen". Bedingungen mit
RewriteCondverhindern das. - Falsche Reihenfolge: Apache arbeitet die Regeln von oben nach unten ab. Spezifische Regeln gehören vor allgemeine.
- Tippfehler im Pfad: Schon ein fehlender Schrägstrich kann eine Regel ins Leere laufen lassen.
Teste jede neue Weiterleitung sofort nach dem Hochladen – am besten im Inkognito-Modus, damit dir kein zwischengespeicherter alter Redirect dazwischenfunkt.
SEO-Wert beim Umzug erhalten
Wenn du eine komplette Domain umziehst oder die URL-Struktur umbaust, lege für jede alte URL eine 301-Weiterleitung auf das thematisch passendste neue Pendant an. Pauschal alles auf die Startseite umzuleiten ist ein klassischer Fehler: Suchmaschinen werten solche Massenumleitungen häufig als "Soft 404" und übertragen dann kaum Linkkraft. Je präziser das Ziel, desto mehr Ranking bleibt erhalten.
Nach dem Umzug solltest du die neue Sitemap einreichen. Eine saubere URL-Liste dafür baust du dir mit dem Sitemap URL Liste Generator. Weitere kleine Helfer für den Server-Alltag findest du in der Übersicht der kotsch.tech Webtools.
Häufige Fragen
Funktioniert .htaccess auch mit Nginx?
Nein. Die .htaccess ist eine reine Apache-Funktion. Nginx kennt keine verzeichnisbasierten Konfigurationsdateien; dort definierst du Weiterleitungen direkt in den Server-Blöcken der Hauptkonfiguration. Die hier beschriebenen Statuscodes und Konzepte gelten aber genauso.
Muss ich den Server nach einer Änderung neu starten?
Nein. Apache liest die .htaccess bei jedem Aufruf neu ein. Deine Änderungen sind sofort nach dem Speichern aktiv – das ist gleichzeitig praktisch und ein Grund, warum ein Tippfehler die ganze Seite lahmlegen kann.
Schaden viele Redirects der Ladezeit?
Einzelne, direkte 301-Weiterleitungen kosten kaum messbare Zeit. Problematisch werden erst lange Ketten und sehr umfangreiche Regelwerke mit komplexen regulären Ausdrücken, die der Server bei jedem Request auswerten muss. Halte deine .htaccess schlank und übersichtlich.