Kurz erklärt
Ein 301 Redirect ist eine permanente Weiterleitung von einer URL zu einer anderen. Der Statuscode 301 teilt Browser und Suchmaschinen mit: “Diese Seite ist dauerhaft umgezogen – verwende ab jetzt die neue Adresse.” Google überträgt dabei 90-99% des PageRanks (Link-Juice) zur neuen URL.
Wann verwendet man 301 Redirects?
Domain-Migration:
alte-domain.de → neue-domain.de
- Alle URLs müssen weitergeleitet werden
HTTPS-Umstellung:
http://example.com → https://example.com
- Google bevorzugt HTTPS im Ranking
URL-Struktur-Änderung:
/blog/2024/artikel → /artikel/titel
- Nach CMS-Wechsel oder Relaunch
Content-Konsolidierung:
- Mehrere ähnliche Seiten zu einer zusammenfassen
- Duplicate Content vermeiden
Rechtschreibfehler korrigieren:
/produkt-nam → /produkt-name
- Alte URL bleibt über 301 erreichbar
301 vs. andere Redirect-Typen
| Code | Typ | PageRank | Indexierung | Browser-Cache |
|---|
| 301 | Permanent | 90-99% | Ziel-URL | Ja (problematisch!) |
| 302 | Temporär | 90-99% | Quell-URL | Nein |
| 307 | Temporär | 90-99% | Quell-URL | Nein |
| 308 | Permanent | 90-99% | Ziel-URL | Ja |
Wichtig: Seit 2016 übertragen alle 30x-Redirects PageRank gleichwertig – der Unterschied liegt in der Indexierung und im Caching-Verhalten.
Browser-Caching-Problem
301-Redirects werden vom Browser gecacht – das bedeutet:
- Browser besucht alte URL, erhält 301 zu neuer URL
- Browser speichert: “alte URL → neue URL” permanent
- Bei erneutem Besuch lädt Browser direkt die neue URL, ohne Server zu fragen
Problem: Wenn der 301 fehlerhaft war, können Nutzer die Änderung nicht sehen – der Browser verwendet den gecachten Redirect.
Lösung während Tests: 302 verwenden, erst nach Bestätigung auf 301 wechseln.
Lösung bei Fehlern: Cache-Control-Header setzen, Nutzer müssen Browser-Cache leeren.
90-99% PageRank-Übertragung gilt nur für thematisch passende Zielseiten:
✓ Gut: /produkt-a → /produkt-a-neu (gleicher Inhalt)
✓ Gut: /kategorie/alte-url → /kategorie/neue-url (ähnlicher Inhalt)
✗ Schlecht: Alle URLs → Homepage (Google wertet als Soft-404)
✗ Schlecht: /produktseite → /kontakt (themenfremdes Ziel)
Best Practice: Jede alte URL auf die inhaltlich passendste neue URL weiterleiten.
Implementierung
Apache (.htaccess):
# Einzelne URL
Redirect 301 /alte-seite /neue-seite
# Domain-Wechsel
RewriteEngine On
RewriteCond %{HTTP_HOST} ^alte-domain\.de$ [NC]
RewriteRule ^(.*)$ https://neue-domain.de/$1 [R=301,L]
# HTTP zu HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
nginx:
# Einzelne URL
location /alte-seite {
return 301 /neue-seite;
}
# Domain-Wechsel
server {
server_name alte-domain.de;
return 301 https://neue-domain.de$request_uri;
}
# HTTP zu HTTPS
server {
listen 80;
return 301 https://$host$request_uri;
}
Cloudflare Bulk Redirects:
Für Website-Migrationen mit tausenden URLs – CSV-Import, optimierte Performance.
Astro (astro.config.mjs):
export default defineConfig({
redirects: {
'/alte-seite': '/neue-seite',
'/blog/[...slug]': '/articles/[...slug]'
}
});
Website-Migration Best Practices
- URL-Inventar erstellen: Alle alten URLs erfassen (Screaming Frog, Sitemap, Analytics)
- Redirect-Mapping: Alte URL → Neue URL (1:1 Zuordnung)
- Testen vor Go-Live: Test-Redirects mit 302, dann auf 301 wechseln
- Google Search Console: Change of Address Tool nutzen (bei Domain-Wechsel)
- Alte Domain behalten: Mindestens 1 Jahr (John Mueller Empfehlung)
- Monitoring: 404-Fehler tracken, fehlende Redirects nachträglich einfügen
Redirect-Ketten vermeiden
Problem: URL A → URL B → URL C (Redirect-Kette)
Folgen:
- Langsamer für Nutzer (mehrere Hops)
- Google folgt maximal 5 Redirects, dann Abbruch
- PageRank-Verlust bei jedem Hop
Lösung: Direkt von A → C weiterleiten
Häufige Fehler
❌ Alle URLs auf Homepage: Google wertet als Soft-404, PageRank geht verloren
❌ Redirect-Loops: A → B → A (Website nicht erreichbar)
❌ Relative statt absolute URLs: /neue-seite funktioniert, aber https://domain.de/neue-seite ist sicherer
❌ 301 als Test verwenden: Browser cacht, Änderungen nicht sichtbar – erst 302, dann 301
Nächste Schritte
- URL-Mapping für Migration erstellen (alt → neu)
- Redirects in Webserver-Config oder Cloudflare einrichten
- Mit 302 testen, bei Erfolg auf 301 wechseln
- Google Search Console Change of Address Tool nutzen (bei Domain-Wechsel)
- 404-Monitoring einrichten, fehlende Redirects nachträglich einfügen