Brotkrumen-Navigation

Was die Brotkrumen-Navigation wirklich ist

Die Definition steht in jedem Lehrbuch: die Brotkrumen-Navigation ist ein sekundäres Navigationselement, das den Pfad von der Startseite bis zur aktuellen Seite abbildet. Operativ interessant ist etwas anderes. Der Pfad ist die einzige Stelle einer Webseite, an der die logische Hierarchie ausgeschrieben steht, für Besucher lesbar und für Crawler auswertbar, unabhängig davon, wie die URL aufgebaut ist und wie das Hauptmenü sortiert. Genau darin liegt sein Wert: er macht eine Behauptung über Struktur, die überprüfbar ist.

Das Bild ist dem Märchen von Hänsel und Gretel entlehnt, die Brotkrümel streuen, um tief im Wald zurückzufinden. Die ältere und präzisere Anleihe ist der Ariadnepfad aus der griechischen Mythologie: Theseus findet aus dem Labyrinth heraus, weil er einen Faden abgerollt hat. Der Unterschied ist nicht bloß Folklore. Brotkrümel werden gefressen, ein Faden bleibt liegen. Eine Brotkrümelnavigation, die aus der Klick-Historie des Besuchers generiert wird, verhält sich wie Brotkrümel: bei jedem Aufruf sieht sie anders aus. Eine Brotkrumennavigation, die den festen Platz der Seite im Kategoriebaum zeigt, verhält sich wie der Faden. Nur die zweite Variante ist für Suchmaschinenoptimierung brauchbar, weil nur sie bei jedem Crawl identisch ausgeliefert wird.

Wer die Grundlagen noch einmal visuell durchgehen will, findet hier eine kompakte Einführung:

Im Audit lautet die Frage deshalb nie «hat die Seite Breadcrumbs», sondern «zeigt der Pfad eine stabile Struktur oder eine Sitzungsgeschichte». Das ist eine Zwei-Minuten-Prüfung: dieselbe Detailseite über drei verschiedene Einstiegswege aufrufen und vergleichen, was das Element anzeigt. Ändert sich der Pfad, existiert kein Struktursignal, sondern nur ein Usability-Gimmick, das zusätzlich noch bei jedem Crawl andere interne Links produziert.

Drei Typen, und warum nur einer trägt

In der Literatur werden drei Formen unterschieden, und die Unterscheidung ist keine Theorie, sie entscheidet über den Nutzen. Location-Breadcrumbs zeigen den Ort der Seite in der Hierarchie, etwa Startseite, Ratgeber, Onpage, aktueller Beitrag. Path-Breadcrumbs zeichnen den Weg nach, den der Besucher genommen hat. Attribute-Breadcrumbs geben die Eigenschaften wieder, über die eine Auswahl entstanden ist, typisch im Shop nach dem Setzen von Filtern: Damen, Laufschuhe, Größe 39.

Die Path-Variante ist Altlast. Sie war in den frühen Zweitausendern ein Usability-Experiment und hat sich nicht durchgesetzt, weil sie dem Browser-Zurück-Button doppelt, und sie ist aus SEO-Sicht schädlich: sitzungsabhängige Links sind nicht cachefähig und erzeugen für Crawler ein Bild, das mit dem der Besucher nichts zu tun hat. Wer sie noch findet, in älteren Shopsystemen und selbstgebauten Templates kommt das vor, sollte sie ersatzlos gegen Location-Breadcrumbs tauschen.

Attribute-Breadcrumbs sind der interessante Grenzfall. Sie helfen der Orientierung innerhalb einer Facettensuche, kollidieren aber mit der Indexierungsstrategie, sobald jede Filterkombination einen eigenen Pfad und damit eigene interne Links bekommt. Die pragmatische Linie: Attribute-Pfade rendern, aber nur für die Facetten, die bewusst indexierbar sind, und für alle anderen kein BreadcrumbList-Markup ausspielen. Sonst behauptet die Auszeichnung eine Hierarchie aus tausenden Knoten, die niemand pflegt.

Für die Praxis heißt das: ein Baum, ein Pfad, eine Wahrheit. Liegt ein Beitrag logisch in zwei Kategorien, wird eine davon zur kanonischen Elternkategorie erklärt, und der Pfad zeigt konsistent diese eine. Alles andere ist Geschmacksfrage, das nicht.

Was sich 2025 und 2026 geändert hat

Der Bruch kam am 23. Januar 2025. Google hat die Anzeige der Website-Hierarchie in den mobilen Suchergebnissen abgeschaltet und als Begründung die Kürzung auf kleinen Displays genannt; auf dem Desktop erscheint der Pfad bei gültigem Markup weiter (Search Engine Land, Leitfaden zu SEO-Breadcrumbs). In der offiziellen Dokumentation ist das inzwischen festgeschrieben: der Changelog von Google Search Central verzeichnet zum 20. Mai 2026 einen neuen Abschnitt zur Verfügbarkeit, der die Breadcrumb-Darstellung ausdrücklich als Desktop-Funktion ausweist.

Wer daraus ableitet, das Markup sei damit erledigt, liest die Bewegung falsch. Zwischen Juni 2025 und Mai 2026 hat Google acht Rich-Result-Typen entfernt oder abgekündigt, unter anderem Course Info, Claim Review, Estimated Salary, Vehicle Listing und, am 7. Mai 2026, die FAQ-Rich-Results. BreadcrumbList hat diese Aufräumrunde überlebt und wird in mehreren technischen Analysen von 2026 genau deshalb als einer der wenigen weiterhin lohnenden Typen neben Organization und Article geführt. Eine Auswertung von Breadcrumb-Markup vom 22. März 2026 nennt es das still gewordene, aber wertvollste Stück Schema im Bestand.

Zweite Verschiebung: die Auszeichnung arbeitet heute stärker für Systeme, die nicht rendern. Eine Analyse von Yotpo vom 2. Juni 2026 beschreibt Breadcrumbs als strukturellen Bauplan, der Crawlern und AI Overviews die Hierarchie erklärt, und argumentiert, dass Google seit Januar 2025 stärker auf die Datenschicht als auf das sichtbare Element zurückgreift. Dazu passt, wie sich die Auswahl der zitierten Quellen verschoben hat: eine Ahrefs-Auswertung von 863 000 SERPs aus Februar 2026 fand, dass nur noch 38 % der in AI Overviews zitierten Seiten in den organischen Top 10 stehen, gegenüber 76 % Mitte 2025. Wenn die klassische Top-10-Position schwächer korreliert, gewinnt jede maschinenlesbare Aussage über Kontext und Einordnung an relativem Gewicht.

Und die Search Console misst weiter mit. Der Breadcrumbs-Bericht unter den Verbesserungen ist aktiv, und Fehler dort sind nicht kosmetisch: sie unterdrücken das Rich Result vollständig (MB Adv Agency, Analyse vom 1. Juni 2026).

Umsetzung: HTML, JSON-LD und die mobile Realität

Sauber ist die Umsetzung, wenn das sichtbare Element und die Auszeichnung dieselbe Reihenfolge erzählen. Für das Markup im Dokument reicht semantisches HTML, eine geordnete Liste in einem benannten nav-Element, mit dem aktuellen Knoten als nicht verlinktem Endpunkt:

<nav aria-label="Brotkrumen-Navigation">
  <ol>
    <li><a href="/">Startseite</a></li>
    <li><a href="/ratgeber/">Ratgeber</a></li>
    <li><span aria-current="page">Brotkrumen-Navigation</span></li>
  </ol>
</nav>

Das aria-label gibt Screenreadern den Zweck des Elements, aria-current markiert die aktuelle Position. Beides kostet zwei Attribute und ist der Teil, den die meisten Anleitungen auslassen. Dazu die Datenschicht als JSON-LD, wobei der letzte Eintrag ohne item-Eigenschaft auskommt, weil er auf sich selbst zeigen würde:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Startseite", "item": "https://beispiel.de/" },
    { "@type": "ListItem", "position": 2, "name": "Ratgeber", "item": "https://beispiel.de/ratgeber/" },
    { "@type": "ListItem", "position": 3, "name": "Brotkrumen-Navigation" }
  ]
}

Zwei Details entscheiden über Gültigkeit: position beginnt bei 1, nicht bei 0, und die item-URLs sind absolut und identisch mit der kanonischen Fassung, also inklusive abschließendem Schrägstrich, wenn die Seite so ausgeliefert wird. Geprüft wird mit dem Rich Results Test vor dem Rollout und mit dem Breadcrumbs-Bericht der Search Console danach; der Test sagt, ob die Syntax stimmt, der Bericht sagt, ob es im Bestand stimmt.

Auf kleinen Displays bleibt der Pfad ein Layoutproblem, auch ohne SERP-Anzeige. Bewährt hat sich, die Kette horizontal scrollbar zu machen statt sie umzubrechen, und bei mehr als drei Ebenen die mittleren Knoten zu verkürzen, nie den direkt übergeordneten. Die eine Ebene über der aktuellen Seite ist der Link, der tatsächlich geklickt wird, und der Grund, warum das Element Absprünge reduziert. Wird er weggekürzt, bleibt Dekoration übrig.

Breadcrumbs als Teil der internen Verlinkung

Der unterschätzte Teil ist nicht das Snippet, es ist die Verlinkung. Der Leitfaden von Search Engine Land vom 23. Dezember 2025 hebt hervor, dass Breadcrumbs auf großen und auf Shop-Seiten die strukturelle Tiefe senken, systematisch interne Links erzeugen und damit die Wahrscheinlichkeit erhöhen, dass tief liegende Seiten überhaupt gefunden und indexiert werden. Das ist der Mechanismus, den man im Log sieht: jede Detailseite verlinkt zurück auf ihre Elternkategorie, jede Kategorie sammelt Links aus allen Kindern, die Klicktiefe der Kategorieebene fällt.

Einordnen muss man das trotzdem richtig. Breadcrumb-Links sind Boilerplate, sie stehen auf jeder Seite an derselben Stelle und wiegen weniger als ein Link mitten im Text; wer verstehen will, wie interne Links Gewicht weitergeben, muss diese beiden Klassen getrennt betrachten. Der Pfad baut das Skelett, die redaktionellen Links im Fließtext verteilen die Relevanz. Nützlich ist außerdem, dass die Ankertexte im Pfad hierarchisch benannt sind und damit dieselbe Sprache sprechen wie die Überschriftenhierarchie der Zielseite. Ein Beispiel wie Startseite, Gartenmöbel, Gartenmöbel aus Teak ist ein thematisches Signal, das kein Menü mit dem Label «Shop» liefert.

Warum sich die Tiefe überhaupt lohnt: laut Baymard-Institute-Forschung von 2025, zitiert in einer Analyse zur Shop-Architektur von 2026, erwarten 62 % der Online-Käufer, ein Produkt innerhalb von drei Klicks zu finden. Die Struktur ist also nicht nur ein Crawl-Thema, sie ist eine Erwartung.

Wir betreiben 50 eigene französische Redaktionsmedien im Eigenbetrieb, und in jedem davon ist der Pfad an den Kategoriebaum gebunden, nicht an die URL: so bleibt die Hierarchie stabil, wenn ein Beitrag umziehen muss. Wer prüfen möchte, wie ein solcher Baum in der Praxis aussieht, kann jedes Medium im offen zugänglichen Katalog durchklicken. Der Punkt für die Planung: Struktur ist intern und kostet nur Sorgfalt, während externe redaktionelle Links einen Preis haben, den man vorher kennen sollte, statt ihn über eine Provision zu erfahren. Erst die Struktur ordnen, dann Autorität einkaufen. In der umgekehrten Reihenfolge landet das Gewicht auf Seiten, die niemand erreicht.

Häufige Fehler aus der Audit-Praxis

Die Fehlerquote ist hoch. Die Breadcrumb-Schema-Auswertung vom 22. März 2026 beziffert den Anteil der Seiten mit falschem BreadcrumbList-Markup auf rund 40 %. Das deckt sich mit dem, was in Audits auffällt, und die Ursachen wiederholen sich.

Am häufigsten: doppelte Auszeichnung. Ein CMS-Theme rendert seinen eigenen Pfad, ein SEO-Plugin wie Yoast oder Rank Math legt einen zweiten JSON-LD-Block darüber, und die beiden widersprechen sich in Reihenfolge oder Benennung. Zweiter Klassiker: der Pfad wird aus dem URL-Segment gebaut, obwohl die URL flach ist, sodass eine Ebene behauptet wird, die als Seite gar nicht existiert und ins Nichts verlinkt. Dritter: Zwischenstufen sind nicht klickbar, weil sie als span gerendert werden, womit das Element seine ganze Funktion verliert. Vierter: der Pfad wird erst per JavaScript nachgeladen. Fünfter: das Element ersetzt eine fehlende Hauptnavigation, was auf flachen Seiten mit zwei Ebenen nur Platz kostet.

Wie ein CMS-Einbau konkret abläuft, zeigt dieses Beispiel für WordPress-Themes, und man sieht dabei gut, an welcher Stelle die Dopplung mit dem SEO-Plugin entsteht:

Auf Shopware läuft die Breadcrumb-Funktion nativ über die Kategoriezuordnung, in TYPO3 über die Rootline, und in beiden Fällen ist der typische Fehler derselbe: eine Seite hängt an mehreren Elternknoten, und das System wählt bei jedem Rendern einen davon. Die Lösung ist nicht technisch, sie ist redaktionell. Eine kanonische Elternkategorie pro Seite festlegen, im System hart hinterlegen, fertig.

Zum Schluss die Prüfroutine, die sich lohnt: nach jedem Deployment eine Detailseite, eine Kategorieseite und die tiefste erreichbare Seite durch den Rich Results Test schicken, den Breadcrumbs-Bericht in der Search Console auf neue Fehler ansehen, und mit einem Crawler die Klicktiefe vor und nach der Änderung vergleichen. Wenn die Tiefe nicht sinkt, hat der Pfad nichts verlinkt, was nicht schon vorher verlinkt war, und dann war es reine Optik.