English
URLs & Domains

Trailing Slash

Auch genannt: abschließender Schrägstrich, End-Slash

Ein Trailing Slash ist der Schrägstrich am Ende einer URL, zum Beispiel https://example.com/foo/. Er ist historisch das Kennzeichen eines Verzeichnisses, während /foo ohne Slash eine Datei bezeichnet.

Wie behandelt Google den Trailing Slash?

Google behandelt beide URLs getrennt und gleichberechtigt, unabhängig davon, ob dahinter eine Datei oder ein Verzeichnis steht. Unterschiedliche Inhalte unter beiden Varianten wären technisch zulässig, verwirren aber meist Nutzer. Deshalb liefern beide Adressen in der Regel denselben Inhalt.

Antworten beide Varianten mit 200 und gleichem Inhalt, entsteht Duplicate Content. Das Problem ist laut Google tolerierbar, weil der Index solche Fälle häufig selbst auflöst, doch es ist nicht optimal. Als Verbesserung nennt Google weniger doppelte Inhalte und mehr Crawl-Effizienz. Für die Root-Domain gilt https://example.com als gleichwertig zu https://example.com/. Eine Weiterleitung ist dort weder nötig noch möglich.

Aufbau einer URLDie Beispiel-URL https://shop.example.de/schuhe/sneaker/?farbe=rot&seite=2#bewertungen in Teilen: Protokoll https, Host shop.example.de mit Subdomain shop, Domain example.de und Top-Level-Domain de, Pfad /schuhe/sneaker/ mit abschließendem Schrägstrich, Query-String mit zwei Parametern farbe=rot und seite=2, Fragment bewertungen. Das Fragment wird nicht an den Server geschickt.Trailing Slashhttps://shop.example.de/schuhe/sneaker/?farbe=rot&seite=2#bewertungenProtokollHostPfadQuery-StringFragmentSubdomainDomainParameterParameterTLDländerspezifisch: ccTLDbleibt im Browser, wird nichtan den Server geschicktSchematisch. Protokoll (scheme), Host, Pfad, Query und Fragment sind Bestandteile nach RFC 3986.Subdomain, Domain und TLD gliedern den Host nach DNS-Ebenen. Ohne Port gilt bei https Port 443.
Eine URL in ihren Teilen. Protokoll, Host, Pfad, Query-String und Fragment definiert RFC 3986. Das Fragment hinter # wertet nur der Browser aus, es geht nicht an den Server. Quellen: RFC 3986: Uniform Resource Identifier (URI), Generic Syntax; MDN: Was ist eine URL?; MDN Glossar: TLD.

Wie legt man eine Variante fest?

  1. Eine bevorzugte Variante wählen. Bei Verzeichnisstrukturen ist der Slash üblich, erlaubt ist beides.
  2. Die bevorzugte Variante konsequent in internen Links und in der Sitemap verwenden.
  3. Die andere Variante per 301 auf die bevorzugte umleiten. Ist das nicht möglich, ist rel="canonical" laut Google eine starke Alternative. Die aktuelle Google-Doku zur Kanonisierung nennt Weiterleitungen und rel="canonical" beide als starke Signale, die XML-Sitemap als schwaches.
  4. Prüfen, dass die bevorzugte Variante 200 liefert und die andere per 301 weiterleitet.

Beispiel

HTTP
GET /produkte HTTP/1.1
Host: example.com

HTTP/1.1 301 Moved Permanently
Location: https://example.com/produkte/

Häufige Fehler

  • Beide Varianten liefern 200, ohne Weiterleitung oder Canonical.
  • Interne Links und Sitemap nutzen unterschiedliche Schreibweisen.

Quellen

  1. To slash or not to slash – Google Search Central Blog, 21.04.2010developers.google.com
  2. Trailing Slash – Seobility Wiki (Zweitquelle)seobility.net
  3. Duplizierte URLs konsolidieren – Google Search Central (Stand: Oktober 2026)developers.google.com

Stand: