Ein kleiner Unterschied in der URL kann für Google ein komplett neues Dokument bedeuten. Genau das passiert bei eckigen Klammern: Eine Adresse mit [] und dieselbe Adresse mit %5B%5D sind aus technischer Sicht nicht automatisch identisch. Für Nutzer sieht das oft nach derselben Filterseite aus. Für Crawler, Indexierungssysteme und Canonical-Signale kann daraus jedoch ein unnötiges Duplikat entstehen.
Besonders relevant ist das für Shops, Marktplätze, Verzeichnisse und Websites mit Filterlogik. Wer URLs wie ?filter[]=rot, ?size[]=xl oder ?category%5B%5D=123 nutzt, sollte sehr genau prüfen, welche Version intern verlinkt, in Canonical Tags angegeben, in XML-Sitemaps eingereicht und in strukturierten Daten verwendet wird. Denn Google kann beide Varianten crawlen, vergleichen und am Ende selbst entscheiden, welche URL im Index bleibt.
Das eigentliche Problem: Eine URL ist nicht nur „Text“
Viele SEO-Probleme entstehen, weil URLs wie gewöhnliche Zeichenketten behandelt werden. In der Praxis gelten für URLs jedoch feste technische Regeln. Bestimmte Zeichen haben eine besondere Bedeutung und dürfen nicht beliebig verwendet werden. Dazu gehören unter anderem eckige Klammern, Pluszeichen, Leerzeichen und verschiedene Sonderzeichen.
Wer eine URL im Browser sieht, nimmt häufig an: Wenn zwei Adressen zur gleichen Seite führen, sind sie auch dieselbe URL. Technisch stimmt das nicht zwingend. Die Varianten ?filter[]=123 und ?filter%5B%5D=123 können denselben Inhalt ausliefern, werden aber nicht automatisch als identische Adresse behandelt. Für Suchmaschinen zählt zunächst die konkrete URL, die gefunden, angefordert und verarbeitet wird.
Das ist gerade im Technical SEO entscheidend. Denn Crawling, Indexierung, Canonicalisierung und interne Verlinkung hängen davon ab, ob Signale eindeutig zusammenlaufen oder sich auf mehrere URL-Versionen verteilen.
Mythos vs. Fakt: Sind rohe und codierte Klammern gleich?
Mythos: „Google erkennt schon, dass es dieselbe Seite ist“
Google ist sehr gut darin, doppelte Inhalte zu erkennen. Das bedeutet aber nicht, dass jede technisch unterschiedliche URL von Anfang an als gleichwertig behandelt wird. Wenn Google sowohl die rohe Variante mit [] als auch die percent-encodierte Variante mit %5B und %5D entdeckt, können beide zunächst gecrawlt werden.
Erst danach kann eine Bewertung stattfinden: Ist der Inhalt identisch? Sind die internen Signale gleich? Welche Variante wird häufiger verlinkt? Welche steht im Canonical Tag? Welche erscheint in der Sitemap? Genau an dieser Stelle entstehen Probleme, wenn eine Website widersprüchliche Hinweise sendet.
Fakt: Reservierte Zeichen verändern die technische Bewertung
Eckige Klammern gehören im URL-Standard zu den reservierten Zeichen. Solche Zeichen haben eine definierte Funktion oder sind nur in bestimmten Bereichen einer URL vorgesehen. Werden sie durch ihre percent-encodierte Form ersetzt, entsteht nicht automatisch eine äquivalente URL.
Aus [ wird %5B, aus ] wird %5D. Diese Umwandlung nennt man Percent-Encoding oder URL-Encoding. Sie sorgt dafür, dass Sonderzeichen sicher in URLs übertragen werden können, ohne dass ihre Bedeutung falsch interpretiert wird.
Wichtig ist dabei: Die Groß- und Kleinschreibung innerhalb der Codierung spielt normalerweise keine Rolle. %5B und %5b stehen für dasselbe Zeichen. Der größere Unterschied liegt zwischen der rohen Klammer [ und der codierten Darstellung %5B.
Warum eckige Klammern in URLs überhaupt auftauchen
Eckige Klammern werden häufig von Webanwendungen erzeugt, die Parameter als Arrays übergeben. Besonders verbreitet ist diese Schreibweise bei Filtern, Facettennavigationen, internen Suchfunktionen, Produktvarianten und Tracking-Parametern.
Ein Online-Shop könnte beispielsweise URLs wie /schuhe?farbe[]=schwarz&groesse[]=42 erzeugen. Ein Immobilienportal könnte /suche?stadt[]=hamburg&zimmer[]=3 verwenden. Ein B2B-Verzeichnis könnte Branchenfilter über ?industry[]=software abbilden. Aus Entwicklersicht ist das bequem, weil viele Frameworks solche Parameterstrukturen direkt verarbeiten können.
Aus SEO-Sicht entsteht jedoch eine zusätzliche Ebene der Komplexität. Wenn dieselbe Seite mal mit rohen Klammern und mal mit codierten Klammern erreichbar ist, kann daraus eine technische Duplikatsituation werden. Das betrifft nicht nur Google, sondern auch andere Crawler, SEO-Tools, Monitoring-Systeme, interne Suchmaschinen, Preisvergleichsportale oder externe Scraper.
Was Google mit beiden URL-Versionen machen kann
Wenn ein Server für beide Varianten denselben Inhalt zurückgibt, kann Google die Seiten als Duplikate erkennen. In diesem Fall wird üblicherweise eine Version als kanonische URL ausgewählt. Das klingt beruhigend, ist aber nicht automatisch optimal.
Die kritische Frage lautet: Wählt Google dieselbe Version, die Sie bevorzugen? Wenn alle Signale sauber auf eine URL zeigen, ist die Wahrscheinlichkeit deutlich höher. Wenn jedoch interne Links die rohe Version verwenden, Canonical Tags die codierte Version nennen und die Sitemap wieder eine andere Variante enthält, muss Google selbst interpretieren.
Das kann zu ineffizientem Crawling führen. Googlebot ruft mehrere Varianten ab, obwohl inhaltlich nur eine relevante Seite existiert. Bei kleinen Websites fällt das kaum ins Gewicht. Bei großen Shops mit Millionen von Filterkombinationen kann eine solche Inkonsistenz das Crawl Budget belasten und die Indexsteuerung erschweren.
Praxisbeispiel: Wenn Filter-URLs SEO-Signale aufspalten
Stellen wir uns einen mittelgroßen Möbelshop vor. Die Kategorie „Bürostühle“ besitzt Filter für Farbe, Material, Preis und ergonomische Eigenschaften. Das Shopsystem erzeugt intern Links wie /buerostuehle?features[]=ergonomisch. Gleichzeitig schreibt ein Rendering-Script in einigen Komponenten die URL automatisch um und verlinkt auf /buerostuehle?features%5B%5D=ergonomisch.
Die XML-Sitemap enthält wiederum nur die codierte Variante. Im Canonical Tag der Seite steht aber die rohe Version. Zusätzlich tauchen beide Varianten in strukturierten Daten als Produkt- oder Breadcrumb-URLs auf.
Für Google entsteht dadurch kein klarer Schwerpunkt. Beide URLs funktionieren, beide liefern dieselben Inhalte, beide erhalten interne Signale. Im besten Fall erkennt Google die Duplikate und konsolidiert sie korrekt. Im schlechteren Fall werden Crawling-Ressourcen verschwendet, Reporting-Daten zerfasern und die bevorzugte URL-Version erscheint nicht zuverlässig in den Suchergebnissen.
Die wichtigste SEO-Regel: Eine Schreibweise konsequent verwenden
Die Lösung besteht nicht darin, jede bestehende Website panisch umzubauen. Entscheidend ist vielmehr, eine einheitliche URL-Strategie festzulegen und konsequent durchzusetzen. Für neue Projekte ist die sauberste Variante meist: reservierte Zeichen percent-encodieren und rohe eckige Klammern nicht sichtbar in URLs verwenden.
Wenn eine bestehende Website seit Jahren mit rohen Klammern arbeitet, gut indexiert ist und keine erkennbaren Crawling-Probleme hat, kann ein sofortiger Komplettumbau riskanter sein als kontrollierte Konsistenz. In diesem Fall sollte zumindest sichergestellt werden, dass interne Links, Canonical Tags, Sitemaps, hreflang-Angaben und strukturierte Daten dieselbe Variante verwenden.
Der schlechteste Zustand ist eine Mischform. Sobald mehrere URL-Versionen parallel als „offizielle“ Adresse auftreten, verlieren technische SEO-Signale an Klarheit.
Wo die Konsistenz geprüft werden sollte
Interne Links
Interne Verlinkung ist eines der stärksten Signale für Suchmaschinen. Wenn Navigation, Filtermodule, Breadcrumbs, Pagination und Produktteaser unterschiedliche Schreibweisen verwenden, entsteht schnell ein Cluster aus technisch getrennten URLs. Deshalb sollte ein Crawl der Website zeigen, ob rohe und codierte Bracket URLs parallel auftreten.
Canonical Tags
Der rel=canonical ist eine Empfehlung an Suchmaschinen, welche Version bevorzugt werden soll. Diese Empfehlung sollte nicht im Widerspruch zu den internen Links stehen. Wenn intern überwiegend ?filter[]=blau verlinkt wird, der Canonical aber auf ?filter%5B%5D=blau zeigt, entsteht ein unnötiges Interpretationsproblem.
XML-Sitemaps
Eine XML-Sitemap sollte nur URLs enthalten, die indexierbar, erreichbar und in der gewünschten kanonischen Form vorhanden sind. Werden dort codierte URLs eingereicht, während die Website selbst rohe URLs verlinkt, sendet die Sitemap ein anderes Signal als die interne Website-Struktur.
Strukturierte Daten
Auch strukturierte Daten können URLs enthalten, etwa in BreadcrumbList, Product, Offer, Organization oder WebPage Markup. Diese Angaben sollten dieselbe URL-Version nutzen wie Canonical Tags und interne Links. Uneinheitliche strukturierte Daten sind zwar nicht automatisch ein Rankingproblem, verschlechtern aber die technische Klarheit.
hreflang und internationale URLs
Bei internationalen Websites ist besondere Vorsicht geboten. hreflang-Cluster funktionieren nur zuverlässig, wenn die referenzierten URLs sauber erreichbar und konsistent sind. Unterschiedliche Encoding-Varianten können die Wartung unnötig erschweren und hreflang-Fehler begünstigen.
Brackets, Leerzeichen und Pluszeichen: Das Prinzip ist größer
Das Thema betrifft nicht nur eckige Klammern. Auch andere Zeichen können zu unterschiedlichen URL-Interpretationen führen. Leerzeichen werden häufig als %20 codiert, während Pluszeichen je nach Kontext eine Sonderrolle spielen können. In Query-Strings, Tracking-Parametern und Suchanfragen kommt es deshalb immer wieder zu Varianten, die für Menschen gleich aussehen, aber technisch unterschiedlich verarbeitet werden.
Ein typisches Beispiel wäre eine interne Suche nach „rote jacke“. Je nach System könnte daraus ?q=rote+jacke, ?q=rote%20jacke oder sogar eine rohe Variante mit Leerzeichen entstehen. Für SEO-relevante URLs sollte man solche Unterschiede nicht dem Zufall überlassen.
Der Grundsatz lautet: URLs sollten maschinenlesbar, stabil, konsistent und standardkonform sein. Je weniger Interpretationsspielraum entsteht, desto leichter können Suchmaschinen Signale zusammenführen.
Weiterleitungen: Sinnvoll, aber nicht immer die erste Maßnahme
Wenn zwei URL-Varianten erreichbar sind, liegt der Gedanke nahe, eine Version per 301-Redirect auf die andere umzuleiten. Das kann sinnvoll sein, sollte aber sorgfältig getestet werden. Bei Filter- und Parameter-URLs können Weiterleitungsregeln schnell unbeabsichtigte Effekte erzeugen, etwa Endlosschleifen, fehlerhafte Parameterreihenfolgen oder den Verlust wichtiger Filterwerte.
Bei indexierbaren, wichtigen URLs kann eine klare Weiterleitung auf die bevorzugte Version helfen. Bei massenhaften Filterkombinationen ist es oft effizienter, zunächst die interne Verlinkung und Canonical-Signale zu bereinigen. Technische Weiterleitungen sollten erst nach Analyse der Serverlogs, Crawldaten und Indexierungsdaten umgesetzt werden.
Wie ein technischer Audit für Bracket URLs aussehen kann
Ein sauberer Audit beginnt mit einem vollständigen Crawl der Website. Dabei sollte gezielt nach URLs mit [], %5B und %5D gesucht werden. Anschließend wird geprüft, wo diese URLs auftauchen: in internen Links, Canonicals, Sitemaps, hreflang-Tags, JavaScript-generierten Links oder strukturierten Daten.
Im nächsten Schritt lohnt sich ein Blick in die Serverlogs. Dort lässt sich erkennen, ob Googlebot beide Varianten anfragt. Wenn rohe und codierte URLs regelmäßig abgerufen werden, obwohl sie denselben Inhalt liefern, ist das ein Hinweis auf unnötige Crawl-Aktivität.
Danach sollte geprüft werden, welche Version in den Suchergebnissen erscheint und welche URL von Google als kanonisch ausgewählt wird. Die Kombination aus Crawl-Daten, Logfiles und Indexierungsinformationen zeigt, ob ein echtes SEO-Problem vorliegt oder lediglich ein theoretisches Risiko.
Empfehlung für neue und bestehende Websites
Für neue Websites ist die Entscheidung klar: Verwenden Sie eine standardkonforme URL-Struktur und codieren Sie reservierte Zeichen. Eckige Klammern sollten nicht roh in URLs ausgegeben werden. Noch besser ist es häufig, Filterparameter so zu gestalten, dass sie ohne Array-Klammern auskommen, etwa mit klar benannten Parametern wie ?farbe=schwarz&groesse=42.
Für bestehende Websites gilt ein pragmatischer Ansatz. Wenn rohe Bracket URLs seit langer Zeit funktionieren, muss nicht zwingend sofort alles migriert werden. Entscheidend ist, dass die gewählte Variante überall einheitlich erscheint. Sobald ein Relaunch, eine Migration oder eine Überarbeitung der Filterlogik geplant ist, sollte die URL-Normalisierung jedoch auf die technische SEO-Checkliste.
Die beste SEO-Lösung ist selten die spektakulärste. In diesem Fall besteht sie aus sauberer Standardisierung: eine bevorzugte URL-Version, klare interne Links, passende Canonicals, konsistente Sitemaps und keine widersprüchlichen technischen Signale.
Fazit: Kleine Zeichen, große Wirkung auf Crawling und Indexierung
Rohe und percent-encodierte eckige Klammern in URLs sind mehr als ein kosmetisches Detail. Für Google können daraus unterschiedliche URLs entstehen, die separat gecrawlt und anschließend bewertet werden. Zwar kann Google identische Inhalte zusammenführen, doch die Kontrolle über die bevorzugte Version bleibt besser bei der Website selbst.
Wer Bracket URLs nutzt, sollte nicht darauf vertrauen, dass Suchmaschinen alle Signale automatisch richtig interpretieren. Eine konsequente URL-Strategie reduziert Duplikate, stärkt Canonical-Signale und macht die technische Struktur verständlicher. Für Technical SEO ist genau diese Klarheit oft der Unterschied zwischen einer sauber indexierten Website und einem Crawling-System voller unnötiger Varianten.
