Ein Veranstaltungskalender mit einem Link "nächster Monat" wirkt harmlos. Für einen Crawler ist er eine Treppe ohne Ende: Jeder Monat verlinkt auf den nächsten, auch 2040, 2090 und darüber hinaus. Google hat dieses Beispiel schon 2008 beschrieben und solche Bereiche "infinite spaces" genannt, also sehr viele Links, die kaum oder keinen neuen Inhalt liefern [3]. Die Folge damals wie heute: Der Googlebot verbringt Zeit mit nutzlosen Adressen und erfasst im schlimmsten Fall den eigentlichen Inhalt der Website nicht vollständig [3]. Dieser Ratgeber zeigt, woher endlose Adressen kommen und wie Sie sie an der Quelle verhindern.
Warum das Thema wieder wichtig ist
Google beschreibt den Effekt heute im Leitfaden zum Crawling-Budget. Wie viel Google crawlt, hängt unter anderem vom bekannten Bestand an Adressen ab, und dieser Bestand ist der Faktor, den Betreiber am stärksten beeinflussen können [2]. Je mehr überflüssige Adressen Google kennt, desto mehr Zeit geht in deren Abruf. In einer Beitragsreihe von Dezember 2024 nannte Google die facettierte Navigation "by far the most common source of overcrawl issues", also die mit Abstand häufigste Ursache für übermäßiges Crawling, die Betreiber melden [4]. Filter sind damit der bekannteste Fall eines endlosen Raums, aber nicht der einzige.
Die üblichen Quellen
In Googles Hinweisen zur URL-Struktur stehen die typischen Ursachen fast vollständig beisammen [1]. Wir ordnen sie hier danach, wie leicht sie zu übersehen sind.
Kombinierbare Filter und Sortierungen
Wenn sich Filter kombinieren lassen, steigt die Zahl der Adressen stark an [1]. Fünf Merkmale mit je fünf Werten, dazu drei Sortierungen und zwei Ansichten, ergeben rechnerisch schon mehrere tausend Kombinationen für eine einzige Kategorie. Sortierparameter nennt Google eigens als Ursache [1]. Wie Sie Filter planen und begrenzen, behandeln die Ratgeber Facettierte Navigation steuern und Kombinierte Filter begrenzen.
Kalender und Datumsfolgen
Ein dynamisch erzeugter Kalender kann laut Google Links zu Terminen in der Zukunft erzeugen, theoretisch ohne Grenze [1]. Dasselbe gilt für Archive mit "ältere Beiträge" nach Datum, die auch für leere Monate eine Seite ausgeben.
Sitzungskennungen und irrelevante Parameter
Steht eine Sitzungskennung in der Adresse, bekommt jeder Besuch eigene Adressen für dieselben Seiten. Google rät davon ab und schreibt, dass Cookies dafür normalerweise eine gute Option sind [1]. Ähnlich wirken Parameter, die nur Herkunft oder Klick protokollieren. Irrelevante Parameter in der Adresse können laut Google zu einer hohen Anzahl von Adressen führen [1]. Taucht so ein Parameter in internen Links auf, vervielfacht er die ganze Website.
Fehlerhafte relative Links
Ein übergeordneter relativer Link auf der falschen Seite erzeugt Pfade, die sich wiederholen. Google nennt als Beispiel eine Adresse wie /category/community/category/stuff [1]. Im Alltag sieht das so aus: Eine Vorlage enthält den Link "kontakt/" statt "/kontakt/". Der Browser löst ihn unterhalb der aktuellen Adresse auf, auf /leistungen/ wird daraus /leistungen/kontakt/. Liefert der Server dafür eine normale Seite statt eines Fehlers, steht dort derselbe Link wieder, und der Pfad wächst bei jedem Klick weiter: /leistungen/kontakt/kontakt/kontakt/. Google empfiehlt stammbezogene Links, also solche, die mit einem Schrägstrich beginnen, und den korrekten Statuscode für nicht vorhandene Seiten [1].
Seiten, die für jede Adresse antworten
Manche Systeme liefern für jede beliebige Adresse eine Seite mit Status 200, notfalls eine leere Liste oder einen Hinweis "nichts gefunden". Zusammen mit einem der Fehler oben entsteht so ein Raum ohne Rand. Google stuft solche Seiten als Soft 404 ein. Sie werden weiter gecrawlt und verschwenden Crawling-Budget [2]. Für dauerhaft entfernte Seiten empfiehlt Google 404 oder 410 [2], und bei einer Filterkombination ohne Treffer soll die Adresse selbst mit 404 antworten, ohne Weiterleitung auf eine allgemeine Fehlerseite [5].
Interne Suche
Auch Suchergebnisseiten zählt Google zu den dynamischen Dokumenten, die viele Adressen erzeugen [1]. Problematisch wird das, wenn Suchergebnisse intern verlinkt werden, etwa über eine Liste "beliebte Suchen", oder wenn jede Suchanfrage eine indexierbare Seite erzeugt.
Groß- und Kleinschreibung
Ein leiser Verdoppler ist die Schreibweise. Google unterscheidet in Adressen zwischen Groß- und Kleinschreibung. Behandelt Ihr Server /Schuhe und /schuhe gleich, sieht Google trotzdem zwei Adressen. Google empfiehlt in diesem Fall, Adressen durchgehend in einer Schreibweise zu verwenden [1]. Sinnvoll ist eine Regel im Server, die abweichende Schreibweisen per 301 auf die eine Fassung umleitet.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Gegenmittel nach Ursache
| Ursache | Was Google empfiehlt |
|---|---|
| Filter und Sortierungen ohne Suchwert | Crawling per robots.txt verhindern oder Fragmente (#) statt Parameter verwenden [5] |
| Kalender | nofollow an Links auf dynamisch erzeugte zukünftige Kalenderseiten; unendliche Bereiche per robots.txt sperren [1] |
| Sitzungskennungen | Cookies statt Parameter [1] |
| wiederholte Pfade | stammbezogene Links, korrekter Statuscode für nicht vorhandene Seiten [1] |
| leere Seiten mit Status 200 | 404 oder 410 statt Soft 404 [2] |
| Varianten, die sich nicht zusammenführen lassen | Sperre in der robots.txt, etwa für unterschiedlich sortierte Versionen derselben Seite [2] |
Die robots.txt ist für viele dieser Fälle das stärkste Mittel, weil sie den Abruf gar nicht erst zulässt. Für Parameter in beliebiger Position braucht es Platzhalterzeichen. Das Sternchen steht für null oder mehr beliebige Zeichen, das Dollarzeichen für das Ende der Adresse [6]. Eine Regel wie Disallow: /*?*sessionid= sperrt jede Adresse, in deren Parameterteil sessionid= vorkommt. Achten Sie auf Groß- und Kleinschreibung, denn beim Pfad unterscheidet Google sie [6]. Einzelheiten zum Schreiben solcher Regeln stehen im Ratgeber robots.txt richtig schreiben.
Eine Grenze hat die Sperre: Sie verhindert den Abruf, aber nicht zuverlässig die Indexierung von Adressen, die anderswo verlinkt sind. Zur Kanonisierung soll die robots.txt laut Google nicht verwendet werden, weil gesperrte Adressen ohne Inhalt in den Index geraten können [7]. Bei Adressen ohne Suchwert ist das meist hinnehmbar.
Vorbeugen statt aufräumen
Am billigsten ist ein endloser Raum, der nie entsteht. Nach unserer Erfahrung lohnt es sich, bei jedem neuen Modul drei Fragen zu stellen. Erzeugt es neue Adressen? Wenn ja: Gibt es für jede davon einen eigenen Inhalt, den jemand suchen könnte? Und was antwortet der Server, wenn jemand eine Adresse aufruft, die es nicht geben sollte? Kalender bekommen ein festes Ende, Filter eine feste Reihenfolge und eine Liste erlaubter Kombinationen, Parameter für Werbung und Statistik bleiben aus internen Links heraus.
Für Filteradressen, die gecrawlt werden sollen, nennt Google konkrete technische Regeln. Parameter werden mit dem üblichen Trennzeichen & getrennt. Wer Filter im Pfad kodiert, hält ihre Reihenfolge immer gleich und vermeidet doppelte Filter. Doppelte oder unsinnige Filterkombinationen und nicht vorhandene Paginierungsadressen beantwortet der Server mit 404 [5]. Nach unserer Einschätzung lässt sich dieselbe Logik auf Kalender übertragen: Liegt ein angefragter Monat außerhalb des festgelegten Zeitraums, sollte der Server ebenfalls mit 404 antworten.
Wenn Sie einen Bereich per robots.txt sperren, prüfen Sie danach, ob alle echten Inhalte auf anderem Weg erreichbar bleiben. Diesen Schritt hat Google schon 2008 empfohlen [3]. Ein Beispiel: Sperren Sie die Kalenderansicht, brauchen die einzelnen Veranstaltungen trotzdem Links aus einer normalen Liste oder einen Eintrag in der Sitemap.
Ob auf Ihrer Website schon ein Raum offen ist, finden Sie mit einem eigenen Crawl, in den Server-Logs und in der Crawling-Statistik der Search Console heraus. Wie Sie dabei vorgehen und woran Sie die einzelnen Muster erkennen, beschreibt der Ratgeber Crawl-Fallen erkennen. Den Begriff erklärt das Glossar unter Crawler-Falle.
Sie vermuten, dass Ihre Website mehr Adressen erzeugt, als sie Inhalte hat? Stellen Sie die Frage in der gratis Sprechstunde und bringen Sie ein paar auffällige Adressen mit.
- Organisation Best Practices für die URL-Struktur für die Google Suche. Google Search Central. Stand 26.10.2026. abgerufen am 31.10.2026
- Organisation Verwaltung des Crawling-Budgets. Google Crawling-Infrastruktur. Stand 16.09.2026. abgerufen am 31.10.2026
- Organisation To infinity and beyond? No!. Google Search Central Blog. Stand 05.08.2008. abgerufen am 31.10.2026
- Organisation Crawling December: Faceted navigation. Google Search Central Blog. Stand 17.12.2024. abgerufen am 31.10.2026
- Organisation Crawling von URLs mit facettierter Navigation verwalten. Google Search Central. Stand 06.03.2026. abgerufen am 31.10.2026
- Organisation Wie Google die robots.txt-Spezifikation interpretiert. Google Crawling-Infrastruktur. Stand 27.10.2026. abgerufen am 31.10.2026
- Organisation Doppelte URLs zusammenfassen (Kanonisierung). Google Search Central. Stand 15.07.2026. abgerufen am 31.10.2026
Häufige Fragen
Was ist ein endloser URL-Raum?
Ein Bereich der Website, der mehr Adressen erzeugt, als es Inhalte gibt, etwa ein Kalender mit "nächster Monat" ohne Ende oder frei kombinierbare Filter. Crawler verbringen dort viel Zeit, ohne Neues zu finden.
Reicht ein Canonical-Tag gegen endlose Adressen?
Meist nicht. Ein Canonical wirkt erst, wenn Google die Seite abgerufen hat, und spart den Abruf deshalb nicht. Google nennt Canonical und nofollow bei Filteradressen auf lange Sicht weniger wirksam als eine Sperre in der robots.txt.
Sind Tracking-Parameter in internen Links schädlich?
Sie erzeugen für dieselbe Seite zusätzliche Adressen. Google nennt irrelevante Parameter ausdrücklich als Ursache für eine hohe Zahl von Adressen. Nutzen Sie solche Parameter nur in externen Kampagnenlinks.
Soll eine leere Filterseite auf die Kategorie weiterleiten?
Google empfiehlt, dass die Adresse selbst mit 404 antwortet, ohne Weiterleitung auf eine allgemeine Fehlerseite. Leere Seiten mit Status 200 gelten als Soft 404 und werden weiter gecrawlt.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
