Wir verwenden Cookies, um deine Erfahrung zu verbessern, den Datenverkehr zu analysieren und Inhalte zu personalisieren. Du kannst alle Cookies akzeptieren oder auswählen, welche Kategorien zugelassen werden. Mehr erfahren
Weiterleitungen im E-Commerce: 301, 410, Slug-Historie und Vermeidung von Ketten (2026) | Ordiko
Leitfaden
Weiterleitungen im E-Commerce: 301, 410, Slug-Historie und Vermeidung von Ketten (2026)
Wann man 301 vs 410 vs andere HTTP-Statuscodes für Änderungen von E-Commerce-URLs verwenden sollte, wie man die Slug-Historie verfolgt, Weiterleitungsketten erkennt und die häufigsten Fallstricke vermeidet, die SEO schädigen.
PT45M
TL;DR. Weiterleitungen im E-Commerce dienen dazu, SEO-Wert bei URL-Änderungen zu bewahren. Verwenden Sie 301 für permanente Verschiebungen (Slug-Korrekturen, Rebrands). Verwenden Sie 410 für permanente Löschungen. Verfolgen Sie die Slughistorie pro Entität, damit alte URLs automatisch weitergeleitet werden. Erkennen und glätten Sie Ketten wöchentlich. Rendern Sie nicht mehr vorhandene Seiten mit nützlichen Inhalten, nicht mit generischen 404.
Was ist der praktische Unterschied zwischen 301 und 302?
301 = permanent. Überträgt nahezu alle Link-Equity. Speichert die Weiterleitung stark im Cache. Verwende für Slug-Änderungen, Domain-Migrationen. 302 = temporär. Überträgt weniger Equity. Wird nicht so aggressiv im Cache gespeichert. Verwende für A/B-Tests oder temporäre Ausfälle. Für die meisten E-Commerce-Weiterleitungen ist 301 korrekt.
Was ist der Unterschied zwischen 404 und 410?
404 = 'nicht gefunden, könnte zurückkommen'. Google kann die URL eine Weile im Index behalten, falls sie zurückkommt. 410 = 'weg, dauerhaft entfernt'. Google entfernt die URL schneller. Für dauerhaft eingestellte Produkte ist 410 besser für die SEO-Hygiene.
Wie viele Weiterleitungssprünge sind zu viele?
Zwei Sprünge sind die praktische Grenze. Jeder Sprung verliert 5–10% Link-Equity und erhöht die Latenz. Drei oder mehr Sprünge sind ein Warnsignal. Erkenne und flache sie automatisch ab.
Wie geht Ordiko mit der Slug-Historie um?
Jede Entitätstabelle hat eine entsprechende Slug-Historientabelle (z.B. product_slug_history). Bei Slug-Änderung wird eine neue Zeile mit dem alten Slug eingefügt; eine 301-Weiterleitung wird automatisch in storeRedirects geschrieben. Die wöchentliche Aufgabe redirect-chain-verify von Trigger.dev HEAD-traced Weiterleitungen und kennzeichnet Ketten und defekte Ziele.
Weiterführende Artikel
API-Weiterleitungen mit POST
308
Permanent Redirect
Dasselbe wie 301, aber bewahrt die Methode
API-Weiterleitungen mit POST
404
Not Found
Seite existiert nicht, könnte zurückkommen
Tippfehler, falsch erinnerte URLs
410
Gone
Permanently removed
Eingestellte Produkte, gelöschte Inhalte
Für E-Commerce ist das gängige Paar 301 für Verschiebungen und 410 für permanente Löschungen.
Ähnliche Produkte vorschlagen (verwenden Sie pgvector-Kosinus auf der Einbettung des nicht mehr vorhandenen Objekts).
Ein Suchfeld bereitstellen.
Eine klare Nachricht "Dieses Produkt ist nicht mehr verfügbar" haben.
Slughistorie pro Entität
Wenn sich ein Produkt-Slug ändert, muss die alte URL zur neuen URL weitergeleitet werden. Dies manuell zu speichern, ist fragil. Verfolgen Sie die Slughistorie pro Entität:
CREATE TABLE product_slug_history (
id SERIAL PRIMARY KEY,
product_id UUID NOT NULL,
old_slug TEXT NOT NULL,
new_slug TEXT NOT NULL,
changed_at TIMESTAMPTZ DEFAULT NOW()
);
Die Slughistorie-Tabelle ermöglicht es Ihnen, die URL-Evolution eines Produkts nachzuvollziehen (nützlich für den Support und für rechtliche/Compliance-Archive).
Weiterleitungsketten
Eine Kette: A → B → C.
Warum Ketten schlecht sind:
Jeder Sprung verliert 5–10% Linkwert (Google hat dies bestätigt).
Jeder Sprung fügt 100–500 ms Latenz hinzu.
Drei oder mehr Sprünge erhöhen die Wahrscheinlichkeit, dass Google das Tracking aufgibt.
Ketten glätten: Schreiben Sie die Quelle um, um direkt auf die endgültige URL zu verweisen.
// Vorher: A → B → C
await db.redirects.update({ from: '/a', to: '/b' }); // bestehend
// Nach dem Glätten:
await db.redirects.update({ from: '/a', to: '/c' }); // umgeschrieben
Weiterleitungsschleifen
A → B → A ist fatal. Erkennen Sie dies zur Schreibzeit:
async function writeRedirect(from: string, to: string) {
const wouldLoop = await detectLoop(from, to);
if (wouldLoop) {
throw new Error(`Weiterleitung von ${from} nach ${to} erzeugt eine Schleife`);
}
await db.redirects.insert({ from, to, statusCode: 301 });
}
Ping IndexNow
Nach dem Schreiben einer Weiterleitung:
await enqueueIndexNow([oldUrl, newUrl]);
Die Engine ruft die alte URL erneut ab, sieht die 301 und aktualisiert ihr Index.
Best Practices
Halten Sie die Weiterleitungstabelle kompakt. Im Laufe der Zeit erzeugen Dutzende kleiner Slug-Bearbeitungen Dutzende von Weiterleitungen. Glätten Sie Ketten regelmäßig.
Leiten Sie keine gesamten Kategorien zur Startseite weiter. Das ist ein 'soft 404' für Google. Leiten Sie stattdessen zur nächstgelegenen äquivalenten Kategorie weiter.
Vermeiden Sie Weiterleitungen zu noindex-Seiten. Das untergräbt den Zweck, den Wert zu bewahren.
Dokumentieren Sie die Absicht der Weiterleitung. Eine Kommentarspalte in der Weiterleitungstabelle hilft Ihnen, in Zukunft zu verstehen, warum.
Wie Ordiko Weiterleitungen handhabt
storeRedirects-Tabelle mit den Spalten from, to, statusCode, tenant.
Slughistorie pro Entität: productSlugHistory, categorySlugHistory usw.
Automatisches Schreiben von 301 bei Slug-Änderung.
productLifecycle.archive() schreibt eine 410-Zeile in storeRedirects.
Die Gone-Paths-Schicht rendert /products/[slug]/gone mit Ähnlichkeitsempfehlungen.
Trigger.dev wöchentliche Aufgabe redirect-chain-verify.task.ts HEAD-traced jede Weiterleitung und kennzeichnet Ketten und defekte Ziele.
Ein-Klick "Kette glätten" schreibt A → C direkt um.
IndexNow-Pings bei jeder Erstellung einer Weiterleitung.
FAQ
Was ist der praktische Unterschied zwischen 301 und 302? 301 = permanent. Überträgt nahezu den gesamten Linkwert. Cacht die Weiterleitung stark. Verwenden Sie es für Slug-Änderungen, Domainmigrationen. 302 = temporär. Überträgt weniger Wert. Cacht nicht so aggressiv. Verwenden Sie es für A/B-Tests oder temporäre Ausfälle. Für die meisten E-Commerce-Weiterleitungen ist 301 korrekt.
Was ist der Unterschied zwischen 404 und 410? 404 = 'nicht gefunden, könnte zurückkommen'. Google kann die URL eine Weile in seinem Index behalten, falls sie zurückkommt. 410 = 'verschwunden, dauerhaft entfernt'. Google entfernt die URL schneller. Für dauerhaft eingestellte Produkte ist 410 eine bessere SEO-Hygiene.
Wie viele Weiterleitungssprünge sind zu viele? Zwei Sprünge sind die praktische Grenze. Jeder Sprung verliert 5–10% Linkwert und fügt Latenz hinzu. Drei oder mehr Sprünge sind ein Warnsignal. Erkennen und glätten Sie sie automatisch.
Wie geht Ordiko mit der Slughistorie um? Jede Entitätstabelle hat eine entsprechende Slughistorie-Tabelle (z. B. product_slug_history). Bei einer Slug-Änderung wird eine neue Zeile mit dem alten Slug eingefügt; eine 301-Weiterleitung wird automatisch in storeRedirects geschrieben. Die wöchentliche Aufgabe redirect-chain-verify von Trigger.dev HEAD-traced Weiterleitungen und kennzeichnet Ketten und defekte Ziele.