Migas de pan SEO: cómo implementarlas bien

Las migas de pan (breadcrumbs) son la fila de enlaces que aparece cerca de la parte superior de una página e indica dónde está esa página dentro de la estructura del sitio: algo como Inicio > Categoría > Subcategoría > Página actual. Hacen dos trabajos distintos y ambos importan para SEO. El primero es orientar al usuario: le dice en qué punto del sitio está y le da una salida rápida hacia niveles superiores sin tener que usar el botón de retroceder del navegador. El segundo es comunicarle esa misma jerarquía a un rastreador: cada enlace de la miga es una señal explícita de cómo se relaciona esa página con el resto del sitio, algo que el rastreador tiene que inferir de otra forma si no existe.

Ese segundo trabajo es el que suele pasar desapercibido. Cuando la jerarquía está bien marcada, Google frecuentemente sustituye en escritorio (en móvil, desde 2025, muestra solo el dominio) la URL que mostraría normalmente en el resultado de búsqueda por la propia ruta de migas de pan, mostrando la categoría y la subcategoría en lugar de la cadena de la URL cruda. Es una mejora de presentación que depende directamente de que la miga exista y esté bien construida, no de que la página tenga más enlaces o más autoridad.

La jerarquía debe reflejar la estructura del sitio, no el camino del usuario

Existen dos maneras de construir una miga de pan. La basada en el camino recorrido (path-based) reconstruye el historial de clics del usuario: si alguien llegó a un producto pasando por una búsqueda interna y luego un filtro, la miga refleja esa secuencia concreta y puede ser distinta para cada visitante. La basada en la ubicación (location-based) ignora cómo llegó el usuario y muestra siempre la posición fija de la página dentro de la jerarquía del sitio, la misma para cualquier persona que aterrice ahí. Para SEO, la segunda es la única opción razonable: un rastreador no tiene un camino recorrido que reconstruir, así que una miga que cambia según la sesión no le aporta nada, y una página con una miga inconsistente entre visitas manda señales contradictorias sobre dónde vive de verdad ese contenido.

La forma práctica de resolverlo es que la miga derive de la misma taxonomía que ya organiza el sitio, la categoría de producto, la sección del blog, el nivel de la documentación, en lugar de generarse a partir del historial de navegación o de parámetros de sesión. Si un producto aparece en dos categorías a la vez, hay que decidir cuál es la categoría canónica para efectos de la miga, normalmente la que coincide con la carpeta de la URL, en lugar de dejar que la miga cambie según desde qué categoría entró el usuario esa vez.

Un ejemplo para verlo en la práctica

Pensemos en una tienda de zapatillas para correr. Un usuario busca en Google "zapatillas trail impermeables talla 42" y aterriza directamente en /catalogo/trail/impermeables/modelo-x/. Si la miga se construyera con el camino recorrido, mostraría algo como Inicio > Resultados de búsqueda > modelo-x, porque esa fue la ruta real de esa sesión concreta, y sería distinta si el mismo usuario hubiera llegado navegando desde la categoría en vez de desde el buscador. Con una miga basada en la ubicación, en cambio, la ruta es siempre Inicio > Catálogo > Trail > Impermeables > modelo-x, sin importar cómo aterrizó el visitante, porque describe dónde vive el producto dentro del catálogo y no cómo llegó alguien hasta ahí esa vez. Esa segunda versión es la que coincide con la estructura de carpetas de la URL, la que puede repetirse en el marcado BreadcrumbList sin contradicciones entre visitas, y la que le da a la categoría "Trail" y a la subcategoría "Impermeables" un enlace entrante adicional cada vez que alguien visita cualquier modelo de esa combinación.

El BreadcrumbList detrás del resultado enriquecido

El marcado que traduce la miga visual a un formato que un motor de búsqueda puede leer sin ambigüedad es el tipo BreadcrumbList de schema.org: una lista ordenada de elementos, cada uno con una posición, un nombre y una URL. No hace falta memorizar la sintaxis completa para tomar la decisión correcta; lo que sí importa es que ese marcado describa exactamente la misma ruta que ve el usuario en pantalla, con los mismos nombres y el mismo orden. Un BreadcrumbList que añade un nivel que no existe visualmente, o que usa un nombre distinto al que aparece en la página, es una discrepancia entre lo que se declara y lo que se muestra, y ese tipo de discrepancias son exactamente las que un motor de búsqueda puede decidir ignorar.

Errores que anulan su valor

Una miga de pan bien intencionada pierde casi todo su valor si cae en alguno de estos errores, más comunes de lo que parece:

• Duplicar la navegación principal: si la miga repite exactamente las mismas categorías que el menú superior, no añade información nueva sobre la posición de la página; en el mejor caso es redundante, en el peor confunde sobre cuál de las dos es la jerarquía real del sitio.
• Empezar en la página actual: una miga que arranca en el nivel de la página en la que ya está el usuario, sin mostrar los padres, no cumple ninguno de sus dos trabajos: no orienta, porque el usuario ya sabe dónde está, y no comunica jerarquía, porque no hay nada que comunicar.
• Inyectarla solo con JavaScript del lado del cliente: si el HTML que se sirve inicialmente no contiene la miga ni su marcado BreadcrumbList, y ambos aparecen solo después de ejecutar un script, cualquier proceso que no renderice ese JavaScript por completo la pierde por entero.
• Que no coincida con la estructura de la URL: si la miga dice Inicio > Zapatos > Deportivos pero la URL de esa página vive bajo /catalogo/temporada-2024/producto-123, hay dos jerarquías distintas compitiendo por describir el mismo sitio, y conviene resolver cuál es la real y alinear la otra.

Un matiz: el texto de anclaje importa

El texto de cada enlace intermedio en la miga debería ser el nombre real de esa categoría, "Trail" o "Impermeables" en el ejemplo anterior, y no una etiqueta genérica como "Categoría" o "Nivel 2". Ese texto de anclaje es también una señal sobre el contenido del enlace, y una etiqueta genérica repetida en miles de páginas no aporta nada sobre lo que hay al otro lado de ese enlace.

El valor de enlazado interno en sitios profundos

El beneficio de enlazado interno crece con la profundidad del sitio. En un sitio de dos o tres niveles una miga apenas añade rutas nuevas, porque ya existen enlaces directos desde la navegación principal a casi todo. En un catálogo con seis o siete niveles, sección, categoría, subcategoría, marca, producto, variante, una miga garantiza que cada página, sin importar cuán profunda esté ni cuántos otros enlaces internos reciba, tenga siempre un camino de vuelta hacia cada nivel superior. Eso importa sobre todo para páginas que reciben poco enlazado interno espontáneo: sin la miga, esas páginas dependen únicamente de un sitemap o de un enlace ocasional para que un rastreador vuelva a visitarlas; con ella, cada página profunda además refuerza a sus categorías padre con un enlace entrante consistente y un texto de anclaje predecible, en lugar de depender de que otro contenido decida enlazarlas de forma espontánea.

Cómo se presentan en móvil

En pantallas angostas el problema no es si mostrar la miga sino cómo, porque una ruta de cuatro o cinco niveles no cabe en una sola línea sin ocupar un espacio vertical que compite con el contenido. Los patrones que funcionan sin sacrificar la miga por completo incluyen truncarla mostrando solo el nivel inmediatamente superior junto con un indicador de que hay más niveles arriba, dejar que la fila se desplace horizontalmente en lugar de partirse en varias líneas, o colapsarla a una flecha de volver seguida del nombre del padre directo. Lo que no conviene es eliminarla por completo en móvil mientras se mantiene en escritorio: eso deja el marcado BreadcrumbList sin un elemento visual correspondiente en una de las dos versiones, y la jerarquía que puede navegar un usuario móvil deja de coincidir con la que ve uno de escritorio.

Cuándo un sitio es demasiado plano para necesitarlas

No todos los sitios necesitan migas de pan, y forzarlas donde no aplica añade ruido sin ningún beneficio. Si la navegación principal ya llega a cada página en un clic y las URLs no tienen carpetas intermedias reales, una landing page, un blog corporativo con veinte artículos todos al mismo nivel, un sitio de una sola página con anclas, no existe una jerarquía real que comunicar. En ese caso una miga solo puede repetir Inicio y el nombre de esa misma página, lo cual no orienta a nadie porque no hay nada por encima que mostrar, ni le da al rastreador ninguna señal que no tuviera ya con un enlace directo desde el menú. La pregunta útil no es si un sitio debería tener migas de pan, sino si existen al menos dos niveles reales de profundidad entre el inicio y esa página. Si la respuesta es no, el esfuerzo está mejor invertido en otra parte.