Okruszki nawigacyjne

TL;DR — Breadcrumbs to mały szlak nawigacyjny w pobliżu góry strony — Home > Category > Page — który pokazuje, gdzie jesteś na stronie. Dla SEO robią dwie rzeczy: każdy link w szlaku jest prawdziwym linkiem wewnętrznym, który pomaga Google zrozumieć i przekazywać wartość przez Twoją stronę, a specjalny kod za nimi (dane strukturalne) może sprawić, że Google pokaże ten czytelny ścieżkę w wynikach wyszukiwania na desktopie zamiast długiego URL-a.

Czym są breadcrumbs

Breadcrumbs to element nawigacji drugorzędnej. Pokazują Twoją pozycję w hierarchii witryny jako szlak, zwykle w pobliżu góry strony:

Home > Books > Science Fiction > Award Winners

Nazwa pochodzi od Jasia i Małgosi, którzy zostawiali okruszki chleba, aby znaleźć drogę powrotną. Każdy krok przed bieżącą stroną jest klikalnym linkiem, więc możesz przeskoczyć “w górę” o poziom bez przeszukiwania menu.

Dlaczego pomagają SEO

Dzieją się dwie oddzielne rzeczy i warto je rozdzielić:

• Widoczne linki. Każdy breadcrumb to zwykły link <a href>. To oznacza, że breadcrumbs są formą linkowania wewnętrznego — łączą Twoje strony ze sobą i pomagają Google je znaleźć i zrozumieć. Gary Illyes z Google potwierdził, że Google traktuje je jak każdy inny link.
• Kod za nimi. Gdy dodasz dane strukturalne (mały blok kodu BreadcrumbList), Google może pokazać Twoją ścieżkę breadcrumbs w desktopowym wyniku wyszukiwania zamiast surowego URL-a. To bardziej przyjazne i może przynieść więcej kliknięć.

Gdzie widzisz breadcrumbs

Dwa miejsca:

1. Na stronie — sam szlak, pomagający odwiedzającym w nawigacji.
2. W wynikach Google — na desktopie czytelna ścieżka może pojawić się nad tytułem strony zamiast URL-a. (Na mobile Google przestał to pokazywać w styczniu 2025 i teraz pokazuje tylko Twoją domenę — więcej o tym w zakładce Advanced.)

Rzecz, którą większość ludzi myli

Dane strukturalne nie zastępują Twoich prawdziwych linków. Niektórzy myślą, że dodanie kodu BreadcrumbList wystarczy samo w sobie. Tak nie jest — John Mueller z Google powiedział, że URL-e w danych strukturalnych nie są używane tak samo jak zwykłe linki wewnętrzne. Więc potrzebujesz obu: rzeczywistych klikalnych linków breadcrumbs oraz danych strukturalnych je opisujących.

Chcesz szczegóły implementacji — szablon JSON-LD, zmianę na mobile w styczniu 2025, różne typy breadcrumbs i jak je testować? Przełącz się na Advanced.

TL;DR — Breadcrumbs działają na dwóch warstwach. Warstwa HTML (widoczne <a href> linki) to linkowanie wewnętrzne — Gary Illyes powiedział, że Google traktuje linki breadcrumbs jako zwykłe linki w obliczeniach PageRank. Warstwa danych strukturalnych (BreadcrumbList JSON-LD) napędza czytelną ścieżkę w desktopowym snippecie Google i pomaga wyszukiwarkom czytać Twoją hierarchię — ale Mueller był wyraźny, że URL-e w danych strukturalnych nie są używane tak samo jak prawdziwe linki wewnętrzne, więc schema nie zastępuje HTML-a. W styczniu 2025 Google usunął breadcrumbs z mobile SERP-ów (teraz tylko domena główna); wyświetlanie na desktopie, przetwarzanie schema, crawling i PageRank pozostają bez zmian. Używaj breadcrumbs opartych na lokalizacji, renderuj je po stronie serwera, dopasuj widoczny tekst do name w schema i testuj za pomocą Rich Results Test oraz raportu Breadcrumbs w Search Console.

Czym właściwie jest breadcrumb

Breadcrumb to drugorzędny szlak nawigacyjny, który odzwierciedla pozycję strony w hierarchii witryny — Home > Category > Subcategory > Current Page. Jest “drugorzędny”, ponieważ uzupełnia Twoją główną nawigację, a nie ją zastępuje. Wartość dla SEO pochodzi z dwóch odrębnych warstw, które będę trzymał osobno przez cały ten tekst, ponieważ ich mieszanie to źródło większości błędów.

Architektura dwóch warstw

Warstwa 1 — HTML. Widoczna ścieżka nawigacji to <nav> zawierający prawdziwe linki kotwiczne <a href>. To sprawia, że jest to linkowanie wewnętrzne i to ta część przekazuje wartość. Gary Illyes został zapytany o to bezpośrednio w 2017 roku i powiedział, że Google lubi ścieżki nawigacji i traktuje je “jak normalne linki w, np., obliczeniach PageRank.” Zatem ścieżka nawigacji to systematyczny, ogólnowitrynowy wzorzec linkowania wewnętrznego — każda strona produktu linkuje w górę do swojej kategorii, każda kategoria do huba i tak dalej. To rozprowadza PageRank w kierunku Twoich ważnych stron hubowych i daje robotom indeksującym spójne ścieżki głębiej w witrynę.

Warstwa 2 — dane strukturalne. BreadcrumbList JSON-LD adnotuje tę ścieżkę, aby Google mogło (a) pokazać czytelną ścieżkę w fragmentach wyników wyszukiwania na desktopie oraz (b) lepiej zrozumieć Twoją hierarchię, w tym gdy wiele ścieżek nawigacji prowadzi do tej samej strony. To jest część, która wpływa na to, jak Twój wynik wygląda.

Pułapką jest założenie, że Warstwa 2 czyni Warstwę 1 opcjonalną. Tak nie jest. John Mueller ujął to jasno w 2022 roku: “just because there is structured data in a page somewhere, I wouldn’t see that as a replacement for normal internal linking,” (tłumaczenie) „Sam fakt, że na stronie są gdzieś dane strukturalne, nie traktowałbym tego jako zamiennika normalnego linkowania wewnętrznego” oraz “even if in the structured data, you also provide URLs, we don’t use those URLs in the same way as we would use normal internal links.” (tłumaczenie) „Nawet jeśli w danych strukturalnych podasz też URL-e, nie używamy tych URL-i w taki sam sposób, jak użylibyśmy normalnych linków wewnętrznych”. Zatem schema nie jest skrótem omijającym prawdziwe linki HTML. Wdrażasz oba.

Typy ścieżek nawigacji

• Oparte na lokalizacji (hierarchia) — pokazuje, gdzie strona znajduje się w strukturze witryny, identycznie dla każdego odwiedzającego. To standard i jedyny typ, który jest naprawdę przydatny dla SEO.
• Oparte na atrybutach — pokazuje cechy strony, powszechne w e-commerce i nawigacji fasetowej (Home > Shoes > Running > Size 10). Przydatne, gdy produkt można osiągnąć przez filtrowanie atrybutów.
• Oparte na historii (ścieżka) — odzwierciedla indywidualną ścieżkę kliknięć użytkownika (“przyszedłeś stąd”). Jest zależne od użytkownika i niespójne, więc nie wysyła wiarygodnego sygnału hierarchii — pomiń je dla SEO.

Którego powinieneś użyć? Własne wytyczne Google są tu kręgosłupem: zapewnij ścieżki nawigacji odzwierciedlające typową ścieżkę nawigacji użytkownika, a niekoniecznie dosłowne odbicie struktury URL. Oparte na lokalizacji to sposób, w jaki większość witryn spełnia to w praktyce, ponieważ to jedyna stabilna ścieżka, którą widzi każdy odwiedzający, niezależnie od tego, jak tam trafił. Oparte na atrybutach to wyjątek, po który sięgasz na stronach filtrowanych/fasetowych, gdzie “typowa ścieżka” naprawdę prowadzi przez atrybut. Oparte na historii nigdy nie spełnia wytycznych — to nie jest typowa ścieżka, to czyjaś ścieżka.

Jak Google używa ścieżek nawigacji w SERP

Gdy znacznik BreadcrumbList jest obecny i poprawny, Google może zastąpić zielony URL w wyniku desktopowym ścieżką nawigacji. Google używa znacznika “do kategoryzowania informacji w wyniku wyszukiwania”, a wyświetlanie działa we wszystkich regionach i językach, gdzie dostępne jest wyszukiwanie — na desktopie. Zwróć uwagę na standardowe zastrzeżenia: wymagane są co najmniej dwa wpisy ListItem, a poprawny znacznik nigdy nie gwarantuje wyniku rozszerzonego.

Zmiana ze stycznia 2025 na mobile — co się faktycznie zmieniło

23 stycznia 2025 Google ogłosiło, że “no longer show breadcrumbs on mobile search results in all languages and regions where Google Search is available (they continue to appear on desktop search results).” (tłumaczenie) „nie będzie już pokazywać ścieżek nawigacji w wynikach wyszukiwania na mobile we wszystkich językach i regionach, gdzie dostępne jest wyszukiwanie Google (nadal pojawiają się w wynikach wyszukiwania na desktopie)”. Podany powód: element ścieżki nawigacji “isn’t as useful to people who are searching on mobile devices, as it gets cut off on smaller screens.” (tłumaczenie) „nie jest tak przydatny dla osób szukających na urządzeniach mobilnych, ponieważ jest ucinany na mniejszych ekranach”. Wyniki na mobile pokazują teraz domenę główną (np. example.com) zamiast ścieżki.

Oto część, która ma znaczenie, ponieważ wywołała falę paniki “czy ścieżki nawigacji nadal mają znaczenie?”:

• Co się zmieniło: wizualny fragment na mobile — domena główna zamiast ścieżki.
• Co się NIE zmieniło: breadcrumby w wynikach desktopowych nadal się wyświetlają; dane strukturalne nadal są przetwarzane; raport Breadcrumbs w Search Console nadal działa; znaczniki nadal można testować w Rich Results Test; a wartość dla crawlowa, linków wewnętrznych i PageRank jest całkowicie nietknięta. Google wyraźnie powiedział, że nie są wymagane żadne działania — nadal używaj BreadcrumbList.

Moim zdaniem: wyświetlanie w SERP zawsze było najmniejszym z trzech powodów, aby używać breadcrumbs. Wartość linkowania wewnętrznego (PageRank, ścieżki crawl) i wartość UX nie zmieniły się ani o krok, więc usuwanie breadcrumbs z powodu kosmetycznej zmiany w snippecie mobilnym byłoby błędem.

Implementacja danych strukturalnych BreadcrumbList

Użyj JSON-LD — to preferowany format Google i najłatwiejszy do utrzymania osobno od Twojego znacznika. (Mikrodane i RDFa są nadal wspierane; stare słownictwo data-vocabulary.org jest przestarzałe — użyj schema.org.)

Wymagany kształt:

• BreadcrumbList.itemListElement — tablica obiektów ListItem.
• ListItem.position — liczba całkowita zaczynająca się od 1, rosnąca.
• ListItem.name — tekst wyświetlany.
• ListItem.item — bezwzględny URL. Jest opcjonalny na ostatnim breadcrumbie, ponieważ Google używa tam URL bieżącej strony.

Pełny szablon znajduje się w zakładce Cheat Sheets.

Częste błędy implementacji (i są one częste):

• Brak item na nieostatnim breadcrumbie.
• Względne URL-e tam, gdzie wymagane są bezwzględne.
• Niesekwencyjne liczby całkowite position.
• Widoczny tekst breadcrumbs, który nie zgadza się z name w schemacie.
• Renderowanie po stronie klienta, tylko w JS, które Googlebot może nie wykonać — renderuj po stronie serwera, aby breadcrumb był w początkowym HTML.
• Linkowanie do niekanonicznych URL-i z parametrami śledzenia.
• Używanie przestarzałego znacznika data-vocabulary.org.

Testowanie i monitorowanie

• Rich Results Test (search.google.com/test/rich-results) — waliduj znaczniki i wyłapuj błędy przed i po wdrożeniu.
• URL Inspection tool (Search Console) — potwierdź, jak Google faktycznie pobrał i zinterpretował stronę na żywo.
• Search Console › Enhancements › Breadcrumbs — monitoruj poprawne i niepoprawne elementy w całej witrynie po uruchomieniu; ten raport działał nadal po zmianie w styczniu 2025. Odczekaj kilka dni po publikacji, aby crawl i indeksowanie nadążyły.

Zachowaj uczciwy zakres „poprawności”: zgodnie z ogólnymi wytycznymi Google dotyczącymi danych strukturalnych, przejście walidacji czyni stronę kwalifikującą się do obsługiwanego traktowania — nie gwarantuje, że breadcrumb się wyświetli, że rankingi się poprawią, że ruch wzrośnie lub że odpowiedź generowana przez AI zacytuje stronę. Traktuj czysty Rich Results Test jako „brak znanych błędów”, a nie obietnicę wyniku.

Breadcrumbs a Bing

Bing wspiera wspólne słownictwo schema.org, w tym BreadcrumbList, i może wyświetlać breadcrumb rich results z tego samego znacznika. Praktyczny wniosek: implementujesz jeden blok JSON-LD i obsługuje on zarówno Google, jak i Bing — nie ma formatu breadcrumbs specyficznego dla Binga do utrzymania.

Najlepsze praktyki

• Używaj prawdziwych linków HTML, nie tylko danych strukturalnych — schemat nie zastępuje linkowania wewnętrznego.
• Nie linkuj bieżącej strony (ostatni breadcrumb to strona, na której jesteś).
• Dopasuj widoczny tekst do name w schemacie, aby obie warstwy się zgadzały.
• Renderuj po stronie serwera, aby breadcrumb był w HTML, który Googlebot otrzymuje jako pierwszy.
• Zachowaj spójność z taksonomią — breadcrumby odzwierciedlające typowe ścieżki nawigacji wzmacniają czystą hierarchię.
• Umieszczaj breadcrumby także na stronach hubów i kategorii, nie tylko na głębokich stronach — wzmacniają hierarchię i eksponują głębsze treści wszędzie.

Kiedy ich nie potrzebujesz

Naprawdę płaskie witryny — kilka stron bez hierarchii, jednostronicowe witryny wizytówkowe lub samodzielne strony docelowe — niewiele zyskują na okruszkach. Gdy tylko masz dwa lub więcej poziomów hierarchii (co dotyczy większości witryn z treścią, witryn informacyjnych, dokumentacji i każdego katalogu e-commerce), okruszki się opłacają.

Okruszki to jeden z elementów łączenia witryny. Występują obok szerszego linkowania wewnętrznego, struktury URL-i i folderów oraz nawigacji w całej witrynie — wszystkie te elementy kształtują sposób, w jaki zarówno ludzie, jak i roboty indeksujące poruszają się po Twojej hierarchii.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• Okruszki to ścieżka nawigacji po hierarchii (Home > Category > Page), która działa na dwóch warstwach: widoczne linki HTML <a href> oraz BreadcrumbList JSON-LD.
• Warstwa HTML = linkowanie wewnętrzne. Gary Illyes (2017): Google traktuje linki okruszków jak zwykłe linki w obliczaniu PageRank.
• Warstwa danych strukturalnych = wyświetlanie w SERP + sygnał hierarchii. Ale John Mueller (2022): URL-e z danymi strukturalnymi nie są używane w taki sam sposób jak zwykłe linki wewnętrzne — schema nie zastępuje linków HTML. Użyj obu.
• Styczeń 2025: Google usunął okruszki z mobilnych SERP (tylko domena główna). Wyświetlanie na komputerze, przetwarzanie schema, raport Okruszki w Search Console, indeksowanie i PageRank pozostają bez zmian. Nie są wymagane żadne działania.
• Implementacja: JSON-LD; itemListElement z ListItem z position (liczba całkowita od 1), name i item (bezwzględny URL; opcjonalny na ostatnim elemencie). data-vocabulary.org jest przestarzałe — użyj schema.org. Renderuj po stronie serwera.
• Typy: oparte na lokalizacji (standard SEO), oparte na atrybutach (e-commerce/fasety), oparte na historii (dla użytkownika; nie do SEO).
• Testuj za pomocą Testu wyników rozszerzonych; monitoruj w Search Console › Ulepszenia › Okruszki. Bing czyta ten sam znacznik schema.org.

Oficjalna dokumentacja

Dokumentacja źródłowa od wyszukiwarek i schema.org.

Google

• Dane strukturalne okruszków (BreadcrumbList) — wymagane właściwości, przykład JSON-LD, wskazówki dotyczące wielu ścieżek i kroki testowania.
• Uproszczenie okruszków w wyszukiwarce mobilnej (23 stycznia 2025) — ogłoszenie, że mobilne SERP nie pokazują już ścieżki okruszków.
• Test wyników rozszerzonych — sprawdź znacznik BreadcrumbList.
• Przegląd raportu wyników rozszerzonych (pomoc Search Console) — monitorowanie prawidłowych/nieprawidłowych elementów okruszków po wdrożeniu (okruszki pojawiają się jako jeden z raportów Ulepszeń śledzonych przez Search Console).

Schema.org

• BreadcrumbList — słownik: łańcuch połączonych stron zwykle kończący się bieżącą stroną.
• ListItem — position, name i item.

Bing / Microsoft

• Oznaczanie witryny danymi strukturalnymi — wsparcie Bing dla znaczników schema.org, w tym BreadcrumbList.

Cytaty ze źródła

Oficjalne wypowiedzi Google. Każdy głęboki link prowadzi do cytowanego fragmentu na stronie źródłowej.

Gary Illyes, Google — linki okruszków przekazują PageRank (2017)

• “We like them. We treat them as normal links in, e.g., PageRank computation.” (tłumaczenie) „Lubimy je. Traktujemy je jak zwykłe linki, np. w obliczaniu PageRank.” — Gary Illyes, o linkach nawigacji okruszkowej. Przeczytaj relację

John Mueller, Google — dane strukturalne nie zastępują linków wewnętrznych (16 marca 2022)

• “So just because there is structured data in a page somewhere, I wouldn’t see that as a replacement for normal internal linking.” (tłumaczenie) „Tak więc samo to, że gdzieś na stronie znajdują się dane strukturalne, nie traktowałbym tego jako zamiennika normalnego linkowania wewnętrznego.” Przejdź do kontekstu
• “Even if in the structured data, you also provide URLs, we don’t use those URLs in the same way as we would use normal internal links.” (tłumaczenie) „Nawet jeśli w danych strukturalnych podasz również adresy URL, nie używamy ich w taki sam sposób, jak normalnych linków wewnętrznych.” Przejdź do kontekstu

Blog Google Search Central — zmiana mobilna ze stycznia 2025 r.

• “Starting today, we’re rolling out a change to no longer show breadcrumbs on mobile search results in all languages and regions where Google Search is available (they continue to appear on desktop search results).” (tłumaczenie) „Od dziś wprowadzamy zmianę polegającą na tym, że na urządzeniach mobilnych nie będą już wyświetlane breadcrumbs w wynikach wyszukiwania we wszystkich językach i regionach, w których dostępna jest wyszukiwarka Google (nadal będą się pojawiać w wynikach wyszukiwania na komputerach).” Przejdź do cytatu
• “We found that the breadcrumb element isn’t as useful to people who are searching on mobile devices, as it gets cut off on smaller screens.” (tłumaczenie) „Odkryliśmy, że element breadcrumbs nie jest tak przydatny dla osób wyszukujących na urządzeniach mobilnych, ponieważ na mniejszych ekranach jest on przycinany.” Przejdź do cytatu

Dokumentacja Google Search Central — do czego służy znacznik

• “A breadcrumb trail on a page indicates the page’s position in the site hierarchy, and it may help users understand and explore a site effectively.” (tłumaczenie) „Ścieżka breadcrumbs na stronie wskazuje pozycję strony w hierarchii witryny i może pomóc użytkownikom w skutecznym zrozumieniu i eksplorowaniu witryny.” Przejdź do cytatu

Lista kontrolna wdrażania breadcrumbs

Przegląd, aby potwierdzić, że obie warstwy są poprawne:

• Widoczny breadcrumb to prawdziwy <nav> z linkami <a href> (nie tylko tekst lub tylko JS).
• Ścieżka jest udostępniona jako oznaczony landmark nawigacyjny (np. <nav> z aria-label="Breadcrumb" otaczający listę uporządkowaną) zgodnie ze wzorcem breadcrumbs WAI-ARIA.
• Bieżąca strona jest oznaczona aria-current="page" w ścieżce.
• BreadcrumbList JSON-LD jest obecny i renderowany po stronie serwera (w początkowym HTML).
• Co najmniej dwa wpisy ListItem.
• Liczby całkowite position zaczynają się od 1 i rosną bez przerw.
• Każdy nieostatni ListItem ma bezwzględny adres URL item (ostatni element może go pominąć).
• Adresy URL item są kanoniczne — bez parametrów śledzenia ani wariantów niekanonicznych.
• Widoczny tekst breadcrumbs zgadza się z name w schemacie.
• Używane jest słownictwo schema.org, a nie przestarzałe data-vocabulary.org.
• Bieżąca strona nie jest linkowana we własnym breadcrumbs.
• Breadcrumbs odzwierciedlają typowe ścieżki nawigacji, zgodne z Twoją taksonomią.
• Zweryfikowano w teście wyników rozszerzonych; na żywo sprawdzono adres URL za pomocą URL Inspection.
• Po uruchomieniu sprawdzono Search Console › Ulepszenia › Breadcrumbs pod kątem nieprawidłowych elementów.

Modele mentalne

1. Dwie warstwy, dwa zadania. Linki HTML wykonują zadanie linkowania (PageRank, ścieżki indeksowania). Dane strukturalne wykonują zadanie wyświetlania + sygnału hierarchii. Diagnozuj problemy, pytając, która warstwa jest uszkodzona: brak wartości/equity → sprawdź linki HTML; brakująca lub błędna ścieżka SERP → sprawdź JSON-LD.

2. Schemat adnotuje, nie zastępuje. BreadcrumbList opisuje linki, które już istnieją — sam w sobie nie jest zestawem linków wewnętrznych. Zasada Muellera: adresy URL z danych strukturalnych nie są używane jak normalne linki wewnętrzne. Więc nigdy nie usuwaj prawdziwych linków breadcrumbs i „zachowaj schemat”.

3. Wyświetlanie ≠ wartość. Okruszki w SERP to widoczny efekt, ale trwała wartość to linkowanie wewnętrzne i UX. Dlatego usunięcie na urządzeniach mobilnych w styczniu 2025 zmieniło wygląd wyników bez zmiany tego, co okruszki robią.

4. Lokalizacja, nie historia. Dla SEO okruszki powinny opisywać, gdzie strona się znajduje (spójnie dla wszystkich), nie skąd użytkownik przyszedł (per użytkownik). Hierarchia to sygnał; ścieżka kliknięć nie jest.

5. Dopasuj warstwy. Widoczny tekst, schema name i kanoniczny URL powinny być zgodne. Niezgodności to najczęstszy powód, dla którego poprawnie wyglądające okruszki nie renderują się lub są raportowane jako nieprawidłowe.

BreadcrumbList JSON-LD — szablon

Wstaw to w <head> lub <body> strony, renderowane po stronie serwera. Utrzymuj tekst name zgodny z widocznymi okruszkami i używaj absolutnych, kanonicznych URL-i. Ostatni element pomija item, ponieważ Google używa URL-a bieżącej strony.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Books",
      "item": "https://example.com/books"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Science Fiction",
      "item": "https://example.com/books/sciencefiction"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Award Winners"
    }
  ]
}
</script>

Szybka referencja właściwości

Szybkie fakty

• Format: JSON-LD (preferowany). data-vocabulary.org jest przestarzały → użyj schema.org.
• Wyświetlanie w SERP: tylko na desktopie od stycznia 2025; na mobile pokazywana jest domena główna.
• Schema nadal przetwarzana na mobile; nie wymaga działań po zmianie.
• Test: Rich Results Test. Monitoruj: Search Console › Ulepszenia › Okruszki.
• Ten sam znacznik obsługuje Bing (wspólna słownictwo schema.org).

Schema bez widocznych linków okruszków

BreadcrumbList opisuje ścieżkę, ale nie zastępuje nawigacji. Użytkownicy i crawlerzy powinni otrzymać zwykłe linki HTML, które podążają za tą samą hierarchią. Dodaj znaczniki do widocznego komponentu zamiast publikować ukrytą strukturę tylko ze schema.

Ścieżka oparta na historii kliknięć użytkownika

Okruszki oparte na historii zmieniają się w zależności od tego, jak ktoś trafił na stronę. Nie reprezentują one jednej stabilnej lokalizacji w architekturze, więc są słabą podstawą dla linkowania wewnętrznego i danych strukturalnych. Użyj hierarchii opartej na lokalizacji dla SEO.

Wymyślanie poziomów, które nie są prawdziwymi celami

Okruszki takie jak Home > Shoes > Running > Page są mylące, jeśli /shoes/ lub /shoes/running/ nie jest użyteczną, osiągalną kategorią. Każdy linkowany przodek powinien być prawdziwym celem, a nie etykietą dodaną tylko po to, aby ścieżka wyglądała na kompletną.

Pozwalanie, aby HTML i JSON-LD były niezgodne

Jeśli widoczna ścieżka mówi jedno, a dane strukturalne podają inne poziomy lub URL-e, implementacja opowiada dwie historie. Generuj oba z tego samego źródła hierarchii i testuj je razem.

Używanie zmian okruszków jako skrótu do migracji URL-i

Zmiana URL-a okruszka nie przekierowuje starego adresu, nie aktualizuje kanoników ani nie naprawia linków w innych miejscach. Traktuj nawigację, schema, przekierowania i kanonikalizację jako osobne kontrole wydania.

Przykład: jedna hierarchia w HTML i JSON-LD

Widoczne linki i dane strukturalne poniżej opisują tę samą uproszczoną ścieżkę. Bieżąca strona jest tekstem w nawigacji, a ostatni ListItem ją nazywa.

<nav aria-label="Breadcrumb">
  <ol>
    <li><a href="/">Home</a></li>
    <li><a href="/shoes/">Shoes</a></li>
    <li aria-current="page">Trail shoes</li>
  </ol>
</nav>

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {"@type":"ListItem","position":1,"name":"Home","item":"https://example.com/"},
    {"@type":"ListItem","position":2,"name":"Shoes","item":"https://example.com/shoes/"},
    {"@type":"ListItem","position":3,"name":"Trail shoes"}
  ]
}
</script>

To jest przykładowy znacznik, a nie obietnica, że Google pokaże okruszki w konkretnym wyniku.

Przykład: myląca ścieżka

Home > Sale > Popular > Shoes > Trail shoes

Jeśli “Sale” i “Popular” są tymczasowymi filtrami, a nie stabilnymi przodkami, ścieżka miesza stany merchandisingowe z hierarchią. Trwała ścieżka lokalizacji zwykle byłaby bliższa Home > Shoes > Trail shoes; ścieżki promocyjne mogą pozostać osobnymi linkami.

Prompt: pogodź okruszki w szablonie

Review the visible breadcrumb HTML, BreadcrumbList JSON-LD, canonical URL, and expected
site hierarchy below. Return one row per position with the visible label/URL, schema
label/URL, expected label/URL, and a mismatch finding. Check that positions are ordered,
ancestor URLs are absolute in JSON-LD, the current page is represented consistently,
and every linked ancestor is a real destination. Do not invent missing hierarchy
levels. Provide corrected HTML and JSON-LD only from the supplied expected hierarchy.

Expected hierarchy:
[PASTE POSITION | LABEL | CANONICAL URL]

Visible HTML:
[PASTE BREADCRUMB HTML]

JSON-LD:
[PASTE BREADCRUMBLIST]

Prompt: zaplanuj zasady dotyczące breadcrumbs dla wielu typów stron

Create deterministic breadcrumb rules for these page templates. For each template,
state the parent source of truth, label source, URL source, behavior for the current
page, and treatment of filters or temporary campaign pages. Flag any page that has
multiple plausible parents for a human decision. Keep the trail location-based and do
not infer categories that are absent from the supplied taxonomy.

Templates and taxonomy:
[PASTE TEMPLATE | TAXONOMY FIELDS | EXAMPLE CANONICAL URL]

Narzędzia do wdrażania i testowania breadcrumbs

• Schema Validator sprawdza wklejony JSON-LD lub pełny HTML pod kątem słownika, wymaganych właściwości, odniesień do grafów i możliwych do poprawienia problemów z markupiem, zanim go opublikujesz.
• Schema Generator tworzy czysty blok startowy, gdy potrzebujesz przygotować dane strukturalne, ale wygenerowana ścieżka musi nadal odpowiadać rzeczywistej widocznej hierarchii strony.
• Google Rich Results Test pokazuje, czy Google może sparsować obsługiwany markup na danym URL-u lub w próbce kodu. Prawidłowy wynik to dowód kwalifikowalności, a nie obietnica wyświetlenia.
• Raport Breadcrumbs w Search Console pomaga wykryć błędy na stronach znanych Google po publikacji. Nie zastępuje przeszukiwania własnych szablonów.
• Crawler z ekstrakcją danych strukturalnych to skalowalna warstwa porównawcza: eksportuj widoczne linki breadcrumbs, pozycje JSON-LD, kanoniczne URL-e i kody statusu, aby rozbieżności na poziomie szablonów stały się oczywiste.

Walidacja implementacji breadcrumbs

Mierz zdrowie breadcrumbs, nie tylko wyświetlanie rich results

Wygląd breadcrumbs w wynikach wyszukiwania nie jest wiarygodnym samodzielnym KPI, ponieważ Google kontroluje wyświetlanie i usunął breadcrumbs z wyników mobilnych. Mierz bezpośrednio implementację, nawigację i pokrycie szablonów.

Sprawdź się: Breadcrumbs

Pięć szybkich pytań o to, co robią breadcrumbs i jak je wdrożyć. Wybierz odpowiedź na każde, a potem sprawdź.

Zasoby warte Twojego czasu

Moje powiązane artykuły

• Linki wewnętrzne w SEO: kompletny przewodnik — gdzie okruszki pasują jako ogólnowitrynowy wzorzec linkowania wewnętrznego.
• Sitelinki: czym są i jak je uzyskać — powiązane powierzchnie nawigacyjne, które Google może zbudować z Twojej struktury.
• Migracja witryny: kompletny przewodnik — okruszki wśród linków wewnętrznych, które zmieniają się podczas przenoszenia.
• Mobile-First Indexing: A Complete Guide — dlaczego niektóre szablony mobilne przycięły breadcrumbs, aby zaoszczędzić miejsce.
• The Beginner’s Guide to Technical SEO — szerszy obraz, w którym breadcrumbs się znajdują.

Moje wystąpienia

• Jak działa wyszukiwarka (SlideShare) — moje omówienie crawlowania, renderowania, indeksowania i rankingu oraz miejsca sygnałów struktury, takich jak okruszki. (Stałe zastrzeżenie: “This is my understanding of systems… not going to be 100% complete or accurate.” (tłumaczenie) „Tak rozumiem te systemy… opis nie będzie w 100% kompletny ani dokładny.”)

Z branży

• Breadcrumb (BreadcrumbList) structured data (Google) — kanoniczna dokumentacja implementacji.
• Simplifying breadcrumbs on mobile search (Google Search Central Blog) — ogłoszenie ze stycznia 2025 o usunięciu breadcrumbs w wynikach mobilnych.
• Google no longer shows breadcrumbs in mobile search results (Search Engine Land) — artykuł Barry’ego Schwartza i analiza wpływu.
• Breadcrumbs in SEO: What Google’s Mobile Change Actually Means (Sitebulb) — szczegółowe wyjaśnienie zmiany.
• Are Breadcrumbs A Google Ranking Factor? (Search Engine Journal) — odpowiedź na pytanie o czynnik rankingowy.
• Breadcrumb Navigation Increasingly Useful (Nielsen Norman Group) — badania UX: korzyści, brak wad w testach użytkowników.
• SEO breadcrumbs guide (Search Engine Land) — typy, najlepsze praktyki i schema.

Dziennik zmian