Schema de breadcrumbs: cómo añadir y probar BreadcrumbList

Puntos clave

Elige una ruta estable que ayude al lector.
Revisa lo que ya genera tu CMS.
Usa al menos dos ListItem con posición y nombre.
Prueba el código y la página publicada.

El schema de breadcrumbs describe el lugar que ocupa una página dentro de un sitio web. Añádelo después de elegir una ruta útil para los lectores y prueba la página publicada. Un ejemplo de código bonito es solo el principio: los enlaces, las etiquetas y el diseño tienen que funcionar juntos. Esta guía forma parte de la guía de datos estructurados para SEO.

¿Qué son los breadcrumbs o migas de pan?

Los breadcrumbs, o migas de pan, son la ruta de enlaces que muestra dónde está una página dentro del sitio, por ejemplo: Inicio → Guías → Puertas. Ayudan al lector a entender dónde está y a subir a una sección más general. El schema BreadcrumbList describe esa misma ruta para los buscadores.

Hay rutas basadas en la jerarquía del sitio, en atributos (como filtros de una tienda) y en el historial de navegación. Para el schema, usa una ruta estable del sitio, no el historial de cada visitante. No crees una ruta distinta porque alguien llegó desde un anuncio o un buscador.

Elige una ruta que ayude al lector

Empieza por la página, no por el código. Pregúntate qué sección usaría un lector para volver a encontrarla. Evita añadir niveles solo para meter más palabras clave o para que el sitio parezca más grande.

Ejemplo ficticio: una empresa de reparaciones tiene un blog sobre trabajos comunes. Una entrada explica cómo arreglar una manilla floja. Una ruta útil sería: Guías de reparación → Puertas → Arreglar una manilla floja.

Cada nivel debe tener un propósito. La página de Puertas puede agrupar guías relacionadas y ayudar al lector a elegir el siguiente paso. Si es un archivo vacío, mejóralo antes de usarlo en la ruta. Haz clic en cada enlace como un visitante. Si la ruta pasa por páginas de autor, revisa también el schema Person para autores para que esos destinos sean útiles.

Revisa lo que ya genera tu CMS

Abre una entrada de ejemplo y busca la ruta visible cerca del título. Después revisa la página renderizada para ver si tiene BreadcrumbList. Un tema, un plugin de SEO o una plantilla propia pueden añadirlo ya. La ruta visible y el bloque JSON-LD son cosas distintas, así que revisa las dos. Si el CMS también genera datos de la entrada, revísalos aparte con la guía del schema Article.

Anota qué herramienta controla la salida antes de añadir código. Si la ruta es correcta, quizá solo haga falta cambiar un ajuste o arreglar una página padre. Si dos herramientas describen la misma ruta de forma distinta, rastrea cada fuente con la guía sobre schema duplicado en WordPress. No desactives todo el schema para quitar una ruta equivocada.

Cómo crear un BreadcrumbList en JSON-LD

Schema.org llama BreadcrumbList a la ruta ordenada. Sus entradas usan objetos ListItem con nombre, enlace y número de posición. El número indica dónde va cada entrada, en lugar de depender del orden del código. Mantén el modelo de navegación separado de la identidad de la empresa, que corresponde al schema Organization.

Este ejemplo describe la guía ficticia de reparación. Es para adaptar, no para pegar en todas las páginas:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Guías de reparación",
      "item": "https://example.com/guias/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Puertas",
      "item": "https://example.com/guias/puertas/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Arreglar una manilla floja"
    }
  ]
}

Un desarrollador puede colocar este objeto en un elemento script de tipo application/ld+json. En un CMS, usa la herramienta que ya controla la ruta cuando sea posible. No pegues un ejemplo fijo en cada entrada si una plantilla común puede usar los datos reales de cada página.

Revisa los campos antes de publicar

Según la documentación de rutas de navegación de Google, hacen falta al menos dos entradas ListItem. Cada una necesita su posición, su nombre y la referencia a la página. En la última entrada se puede omitir la URL; Google usa entonces la de la página que la contiene, como en el ejemplo.

Empieza las posiciones en 1 y mantén una secuencia clara.
Usa nombres legibles que describan cada paso.
Comprueba que los enlaces padre abren las páginas públicas previstas.
Mantén el mismo idioma en toda la ruta.
Quita los dominios y etiquetas de ejemplo antes de publicar.

En una guía traducida, enlaza a la sección padre en ese idioma: una entrada en español no debe llevar a una categoría en inglés por error. Revisa también la URL final tras cambiar un slug. En una página de producto, mantén la oferta fuera de la ruta; la guía del schema Product trata esos datos.

Prueba el código y la página publicada

Pasa el ejemplo por la Prueba de resultados enriquecidos de Google antes de publicar. Usa la vista de código mientras redactas y prueba la URL pública cuando el CMS la guarde. Corrige los errores en la salida que ve la prueba, no solo en una copia local.

Abre la página en una vista limpia del navegador. Revisa la ruta en una pantalla pequeña: las etiquetas largas no deben tapar el título ni hacer difícil tocar los enlaces. Recorre los enlaces con el teclado. Elige varias páginas con diseños distintos: una entrada corta, una con título largo y otra con varias categorías. Anota la ruta esperada junto a la que aparece.

Corrige rutas equivocadas sin rehacer todo el sitio

Si una entrada muestra un padre equivocado, revisa primero su categoría y el ajuste de categoría principal. Después revisa la regla de la plantilla. Una regla común debe dar una ruta clara a todas las páginas que la usan; evita un parche que arregla una entrada y rompe las vecinas.

Dos rutas reales pueden ser válidas: Google admite varias rutas. No es lo mismo que dos herramientas publiquen copias contradictorias de la misma ruta. Antes de cambiar una plantilla común, guarda los ajustes y prueba en una copia segura.

Revisa los breadcrumbs como parte de la calidad de la página

Después de publicar, usa Search Console para inspeccionar la página y revisar los problemas de rutas de navegación que informe. Desde enero de 2025, Google muestra este resultado enriquecido solo en escritorio. Un marcado válido no promete una presentación especial, más clics ni mejores posiciones. Si aparece un problema en un informe, sigue la guía de errores de datos estructurados en Search Console.

DEX conecta la investigación de búsquedas, la planificación de contenido, la redacción de artículos y la publicación en el sitio conectado. DEX Health ayuda a revisar la calidad y el SEO de la página publicada, también en el plan gratuito. Úsalo junto a la prueba de schema: una nota alta no prueba que Google haya aceptado una ruta ni que la vaya a mostrar.

Asigna un responsable a la plantilla de rutas de navegación y repite las comprobaciones de las páginas de muestra cuando cambien el tema, el plugin o la estructura del sitio.

Preguntas frecuentes

¿Quién debe encargarse de los breadcrumbs?

La persona que controla la plantilla o el plugin que los genera.

¿Necesita breadcrumbs un sitio de una sola página?

Normalmente no; no hay una jerarquía que describir.

¿Cuándo debo volver a probar la ruta?

Tras cambiar el tema, el plugin, las categorías o la estructura del sitio.

Fuentes

Datos estructurados de ruta de navegación · Google Search Central
Introducción a los datos estructurados · Google Search Central

Dex SEO

Dex SEO is an AI SEO agent for small businesses. Every article here is planned from search data, drafted by Dex, fact-checked against the sources it cites, and reviewed by the team before it is published.

Cómo se hizo este artículo: planificado y redactado por Dex a partir de datos de búsqueda, verificado por Dex (3 afirmaciones revisadas) y aprobado por el equipo de Dex SEO.