Migrar un catálogo industrial a WordPress rara vez es un cambio de plantilla: detrás hay miles de referencias, fichas técnicas en PDF y URLs que llevan años posicionando para búsquedas muy concretas. Un fabricante de válvulas o un distribuidor de rodamientos no pierde tráfico por el gestor de contenidos nuevo, sino por lo que se rompe en el salto: redirecciones que faltan, categorías que cambian de ruta o un rastreo que no cubre el catálogo entero.
Esta pieza es para quien planifica ese salto sin que el tráfico orgánico se resienta: qué mapear antes de tocar nada, cómo evitar que WordPress genere miles de URLs de más y qué mirar en Search Console mientras Google digiere el cambio.
Migrar un catálogo industrial a WordPress sin perder posiciones exige tres cosas antes de lanzar el cambio: mapear cada URL antigua contra su redirección 301, limitar las URLs que genera la navegación por facetas y reservar entre seis y ocho semanas de vigilancia en Search Console antes de dar la migración por cerrada.
Migrar un catálogo industrial a WordPress: qué mapear antes
El catálogo casi nunca vive solo en la web antigua: sale de un ERP o de un PIM que alimenta también al departamento comercial. Antes de mover una sola ficha hace falta un listado completo de URLs vivas —categorías, fichas y páginas de PDF técnico— y no vale con mirar el sitemap actual, porque suele estar incompleto. Un fabricante de componentes electrónicos del Vallès con 4.000 referencias puede tener el doble de URLs indexadas por filtros y paginaciones antiguas.
Ese inventario es la base del mapa de redirecciones: cada URL antigua necesita saber a qué URL nueva apunta, y las que no tengan equivalente —referencias descatalogadas, categorías fusionadas— necesitan una decisión explícita, no el silencio que WordPress convierte en un 404 masivo el día del lanzamiento. Para el sector industrial, una estrategia digital pensada para su operativa evita tratar el catálogo como una web de servicios genérica.
Referencias descatalogadas y su URL antigua
Cuando una referencia deja de fabricarse, la URL no debe desaparecer sin más: una redirección 301 a la categoría o a un producto sustituto conserva parte de la autoridad, mientras que un 404 sin control tira ese enlace a la basura, con clientes que llegaban directamente a la ficha del recambio que buscaban. Un distribuidor de rodamientos puede acumular cientos de referencias descatalogadas al año: conviene una redirección por lotes, no ficha a ficha, porque a mano se olvidan URLs y se generan cadenas que Google penaliza casi igual que un enlace roto.
Mapa de redirecciones 301 antes de programar nada
El mapa de redirecciones se construye en una hoja de cálculo, no sobre la marcha: URL antigua, URL nueva, tipo de contenido y prioridad según el tráfico o los enlaces que recibía. Un catálogo de 6.000 referencias no se redirige ficha a ficha desde el panel; se sube por lotes con un plugin de redirecciones o con reglas de servidor, y se prueba en un entorno de pruebas antes de tocar el dominio real. Redirigir todo lo que no encaja hacia la home es el error más caro: Google interpreta una redirección genérica como una señal de contenido perdido, no movido, y dilapida en semanas la autoridad acumulada. Cuando el volumen supera lo que un equipo interno puede mapear a mano, conviene apoyarse en una auditoría SEO previa que identifique qué URLs concentran el tráfico y los enlaces.
Crawl budget: el límite de un catálogo grande
Un catálogo con miles de referencias y varios filtros —diámetro, material, norma técnica— puede generar cientos de miles de URLs combinadas sin que ninguna aporte contenido distinto. Googlebot reparte un rastreo limitado por dominio y, si lo gasta en filtros que no van a posicionar, deja fuera fichas que sí deberían indexarse. La guía de Google Search Central sobre crawl budget lo deja claro: la prioridad no es generar más URLs, sino que las existentes se rastreen e indexen con rapidez.
El crawl budget es el número de páginas que un buscador está dispuesto a rastrear en un dominio durante un periodo dado: en catálogos grandes se agota antes en URLs de filtros y paginación que en fichas de producto nuevas.
Navegación por facetas y URLs de sobra
La solución no es eliminar los filtros, que ayudan a quien ya está en la web: es decidir cuáles generan una URL indexable y cuáles no. Un filtro combinado como diámetro más material casi nunca tiene búsquedas propias detrás y debería llevar una etiqueta canónica hacia la categoría principal; en cambio, un filtro con intención real —«válvulas de bola en acero inoxidable»— sí merece su propia URL, con contenido propio y no solo un listado reordenado. El resto se bloquea en robots.txt antes de que WordPress lo publique todo por defecto.
Datos estructurados para la ficha de producto
La ficha de producto necesita marcado «Product» igual en WordPress que en la plataforma anterior, y ahí es fácil perder detalle en la migración: exportar el nombre y la imagen es sencillo, pero las propiedades que Google marca como recomendadas —SKU, marca, disponibilidad, especificaciones técnicas— suelen quedarse fuera del plugin genérico del tema. La documentación de Google sobre datos estructurados de producto detalla qué propiedades son obligatorias y cuáles solo recomendadas, y conviene revisarla ficha por muestra antes de dar la migración por cerrada.
En un catálogo industrial casi nunca hay valoraciones que sostengan un «AggregateRating»: forzarlo con reseñas genéricas es peor que omitirlo. Lo que sí aporta es la ficha técnica: enlazar el PDF de especificaciones desde el propio marcado, con su URL absoluta, ayuda a que el buscador entienda que esa página documenta una referencia concreta y no una landing genérica.
Search Console durante las semanas críticas
Si el dominio cambia, la herramienta de cambio de dirección de Search Console traslada las señales de un dominio a otro durante 180 días; si solo cambian las rutas, basta con verificar el mismo perfil y subir el sitemap nuevo. En los dos casos hay que vigilar el informe de cobertura a diario la primera semana: un pico de errores 404 o de páginas «rastreadas, sin indexar» avisa de un tramo mal redirigido antes de que se note en las visitas. Revisar el estado de cientos de fichas a la vez tropieza pronto con un límite propio: la API de inspección de URLs tiene un tope diario, así que conviene priorizar las referencias con más tráfico histórico.
Cambio de dirección o solo un sitemap nuevo
La herramienta de cambio de dirección solo aplica cuando el dominio cambia de verdad —de una plataforma antigua en otro dominio al definitivo, por ejemplo—; si el catálogo se queda en el mismo dominio y solo migra de gestor, forzarla no aporta nada y puede confundir el rastreo. En ambos escenarios conviene tener claro cuánto histórico queda disponible, porque el historial de Search Console caduca a los 16 meses y una comparación antes/después de la migración necesita haberse exportado con tiempo.
Errores que hunden un catálogo migrado a WordPress
La mayoría de las caídas de tráfico después de mover un catálogo grande se explican por un puñado de fallos que se repiten con distintos clientes, casi siempre por prisa en el lanzamiento:
- Redirecciones en cadena. Una URL que salta dos o tres veces antes de llegar a destino diluye la señal; cada salto debe apuntar directo al destino final.
- Imágenes de ficha sin migrar. Cambiar de plataforma sin trasladar las imágenes originales deja el catálogo con fotos genéricas de stock, algo que penaliza en piezas técnicas donde el comprador compara referencias por foto.
- Robots.txt de pruebas en producción. El bloqueo del entorno de pruebas se olvida activo tras el lanzamiento y deja el catálogo entero fuera de Google sin ningún aviso visible.
- Categorías fusionadas sin redirección. Unir dos categorías por comodidad de menú sin redirigir la antigua reparte el enlazado interno que tenía cada una y perjudica a las dos.
- Sitemap desactualizado. Un sitemap que sigue apuntando a rutas antiguas retrasa semanas la indexación de las páginas nuevas.
Ninguno de estos fallos exige más presupuesto, solo una lista de comprobación revisada antes del lanzamiento y otra con el catálogo ya en producción, cuando los errores todavía se corrigen sin que el cliente los note. Apoyarse en una agencia especializada en WordPress para el lanzamiento reduce el margen de error en el mapeo de redirecciones.
Preguntas frecuentes sobre migrar un catálogo industrial a WordPress
¿Cuánto tarda WordPress en recuperar el tráfico del catálogo?
Con el mapa de redirecciones completo y el sitemap nuevo enviado el mismo día del lanzamiento, la recuperación suele completarse entre seis y ocho semanas. Catálogos por encima de las 10.000 URLs tardan más, porque Google necesita más rastreo para revisar cada salto.
¿Hace falta WooCommerce para un catálogo sin venta online?
No. Si el objetivo es mostrar referencias y formulario de contacto, un tipo de contenido personalizado con taxonomías propias pesa menos y se indexa igual de bien. WooCommerce aporta carrito y pasarela de pago: solo compensa si de verdad se vende online.
¿Los PDF de ficha técnica también hay que redirigirlos?
Sí, y se suelen olvidar porque no aparecen en el sitemap HTML. Cada URL de PDF indexada necesita su propia redirección 301 hacia el nuevo documento o hacia la ficha que lo sustituye, igual que cualquier otra página del catálogo.
¿Cuándo conviene lanzar la migración de un catálogo grande?
Entre semana y a primera hora, nunca en víspera de festivo: si algo falla en las redirecciones, hace falta equipo disponible para corregirlo ese mismo día, antes de que Google rastree la versión rota y la guarde como referencia del catálogo.
Fuente: Google Search Central