Qué describe el marcado de migas de pan
BreadcrumbList son datos estructurados de una ruta de migas de pan visible: la ruta de navegación que sitúa la página actual en contexto. No sustituye a la arquitectura del sitio, a los enlaces internos ni a la URL canónica. Describe un camino que un visitante también puede entender y usar. Google puede usar el marcado apto para mostrar una jerarquía contextual en un resultado, pero la apariencia sigue siendo decisión de Google y varía según la superficie.
Modela la ruta como una secuencia ordenada de decisiones de navegación reales. Un producto o un artículo puede tener más de un recorrido con sentido, y la documentación de Google permite varias rutas de migas de pan para la misma página. La elección útil es el camino que se muestra a una persona según el contexto desde el que llega a la página, no una cadena artificial de etiquetas con palabras clave.
Crea el marcado a partir de la navegación visible
Empieza por la página renderizada, no por una hoja de cálculo de URL. Anota la etiqueta visible y el destino de cada miga, y decide si la página actual se incluye como último ListItem. Usa URL absolutas para los destinos. Mantén las posiciones consecutivas desde 1 y los nombres breves, legibles para personas y coherentes con la interfaz de la página. No marques una jerarquía que no exista en la página.
{\n "@context": "https://schema.org",\n "@type": "BreadcrumbList",\n "itemListElement": [\n {"@type":"ListItem","position":1,"name":"Home","item":"https://example.com/"},\n {"@type":"ListItem","position":2,"name":"Guides","item":"https://example.com/guides/"},\n {"@type":"ListItem","position":3,"name":"Technical SEO","item":"https://example.com/guides/technical-seo/"}\n ]\n}Genera este JSON-LD a partir de los mismos datos que renderizan el componente de migas de pan, siempre que sea posible. Así se evita el desajuste habitual: se actualiza en la interfaz una categoría renombrada, pero el marcado se queda con el nombre antiguo. Una plantilla de CMS no debe emitir BreadcrumbList donde la página no tenga una ruta útil, como la página de inicio, que no tiene niveles de navegación.
Prueba, publica y vigila
- Inspecciona la ruta renderizada en una página representativa y confirma que cada destino resuelve a la URL canónica prevista.
- Compara el DOM, el JSON-LD y la arquitectura de información: las etiquetas, el orden y las rutas deben coincidir.
- Ejecuta la Rich Results Test de Google y, después de publicar, usa la Inspección de URL para confirmar que Google puede obtener la página sin autenticación, sin bloqueos por robots.txt ni noindex.
- Revisa el informe de mejoras de migas de pan de Search Console tras un nuevo rastreo, y muestrea plantillas en lugar de suponer que una URL válida cubre todas las plantillas.
Trata la validación como una comprobación de sintaxis y de accesibilidad, no como evidencia de que el resultado mostrará migas de pan. Google recomienda expresamente publicar unas pocas páginas representativas, comprobar cómo las ve Google y dejar tiempo para un nuevo rastreo. Un cambio en la taxonomía necesita una nueva revisión, porque puede afectar a cientos de rutas a la vez.
Fallos habituales de implementación
Para una comprobación práctica de regresiones, muestrea una URL de cada plantilla de migas de pan tras cada publicación de navegación o de taxonomía. Compara las etiquetas renderizadas, la secuencia del JSON-LD, el destino canónico y la respuesta HTTP. Esta rutina pequeña detecta la deriva de plantillas antes de que se convierta en un problema generalizado en el informe de mejoras.
Guarda el registro de esa comprobación junto con las notas de la versión: URL muestreada, plantilla, resultado y, si lo hay, el seguimiento. Así una advertencia posterior de Search Console se puede atender sin convertir una función de marcado en una afirmación de SEO que no se puede comprobar.