Breadcrumb: navigazione a percorso

TL;DR — I breadcrumb sono il piccolo percorso di navigazione vicino all’inizio di una pagina — Home > Category > Page — che dice dove ti trovi in un sito. Per la SEO fanno due cose: ogni link del percorso è un vero link interno che aiuta Google a capire e distribuire il valore nel sito, mentre il codice che li descrive (dati strutturati) può far mostrare a Google quel percorso leggibile nei risultati desktop al posto di un URL lungo.

Che cosa sono i breadcrumb

I breadcrumb sono un elemento di navigazione secondaria. Mostrano la tua posizione nella gerarchia del sito come un percorso, di solito vicino all’inizio della pagina:

Home > Books > Science Fiction > Award Winners

Il nome viene dalla fiaba di Hansel e Gretel, che lasciavano briciole di pane per ritrovare la strada. Ogni passaggio prima della pagina corrente è un link cliccabile, così puoi risalire di un livello senza cercare nel menu.

Perché aiutano la SEO

Ci sono due meccanismi separati, ed è utile non confonderli:

• I link visibili. Ogni breadcrumb è un normale link <a href>. Questo significa che i breadcrumb sono una forma di linking interno: collegano le pagine tra loro e aiutano Google a trovarle e comprenderle. Gary Illyes di Google ha confermato che vengono trattati come qualsiasi altro link.
• Il codice che li descrive. Quando aggiungi i dati strutturati (un piccolo blocco di codice BreadcrumbList), Google può mostrare il percorso breadcrumb nel risultato di ricerca desktop al posto dell’URL grezzo. È più leggibile e può ottenere più clic.

Dove si vedono i breadcrumb

In due posti:

1. Sulla pagina — il percorso aiuta i visitatori a navigare.
2. Nei risultati Google — su desktop, il percorso leggibile può apparire sopra il titolo della pagina al posto dell’URL. (Su mobile Google ha smesso di mostrarlo nel gennaio 2025 e ora mostra solo il dominio; ne parlo nella scheda Advanced.)

L’errore più comune

I dati strutturati non sostituiscono i link reali. Alcuni pensano che aggiungere il codice BreadcrumbList basti. Non basta: John Mueller di Google ha detto che gli URL nei dati strutturati non vengono usati come i normali link interni. Servono entrambi: veri link breadcrumb cliccabili e dati strutturati che li descrivono.

Vuoi i dettagli d’implementazione — template JSON-LD, cambiamento mobile di gennaio 2025, tipi di breadcrumb e test? Passa alla scheda Advanced.

TL;DR — I breadcrumb funzionano su due livelli. Il livello HTML (link visibili <a href>) è linking interno: Gary Illyes ha detto che Google tratta i link breadcrumb come link normali nel calcolo del PageRank. Il livello dati strutturati (BreadcrumbList JSON-LD) guida il percorso leggibile nello snippet desktop di Google e aiuta i motori a leggere la gerarchia; Mueller ha però chiarito che gli URL nei dati strutturati non vengono usati come i veri link interni, quindi lo schema non sostituisce l’HTML. Nel gennaio 2025 Google ha rimosso i breadcrumb dalle SERP mobile (ora resta solo il dominio principale); visualizzazione desktop, elaborazione dello schema, crawling e PageRank non sono cambiati. Usa breadcrumb basati sulla posizione, renderizzali lato server, fai coincidere il testo visibile con name nello schema e testa con Rich Results Test e rapporto Breadcrumbs di Search Console.

Che cos’è davvero un breadcrumb

Un breadcrumb è un percorso di navigazione secondaria che riflette la posizione di una pagina nella gerarchia del sito — Home > Category > Subcategory > Current Page. È “secondario” perché completa la navigazione principale senza sostituirla. Il valore SEO deriva da due livelli distinti che terrò separati, perché confonderli è l’origine della maggior parte degli errori.

L’architettura a due livelli

Livello 1 — HTML. Il breadcrumb visibile è un <nav> con veri link ancora <a href>. Questo è linking interno ed è la parte che trasferisce valore. Nel 2017 a Gary Illyes è stato chiesto direttamente dell’argomento e ha detto che Google apprezza i breadcrumb e li tratta “as normal links in, e.g., PageRank computation”. Il percorso è quindi un modello sistematico di linking interno su tutto il sito: ogni pagina prodotto risale alla categoria, ogni categoria all’hub e così via. Questo distribuisce PageRank verso le pagine hub importanti e offre ai crawler percorsi coerenti verso i contenuti profondi.

Livello 2 — dati strutturati. Il JSON-LD BreadcrumbList annota quel percorso così Google può (a) mostrare il percorso leggibile negli snippet di ricerca desktop e (b) comprendere meglio la gerarchia, anche quando più percorsi di navigazione portano alla stessa pagina. Questo livello influenza l’aspetto del risultato.

L’errore è pensare che il Livello 2 renda facoltativo il Livello 1. Non è così. John Mueller lo ha detto chiaramente nel 2022: “just because there is structured data in a page somewhere, I wouldn’t see that as a replacement for normal internal linking” e “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.” Lo schema non è una scorciatoia per evitare i link HTML reali. Implementali entrambi.

Tipi di breadcrumb

• Basato sulla posizione (gerarchia) — mostra dove la pagina si trova nella struttura del sito, uguale per ogni visitatore. È lo standard e l’unico tipo davvero utile per la SEO.
• Basato sugli attributi — mostra caratteristiche della pagina, comune nell’e-commerce e nella navigazione sfaccettata (Home > Shoes > Running > Size 10). È utile quando un prodotto è raggiungibile filtrando per attributi.
• Basato sulla cronologia (percorso) — riflette il flusso di clic del singolo utente (“sei arrivato da qui”). È personale e incoerente, quindi non manda un segnale gerarchico affidabile: non usarlo per la SEO.

Quale usare? La guida di Google è la base: fornisci breadcrumb che riflettano un percorso di navigazione tipico, non necessariamente una copia letterale della struttura URL. I breadcrumb basati sulla posizione sono la soluzione più comune perché mostrano un percorso stabile indipendentemente da come il visitatore è arrivato. Quelli basati sugli attributi sono l’eccezione per pagine filtrate o sfaccettate in cui il percorso tipico passa davvero da un attributo. Quelli basati sulla cronologia non soddisfano mai questa guida: non sono un percorso tipico, ma il percorso di un utente.

Come Google usa i breadcrumb nella SERP

Quando il markup BreadcrumbList è presente e valido, Google può sostituire l’URL verde di un risultato desktop con il percorso breadcrumb. Google usa il markup “to categorize the information in the search result” e la visualizzazione funziona in tutte le regioni e lingue in cui Search è disponibile, su desktop. Restano le cautele standard: servono almeno due voci ListItem e un markup valido non garantisce mai il rich result.

Il cambiamento mobile di gennaio 2025 — che cosa è successo davvero

Il 23 gennaio 2025 Google ha annunciato che avrebbe “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).” Il motivo dichiarato: l’elemento breadcrumb “isn’t as useful to people who are searching on mobile devices, as it gets cut off on smaller screens.” I risultati mobile ora mostrano il dominio principale (per esempio example.com) al posto del percorso.

Ecco la parte importante, perché ha generato un’ondata di panico sul tema “i breadcrumb contano ancora?”

• Che cosa è cambiato: lo snippet visivo mobile: dominio principale al posto del percorso.
• Che cosa NON è cambiato: i breadcrumb SERP desktop continuano a comparire; i dati strutturati vengono ancora elaborati; il rapporto Breadcrumbs di Search Console continua a funzionare; il markup resta verificabile nel Rich Results Test; crawling, linking interno e valore di PageRank sono completamente invariati. Google ha detto esplicitamente che non è richiesta alcuna azione: continua a usare BreadcrumbList.

La mia lettura: la visualizzazione nella SERP è sempre stata il motivo minore per usare i breadcrumb. Il valore del linking interno (PageRank e percorsi di crawling) e quello UX non si sono mossi, quindi rimuoverli per un cambiamento cosmetico dello snippet mobile sarebbe un errore.

Implementare i dati strutturati BreadcrumbList

Usa JSON-LD: è il formato preferito da Google e il più semplice da mantenere separato dal markup. (Microdata e RDFa sono ancora supportati; il vocabolario data-vocabulary.org è deprecato: usa schema.org.)

Struttura richiesta:

• BreadcrumbList.itemListElement — un array di oggetti ListItem.
• ListItem.position — un intero che parte da 1 e cresce.
• ListItem.name — il testo mostrato.
• ListItem.item — l’URL assoluto. È facoltativo sull’ultimo breadcrumb, perché Google usa lì l’URL della pagina corrente.

Il template completo è nella scheda Cheat Sheets.

Errori d’implementazione comuni (e frequenti):

• item mancante su un breadcrumb non finale.
• URL relativi quando servono URL assoluti.
• Interi position non sequenziali.
• Testo breadcrumb visibile diverso dal name dello schema.
• Rendering solo lato client, che Googlebot potrebbe non eseguire: renderizza lato server così il breadcrumb è nell’HTML iniziale.
• Link a URL non canonici con parametri di tracciamento.
• Uso del markup data-vocabulary.org deprecato.

Test e monitoraggio

• Rich Results Test (search.google.com/test/rich-results) — valida il markup e intercetta gli errori prima e dopo il deploy.
• Strumento Controllo URL (Search Console) — conferma come Google ha recuperato e interpretato la pagina live.
• Search Console › Miglioramenti › Breadcrumbs — monitora elementi validi e non validi in tutto il sito dopo il lancio; il rapporto ha continuato a funzionare anche dopo il cambiamento di gennaio 2025. Attendi diversi giorni dopo la pubblicazione perché crawling e indicizzazione si aggiornino.

Mantieni onesto il significato di “valido”: secondo le linee guida generali di Google sui dati strutturati, superare la validazione rende una pagina idonea al trattamento supportato; non garantisce che il breadcrumb venga mostrato, che il ranking migliori, che arrivi traffico o che una risposta generata dall’IA citi la pagina. Considera un Rich Results Test pulito come “nessun errore noto”, non come promessa di risultato.

Breadcrumb e Bing

Bing supporta il vocabolario condiviso schema.org, incluso BreadcrumbList, e può mostrare rich result breadcrumb dallo stesso markup. In pratica implementi un solo blocco JSON-LD che serve sia Google sia Bing: non esiste un formato breadcrumb specifico di Bing da mantenere.

Buone pratiche

• Usa veri link HTML, non solo dati strutturati: lo schema non sostituisce il linking interno.
• Non collegare la pagina corrente: l’ultimo breadcrumb è la pagina che stai visitando.
• Fai coincidere il testo visibile con name nello schema, così i due livelli concordano.
• Renderizza lato server, in modo che il breadcrumb sia nell’HTML ricevuto inizialmente da Googlebot.
• Mantieni coerenza con la tassonomia: percorsi che riflettono la navigazione tipica rafforzano una gerarchia pulita.
• Metti i breadcrumb anche su hub e categorie, non solo sulle pagine profonde: rafforzano la gerarchia e fanno emergere contenuti più profondi ovunque.

Quando non servono

I siti davvero piatti — poche pagine senza gerarchia, siti vetrina a un solo livello o landing page autonome — ricavano poco dai breadcrumb. Quando esistono due o più livelli gerarchici (come nella maggior parte dei siti editoriali, di news, documentali e dei cataloghi e-commerce), diventano utili.

I breadcrumb sono un elemento del modo in cui colleghi un sito. Si affiancano al linking interno più ampio, alla struttura di URL e cartelle e alla navigazione globale: tutti questi elementi influenzano come persone e crawler attraversano la gerarchia.

Riepilogo IA

Una sintesi della versione Advanced:

• I breadcrumb sono un percorso gerarchico (Home > Category > Page) che funziona su due livelli: link HTML visibili <a href> e JSON-LD BreadcrumbList.
• Livello HTML = linking interno. Gary Illyes (2017): Google tratta i link breadcrumb come link normali nel calcolo del PageRank.
• Livello dati strutturati = visualizzazione SERP + segnale gerarchico. Ma John Mueller (2022): gli URL dei dati strutturati non vengono usati come i normali link interni; lo schema non sostituisce i link HTML. Servono entrambi.
• Gennaio 2025: Google ha tolto i breadcrumb dalle SERP mobile (resta solo il dominio principale). Visualizzazione desktop, elaborazione dello schema, rapporto Breadcrumbs di Search Console, crawling e PageRank sono invariati. Nessuna azione richiesta.
• Implementazione: JSON-LD; itemListElement di ListItem con position (intero da 1), name e item (URL assoluto; facoltativo sull’ultimo elemento). data-vocabulary.org è deprecato: usa schema.org. Renderizza lato server.
• Tipi: basato sulla posizione (standard SEO), sugli attributi (e-commerce/facet), sulla cronologia (per utente; non per la SEO).
• Testa con Rich Results Test; monitora in Search Console › Miglioramenti › Breadcrumbs. Bing legge lo stesso markup schema.org.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca e di schema.org.

Google

• Dati strutturati Breadcrumb (BreadcrumbList) — proprietà richieste, esempio JSON-LD, percorsi multipli e passaggi di test.
• Semplificare i breadcrumb nella ricerca mobile (23 gennaio 2025) — annuncio della rimozione del percorso dalle SERP mobile.
• Rich Results Test — valida il markup BreadcrumbList.
• Panoramica dei rapporti sui risultati avanzati (guida Search Console) — monitora elementi breadcrumb validi/non validi dopo il deploy.

Schema.org

• BreadcrumbList — vocabolario: una catena di pagine collegate che normalmente termina con la pagina corrente.
• ListItem — position, name e item.

Bing / Microsoft

• Contrassegnare il sito con i dati strutturati — supporto di Bing al markup schema.org, incluso BreadcrumbList.

Citazioni dalla fonte

Dichiarazioni pubbliche di Google. Ogni link profondo porta al passaggio citato nella pagina sorgente.

Gary Illyes, Google — i link breadcrumb passano PageRank (2017)

• “We like them. We treat them as normal links in, e.g., PageRank computation.” — Gary Illyes, sui link di navigazione breadcrumb. Leggi la copertura

John Mueller, Google — i dati strutturati non sostituiscono i link interni (16 marzo 2022)

• “So just because there is structured data in a page somewhere, I wouldn’t see that as a replacement for normal internal linking.” Vai al contesto
• “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.” Vai al contesto

Google Search Central Blog — il cambiamento mobile di gennaio 2025

• “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).” Vai alla citazione
• “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.” Vai alla citazione

Documentazione Google Search Central — a cosa serve il markup

• “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.” Vai alla citazione

Checklist d’implementazione breadcrumb

Un passaggio per verificare che entrambi i livelli siano corretti:

• Il breadcrumb visibile è un vero <nav> con link <a href> (non solo testo o JavaScript).
• Il percorso è esposto come landmark di navigazione con etichetta (per esempio un <nav> con aria-label="Breadcrumb" che contiene un elenco ordinato), secondo il pattern breadcrumb WAI-ARIA.
• La pagina corrente ha aria-current="page" nel percorso.
• Il JSON-LD BreadcrumbList è presente e renderizzato lato server (nell’HTML iniziale).
• Ci sono almeno due voci ListItem.
• Gli interi position partono da 1 e crescono senza salti.
• Ogni ListItem non finale ha un URL item assoluto (l’ultimo può ometterlo).
• Gli URL item sono canonici, senza parametri di tracciamento o varianti non canoniche.
• Il testo breadcrumb visibile corrisponde al name dello schema.
• Usi il vocabolario schema.org, non data-vocabulary.org deprecato.
• La pagina corrente non è collegata dal proprio breadcrumb.
• I breadcrumb riflettono percorsi di navigazione tipici, coerenti con la tassonomia.
• Hai validato nel Rich Results Test e controllato l’URL live con Controllo URL.
• Hai esaminato Search Console › Miglioramenti › Breadcrumbs per gli elementi non validi dopo il lancio.

Modelli mentali

1. Due livelli, due lavori. I link HTML fanno il lavoro di linking (PageRank e percorsi di crawling). I dati strutturati fanno il lavoro di visualizzazione e segnale gerarchico. Diagnostica chiedendo quale livello è rotto: valore mancante → controlla i link HTML; percorso SERP mancante o errato → controlla il JSON-LD.

2. Lo schema annota, non sostituisce. BreadcrumbList descrive link già esistenti: non è un insieme autonomo di link interni. La regola di Mueller è che gli URL nei dati strutturati non vengono usati come i normali link interni. Non cancellare quindi i veri link breadcrumb per “tenere lo schema”.

3. Visualizzazione ≠ valore. Il breadcrumb SERP è il beneficio visibile, ma il valore duraturo è nel linking interno e nell’UX. Ecco perché la rimozione mobile del gennaio 2025 ha cambiato l’aspetto dei risultati senza cambiare ciò che i breadcrumb fanno.

4. Posizione, non cronologia. Per la SEO i breadcrumb devono descrivere dove una pagina si trova (coerente per tutti), non da dove un utente è arrivato (personale). La gerarchia è un segnale; il flusso di clic non lo è.

5. Fai coincidere i livelli. Testo visibile, name dello schema e URL canonico devono concordare. Le incoerenze sono il motivo più comune per cui un breadcrumb dall’aspetto valido non viene mostrato o risulta non valido.

JSON-LD BreadcrumbList — template

Inseriscilo nell’<head> o nel <body> della pagina, con rendering lato server. Mantieni il testo name uguale al breadcrumb visibile e usa URL assoluti e canonici. L’elemento finale omette item perché Google usa l’URL della pagina corrente.

<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>

Riferimento rapido alle proprietà

Fatti rapidi

• Formato: JSON-LD (preferito). data-vocabulary.org è deprecato → usa schema.org.
• Visualizzazione SERP: solo desktop dal gennaio 2025; mobile mostra il dominio principale.
• Lo schema viene ancora elaborato su mobile; dopo il cambiamento non è richiesta alcuna azione.
• Test: Rich Results Test. Monitoraggio: Search Console › Miglioramenti › Breadcrumbs.
• Lo stesso markup serve Bing (vocabolario schema.org condiviso).

Schema senza link breadcrumb visibili

BreadcrumbList descrive un percorso, ma non sostituisce la navigazione. Utenti e crawler dovrebbero ricevere normali link HTML che seguono la stessa gerarchia. Aggiungi il markup al componente visibile invece di pubblicare una struttura nascosta composta solo da schema.

Un percorso basato sulla cronologia dei clic

I breadcrumb basati sulla cronologia cambiano in base a come una persona è arrivata. Non rappresentano una posizione stabile nell’architettura, quindi sono una base debole per linking interno e dati strutturati. Usa una gerarchia basata sulla posizione per la SEO.

Inventare livelli che non sono destinazioni reali

Un breadcrumb come Home > Shoes > Running > Page è fuorviante se /shoes/ o /shoes/running/ non è una categoria utile e raggiungibile. Ogni antenato collegato deve essere una destinazione reale, non un’etichetta aggiunta solo per completare il percorso.

Lasciare discordanti HTML e JSON-LD

Se il percorso visibile dice una cosa mentre i dati strutturati nominano livelli o URL diversi, l’implementazione racconta due storie. Genera entrambi dalla stessa sorgente gerarchica e testali insieme.

Usare una modifica del breadcrumb come scorciatoia per migrare gli URL

Cambiare l’URL di un breadcrumb non reindirizza un vecchio indirizzo, non aggiorna i canonical e non ripara i link altrove. Tratta navigazione, schema, redirect e canonicalizzazione come controlli di rilascio separati.

Esempio: una gerarchia in HTML e JSON-LD

I link visibili e i dati strutturati qui sotto descrivono lo stesso percorso semplificato. La pagina corrente è testo nella navigazione e l’ultimo ListItem la nomina.

<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>

Questo markup è illustrativo, non una promessa che Google mostrerà un breadcrumb in un risultato specifico.

Esempio: un percorso fuorviante

Home > Sale > Popular > Shoes > Trail shoes

Se “Sale” e “Popular” sono filtri temporanei invece di antenati stabili, il percorso mescola stati commerciali e gerarchia. Un percorso di posizione duraturo sarebbe di solito più vicino a Home > Shoes > Trail shoes; i percorsi promozionali possono restare link separati.

Prompt: riconciliare i breadcrumb in un template

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: definire regole breadcrumb per più tipi di pagina

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]

Strumenti per implementare e testare i breadcrumb

• Schema Validator controlla JSON-LD incollato o HTML completo per vocabolario, proprietà obbligatorie, riferimenti nel grafo e problemi di markup correggibili prima del rilascio.
• Schema Generator produce un blocco iniziale pulito quando devi preparare dati strutturati, ma il percorso generato deve ancora corrispondere alla gerarchia visibile reale del sito.
• Google Rich Results Test mostra se Google riesce a interpretare il markup supportato su un URL o su un campione di codice. Un risultato valido prova l’idoneità, non garantisce la visualizzazione.
• Il rapporto Breadcrumbs di Search Console aiuta a trovare errori rilevati sulle pagine note a Google dopo il rilascio. Non sostituisce il crawling dei tuoi template.
• Un crawler con estrazione dei dati strutturati è il livello di confronto scalabile: esporta link visibili, posizioni JSON-LD, URL canonici e codici di stato, così i disaccordi a livello di template diventano evidenti.

Validare un’implementazione breadcrumb

Misurare la salute dei breadcrumb, non solo la visualizzazione del rich result

La presenza del breadcrumb nella ricerca non è un KPI autonomo affidabile perché Google controlla la visualizzazione e ha rimosso i breadcrumb dai risultati mobile. Misura direttamente implementazione, navigazione e copertura dei template.

Mettiti alla prova: Breadcrumbs

Cinque domande rapide su ciò che fanno i breadcrumb e su come implementarli. Scegli una risposta per ciascuna, poi controlla il risultato.

Risorse che meritano il tuo tempo

I miei contenuti correlati

• Internal Links for SEO: A Complete Guide — dove i breadcrumb si inseriscono nel linking interno su tutto il sito.
• Sitelinks: What They Are & How to Get Them — le superfici di navigazione correlate che Google può costruire dalla tua struttura.
• Website Migration: The Definitive Guide — i breadcrumb tra i link interni che cambiano durante una migrazione.
• Mobile-First Indexing: A Complete Guide — perché alcuni template mobile hanno ridotto i breadcrumb per risparmiare spazio.
• The Beginner’s Guide to Technical SEO — il quadro più ampio in cui rientrano i breadcrumb.

I miei interventi

• How Search Works (SlideShare) — il mio percorso su crawling, rendering, indicizzazione e ranking, e sul ruolo dei segnali strutturali come i breadcrumb. (Dichiarazione permanente: “This is my understanding of systems… not going to be 100% complete or accurate.”)

Dal settore

• Breadcrumb (BreadcrumbList) structured data (Google) — riferimento canonico per l’implementazione.
• Simplifying breadcrumbs on mobile search (Google Search Central Blog) — annuncio della rimozione mobile di gennaio 2025.
• Google no longer shows breadcrumbs in mobile search results (Search Engine Land) — copertura e valutazione dell’impatto di Barry Schwartz.
• Breadcrumbs in SEO: What Google’s Mobile Change Actually Means (Sitebulb) — spiegazione focalizzata del cambiamento.
• Are Breadcrumbs A Google Ranking Factor? (Search Engine Journal) — la risposta alla domanda sul ranking factor.
• Breadcrumb Navigation Increasingly Useful (Nielsen Norman Group) — ricerca UX: benefici e nessun svantaggio nei test con utenti.
• SEO breadcrumbs guide (Search Engine Land) — tipi, buone pratiche e schema.

Cronologia modifiche