Migrar WordPress sin perder leads ni CRM

WordPress puede seguir siendo válido; cambiar de plataforma solo tiene sentido si resuelve un problema operativo o técnico concreto. No se trata de copiar páginas: una web B2B suele captar leads, consultar un catálogo, crear contactos en un CRM y activar procesos con otros sistemas. Una migración segura preserva esas funciones, no solo el aspecto.

Cuándo tiene sentido cambiar de plataforma

• El mantenimiento impide evolucionar formularios, catálogo o áreas de cliente
• Las integraciones con CRM, ERP o automatizaciones son frágiles o manuales
• El equipo no puede publicar, medir o atender incidencias con autonomía
• La arquitectura actual no permite separar datos, procesos y presentación

Un cambio visual aislado no justifica una migración. Define el problema, las dependencias y el criterio para decidir que cada flujo ha quedado preservado antes de empezar.

Inventario de URLs, datos y automatizaciones

Antes de tocar nada, lista las URLs que Google conoce y los recorridos de negocio que usan las personas. Para cada URL, decide si permanece, cambia de ruta o desaparece; las que cambian necesitan una redirección permanente. Para cada proceso, identifica el formulario, los campos, el destino en CRM, las notificaciones, los documentos y cualquier integración asociada.

Una interfaz nueva que conserva las páginas pero deja de crear leads o de actualizar el CRM no es una migración terminada.

Checklist de lanzamiento y validación

• Redirecciones permanentes de las URLs indexadas y mapa de equivalencias documentado
• Metadatos, canonicals, sitemap y reglas de rastreo revisados en el entorno definitivo
• Formularios probados con datos de prueba desde la entrada hasta el CRM
• Catálogo, precios, disponibilidad y documentación contrastados con su fuente de datos
• Automatizaciones, avisos y responsables de incidencias comprobados
• Correo y DNS revisados si cambian el alojamiento, el dominio o la zona DNS

Formularios, CRM y catálogo: no son contenido estático

Un formulario puede aparentar que funciona y, sin embargo, no crear el contacto, perder un campo importante o activar dos veces una automatización. Prueba el resultado completo con una cuenta de prueba y valida los estados de error. Si el catálogo se sincroniza con otro sistema, acuerda qué datos llegan en tiempo real, qué se actualiza por lotes y qué debe hacer la plataforma cuando la fuente no responde.

Después del cambio: observa y corrige

Revisa Search Console, errores de redirección, registros de formularios, sincronizaciones y alertas de integración. Contrasta los leads de prueba y los primeros casos reales con el CRM. Conserva una copia de la plataforma anterior y un plan de reversión mientras el equipo confirma los recorridos prioritarios.

Errores que conviene evitar

• Tratar los formularios como un elemento visual en lugar de un flujo hacia el CRM
• Cambiar URLs, campos y herramientas el mismo día sin mapa de equivalencias
• Sincronizar catálogos sin reglas para errores, reintentos y datos incompletos
• Dar por cerrada la migración sin registrar pruebas y responsables de cada integración

Una migración segura empieza con un inventario de URLs, datos y dependencias, y termina cuando se comprueban redirecciones, formularios, CRM, catálogo, correo e integraciones. Documentar cada prueba permite corregir incidencias sin dejar a ventas u operaciones sin contexto.