Checklist para una migración WooCommerce segura

Checklist completo para una migración WooCommerce segura: pasos antes, durante y después para no perder datos, ventas ni posicionamiento.

Por qué una migración WooCommerce sin preparación sale cara

Una migración WooCommerce segura no es cuestión de suerte ni de tener «buen hosting». Es el resultado directo de haber ejecutado un checklist ordenado antes de mover una sola línea de código. Sin ese orden, los escenarios más habituales son: pedidos duplicados o perdidos, redirecciones rotas que destruyen el SEO trabajado durante meses, pasarelas de pago que dejan de funcionar sin aviso y clientes que no pueden completar sus compras durante horas. Según datos de comercio electrónico publicados en diferentes análisis del sector, cada hora de caída de una tienda online puede equivaler a perder entre el 2% y el 5% de la facturación diaria, dependiendo del volumen de tráfico.

Este checklist está pensado para quien ya gestiona o lidera proyectos WooCommerce y necesita una hoja de ruta técnica real, no una lista genérica de «haz un backup y suerte». Cubre las tres fases críticas: pre-migración, ejecución y post-migración.

Fase 1: Pre-migración — antes de tocar nada

La mayor parte de los problemas en una migración de tienda WooCommerce se originan aquí, no durante el traslado. Esta fase puede ocupar entre el 40% y el 60% del tiempo total del proyecto, y con razón.

Auditoría del entorno actual

Antes de migrar, necesitas saber exactamente qué tienes. Esto incluye:

• Versión de PHP activa en el servidor origen. WooCommerce 8.x requiere PHP 7.4 como mínimo, pero trabajar con PHP 8.1 o superior es lo recomendable para evitar problemas de compatibilidad en el nuevo entorno.
• Inventario de plugins activos con sus versiones exactas. No basta con listarlos: hay que documentar cuáles tienen configuraciones personalizadas almacenadas en base de datos (opciones de wp_options, tablas propias).
• Personalizaciones del tema: funciones añadidas en functions.php, hooks de WooCommerce sobreescritos, templates copiados en el tema hijo.
• Integraciones activas: pasarelas de pago (Stripe, Redsys, PayPal), ERPs conectados, sistemas de email marketing, herramientas de analítica.
• Tamaño real de la base de datos y de la carpeta wp-content/uploads. Una tienda mediana puede tener fácilmente 5-15 GB de imágenes de producto.

Benchmark de métricas clave antes de mover nada

Este punto lo omiten la mayoría y luego no pueden demostrar si la migración afectó al rendimiento. Antes de empezar, registra por escrito:

• Tiempo de carga de las páginas principales (home, categoría, producto, carrito, checkout) medido con PageSpeed Insights o GTmetrix.
• Posiciones de las 10-20 palabras clave más relevantes para el negocio.
• Tasa de conversión media de los últimos 30 días en Google Analytics o en los informes de WooCommerce.
• Número total de pedidos, productos, categorías y clientes registrados en la base de datos.

Estos datos son tu línea base para validar que todo fue bien después de la migración.

Backup completo y verificado

El backup no es opcional, pero tampoco es suficiente «hacer uno». Hay tres requisitos que debe cumplir para que sirva de verdad:

1. Completo: base de datos + todos los archivos de WordPress (incluyendo wp-config.php y el directorio de uploads).
2. Almacenado en un lugar externo al servidor actual. Un backup que vive en el mismo servidor que la tienda no sirve si el servidor falla.
3. Verificado: abre el archivo SQL y comprueba que no está truncado. Verifica que el zip de archivos incluye la carpeta wp-content completa.

Herramientas como Duplicator Pro, All-in-One WP Migration o UpdraftPlus permiten automatizar esto con exportaciones externas a Google Drive, Dropbox o Amazon S3.

Preparación del entorno destino

El servidor al que vas a migrar debe estar configurado antes de iniciar el traslado:

• PHP en la versión correcta (8.1+ recomendado para WooCommerce actual).
• Límites de memoria PHP ajustados: mínimo 256MB, recomendado 512MB para tiendas con catálogos grandes.
• Extensiones PHP necesarias activas: MySQLi, cURL, GD o Imagick, mbstring, OpenSSL.
• Certificado SSL instalado y configurado en el dominio destino.
• Un subdominio de staging (por ejemplo, staging.tudominio.com) para hacer las pruebas antes de apuntar el DNS real.

Fase 2: Ejecución de la migración

Con el entorno auditado, el backup verificado y el servidor destino preparado, el traslado en sí debería ser la parte menos dramática del proceso.

Traslado de archivos y base de datos

Existen dos aproximaciones principales. La primera es mediante plugin (Duplicator, All-in-One WP Migration, Migrate Guru): más rápida para tiendas de tamaño medio, pero puede tener limitaciones con bases de datos grandes (+500MB). La segunda es manual vía FTP/SFTP + phpMyAdmin o línea de comandos con wp-cli: más control, más fiable para tiendas con estructuras complejas o volúmenes altos de datos.

Con wp-cli, el proceso de exportación e importación de base de datos queda en dos comandos:

wp db export backup.sql
wp db import backup.sql

Después del import, hay que actualizar las URLs en base de datos para reflejar el nuevo dominio o subdominio de staging. wp-cli también lo resuelve directamente:

wp search-replace 'https://antiguo-dominio.com' 'https://nuevo-dominio.com' --skip-columns=guid

El parámetro --skip-columns=guid es importante: evita que se sobreescriban los GUIDs de los posts, que WordPress usa internamente para identificar contenidos.

Verificación de datos críticos de WooCommerce

Una vez importada la base de datos en el entorno de staging, antes de hacer ninguna prueba visual, comprueba en el panel de administración:

• Número de pedidos totales (debe coincidir con el origen).
• Número de productos publicados, borradores y variaciones.
• Clientes registrados y sus datos de dirección.
• Configuración de las zonas de envío y métodos activos.
• Credenciales y modo (test/live) de las pasarelas de pago — estas no se migran automáticamente con seguridad: hay que reconfigurarlas manualmente.

Pruebas funcionales antes de publicar

Este es el punto donde muchas migraciones «aparentemente bien hechas» revelan sus problemas. El checklist funcional mínimo incluye:

• Realizar un pedido de prueba completo: añadir al carrito, aplicar cupón, checkout con tarjeta en modo test, confirmación de email.
• Verificar que los emails transaccionales (confirmación de pedido, cambio de estado) llegan correctamente.
• Comprobar que las imágenes de producto se muestran (problema habitual cuando los paths de uploads no coinciden).
• Revisar la página de mi cuenta para clientes existentes.
• Probar el buscador interno si la tienda lo usa activamente.
• Verificar formularios de contacto y cualquier integración de terceros (CRM, email marketing).

Fase 3: Post-migración — el trabajo no acaba con el lanzamiento

Publicar la migración apuntando el DNS es solo el inicio de la fase final. Lo que ocurre durante las primeras 48-72 horas define si el proyecto fue un éxito o si hay que apagar fuegos.

Gestión del DNS y tiempo de propagación

Cuando cambias los registros DNS para que apunten al nuevo servidor, la propagación puede tardar entre 1 y 48 horas dependiendo del proveedor y de los TTL configurados. Durante ese tiempo, parte del tráfico sigue llegando al servidor antiguo. La estrategia recomendada es mantener el servidor antiguo activo y funcional durante al menos 48 horas después del cambio de DNS. Si usas Cloudflare, el control sobre los TTL es más preciso y puedes reducir ese tiempo a 5 minutos con una configuración previa.

Verificación SEO post-migración

Las migraciones WooCommerce son uno de los momentos de mayor riesgo para el posicionamiento orgánico. El checklist SEO mínimo después de publicar incluye:

• Rastreo de URLs rotas: usa Screaming Frog o la consola de búsqueda de Google para detectar errores 404 nuevos.
• Redirecciones 301: si alguna URL cambió de estructura durante la migración, cada una necesita una redirección permanente hacia la nueva URL.
• Sitemap XML: verifica que el sitemap es accesible y que lo has enviado en Google Search Console.
• Robots.txt: confirma que no estás bloqueando el rastreo de las páginas de producto o categoría (error más habitual cuando se migra desde un entorno de staging donde ese archivo estaba configurado para no indexar).
• Canonical tags: revisa que las URLs canónicas apuntan al dominio correcto, no al subdominio de staging.

Monitorización durante los primeros 7 días

Una migración segura no se declara exitosa el día del lanzamiento, sino una semana después. Lo mínimo que deberías monitorizar activamente:

• Tasa de conversión diaria vs. la línea base registrada antes de migrar.
• Alertas de tiempo de actividad (uptime) con herramientas como UptimeRobot o Better Uptime.
• Errores en el log de PHP del servidor nuevo.
• Revisión diaria del log de WooCommerce (Sistema → Estado → Logs) para detectar fallos en pasarelas u otras integraciones.
• Comparativa de posiciones de palabras clave clave con los datos pre-migración.

Errores más comunes que este checklist ayuda a evitar

Después de haber trabajado en migraciones de distinta escala, estos son los errores que aparecen con más frecuencia cuando no se sigue un proceso estructurado:

1. Migrar sin staging: publicar directamente sobre el dominio real sin probar en un entorno intermedio es el error más arriesgado. Cualquier problema aparece delante de los clientes reales.
2. No actualizar las credenciales de pasarelas de pago: las API keys de Stripe o Redsys no se transfieren automáticamente. Si el modo live no se reconfigura manualmente, los cobros fallan en silencio.
3. Ignorar el caché: después de migrar, el caché del servidor (Redis, Memcached, WP Super Cache, LiteSpeed) puede servir páginas antiguas con URLs incorrectas. Vaciar todo el caché es uno de los primeros pasos post-lanzamiento.
4. No verificar los correos transaccionales: muchos hostings nuevos requieren configurar un servidor SMTP externo (SendGrid, Brevo, Amazon SES) para que los emails de WooCommerce lleguen a bandeja de entrada. Sin esta configuración, los clientes no reciben confirmaciones de pedido.
5. Asumir que los plugins funcionan igual en el servidor nuevo: diferencias en versiones de PHP, extensiones activas o configuración de WordPress pueden romper plugins que funcionaban perfectamente en el origen.

Preguntas frecuentes sobre la migración de WooCommerce

¿Cuánto tiempo de inactividad es normal durante una migración WooCommerce?

Con una planificación adecuada y un entorno de staging, el tiempo de inactividad real debería ser prácticamente cero. El proceso completo se ejecuta en staging, y el cambio de DNS se hace cuando todo está verificado. La única ventana crítica es el tiempo de propagación de DNS, durante el cual el servidor antiguo sigue activo y recibiendo pedidos.

¿Necesito limpiar la base de datos antes de migrar?

Sí, aunque no es obligatorio, hacerlo reduce el tamaño de la exportación y acelera el proceso. Las tablas de revisiones de posts, borradores de pedidos abandonados y logs acumulados durante años pueden representar entre el 20% y el 40% del peso total de la base de datos en tiendas con cierta antigüedad. Plugins como WP-Optimize permiten hacer esta limpieza de forma segura antes de exportar. Consulta también la estructura de bases de datos relacionales para entender mejor cómo WordPress organiza esta información.

¿Qué pasa con las imágenes de producto durante la migración?

Las imágenes son parte de los archivos de WordPress (carpeta wp-content/uploads) y deben copiarse íntegramente al servidor destino. El error habitual no es perderlas, sino que los thumbnails generados por WordPress no se regeneran automáticamente si el nuevo servidor tiene una configuración diferente de Imagick o GD. El plugin «Regenerate Thumbnails» resuelve esto en un solo proceso después de migrar.

¿Cómo afecta la migración al SEO si no cambia el dominio?

Si el dominio no cambia y la estructura de URLs se mantiene intacta, el impacto SEO debería ser mínimo. Los riesgos aparecen cuando hay URLs que cambian de estructura, cuando el robots.txt del entorno de staging no se actualiza antes de publicar, o cuando el rendimiento del nuevo servidor es significativamente peor que el anterior. Monitorizar posiciones durante los 14 días posteriores al lanzamiento es suficiente para detectar cualquier movimiento anómalo.

Si gestionas proyectos WooCommerce de cierta complejidad y necesitas apoyo técnico especializado para este tipo de procesos, puedes revisar cómo trabajo en la página de servicios.

// Sobre el autor

fernandodomecq

Desarrollador WordPress freelance especializado en WooCommerce, integraciones e IA. Escribo sobre proyectos web, agencias y buenas prácticas técnicas.

Ver todos los artículos →