Migas de pan: cómo orientar al usuario y explicar tu web
Una ficha de producto puede ser la primera página que alguien vea de una tienda. Sin contexto, es un escaparate suelto: se ve el producto, pero cuesta entender qué más hay alrededor.
Las migas de pan ponen ese contexto a la vista. Una línea como "Inicio > Calzado > Zapatillas de montaña" permite subir a una categoría sin obligar a descifrar el menú. Es poca superficie para una tarea bastante útil. Tampoco hace falta montar una estación de tren encima del título.
Los breadcrumbs son una navegación que muestra la posición de una página dentro de la estructura de la web. Para aprovecharlos, el recorrido debe tener sentido, sus enlaces deben funcionar y el marcado debe describir lo que realmente hay. Añadir un bloque de código no arregla una jerarquía confusa.
¿Qué son las migas de pan y para qué sirven?
Son una secuencia de enlaces hacia niveles superiores. Ayudan a entender dónde está una página y a explorar otras partes de la web, como explica Google en su documentación sobre breadcrumbs.
En una tienda, pueden conectar una ficha con su categoría. En una web de servicios, pueden situar una especialidad dentro de una familia de servicios. En un medio, pueden relacionar un artículo con su sección.
No hacen el mismo trabajo que el menú. El menú presenta accesos generales; las migas explican el contexto de esta página. Como desarrollo en el artículo sobre los distintos formatos de enlazado interno, enlazar al mismo destino no significa cumplir la misma función.
Tampoco son un botón de "atrás" con más palabras. El historial cuenta por dónde ha pasado una persona. Una jerarquía explica cómo se relaciona el contenido, aunque esa persona haya llegado directamente desde un buscador.
¿Qué recorrido deberían mostrar?
Trabajemos con un ejemplo ficticio: una tienda vende una zapatilla de montaña llamada Sendero. Un recorrido razonable podría ser:
Inicio > Calzado > Zapatillas de montaña > Sendero
Cada nivel responde a una pregunta: qué área estoy viendo, dentro de qué categoría y en qué ficha. No es necesario añadir "Catálogo general", "Todos los productos" y "Productos disponibles" para que el camino parezca más importante.
Google recomienda representar un recorrido habitual del usuario, en lugar de copiar automáticamente la estructura de la URL. También indica que no es obligatorio incluir en el marcado ni el dominio como primer elemento ni la propia página como último. La guía de BreadcrumbList distingue esas decisiones de los campos que sí son necesarios.
Por eso, una dirección como /producto/sendero/ no impide mostrar su relación con Calzado y Zapatillas de montaña. La ruta técnica y la navegación no tienen que ser una fotocopia.
Lo que sí hace falta es que esa relación exista. Si "Zapatillas de montaña" lleva a una página vacía, la miga orienta estupendamente hacia ninguna parte.
¿Qué pasa si un producto pertenece a dos categorías?
La misma zapatilla podría aparecer en Zapatillas de montaña y en Calzado impermeable. Google permite indicar varios recorridos de breadcrumbs para una página cuando existen distintas formas de llegar a ella.
Eso no obliga a generar una URL de producto diferente por cada categoría. Una cosa es ofrecer varios caminos hacia una ficha y otra crear copias de esa ficha. Para decidir qué URL representa un contenido, está la guía sobre la etiqueta canonical.
Mi criterio aquí sería elegir primero una navegación comprensible y estable. Si se declaran varios recorridos, cada uno debe describir una relación real. Inventar categorías para meter palabras clave no organiza el catálogo; organiza las ganas de posicionar.
¿Cómo se añaden los enlaces y el marcado BreadcrumbList?
Conviene separar dos capas: la navegación que utiliza la persona y los datos estructurados que describen el recorrido.
Para los enlaces, Google recomienda elementos HTML a con un atributo href que apunte a una dirección válida. También puede extraer enlaces insertados con JavaScript si usan esa estructura. Lo importante no es que el texto parezca pulsable, sino que exista un enlace que se pueda seguir. Fuente: prácticas recomendadas sobre enlaces.
En accesibilidad, el patrón de breadcrumbs de W3C sitúa el recorrido dentro de una región de navegación identificada. Si la página actual también es un enlace, se señala con aria-current="page". Si se muestra como texto, ese atributo es opcional.
Una implementación básica podría tener esta forma. Las rutas son ficticias, no direcciones que haya que copiar a una web real:
<nav aria-label="Migas de pan">
<ol>
<li><a href="/calzado/">Calzado</a></li>
<li><a href="/calzado/montana/">Zapatillas de montaña</a></li>
<li>Sendero</li>
</ol>
</nav>
El marcado BreadcrumbList describe la secuencia mediante elementos ListItem. Google pide al menos dos. En cada elemento hay que revisar su nombre, su posición y la URL correspondiente; la propiedad item puede omitirse en el último elemento, en cuyo caso Google utiliza la URL de la página que contiene el marcado.
No hace falta memorizar los nombres para revisar una web. Sí conviene saber qué representan: name identifica el nivel, position indica su orden e item señala su destino. La referencia técnica y sus excepciones están en la definición de propiedades de Google.
Si el CMS o un plugin ya genera esos datos, comprueba su salida antes de añadir otro bloque. Dos herramientas haciendo lo mismo no equivalen a dos veces más SEO.
¿Dónde aparecen hoy las migas de pan en Google?
Hay que distinguir las migas de la web de las que Google puede mostrar en sus resultados.
El 23 de enero de 2025, Google anunció que dejaría de mostrar el elemento breadcrumb en los resultados de búsqueda para móviles, manteniéndolo en escritorio. El cambio afectaba a la presentación de la URL en el buscador, no a la navegación dentro de las webs. Fuente: anuncio de Google sobre breadcrumbs en móvil.
La documentación actual de BreadcrumbList mantiene la disponibilidad de esa función en escritorio. El mismo anuncio aclara que el marcado sigue admitido, que se puede probar y que el informe correspondiente de Search Console continúa.
Por tanto, quitar las migas de una web móvil porque Google ya no las muestra en su resultado sería mezclar dos pantallas distintas. Dentro de la web pueden seguir orientando al visitante. Conviene comprobar que caben, se leen y se pueden usar, en lugar de esconder el problema debajo del menú hamburguesa.
Tampoco hay una garantía de aparición por tener el marcado correcto. Google lo advierte en sus directrices de datos estructurados: cumplir los requisitos permite optar a estas funciones, pero no obliga al buscador a mostrarlas.
¿Cómo comprobar que funcionan?
Revisaría tres cosas, en este orden: el recorrido visible, los enlaces y el marcado. Empezar por el validador y olvidarse de los destinos es una forma muy técnica de perderse igual.
- Abrir una página interior directamente. Comprobar si el recorrido explica dónde está, sin depender de haber pasado por la portada.
- Seguir cada enlace. Revisar que lleva al nivel anunciado y que ese destino tiene contenido útil, no un error ni un rodeo innecesario.
- Probar móvil y teclado. Confirmar legibilidad, foco y acceso a los enlaces. Un nombre cortado puede ocultar justo la parte que distingue una categoría de otra.
- Examinar los datos estructurados. Cotejar nombres, posiciones y URLs con la navegación que se pretende describir.
- Validar y revisar una muestra publicada. Google recomienda usar la prueba de resultados enriquecidos y después la inspección de URLs para comprobar cómo ve la página. Ambas herramientas están enlazadas en su proceso de implementación.
La prueba del código no sustituye a abrir la URL publicada. Una plantilla puede estar bien en el ejemplo y fallar en productos con categorías distintas, nombres largos o niveles ausentes.
Tras desplegar un cambio, Search Console ayuda a detectar aumentos de elementos no válidos. No hay que interpretar un informe sin cambios inmediatos como fracaso: Google necesita volver a rastrear y procesar las páginas.
¿Qué errores conviene corregir primero?
| Lo que aparece | Qué revisaría |
|---|---|
| El nivel superior devuelve un error | El destino del enlace y si esa categoría debería existir. |
| El recorrido cambia sin explicar la jerarquía | La regla con la que la plantilla elige categorías. |
| El texto visible y el marcado cuentan historias distintas | La fuente de datos de ambas capas. |
| Dos plugins generan recorridos diferentes | Qué herramienta debe ser responsable del marcado. |
| En móvil no se entiende el nombre de la categoría | El diseño, el ajuste de líneas y la interacción real. |
Si no ves todas las columnas, desliza la tabla horizontalmente.
No añadiría categorías ni cambiaría URLs solo para conseguir un recorrido más bonito. Primero hay que decidir qué estructura necesita el negocio. Como explico en arquitectura transaccional, una nueva URL debe responder a una necesidad distinta, no al entusiasmo de estrenar carpetas.
Preguntas frecuentes
¿Todas las webs necesitan migas de pan?
No las pondría por obligación estética. Tienen más sentido cuando hay niveles que ayudan a orientarse. En una web muy pequeña y plana, conviene valorar si aportan algo que la navegación existente no explica ya.
¿Sustituyen al menú o al enlazado contextual?
No. Sitúan la página en una jerarquía. El menú ofrece accesos generales y un enlace dentro del texto puede relacionar una explicación con otra. Cada uno tiene su trabajo.
¿Tienen que repetir las carpetas de la URL?
No. Google recomienda reflejar un recorrido habitual del usuario, no copiar la estructura de la dirección. Los niveles elegidos deben representar relaciones reales y llevar a destinos coherentes.
¿Un marcado válido garantiza que Google las muestre?
No. La validación comprueba requisitos técnicos, pero no asegura la aparición en los resultados ni una mejora de posiciones.
Para acabar el café
Las migas de pan funcionan cuando el camino tiene sentido antes de añadir el código. Una categoría útil, un enlace que llega y un nombre que orienta hacen más que una fila de separadores muy bien alineados.
Para revisar una implementación, empezaría por una ficha o una página de servicio: entrar directamente, subir un nivel y comprobar que se entiende la relación. Después vendría el marcado. El visitante no debería necesitar un validador para saber dónde está.
Si necesitas ordenar la arquitectura y el enlazado de tu web dentro de un plan de trabajo, puedes ver cómo enfoco la consultoría SEO.
Última revisión de fuentes: 8 de noviembre de 2026.
