Migrar de HubSpot a WordPress: una guía práctica

MigrateSpot empezó como especialista justo en este tipo de proyecto: trasladar webs corporativas del CMS de HubSpot a WordPress sin perder contenido, visibilidad en buscadores ni los procesos de marketing que hay detrás. Hoy suele ser una parte de una transformación web más amplia, pero la disciplina no ha cambiado.

Lo que sigue es la secuencia que usamos. Sirve tanto si el objetivo es un traslado tal cual como si se trata de replantear la web por completo.

1. Define el objetivo

Empieza por poner por escrito por qué migras. Entre los motivos habituales están querer más libertad de diseño o de estructura, unificar en una plataforma que la organización ya usa, reducir la dependencia de un único proveedor o un rediseño más amplio que la configuración actual dificulta.

El objetivo condiciona todas las decisiones posteriores. Un simple cambio de plataforma mantiene las URL, las plantillas y el contenido lo más parecidos posible al original. Una transformación aprovecha el traslado para replantear la estructura y la historia. Ambas opciones son válidas, pero mezclarlas sin decirlo es la forma en que el alcance crece en silencio y los plazos se escapan.

2. Inventaría la web y su contenido

Haz una lista de cada página, entrada de blog, landing page, archivo y redirección que se gestiona hoy en HubSpot. Incluye las URL que ya no están enlazadas pero siguen recibiendo tráfico o enlaces, que puedes encontrar con Search Console, la analítica y una herramienta de backlinks. No olvides los tipos de contenido propios de HubSpot, como las tablas de HubDB, los artículos de la base de conocimiento y las páginas del sistema.

Después decide qué pasa con cada elemento: conservar, mejorar, fusionar o retirar. Una migración es un momento natural para eliminar páginas desfasadas, pero solo cuando los datos confirman que no aportan valor.

3. Analiza la automatización de marketing, los formularios y el CRM

Es la fase que más a menudo se subestima. Sacar la web del CMS de HubSpot no significa abandonar HubSpot. Muchas empresas mantienen el CRM y Marketing Hub y simplemente cambian dónde vive la web. Averigua qué usas realmente y cómo funcionará cada parte después.

• Formularios: qué formularios existen, dónde aparecen, qué workflows o listas activan y si serán formularios de HubSpot incrustados o formularios nativos que envían los datos a HubSpot.
• Seguimiento: el código de seguimiento de HubSpot debe instalarse en la nueva web si quieres que las páginas vistas y la analítica se atribuyan a los contactos.
• Workflows y emails: los workflows que dependen de envíos de formularios, visitas a páginas o pertenencia a listas deben probarse con la nueva web. Los emails de marketing se siguen enviando desde HubSpot.
• Smart content y CTA: los módulos personalizados y los CTA de HubSpot no se trasladan automáticamente y necesitan un sustituto o una decisión deliberada de prescindir de ellos.
• Consentimiento: el consentimiento de cookies y privacidad debe seguir funcionando con el seguimiento de HubSpot en la nueva plataforma.

4. Construye en staging

Construye la nueva web en WordPress en un entorno de staging protegido que los buscadores no puedan indexar. Trabaja en iteraciones cortas y revisables, para que las personas que editarán la web la vean pronto y puedan decir qué necesitan del editor.

El contenido puede trasladarse por exportación, por API o a mano, según el volumen y cuánto vaya a cambiar. Ten cuidado con los medios incrustados y los archivos alojados en el gestor de archivos de HubSpot: decide si pasan a la nueva web o se quedan donde están, y comprueba que cada imagen y cada descarga siguen cargando cuando la nueva web esté en línea.

5. Migra las URL y las redirecciones

Siempre que sea posible, conserva las URL existentes. Los blogs de HubSpot suelen usar patrones de URL que WordPress puede reproducir con la configuración de enlaces permanentes adecuada. Cuando una URL tenga que cambiar, añade una redirección permanente en el servidor a su equivalente más cercano, y traslada las redirecciones ya configuradas en HubSpot para que los enlaces antiguos sigan funcionando.

Prueba la lista completa de URL antiguas contra la web de staging antes del lanzamiento. Cada una debe resolverse en un solo salto hacia una página activa.

6. Lanzamiento

1. Congela los cambios de contenido en HubSpot poco antes del lanzamiento, para no perder nada publicado en el último momento.
2. Reduce con antelación el TTL del DNS para que el cambio se propague rápido.
3. Apunta el dominio al nuevo hosting, confirma el SSL y elimina cualquier regla noindex de staging.
4. Prueba los formularios de principio a fin: envío, creación del contacto en HubSpot, inscripción en el workflow y emails de notificación.
5. Envía el nuevo sitemap XML en Search Console y anota el lanzamiento en tu analítica.
6. Solo entonces desconecta el dominio del CMS de HubSpot, después de confirmar que nada sigue dependiendo de él.

7. Soporte tras el lanzamiento

Las semanas posteriores al lanzamiento deciden si una migración se recuerda como fluida. Vigila la indexación, los errores de rastreo y las impresiones de las páginas que más importaban. Busca 404 en los logs del servidor y añade redirecciones donde se haya escapado algo. Comprueba que los leads siguen llegando al CRM con la información de origen correcta.

La responsabilidad también debe quedar clara. WordPress necesita actualizaciones, copias de seguridad y vigilancia de la seguridad, y alguien tiene que hacerse cargo. Los editores necesitan formación sobre el nuevo entorno, idealmente con su propio contenido y no con una demo genérica.

Fuentes

• Google Search Central, “Site moves with URL changes”: developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Central, “Redirects and Google Search”: developers.google.com/search/docs/crawling-indexing/301-redirects
• WordPress.org, ficha del plugin de HubSpot en el directorio: wordpress.org/plugins/leadin