La migración de plantilla y un rastro raro · Serpion 017

El cliente era un distribuidor industrial de componentes mecánicos y eléctricos. Catálogo amplio, fichas técnicas densas, tráfico B2B que venía de búsquedas muy concretas. Habían cambiado la plantilla del CMS hacía tres semanas. Visualmente el sitio ganaba, la carga mejoraba y el equipo de diseño estaba contento. Pero en las semanas siguientes algo se torció: varias fichas de producto de alto valor dejaron de aparecer con la misma frecuencia en resultados y el tráfico orgánico de esas URLs empezó a aflojarse sin caídas bruscas de impresiones generales.

Al mirar el comportamiento, las páginas seguían respondiendo 200, el contenido estaba intacto y el sitemap las listaba. Sin embargo, el rastreador parecía llegar menos a esas zonas del catálogo. La migración de plantilla había dejado un rastro raro: las fichas importantes se sentían más aisladas, como si hubieran perdido los caminos que antes las conectaban con el resto del sitio. Esto no me cuadraba. Si el rediseño había mejorado la experiencia, ¿por qué las señales de acceso interno se estaban diluyendo justo en lo que más convertía?

Había ruido en la forma en que Google descubría y priorizaba esas URLs. La sospecha iba por la estructura de navegación y por cómo el nuevo tema repartía los enlaces, pero aún no tenía pruebas sólidas. La pista buena no estaba donde parecía a simple vista.

Señales rotas tras la migración de plantilla

Empecé por Google Search Console. El informe de indexación de páginas mostraba que algunas fichas seguían indexadas, mientras que otras aparecían con el motivo “Rastreada: actualmente sin indexar” en algunos casos puntuales, pero el patrón de descubrimiento había cambiado. Las impresiones de las queries de producto concreto cayeron entre un 18% y un 27% en tres semanas, sin que el CTR medio se hubiera desplomado de forma alarmante. Para la frecuencia de rastreo miré los logs del servidor: antes del cambio, el promedio de páginas rastreadas diarias del directorio de productos rondaba las 180-220. Después bajó a 90-110 en esas mismas rutas, mientras otras secciones del sitio mantenían cifras estables.

Abrí un rastreo completo con Screaming Frog comparando el crawl pre y post cambio. El número total de URLs internas detectadas era similar, pero la profundidad de clic de las fichas clave había aumentado: muchas pasaban de estar a 2-3 clics desde la home o categorías principales a 4-5 o más. Había menos enlaces entrantes internos por página. Algunas fichas de referencia solo recibían 1 o 2 enlaces internos, cuando antes acumulaban 6-8 desde listados, bloques de relacionados y rutas de navegación.

Revisé el HTML renderizado de varias fichas y de las páginas de categoría. El contenido principal estaba completo. Los títulos y las meta se mantenían. Pero al contar los <a href> que apuntaban hacia las URLs del catálogo, el mapa de enlaces se había adelgazado de forma clara. Aquí había ruido, pero no era ruido cualquiera. La señal de autoridad interna se estaba repartiendo peor.

Una hipótesis temprana apuntó a problemas de indexación por canonical o por estados de cobertura. En Search Console aparecían algunas URLs con “Página alternativa con etiqueta canónica adecuada” y un puñado en “Descubierta: actualmente sin indexar”. Pensé que quizá la nueva plantilla estaba generando canonicals confusas o que el rastreador priorizaba versiones paramétricas. Revisé las cabeceras y el HTML de una muestra de 40 fichas afectadas:

<link rel="canonical" href="https://ejemplo-industrial.com/productos/rodamiento-xyz-6205" />

Las canonicals apuntaban correctamente a sí mismas. No había noindex. Los estados HTTP eran limpios. Descarté esa línea con evidencia concreta: el problema no era de declaración de URL preferida ni de exclusión técnica directa. El falso positivo se cerró ahí. Las páginas existían, no presentaban problemas de exclusión técnica directa en la muestra revisada y Google las conocía, pero el acceso recurrente se había debilitado.

Otra señal que miré fue el comportamiento del rastreador en logs del servidor (muestra de 10 días). El bot llegaba con frecuencia a las páginas de categoría y a la home, pero la tasa de seguimiento hacia las fichas individuales había bajado. Había saltos más largos y menos profundidad en el árbol de productos. Algo se estaba desviando antes de tiempo. El rastreador no estaba bloqueado; simplemente encontraba menos puertas abiertas hacia lo importante.

Cómo la migración de plantilla alteró los caminos del catálogo

En este punto la investigación se centró en la diferencia estructural entre la plantilla antigua y la nueva. Comparé capturas de HTML de la versión anterior (guardadas en el control de versiones del proyecto) con la actual. Los módulos que antes generaban enlaces automáticos —bloques de productos relacionados, listados laterales y la cadena de navegación— ya no aparecían o aparecían vacíos en muchas plantillas de ficha. El cambio de tema había reorganizado los componentes y algunos no se habían mapeado de nuevo a los datos del catálogo.

Usé también una revisión manual de enlaces internos y una comparación de sitemaps. El XML seguía declarando las URLs correctas, pero un sitemap no obliga al rastreador a priorizar páginas. Si desde el HTML no hay caminos claros y frecuentes, el descubrimiento se vuelve más dependiente del propio sitemap y de enlaces externos, que en este caso eran escasos. Google no estaba fallando. Estaba obedeciendo a la estructura que encontraba.

Los datos de rendimiento mostraban que las queries de marca y de categorías genéricas aguantaban mejor, mientras las long-tail de referencia de producto sufrían más. Eso encajaba con un debilitamiento de la malla interna: las páginas que antes se reforzaban mutuamente ahora competían en solitario por atención del rastreador. El impacto se notaba en la frecuencia de recrawl.

Al cerrar esta fase tenía claro el patrón de aislamiento, pero todavía no la pieza exacta que lo provocaba dentro del nuevo tema. El problema no era que Google no entrara. Era que entraba donde ya no encontraba tantos puentes hacia el catálogo profundo.

El punto donde la malla interna se rompió

La causa real quedó confirmada al revisar la configuración de módulos de la nueva plantilla y el código de los templates de ficha y categoría. La migración de plantilla había eliminado o desactivado los módulos de enlazado interno que antes generaban de forma automática las migas de pan, los bloques de productos relacionados y varias rutas de navegación contextual. En la plantilla anterior esos componentes se alimentaban de relaciones de categoría, atributos y productos “similares” definidos en el CMS. En la nueva, esos bloques no se habían reconectado o se habían sustituido por componentes estáticos vacíos o condicionados a datos que ya no se pasaban.

Concretamente, el breadcrumb desapareció de la mayoría de fichas o se renderizaba solo con Home > Productos, sin la cadena de categorías intermedias. El módulo de “productos relacionados” dejaba de inyectar enlaces porque la consulta interna al catálogo no estaba mapeada en el nuevo tema. Algunos listados de categoría perdieron los enlaces de paginación contextual y los filtros que antes generaban rutas adicionales limpias. Resultado: cientos de fichas importantes quedaron con muy pocos o ningún enlace interno entrante relevante más allá del que pudiera venir de un listado principal si el usuario o el bot llegaba hasta allí.

Eso explicaba el síntoma a la perfección. Las URLs seguían vivas y correctas, pero habían perdido los caminos que las mantenían en el grafo de rastreo. El rastreador invertía menos visitas en ellas porque la probabilidad de encontrarlas desde otras páginas del sitio había caído. La profundidad de clic aumentó y la equidad de enlaces internos se concentró en menos nodos. Una señal rota no siempre grita. A veces solo deja de empujar.

El impacto SEO era directo sobre el rastreo y la priorización: menor frecuencia de visita a las fichas de valor y señales de relevancia interna más débiles. Con el tiempo, ese debilitamiento de la arquitectura interna podía repercutir en la capacidad de esas páginas para competir en consultas de producto. No era un problema de contenido ni de indexación forzada; era un problema de arquitectura de enlaces heredado del cambio de plantilla.

// Ejemplo de diferencia detectada en el template de ficha
// Antes: módulo activo
<nav class="breadcrumb">... enlaces categoría + subcategoría ...</nav>
<div class="related-products">... 4-6 enlaces a fichas ...</div>

// Después: módulos ausentes o vacíos
<nav class="breadcrumb">Home / Productos</nav>
<!-- related-products no renderizado -->

Confirmé el patrón en más de 120 fichas de muestra. Donde el módulo de relacionados y las migas completas habían desaparecido, el número de inlinks internos caía de forma consistente. Donde por casualidad un bloque legacy seguía activo, las métricas de rastreo se mantenían más cercanas a lo anterior. La evidencia era sólida.

Reconstruir los puentes del catálogo

La corrección consistió en restaurar las migas de pan completas, los bloques de productos relacionados y las rutas internas que la nueva plantilla había dejado fuera. Trabajé con el equipo de desarrollo para reactivar y mapear de nuevo los módulos de enlazado en los templates de ficha y categoría, asegurando que tiraran de las mismas relaciones de datos que antes: categorías, atributos técnicos y productos asociados.

No bastaba con “poner enlaces”. Había que recuperar la lógica que generaba caminos naturales y escalables para un catálogo de miles de referencias. Se reimplementaron las breadcrumbs con la jerarquía completa, se volvió a conectar el componente de relacionados (limitado a 4-6 enlaces relevantes por ficha para no saturar) y se revisaron los listados para que mantuvieran enlaces contextuales limpios sin parámetros sucios.

Qué restaurar primero sin generar ruido nuevo

En el momento de decidir el orden y el alcance, barajé la posibilidad de crear un sistema de enlaces masivos desde una página hub o de inyectar enlaces vía un script lateral genérico. Esa vía parecía rápida, pero generaba riesgo de patrones artificiales y de diluir la relevancia: demasiados enlaces poco contextuales podían parecer ruido y no resolverían la profundidad de clic de forma natural. La descarté.

También se valoró tocar solo las fichas de mayor tráfico y dejar el resto para más adelante. El riesgo era evidente: el catálogo seguía creciendo y las fichas “menos prioritarias” de hoy podían ser las de mañana. Además, un arreglo parcial dejaba zonas grises que el rastreador seguiría encontrando inconsistentes.

La decisión fue restaurar los módulos nativos de la plantilla de forma global, con la misma lógica de datos que el CMS ya manejaba, y validar después con un nuevo crawl y con Search Console. El riesgo de ejecutar mal esa corrección era introducir enlaces rotos, bucles o bloques que cargaran consultas pesadas y empeoraran el tiempo de respuesta. Por eso se hizo primero en entorno de staging, se comprobó el HTML renderizado y se limitó el número de relacionados por página. Se eligió este enfoque porque recuperaba la arquitectura que ya había demostrado funcionar, sin inventar una malla paralela difícil de mantener. Una migración de plantilla no solo cambia el aspecto; puede silenciar los caminos que el rastreador necesita.

Tras el despliegue se lanzó un nuevo rastreo con Screaming Frog y se monitorizó la cobertura. En dos semanas el promedio de páginas del catálogo rastreadas diariamente volvió a situarse cerca de los 170-190. La profundidad media de las fichas clave bajó otra vez a 2-3 clics en la mayoría de casos. Los inlinks internos se recuperaron de forma visible. En Search Console las impresiones de las queries de producto empezaron a estabilizarse y, en las siguientes cuatro semanas, una parte relevante del tráfico perdido regresó de forma gradual, sin picos artificiales.

Se dejaron controles: checklist post-migración de módulos de enlazado, revisión de breadcrumbs y relacionados en cada actualización de tema, y un crawl de control trimestral centrado en la malla del catálogo. Que una URL exista no significa que Google pueda evaluarla con la misma prioridad si los puentes internos desaparecen.