12. November 2026

Trailing Slash: Wie der Schrägstrich in der URL Ihr SEO beeinflusst

Q: Ist der Trailing Slash ein Rankingfaktor?

Für keine der beiden Schreibweisen ist ein Rankingvorteil belegt. Google behandelt laut seinem Blogbeitrag von 2010 beide Schreibweisen gleich, jedoch als getrennte URLs, und die Google-Seiten zu URL-Struktur, Kanonisierung, Sitemaps und Weiterleitungen enthalten bei unserer Textsuche vom 12. November 2026 keinen Hinweis auf eine bevorzugte Schreibweise. Jede Seite sollte unter einer URL erreichbar bleiben, und alle Signale sollten diese URL nennen.

Von Philipp Nessmann, Geschäftsführer von SEO Agents · Zuletzt aktualisiert: 13. November 2026

Trailing Slash auf einen Blick

Eine Variante: Jede Seite ist unter genau einer URL erreichbar, mit oder ohne Schrägstrich am Ende.
Weiterleitung: Die nicht gewählte Schreibweise führt per 301 auf die gewählte.
Gleiche Signale: Canonical Tag, Sitemap und interne Links führen auf dieselbe URL wie die Weiterleitung.
Kontrolle: Statuscode und Crawl decken die ausgelieferte Variante auf, die Search Console (das Google-Werkzeug für Websitebetreiber) zeigt die von Google gewählte.

Stand: November 2026

Der Trailing Slash ist der Schrägstrich am Ende des Pfads einer URL, etwa /leistungen/ statt /leistungen. Je nach Server sind beide Schreibweisen erreichbar. Entscheiden Sie sich für eine Variante und leiten Sie die andere per 301 Weiterleitung um, damit jede Seite nur unter einer URL erreichbar ist.

Was ist ein Trailing Slash und wie ist er aufgebaut?

Das letzte Zeichen / eines Pfads heißt nachgestellter Schrägstrich, englisch Trailing Slash. Für Unterseiten entscheidet dieses Zeichen darüber, ob eine URL wie ein Verzeichnis endet oder wie eine Datei.

Aufbau einer URL und Position des Slash

Laut RFC 3986 besteht eine URL aus Schema wie https, Authority wie der Domain und dem Pfad, optional kommen die Query mit den Parametern hinter dem Fragezeichen und das Fragment hinter der Raute hinzu. In der erfundenen Adresse https://www.beispiel.de/leistungen/ steht der Trailing Slash hinter dem Wort leistungen, in https://www.beispiel.de/leistungen fehlt er. Folgt auf den Pfad eine Query mit Parametern, steht der Slash vor dem Fragezeichen, etwa in /suche/?q=test. Ein Schrägstrich hinter dem Fragezeichen wie in /suche?q=test/ gehört nach RFC 3986 zur Query und nicht zum Pfad.

Schema: Aufbau einer URL mit Schema, Domain, Pfad, Trailing Slash und Query, dazu Verzeichnis und Datei im Vergleich

Verzeichnis oder Datei: woher der Schrägstrich kommt

Eine Adresse mit Schrägstrich am Ende steht klassisch für ein Verzeichnis im Dateisystem eines Webservers. Ein Verzeichnis endet dort auf einen Schrägstrich, eine Datei wie /anleitung.pdf auf ihren Namen. Apache-Webserver werten die Standarddatei eines Verzeichnisses (DirectoryIndex) nur bei Anfragen mit Schrägstrich aus. Apache leitet Dateien wie /anleitung.pdf nicht auf eine Variante mit Schrägstrich um.

Warum die Startseite nie ein Problem ist

Die Startseite einer Domain ist unter https://www.beispiel.de und https://www.beispiel.de/ aufrufbar. Laut RFC 3986 definiert das Schema http einen leeren Pfad als gleichwertig mit /, und der Standard rät, eine URL mit leerem Pfad auf den Pfad / zu normalisieren. Nur Unterseiten brauchen deshalb eine Entscheidung zum Trailing Slash. In der Sitemap, der Liste der URLs für Suchmaschinen, und im Canonical Tag, das die bevorzugte URL im Quelltext einer Seite nennt, steht die Startseite entsprechend mit Schrägstrich.

Welche URL-Varianten entstehen daraus?

Dieselbe Seite lässt sich je nach Konfiguration mit und ohne Trailing Slash, mit http oder https und in unterschiedlicher Groß- und Kleinschreibung abrufen. Eine Domain, die mit und ohne www erreichbar ist, hat doppelt so viele dieser Adressen. Google beachtet bei der URL-Verarbeitung die Groß- und Kleinschreibung, wie die Dokumentation zur URL-Struktur festhält.

Adressvarianten einer Leistungsseite

Variante	Beispiel-URL	Unterschied zur ersten Zeile
Mit Schrägstrich	https://www.beispiel.de/leistungen/	Ausgangspunkt des Vergleichs
Ohne Schrägstrich	https://www.beispiel.de/leistungen	letztes Zeichen fehlt
Andere Groß- und Kleinschreibung	https://www.beispiel.de/Leistungen/	Großbuchstabe im Pfad
Anderes Protokoll	http://www.beispiel.de/leistungen/	http statt https

Jede Zeile der Tabelle ist eine eigene URL, auch wenn alle vier dieselbe Seite meinen.

Was tun Webserver und Suchmaschinen mit dem Slash?

Webserver und Anwendungen legen eigene Standardregeln für den Trailing Slash fest, die von uns geprüften Google-Seiten nennen dagegen keine Vorgabe.

Was ein Webserver standardmäßig tut

Das Modul mod_dir des Apache-Webservers ergänzt den Schrägstrich bei Anfragen an ein Verzeichnis. Fragt ein Besucher ein Verzeichnis ohne Trailing Slash an, leitet das Modul ihn standardmäßig auf die URL mit Trailing Slash um. Die Apache-Dokumentation nennt als Gründe unter anderem die kanonische URL des Verzeichnisses, also seine bevorzugte Adresse, und die korrekte Funktion relativer Verweise in HTML-Seiten. Über die Direktive DirectorySlash lässt sich die Umleitung auf die Variante mit Schrägstrich ein- und ausschalten.

Wie Google URLs mit und ohne Slash bewertet

Google führt in den Suchergebnissen eine kanonische URL pro Seite auf, etwa /leistungen oder /leistungen/. Welche URL als kanonisch gilt, entscheiden Signale. Weiterleitungen und das Element rel=”canonical” sind laut Google Search Central starke Signale, die Aufnahme in eine Sitemap ist dagegen ein schwaches Signal. Unsere Textsuche nach Slash und Schrägstrich in den Google-Seiten zu URL-Struktur, Kanonisierung, Sitemaps, Weiterleitungen und lokalisierten Versionen ergab am 12. November 2026 keinen Treffer, diese Seiten legen also keine bevorzugte Schreibweise fest.

Im Blogbeitrag Schrägstrich oder nicht? vom April 2010 hält Google fest, dass es URLs mit und ohne Trailing Slash gleich behandelt, jedoch als getrennte URLs. Liefern beide denselben Inhalt mit Statuscode 200 aus, bezeichnet der Beitrag das als nicht optimal, aber legitim. Soll nur eine Version erscheinen, empfiehlt Google eine 301 Weiterleitung auf die bevorzugte URL und, wenn das nicht möglich ist, ein Canonical Tag.

Wie Bing mit URL-Varianten umgeht

Im Bing Webmaster Blog zählt der Beitrag vom 19. Dezember 2025 Trailing Slashes zu den technischen Konfigurationen, die mehrere URLs für denselben Inhalt erzeugen. Daneben stehen dort HTTP und HTTPS sowie Groß- und Kleinschreibung. Als Gegenmaßnahme nennt der Beitrag 301 Weiterleitungen auf eine einzige bevorzugte URL und Canonical Tags, wenn mehrere Versionen erreichbar bleiben müssen.

RFC 3986 und die Frage, ob beide Varianten gleich sind

Der Standard RFC 3986 beschreibt, wie sich URLs normalisieren und vergleichen lassen. Ein Crawler, also ein Programm, das Seiten automatisch abruft, behandelt zwei URLs künftig voraussichtlich als gleichwertig, wenn er beobachtet, dass die eine auf die andere weiterleitet und beide sich nur im Trailing Slash unterscheiden. Dieses Vorgehen ist laut RFC nur angemessen, wenn Zugriffsergebnis und Konventionen die Gleichwertigkeit klar anzeigen. Zu den Konventionen zählt im RFC die Weiterleitung von HTTP-Servern, die Probleme mit relativen Verweisen vermeidet.

Schema: Weiterleitungskette über Protokoll, www und Trailing Slash, direkte Weiterleitung und Kennzahlen zu Hops

Welche Auswirkungen hat der Trailing Slash auf SEO?

Sobald dieselbe Seite mit und ohne Trailing Slash unter zwei URLs erreichbar ist, entscheidet Google, welche davon als kanonisch gilt. Jede zusätzliche URL derselben Seite verlangt von Ihnen ein Signal, welche Adresse gelten soll. Wo Sie nicht eingreifen, gelten die Standardregeln von Server und Anwendung.

Duplicate Content durch zwei Adressen

Beim Trailing Slash entsteht eine Doppelung, sobald /leistungen und /leistungen/ beide mit dem Statuscode 200 antworten, der für eine erfolgreich ausgelieferte Seite steht. Das Ergebnis heißt Duplicate Content, also derselbe Inhalt unter mehreren URLs. Dieselbe Doppelung entsteht bei jeder Unterseite, die Server und Anwendung ohne Weiterleitung unter beiden Schreibweisen ausliefern. Nach einer dauerhaften Weiterleitung von /leistungen auf /leistungen/ erscheint bei Google das neue Ziel in den Suchergebnissen.

Externe Links auf zwei Schreibweisen

Wenn andere Websites mal mit und mal ohne Trailing Slash verlinken, erreichen die Backlinks beide URLs. Solange keine Weiterleitung beide verbindet, verweisen die Links auf getrennte URLs. Eine 301, also eine dauerhafte Weiterleitung, von der nicht gewählten Schreibweise auf die gewählte verbindet beide URLs. Mit welcher Schreibweise andere Websites verlinken, zeigt die Liste der eingehenden Links in einem Backlink-Werkzeug wie SISTRIX oder Ahrefs.

Weiterleitungsketten verlängern den Weg zur Seite

Mehrere Regeln hintereinander ergeben schnell eine Kette. Aus http://beispiel.de/leistungen wird zuerst https://beispiel.de/leistungen, dann https://www.beispiel.de/leistungen und zuletzt https://www.beispiel.de/leistungen/. Jeder Schritt von einer URL zur nächsten ist ein Hop, hier also drei, weil Protokoll, www-Präfix und Trailing Slash jeweils eine eigene Weiterleitung auslösen.

Der Googlebot folgt bis zu 10 Hops, die Dokumentation rät aber zu einer direkten Weiterleitung zum Ziel. Ist das nicht möglich, sollten es im Idealfall bis zu 3 und höchstens 4 Hops sein. Jede Verkettung verzögert Nutzer, außerdem unterstützen nicht alle abrufenden Programme (User-Agents) lange Ketten.

Wann der Slash keine Folgen hat

Wenn Server und Anwendung bereits einheitlich antworten, besteht kein Handlungsbedarf. Das trifft zu, sobald jede Seite nur unter einer Variante mit Statuscode 200 erreichbar ist und die andere per 301 dorthin führt. Voraussetzung ist, dass auch Sitemap und Canonical Tag diese Variante nennen. Dazu gehört, dass die internen Links direkt auf diese Variante führen.

Mit oder ohne Trailing Slash: Welche Variante passt zu Ihrer Website?

Nach unserer Einschätzung bleibt eine bestehende Website bei ihrer bisherigen Variante, und bei einem Neustart passt die Variante, die das System ohne Eingriff ausliefert, weil beide den geringsten Aufwand verursachen. Eine Regel gegen das Standardverhalten des Systems fügt vermutlich eine weitere Weiterleitung hinzu und erhöht damit das Risiko für Ketten.

Entscheidungshilfe in sechs Situationen

Das Standardverhalten von WordPress, Next.js und Django stammt aus deren Dokumentationen, die übrigen Zeilen der Tabelle sind unsere Einschätzung. Treffen mehrere Zeilen zu, hat die Zeile mit dem geringsten Umstellungsaufwand Vorrang. Unabhängig von der Ausgangslage gilt für URLs mit Dateiendung die Empfehlung ohne Schrägstrich.

Entscheidungsbaum: bestehende Website behält ihre Variante, Neustart nutzt die Variante des Systems, Dateien bleiben ohne Slash

Empfohlene Variante nach Ausgangslage

Situation	Empfehlung	Begründung
WordPress mit gewohnter Permalink-Struktur (Schema der Seitenadressen)	Variante der Permalinks beibehalten	Die Permalink-Struktur bestimmt, ob WordPress den Schrägstrich anhängt
Next.js ohne Konfiguration	ohne Schrägstrich	Next.js leitet URLs mit Schrägstrich standardmäßig auf die Variante ohne Schrägstrich um
Django mit Standardeinstellung	mit Schrägstrich	APPEND_SLASH leitet bei installierter CommonMiddleware nicht passende URLs ohne Schrägstrich standardmäßig auf die Variante mit Schrägstrich um
Bestehende Website mit Rankings	bisherige Variante beibehalten	Ein Wechsel verlangt neue Weiterleitungen für jede URL
Neustart ohne bestehende Rankings	Variante des Systems wählen	Es entstehen keine Gegenregeln
Dateien mit Endung	ohne Schrägstrich	URLs wie /anleitung.pdf bleiben Dateiadressen

Wenn Ihre Website bereits Rankings hat

Bei einer laufenden Website ist die ausgelieferte Variante des Trailing Slash der Ausgangspunkt. Ein Wechsel lohnt sich nach unserer Einschätzung nur aus einem technischen Grund, denn jede umgestellte URL braucht eine Weiterleitung. Wenn beide Varianten bereits mit Statuscode 200 antworten, leiten Sie die schwächer verlinkte per 301 auf die stärker verlinkte um. Danach prüfen Sie in der Search Console, ob Google die gewählte URL als kanonisch übernimmt.

Wenn Sie neu starten oder relaunchen

Beim Neustart entscheiden Sie frei über den Trailing Slash und wählen die Variante, die das System von sich aus ausliefert. Das spart Regeln und damit Fehlerquellen. Bei einem Relaunch lohnt es sich, alte und neue URLs in einer Tabelle gegenüberzustellen, damit jede alte URL in einem Schritt auf ihr Ziel führt. Diese Zuordnung entsteht vor dem Livegang und gehört zu jeder Relaunch Betreuung.

Ausnahmen: Dateien und .well-known-Pfade

URLs von Dateien wie /anleitung.pdf oder /sitemap.xml enden auf ihren Namen und bekommen keinen Trailing Slash. Die Datei robots.txt bleibt ohne Schrägstrich. Laut Next.js bekommen bei eingeschalteter Option trailingSlash die URLs statischer Dateien, etwa mit Endung, und Pfade unter .well-known keinen Schrägstrich angehängt. Regeln im Webserver brauchen dieselbe Ausnahme, sonst leiten sie Dateien fälschlich um.

Welche Stellen setzen die gewählte Variante durch?

Beim Trailing Slash müssen vier Stellen dieselbe URL nennen, nämlich die Weiterleitung, das Canonical Tag, die internen Links und die Sitemap. Nennt eine dieser Stellen die andere Schreibweise, widersprechen sich die Signale für die kanonische URL. Dieselbe Schreibweise gilt außerdem für hreflang-Angaben, Paginierung und Filter-URLs.

301 Weiterleitung als erster Schritt

Die Weiterleitung sorgt dafür, dass Besucher und Crawler nur noch die gewählte URL sehen. Für URL-Änderungen empfiehlt Google nach Möglichkeit serverseitige dauerhafte Weiterleitungen wie 301 und 308. Die 301 Weiterleitung führt von der nicht gewählten Schreibweise in einem Schritt auf das Ziel. Diese Regel steht entweder im Webserver oder in der Anwendung. Nach unserer Einschätzung pflegen Sie sie am einfachsten dort, wo auch die URLs entstehen.

301 Weiterleitung von der Variante ohne Slash auf die Variante mit Slash

Canonical Tag als Absicherung

Mit dem Element rel=”canonical” nennt jede Seite die URL, die in den Suchergebnissen erscheinen soll. Anders als die Weiterleitung lässt das Canonical Tag beide Adressen erreichbar und dient als zweite Methode neben der Weiterleitung der Absicherung. Laut Google-Dokumentation steigt die Wahrscheinlichkeit, dass die gewünschte URL in den Suchergebnissen erscheint, wenn mehrere Methoden gemeinsam wirken. Im Quelltext steht die vollständige URL mit Protokoll und Domain, denn Google rät von relativen Pfaden ab.

<link rel="canonical" href="https://www.beispiel.de/leistungen/">

Canonical Tag mit vollständiger URL nennt die bevorzugte Variante

Alle Verweise auf eine Schreibweise bringen

Die interne Verlinkung sollte direkt auf die Ziel-URL zeigen, damit kein Besucher eine Weiterleitung durchläuft. Screaming Frog beschreibt als Ideal, dass alle internen Links auf kanonische URLs führen, die ohne Weiterleitung antworten. Ebenso sollte die Sitemap nur die Ziel-URL aufführen.

Ein Crawl deckt Abweichungen in der Navigation auf. Dazu gehören die Pfade der Breadcrumbs, die der gewählten Schreibweise folgen müssen.

Interne Links und Sitemap nennen nur die gewählte Schreibweise

hreflang und Länderversionen

Per hreflang verweisen die Sprachversionen einer Seite aufeinander. Rückverweise sind Pflicht, denn wenn Seite X auf Seite Y verweist, muss Y auf X zurückverweisen, sonst werden die Angaben möglicherweise ignoriert oder nicht richtig interpretiert. Wenn eine hreflang-Angabe auf /leistungen/ verweist und diese URL auf /leistungen weiterleitet, antwortet die angegebene URL nicht mit Statuscode 200. Tragen Sie in hreflang-Angaben deshalb die gewählte Schreibweise ein. Screaming Frog meldet hreflang-Angaben, die nicht mit Statuscode 200 antworten, darunter Weiterleitungen.

hreflang-Verweise zwischen Sprachversionen, eine Version leitet um

Paginierung und Filter-URLs

Die Seiten einer Paginierung folgen derselben Schreibweise wie alle übrigen URLs der Website. Eine Seite wie /blog/seite/2/ darf nicht zusätzlich als /blog/seite/2 erreichbar sein. Bei Filter-URLs gilt die gewählte Schreibweise für den Pfad vor dem Fragezeichen, also /suche/?q=test oder /suche?q=test. Nach jeder neuen Regel sollten Sie testen, ob die Parameter der Anfrage in der Weiterleitung erhalten bleiben.

Paginierung und Filter-URL mit Slash vor dem Fragezeichen

Wie konfigurieren Sie den Trailing Slash in Apache und nginx?

Ablauf einer Rewrite-Regel zum Ergänzen des Trailing Slash: drei Bedingungen, dann 301 Weiterleitung

In Apache und nginx lässt sich die Weiterleitung für den Trailing Slash mit einer Rewrite-Regel umsetzen. Die Regeln gehören vor dem Livegang in eine Testumgebung, weil geladene Module und ältere Einträge in der Konfiguration das Verhalten verändern.

Apache und .htaccess: Slash ergänzen und entfernen

Zum Entfernen des Trailing Slash steht in der .htaccess im Stammverzeichnis der Website diese Regel.

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ /$1 [R=301,L]

Die Bedingung !-d prüft, ob der Pfad in REQUEST_FILENAME kein existierendes Verzeichnis bezeichnet. Ohne sie entfernt die Regel den Schrägstrich, und mod_dir ergänzt ihn bei Verzeichnissen wieder. Zum Ergänzen des Trailing Slash genügt dort diese Regel.

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^([^.]*[^/])$ /$1/ [R=301,L]

Das Muster erfasst Pfade ohne Punkt, die nicht auf einen Schrägstrich enden. Dateien mit Punkt wie /anleitung.pdf bleiben unberührt. Die Bedingung !-f nimmt zusätzlich existierende Dateien ohne Endung aus.

Mit dem Flag R allein antwortet der Server mit 302, einer vorübergehenden Weiterleitung. Der Zusatz R=301 macht die Weiterleitung dauerhaft.

nginx: Rewrite-Regeln für beide Richtungen

In nginx liefert die Direktive rewrite mit dem Zusatz permanent eine 301.

# Schrägstrich ergänzen
rewrite ^([^.]*[^/])$ $1/ permanent;

# Schrägstrich entfernen
rewrite ^/(.+)/$ /$1 permanent;

Beide Regeln lassen die Startseite aus, weil / weder zum Ergänzen noch zum Entfernen passt. Die Ergänzen-Regel verlangt einen Pfad ohne Punkt, damit Dateien wie /bild.jpg nicht umgeleitet werden. Aktivieren Sie jeweils nur eine der beiden Regeln, sonst entsteht eine Schleife.

Ist eine location durch ein Präfix mit Schrägstrich am Ende definiert und verarbeitet proxy_pass, fastcgi_pass oder eine verwandte Direktive die Anfragen, antwortet nginx auf genau dieses Präfix ohne Schrägstrich mit einer 301 auf die Variante mit Schrägstrich. Zusammen mit der Entfernen-Regel entsteht für dieses Präfix nach unserer Einschätzung eine Schleife.

Wo stellen Sie den Trailing Slash im System ein?

Sie stellen den Trailing Slash bei WordPress in der Permalink-Struktur und bei Anwendungen wie Next.js oder Django in deren Konfiguration ein.

WordPress und WooCommerce

Bei WordPress entscheidet die Permalink-Struktur über den Trailing Slash. Wenn die Struktur auf einen Schrägstrich endet, ergänzt die Funktion user_trailingslashit ihn, sonst entfernt sie ihn. Für einen Shop mit WooCommerce ist die Permalink-Struktur ebenfalls der erste Ort zum Prüfen. Regeln im Webserver müssen mit dieser Einstellung übereinstimmen, sonst arbeiten zwei Weiterleitungen gegeneinander.

Übersicht: wo WordPress, WooCommerce, Shopify, Shopware, Next.js, Astro, Django und Spring den Trailing Slash festlegen

Weitere Shop-Systeme und CMS

Bei Shopify prüfen Sie den Trailing Slash, indem Sie eine Kategorieseite in beiden Schreibweisen aufrufen. Antwortet eine mit 301 auf die andere, erledigt das System die Umleitung selbst. Für Shopware gilt derselbe Ablauf, und im Quelltext vergleichen Sie zusätzlich das Canonical Tag mit der aufgerufenen URL.

Wenn beide Schreibweisen mit Statuscode 200 antworten, fehlt die Weiterleitungsregel. Bei Joomla und anderen Systemen führt dieselbe Prüfung zum Ziel.

JavaScript-Frameworks: Next.js und Astro

Um URLs ohne Schrägstrich auf die Variante mit Schrägstrich umzuleiten, setzen Sie bei Next.js die Option trailingSlash in der next.config.js auf true. Astro nutzt standardmäßig für die Option trailingSlash den Wert ignore und liefert bei auf Anfrage gerenderten Seiten /about und /about/ über dieselbe Route aus. Mit always oder never leitet Astro in der Produktion auf Anfrage gerenderte Seiten auf die gewählte Schreibweise um. Bei vorgerenderten Seiten regelt das die Hosting-Plattform und beachtet die gewählte Einstellung möglicherweise nicht.

Django und Spring

Django ergänzt den Trailing Slash selbst, solange die Einstellung APPEND_SLASH auf True steht (dem Standardwert) und die CommonMiddleware installiert ist. Eine Weiterleitung entsteht dort nur, wenn die URL zu keiner Route passt und nicht auf einen Schrägstrich endet. Die Django-Dokumentation weist darauf hin, dass dabei Daten einer POST-Anfrage verloren gehen können.

In Spring MVC ist das Matching von URL-Pfaden mit Schrägstrich seit Version 6.0 veraltet und seit Version 7.0 entfernt. Der UrlHandlerFilter ersetzt es, indem er den Schrägstrich per Weiterleitung entfernt oder die Anfrage umschreibt.

Wie erkennen und beheben Sie Probleme mit dem Trailing Slash?

Die Prüfung des Trailing Slash beginnt bei einer einzelnen URL und endet erst, wenn auch ein Crawl der ganzen Website keine Abweichung mehr meldet.

Einzelne URL prüfen: Statuscode und Weiterleitung

Das Kommandozeilenprogramm curl ruft mit curl -I https://www.beispiel.de/leistungen nur die Kopfzeilen der Antwort ab. Sie fragen beide Schreibweisen nacheinander ab. Die gewählte Variante soll mit 200 antworten, die andere mit einer 301, deren Kopfzeile Location die gewählte Variante angibt. Einzelne Server verweigern die HEAD-Anfrage, die curl -I sendet, dann hilft ein Browser mit geöffneten Entwicklerwerkzeugen.

Search Console: Welche Variante hat Google gewählt?

Das URL-Prüftool der Search Console zeigt unter „Seitenindexierung“ das Feld „Von Google ausgewählte kanonische URL“. Im URL-Prüftool lässt sich die kanonische Version nur für Seiten ermitteln, die sich in der Google Indexierung befinden. Der Live-Test kann nicht vorhersagen, ob Google die getestete Version als kanonisch betrachtet. Wenn die von Google gewählte URL von Ihrer Variante abweicht, prüfen Sie, ob Weiterleitung, Canonical Tag, Sitemap und die internen Links dieselbe Schreibweise nennen.

Website-Crawl: Duplikate und Ketten finden

Das Programm Screaming Frog ruft die verlinkten Seiten einer Website ab und deckt dabei Weiterleitungen und Ketten auf. Der Filter für Weiterleitungsketten listet interne URLs, die auf eine URL führen, die ihrerseits weiterleitet. Exportieren Sie die Liste der weiterleitenden URLs und prüfen Sie, welche davon sich nur im Trailing Slash unterscheiden. Tauschen Sie interne Links auf weiterleitende URLs gegen die Ziel-URL aus.

Häufige Fehler und ihre Lösung

Die meisten SEO Fehler beim Trailing Slash entstehen durch Regeln, die Sie selbst im Webserver eintragen. Nur die erste und die letzte Zeile der Tabelle haben eine andere Ursache. Statuscode 302 und Schleife folgen aus den Angaben der Apache-Dokumentation zu R und mod_dir.

Symptom, Ursache und Lösung

Symptom	Ursache	Lösung
Beide Varianten antworten mit 200	Keine Weiterleitungsregel	Regel einrichten und Canonical Tag ergänzen
Weiterleitung mit 302 statt 301	Flag R ohne Statuscode	R=301 setzen
Schleife nach dem Entfernen des Schrägstrichs	mod_dir ergänzt ihn wieder	Bedingung `!-d` vor die Regel setzen
Kette über mehrere Hops	Eigene Regeln für Protokoll, www und Schrägstrich	Regeln zu einer Weiterleitung zusammenführen
Dateien werden umgeleitet	Regel ohne Ausnahme für Dateien	Muster auf Pfade ohne Punkt beschränken und Bedingung `!-f` setzen
Search Console wählt die andere Variante	Signale uneinheitlich oder von Google anders gewichtet	Weiterleitung, Canonical, Links und Sitemap angleichen

Nach jeder Korrektur fragen Sie die betroffene URL zuerst mit curl ab und crawlen danach die ganze Website.

Checkliste zum Abhaken

Nach der Umstellung gilt jeder Punkt als erledigt, wenn der beschriebene Zielzustand erreicht ist.

Häufige Fragen zum Trailing Slash

Ist der Trailing Slash ein Rankingfaktor?

Für keine der beiden Schreibweisen ist ein Rankingvorteil belegt. Google behandelt laut seinem Blogbeitrag von 2010 beide Schreibweisen gleich, jedoch als getrennte URLs, und die Google-Seiten zu URL-Struktur, Kanonisierung, Sitemaps und Weiterleitungen enthalten bei unserer Textsuche vom 12. November 2026 keinen Hinweis auf eine bevorzugte Schreibweise. Jede Seite sollte unter einer URL erreichbar bleiben, und alle Signale sollten diese URL nennen.

Muss die Startseite einen Trailing Slash haben?

Für die Startseite sind beide Schreibweisen austauschbar, weil ein leerer Pfad beim Schema http nach RFC 3986 als gleichwertig mit / gilt. Eine Weiterleitung zwischen beiden Schreibweisen entfällt deshalb.

Kann ich die Variante später wechseln?

Sie können die Variante wechseln, wenn jede alte URL per 301 direkt auf die neue führt. Im selben Zug gleichen Sie alle Signale an. Danach prüfen Sie in der Search Console, ob Google die neue URL als kanonisch wählt, und kontrollieren Statuscodes und Ketten.

Bekommen Dateien wie PDFs einen Trailing Slash?

URLs mit Dateiendung wie /anleitung.pdf bleiben ohne Schrägstrich, denn sie enden auf den Namen der Datei. Eigene Regeln im Webserver brauchen deshalb eine Ausnahme für Pfade mit Punkt.

Reicht ein Canonical Tag statt einer Weiterleitung?

Ein Canonical Tag passt, wenn beide Varianten erreichbar bleiben müssen, die Weiterleitung passt, wenn nur eine erreichbar sein soll. Zugleich hält die Google-Dokumentation fest, dass mehrere Methoden zusammen die Wahrscheinlichkeit erhöhen, dass Google die bevorzugte URL in den Suchergebnissen aufführt.

Philipp Nessmann

Experte für SEO, GEO, LLMO & AIO: Wir machen Sie sichtbar bei Google, ChatGPT & Perplexity.

Philipp Nessmann ist SEO-Berater mit über 20 Jahren Erfahrung und Gründer der Nessmann GmbH (Marken: Contentbär und SEO Agents). Er hat mehr als 1.100 Projekte betreut und mit Jurawelt.com sowie trauringspezialisten.de eigene Plattformen aufgebaut. Sein Schwerpunkt liegt auf technischem SEO und der Sichtbarkeit in KI-Systemen wie ChatGPT, Gemini und Perplexity (GEO). Als Gastautor veröffentlicht er regelmäßig u. a. bei Ahrefs, OMR, GoDaddy, Host Europe, Mittwald und DomainFactory.

Gastbeiträge

Nutzen Sie unsere kostenfreie IST-Analyse Ihres Webprojekts

Jetzt kostenlose Analyse anfragen