Trailing Slash und SEO: Mit oder ohne Schrägstrich am Ende der URL?

Was ist ein Trailing Slash und beeinflusst er SEO?

Ein Trailing Slash ist der Schrägstrich ganz am Ende einer URL, also der Unterschied zwischen /leistungen/ und /leistungen. Allein verändert er Ihre Rankings nicht, denn Google akzeptiert beide Formate. Problematisch wird es erst, wenn beide Varianten denselben Inhalt mit Status 200 ausliefern: Dann entstehen doppelte URLs, geteilte Signale und verschwendetes Crawling.

Die eigentliche Frage lautet also nicht, ob der Schrägstrich gut oder schlecht ist. Entscheidend ist, ob Ihre Website ein einheitliches Format nutzt. Seit 2012 führe ich technische SEO Audits durch, und dieses Thema taucht dabei ständig auf. Meist hat niemand bewusst entschieden. Ein Theme, ein Plugin oder eine Servereinstellung hat eine Variante festgelegt, während die internen Links still die andere verwenden.

In diesem Leitfaden erkläre ich die offizielle Sicht von Google, die Folgen doppelt erreichbarer Varianten, das Zusammenspiel von 301 Weiterleitung und Canonical Tag sowie das Verhalten gängiger Server und Frameworks. Am Ende finden Sie eine Checkliste, die Sie direkt auf Ihrer eigenen Website abarbeiten können.

Was ändert der Schrägstrich am Ende einer URL technisch?

Technisch betrachtet sind /blog und /blog/ zwei verschiedene Adressen. Browser, Server und Suchmaschinen können diese beiden Zeichenketten daher als getrennte Ressourcen behandeln. Früher stand ein Schrägstrich am Ende für ein Verzeichnis, eine URL ohne ihn dagegen für eine Datei. Zum Beispiel zeigte /produkte/ die Standardseite eines Ordners, /produkte.html hingegen eine einzelne Datei.

Heute arbeiten die meisten Websites allerdings mit Routingregeln statt mit einem echten Dateisystem. Deshalb muss der Schrägstrich keinen realen Ordner mehr abbilden; er ist vor allem eine Konvention. Trotzdem behalten Serverprogramme die alte Logik bei. Apache kann zum Beispiel eine Anfrage an ein echtes Verzeichnis automatisch auf die Variante mit Schrägstrich umleiten.

Auch relative Links verhalten sich unterschiedlich. Steht eine Seite unter /blog/, führt ein relativer Link auf "artikel" nach /blog/artikel. Steht dieselbe Seite unter /blog, landet der gleiche Link dagegen bei /artikel. Folglich kann ein Formatwechsel auf Websites mit relativen Links über Nacht defekte Links erzeugen. Am sichersten nutzen Sie deshalb für interne Links immer absolute oder wurzelrelative Pfade.

Was sagt Google offiziell zum Trailing Slash?

Die klarste Aussage liefert der Beitrag "To slash or not to slash" im Google Search Central Blog. Laut diesem Beitrag behandelt Google jede URL getrennt und gleichwertig. Ob eine Adresse eine Datei oder ein Verzeichnis ist und ob sie mit Schrägstrich endet, bringt ihr keinen Rankingvorteil.

Derselbe Beitrag enthält außerdem zwei praktische Hinweise. Erstens dürfen beide Varianten aus Sicht der Suchmaschine unterschiedliche Inhalte liefern, doch das verwirrt Nutzer. Zweitens ist eine Struktur ideal, in der nur eine Variante antwortet und die andere dorthin weiterleitet, denn so entsteht kein Duplikat.

Der aktuelle Leitfaden zum Zusammenführen doppelter URLs von Google folgt derselben Linie. Er nennt Weiterleitungen und rel="canonical" starke Signale, die Aufnahme in die Sitemap dagegen ein schwaches Signal. Zudem empfiehlt Google, intern immer auf die kanonische URL zu verlinken und für dieselbe Seite nicht über verschiedene Methoden unterschiedliche kanonische Adressen anzugeben. Kurz gesagt: Beim Trailing Slash ergreift Google keine Partei, sondern erwartet von Ihnen nur Konsistenz.

Spielt der Trailing Slash auf der Startseite eine Rolle?

Nein, im Stammverzeichnis der Domain gibt es keinen Unterschied. Der Google Beitrag stellt klar, dass https://example.com und https://example.com/ gleichwertig sind. Browser senden den Stammpfad in der HTTP Anfrage ohnehin immer als "/". Deshalb brauchen Sie für die Startseite weder eine Weiterleitung noch eine Änderung am Canonical Tag.

Die Verwirrung beginnt meist eine Ebene tiefer. So sind etwa https://example.com/de und https://example.com/de/ bereits zwei getrennte URLs. Auf mehrsprachigen Websites finde ich die meisten Fehler daher in den Sprachordnern. Nutzen die hreflang Tags ein Format und die Navigation ein anderes, entdeckt Google beide Varianten.

Mein Rat ist einfach: Lassen Sie die Startseite in Ruhe, prüfen Sie aber zuerst Sprach und Kategorieordner. Betreiben Sie eine mehrsprachige Website, dann stimmen Sie Ihre Entscheidung mit der URL Zuordnung ab, die ich in meinem Leitfaden zum hreflang Tag beschreibe.

Warum ist Inkonsistenz das eigentliche SEO Risiko und nicht der Schrägstrich?

Der Schrägstrich ist kein Rankingfaktor, Inkonsistenz dagegen verursacht messbare Probleme. Bleiben beide Varianten erreichbar, verlinken externe Websites womöglich auf ein Format, während Ihr eigenes Menü das andere nutzt. Dadurch verteilen sich Linksignale auf zwei URLs, und Google entscheidet selbst, welche davon kanonisch wird.

Typische Folgen, die ich in Audits sehe:

• Die Search Console zeigt dieselbe Seite doppelt, und die Leistungsdaten verteilen sich auf zwei Zeilen.
• Der Googlebot crawlt denselben Inhalt zweimal, deshalb findet er neue Seiten auf großen Websites später.
• Analytics teilt eine Seite in zwei Zeilen auf, was die Conversion Analyse erschwert.
• Der Canonical Tag zeigt auf ein Format, die Sitemap listet das andere, und Google erhält widersprüchliche Signale.

Auf einer kleinen Website wirken diese Verluste vielleicht unbedeutend. Ein Onlineshop mit Tausenden Produktseiten verschwendet dagegen schnell Crawlingkapazität. Deshalb behandle ich den Trailing Slash als Teil der Grundlagen im technischen SEO und nicht als Geschmacksfrage.

Was passiert, wenn beide Varianten Status 200 liefern?

In diesem Fall betrachtet Google beide URLs als Duplikate und wählt aus der Gruppe eine kanonische Adresse. Die Wahl ist oft vernünftig, entspricht aber nicht unbedingt Ihrem Wunsch. Listet Ihre Sitemap zum Beispiel die Variante mit Schrägstrich, während die meisten externen Links auf die Variante ohne ihn zeigen, bevorzugt Google womöglich die zweite.

Eine Abstrafung ist das allerdings nicht. Google bestraft doppelte URLs nicht, sondern versucht nur, Signale zu bündeln. Trotzdem geben Sie die Kontrolle ab. Ändert sich die kanonische Adresse, ändert sich auch die URL in den Suchergebnissen, und das stiftet Verwirrung in Reporting und Kampagnentracking.

Noch unübersichtlicher wird es, wenn sich beide Varianten leicht unterscheiden. Eine Variante kommt vielleicht aus einem alten Cache, die andere zeigt aktuellen Inhalt. Dann hält Google die Seiten womöglich gar nicht für Duplikate und nimmt beide in den Index auf. Statt also darauf zu hoffen, dass Google das Problem löst, beheben Sie es besser direkt auf dem Server.

Mit oder ohne Schrägstrich: Welche Variante sollten Sie wählen?

Aus SEO Sicht sind beide Optionen gleichwertig, daher entscheidet Ihre aktuelle Ausgangslage. Nutzen die meisten bereits indexierten URLs ein Format, ist es meist am risikoärmsten, dieses beizubehalten. Bei einer neuen Website hält dagegen der Standard Ihrer Plattform den Pflegeaufwand gering.

Die letzte Tabellenzeile ist die eigentliche Entscheidung. Egal welches Format Sie wählen, schließen Sie das andere mit einer dauerhaften Weiterleitung. Auf dieser Website nutzen wir zum Beispiel das Ordnerformat mit Schrägstrich und leiten Anfragen ohne ihn in einem einzigen Schritt auf die richtige URL.

Wie stellen Sie mit einer 301 Weiterleitung auf eine Variante um?

Sie leiten das nicht gewählte Format per dauerhafter serverseitiger Weiterleitung auf das gewählte Format. Die Dokumentation zu Weiterleitungen in der Google Suche nennt 301 und 308 als dauerhafte serverseitige Weiterleitungen. Beide senden ein starkes Signal, dass das Ziel kanonisch sein soll. Ein temporärer 302 ist für diese Aufgabe dagegen das falsche Werkzeug.

In der Praxis empfehle ich diese Reihenfolge:

1. Legen Sie das Zielformat fest und teilen Sie die Entscheidung schriftlich mit dem ganzen Team.
2. Schreiben Sie genau eine Regel auf Server oder Anwendungsebene; bauen Sie keine separaten Regeln in Plugin, CDN und Server.
3. Prüfen Sie, dass die Regel Dateiendungen, Parameter und die Startseite unberührt lässt.
4. Stellen Sie sicher, dass die Weiterleitung in einem Schritt endet; bündeln Sie http, www und Schrägstrich in einer Regel.
5. Passen Sie interne Links, Canonical Tags und die Sitemap an das neue Format an.

Jede Kette können Sie mit dem Redirect Checker einzeln prüfen. Das Tool zeigt den Statuscode jedes Schritts, sodass Sie einen versteckten 302 oder einen überflüssigen Zwischenschritt sofort erkennen.

Löst ein Canonical Tag Probleme mit dem Trailing Slash allein?

Teilweise, aber nicht allein. Ein rel="canonical" nennt Google Ihre bevorzugte URL und ist ein starkes Signal. Eine Weiterleitung ist es allerdings nicht: Beide Varianten bleiben offen, Nutzer und externe Websites verlinken weiter auf das falsche Format, und der Googlebot crawlt weiterhin beide Adressen.

Betrachten Sie den Canonical Tag als Sicherheitsgurt. Die Weiterleitung erledigt die Hauptarbeit, während der Canonical Tag in Fällen hilft, die die Weiterleitung nicht abdeckt, etwa bei URLs mit Parametern. Auch der Leitfaden von Google empfiehlt auf jeder Seite einen Canonical Tag, der auf die Seite selbst zeigt.

Einen Fehler sehe ich dabei häufig. Der Server leitet auf die Variante ohne Schrägstrich, doch der Canonical Tag im Template zeigt auf die Variante mit Schrägstrich. Google springt dann von einer URL zur anderen und wieder zurück. Dieses Hin und Her verwischt die kanonische Wahl. Schreiben Sie Canonical Tag und Weiterleitungsziel deshalb immer als exakt dieselbe Zeichenkette. Für ein sauberes Snippet hilft Ihnen der Meta Tag Generator.

Wie richten Sie den Trailing Slash auf einem Apache Server ein?

Auf Apache spielen zwei Module zusammen: mod_dir und mod_rewrite. Die Einstellung DirectorySlash in mod_dir ist standardmäßig aktiv. Trifft eine Anfrage ohne Schrägstrich auf ein echtes Verzeichnis, leitet Apache sie auf die Variante mit Schrägstrich um. Dieses Verhalten hat auch mit Sicherheit zu tun, daher sollten Sie es nicht leichtfertig abschalten.

Bei virtuellen URLs entscheiden Ihre .htaccess oder die Regeln des virtuellen Hosts. Haben Sie das Format mit Schrägstrich gewählt, schreiben Sie eine RewriteRule, die Anfragen ohne Schrägstrich per 301 ergänzt, sofern es keine echten Dateien sind. Im umgekehrten Fall entfernen Sie den Schrägstrich. Echte Verzeichnisse müssen Sie dann allerdings ausnehmen, sonst kämpft die Regel gegen mod_dir, und es entsteht eine Endlosschleife.

Achten Sie beim Schreiben der Regel auf drei Details:

• Nehmen Sie echte Dateien (-f) in der Bedingung aus, sonst erzeugen Sie fehlerhafte Adressen wie /logo.png/.
• Behalten Sie den Query String bei, damit Parameter wie ?utm_source die Weiterleitung überstehen.
• Ordnen Sie die Regeln so, dass https, www und Schrägstrich im selben Schritt korrigiert sind.

Testen Sie nach der Änderung einige Beispiel URLs von Hand und prüfen Sie, dass jede mit genau einem 301 am richtigen Ziel ankommt.

Worauf sollten Sie bei Nginx und im CDN achten?

Bei Nginx bestimmen meist location Blöcke und die Direktive try_files das Verhalten. Eine Zeile wie try_files $uri $uri/ versucht die Anfrage zuerst als Datei und dann als Verzeichnis. Trifft sie auf ein echtes Verzeichnis, kann Nginx selbst einen 301 auf die Variante mit Schrägstrich senden. Für virtuelle URLs brauchen Sie dagegen eine ausdrückliche rewrite oder return 301 Regel.

Die Ebene aus CDN und Reverse Proxy macht die Sache noch komplexer. Manche CDNs normalisieren URLs nach eigenen Regeln, andere cachen beide Varianten getrennt. Läuft im CDN eine Weiterleitung und in der Anwendung eine zweite, durchlaufen Besucher zwei Schritte. Schlimmer noch: Arbeiten die Regeln gegeneinander, entsteht eine Endlosschleife, und die Seite lädt nie.

Meine praktische Regel lautet deshalb: Bündeln Sie die Weiterleitungslogik auf einer einzigen Ebene. Dokumentieren Sie, welche Ebene das ist, und schalten Sie ähnliche Regeln überall sonst ab. Werten Sie Ihre Serverlogs mit der Logfile Analyse aus, dann sehen Sie zudem, welches Format der Googlebot anfragt und wie viele Weiterleitungen er erhält.

Wie verhalten sich WordPress, Next.js und Astro beim Trailing Slash?

Wer den Standard seiner Plattform kennt, spart sich überflüssige Regeln. WordPress richtet sich nach der Permalink Struktur. Endet diese mit Schrägstrich, nutzt die Website dieses Format und korrigiert falsche Anfragen über die eigene kanonische Weiterleitung. Deshalb ist eine zusätzliche .htaccess Regel bei WordPress meist unnötig und kann sogar Konflikte auslösen.

In Next.js steuert die Option trailingSlash in der Datei next.config das Verhalten. Der Standardwert ist false, also leitet Next.js URLs mit Schrägstrich auf die Variante ohne ihn; mit true passiert das Gegenteil. Astro bietet für trailingSlash die Werte "always", "never" und "ignore". Da "ignore" beide Formate akzeptiert, empfehle ich auf einer Produktivseite eine bewusste Entscheidung.

Bei individueller Software sitzt die Weiterleitung meist im Router. Der häufigste Fehler dort: Die Anwendung erzwingt ein Format, der Server das andere. Kurz gesagt: Finden Sie die Einstellung der Plattform, legen Sie sie an einer Stelle fest und richten Sie die übrigen Ebenen danach aus. Sind Sie unsicher, auf welchem System eine Website läuft, gibt Ihnen der CMS Checker schnell Auskunft.

Nutzen interne Links, Sitemap und hreflang dasselbe Format?

Die Weiterleitung ist allerdings nur die halbe Arbeit. Die andere Hälfte besteht darin, alle Signale anzugleichen. Menü, Footer, Links im Text, Canonical Tags, XML Sitemap und hreflang Tags sollten dasselbe Format zeigen. Sonst läuft jeder Klick und jeder Crawl über eine Weiterleitung, was Ladezeit und Crawlingeffizienz dauerhaft etwas belastet.

Vergessen Sie bei der Prüfung vor allem diese Stellen nicht:

• Fest eingetragene Links im Template, besonders Logo und Breadcrumb.
• Alte Links, die Redakteure von Hand in Texte geschrieben haben.
• Die XML Sitemap sowie Bild oder News Sitemaps.
• URL Felder in hreflang und Open Graph Tags.
• Die Werte url und @id in strukturierten Daten.

Müssen Sie die Sitemap neu erstellen, nutzen Sie den XML Sitemap Generator. Für die Linkstruktur wenden Sie am besten den Ansatz aus meinem Leitfaden zur internen Verlinkung zusammen mit Ihrer Entscheidung zum Schrägstrich an.

Wie erkennen Sie Probleme mit dem Trailing Slash in der Search Console?

Erste Station ist der Bericht zur Seitenindexierung. Finden Sie in der Zeile für Seiten mit Weiterleitung viele URLs im falschen Format, dann zeigen interne Links oder Sitemap vermutlich noch dorthin. Die Zeile für Duplikate ohne vom Nutzer festgelegte kanonische Seite kann zudem darauf hinweisen, dass beide Varianten Status 200 liefern.

Im zweiten Schritt prüfen Sie einzelne Adressen mit dem Prüftool für URLs. Dort sehen Sie die vom Nutzer angegebene und die von Google gewählte kanonische URL nebeneinander. Unterscheiden sich beide nur durch den Schrägstrich am Ende, widersprechen sich Ihre Signale.

Danach filtern Sie den Leistungsbericht nach Seite. Sammeln beide Formate derselben Seite Klicks in getrennten Zeilen, ist das Problem noch nicht gelöst. Wie Sie diese Berichte lesen, erkläre ich in meiner Anleitung zur Google Search Console. Nach einer Umstellung braucht Google oft einige Wochen, bis es das neue Format übernimmt; beobachten Sie die Berichte also geduldig.

Ist ein Formatwechsel auf einer bestehenden Website riskant?

Ja, wenn Sie ihn ohne guten Grund angehen. Das URL Format einer ganzen Website zu ändern, ist eine kleine Migration. Jede Adresse leitet auf eine neue, Google bestimmt die kanonischen URLs neu, und die Rankings schwanken womöglich eine Weile. Deshalb rate ich von einem Wechsel aus rein optischen Gründen ab.

Ist die Änderung wirklich nötig, etwa weil eine neue Plattform das andere Format erzwingt, planen Sie sie wie eine Migration. Ordnen Sie alte und neue URLs einander zu, testen Sie die 301 Regeln auf einem Staging System und beobachten Sie nach dem Livegang defekte Links. Das Tool Weiterleitungen zuordnen beschleunigt diese Zuordnung deutlich.

Die allgemeinen Schritte beschreibe ich in meiner SEO Checkliste für die Website Migration. Der Großteil dieser Liste gilt auch für einen Wechsel beim Trailing Slash. Zusammengefasst: Saubere 301 Weiterleitungen führen nicht zu dauerhaften Verlusten, ein unvorbereiteter Wechsel kann jedoch wochenlanges Chaos auslösen.

Wie wirkt sich der Trailing Slash auf das Crawl Budget aus?

Auf kleinen Websites ist das Crawl Budget selten ein Thema; ein paar hundert Seiten schafft der Googlebot problemlos. Bei Zehntausenden URLs sieht das anders aus. Zeigt jeder interne Link auf das falsche Format, fragt der Googlebot zuerst die Weiterleitung und dann die Zielseite an. Das sind zwei Anfragen für eine Seite, und dieser Mehraufwand verteilt sich über die gesamte Website.

Liefern beide Varianten Status 200, ist der Verlust noch größer. Der Googlebot ruft denselben Inhalt unter zwei URLs ab, vergleicht ihn und verwirft eine Variante. Währenddessen warten neue Produkte oder aktualisierte Kategorieseiten in der Schlange. In Onlineshops mit häufig wechselnden Preisen und Beständen kann diese Verzögerung direkt Umsatz kosten.

Am zuverlässigsten messen Sie das über Serverlogs. Filtern Sie die Anfragen des Googlebots und prüfen Sie den Anteil der URLs, die einen 301 erhalten. Ist dieser Anteil hoch, zeigen interne Links und Sitemap noch das alte Format. Zudem schlüsselt der Bericht zu den Crawlingstatistiken in der Search Console die Anfragen nach Antwortcode auf; wirkt der Anteil der Weiterleitungen auffällig groß, prüfen Sie zuerst die Konsistenz beim Schrägstrich.

Wie entstehen Weiterleitungsketten und Schleifen?

Eine Kette entsteht, wenn eine Anfrage mehr als eine Weiterleitung durchläuft, bevor sie ihr Ziel erreicht. Das klassische Beispiel: http://example.com/blog geht zuerst auf https, dann auf www und schließlich auf die Variante mit Schrägstrich. Jeder Schritt stammt aus einer eigenen Regel, am Ende stehen also drei Weiterleitungen. Nutzer merken das kaum, doch die Seite lädt später.

Eine Schleife ist ernster. Die Anwendung entfernt zum Beispiel den Schrägstrich, und CDN oder Server fügen ihn wieder hinzu. Nach einigen Versuchen meldet der Browser zu viele Weiterleitungen, und die Seite öffnet sich nie. Auch der Googlebot verbucht die URL dann als Fehler. Solche Schleifen sehe ich meist direkt nach einem neuen Plugin oder einer neuen CDN Regel.

Drei einfache Grundsätze verhindern beide Probleme:

• Erledigen Sie jede Normalisierung, also Protokoll, www und Trailing Slash, in einer Regel und einem Schritt.
• Halten Sie die Weiterleitungslogik auf einer Ebene und schalten Sie ähnliche Regeln anderswo ab.
• Testen Sie nach jedem Plattformupdate einige wichtige URLs erneut auf Ketten.

Wie finden Sie Fehler beim Trailing Slash schnell?

Am schnellsten geht ein Test von Hand. Geben Sie einige Kategorie, Produkt und Blog URLs jeweils mit und ohne Schrägstrich im Browser ein. Öffnen Sie dann in den Entwicklertools den Reiter Netzwerk und lesen Sie den Statuscode der ersten Anfrage. Das gewünschte Ergebnis: Das nicht gewählte Format führt mit genau einem 301 zum gewählten.

Für ein vollständiges Bild nutzen Sie einen Crawler. Er folgt allen internen Links und sammelt Links mit Weiterleitung in einer eigenen Liste. So finden Sie heraus, welches Template oder welcher Inhalt noch das alte Format erzeugt. Einen schnellen Überblick liefert außerdem der SEO Check, der Canonical Tag und zentrale technische Signale einer Seite auf einem Bildschirm zeigt.

Gehen Sie zum Schluss an die Quelle. Das falsche Format stammt oft von einer einzigen Stelle: einer Menüeinstellung, einem Link aus einem Plugin oder einem fest verdrahteten Button im Page Builder. Beheben Sie diese Quelle, bereinigen Sie Hunderte Links auf einmal. Suchen Sie daher zuerst die gemeinsame Ursache, bevor Sie Links einzeln korrigieren.

Wie sieht eine Checkliste für den Trailing Slash aus?

Die folgende Liste können Sie in einem Audit der Reihe nach abarbeiten. Jeder Schritt baut auf dem vorherigen auf, deshalb empfehle ich, die Reihenfolge beizubehalten.

1. Öffnen Sie beide Formate einiger Beispielseiten und notieren Sie die Statuscodes.
2. Bestimmen Sie das vorherrschende Format anhand der bereits indexierten URLs.
3. Wählen Sie das Zielformat und prüfen Sie, ob es dem Standard Ihrer Plattform widerspricht.
4. Richten Sie auf einer Ebene eine 301 Regel mit nur einem Schritt ein und schützen Sie Dateien und Parameter.
5. Gleichen Sie Canonical Tags, Sitemap, hreflang Tags und strukturierte Daten an dieses Format an.
6. Crawlen Sie Template und Textlinks und korrigieren Sie sie.
7. Beobachten Sie das Ergebnis mit dem URL Prüftool und dem Bericht zur Seitenindexierung.

Wiederholen Sie diese Liste nach jeder größeren Plattformänderung, nicht nur einmal. Ein Theme Update, ein neues Caching Plugin oder ein CDN Wechsel kann ein gelöstes Problem still zurückbringen. Eine kurze Prüfung heute erspart Ihnen ein Durcheinander, das Sie sonst erst Monate später bemerken.

Zum Crawlen interner Links eignet sich der Broken Link Checker als Einstieg; er listet auch Links mit Weiterleitung auf, sodass Sie genau wissen, was zu korrigieren ist.

Wie führen mein Team und ich ein Audit zum Trailing Slash durch?

In einem technischen SEO Audit prüfen wir den Trailing Slash meist am ersten Tag, weil das Ergebnis viele andere Befunde beeinflusst. Zuerst ziehen wir aus Serverlogs und Crawldaten, welche Formate der Googlebot tatsächlich anfragt. Danach tragen wir Weiterleitungsketten, Canonical Tags und Sitemap in eine Tabelle ein und markieren jeden Widerspruch.

Anschließend suchen wir die Ursache: Theme, Plugin, CDN oder eine alte Regel, die jemand von Hand geschrieben hat. Sobald die Regel auf einer einzigen Ebene liegt, testen wir sie auf Staging und bringen sie dann live. In den Wochen danach beobachten wir die kanonische Auswahl und die Crawlingstatistiken in der Search Console.

Diese Art technischer Bereinigung gehört vor jede Content oder Linkarbeit, sonst verteilt sich Ihr Aufwand auf zwei URLs. Vermuten Sie ein ähnliches Durcheinander auf Ihrer Website, prüfen mein Team und ich im Rahmen unserer SEO Beratung Ihre technische Basis von Anfang bis Ende. Kurz gesagt: Der Trailing Slash ist nur ein Zeichen, doch konsequent gepflegt bündelt er alle Signale auf einer URL.