Cambiar de hosting puede dejar tu WooCommerce aparentemente operativo mientras bloquea cobros, descuenta stock sin confirmar pedidos o envía correos desde una dirección que ya no existe. Cada minuto con el checkout fallando no es solo una incidencia técnica: son ventas perdidas, campañas desperdiciadas y clientes que quizá no vuelvan.
Índice
Anuncio
No cambies DNS sin staging y rollback probado
Una tienda WooCommerce solo debe cambiar sus DNS cuando una copia completa funciona en staging, un entorno privado que imita la web real, y existe un plan probado para volver atrás.
Staging debe copiar el entorno real
El staging debe tener la misma versión de PHP, límites de memoria, caché, CDN y configuración del servidor que tendrá producción. PHP es el lenguaje que ejecuta WordPress; si el nuevo hosting usa una versión distinta o deja poca memoria, un plugin puede fallar solo cuando el cliente añade productos al carrito.
El rollback debe poder ejecutarse
Un SSD externo permite guardar una copia adicional cifrada antes de la migración. Es útil como respaldo físico cuando necesitas conservar archivos, exportaciones y documentación del cambio fuera del proveedor.
- Guarda una exportación completa antes de alterar DNS, PHP o credenciales
- Permite conservar copias separadas de archivos y base de datos MySQL
- Facilita verificar que el backup puede abrirse desde otro equipo
La migración de WooCommerce también implica mover datos personales y credenciales operativas. La copia de seguridad de WordPress debe conservarse cifrada, con acceso limitado a las personas que intervienen en el cambio, y no debe enviarse por correo ni almacenarse indefinidamente en equipos personales. Antes de abrir la tienda, rota las contraseñas del hosting, SFTP, base de datos, SMTP y claves de API de pasarelas o ERP si han sido compartidas con un proveedor. Verifica igualmente que el certificado SSL está activo, que los accesos de antiguos colaboradores se han revocado y que las copias temporales de staging no son públicas ni indexables.
Así reduces el riesgo de exponer cuentas, pedidos, direcciones o información de pago y mantienes un tratamiento de datos acorde con el RGPD.
Un hosting barato puede romper el checkout
Un hosting barato puede salir caro cuando recorta memoria PHP, procesos simultáneos o capacidad de base de datos en el momento de pagar.
| Error | Síntoma visible | Coste potencial | Prevención y corrección |
|---|---|---|---|
| Memoria PHP insuficiente | Error al pagar o pantalla en blanco | Carritos abandonados y soporte | Prueba checkout; sube límites o cambia plan |
| DNS sin TTL reducido | Usuarios en dos servidores | Pedidos y stock desiguales | Baja TTL y conserva origen activo |
| SSL o redirección mal configurada | Aviso de sitio no seguro | Pérdida de confianza y tráfico | Renueva SSL y prueba HTTPS sin bucles |
| SMTP o webhook bloqueado | Pago sin email o pedido pendiente | Devoluciones y atención manual | Prueba eventos, SPF, DKIM y SMTP |
Los límites PHP tienen efecto comercial
Revisa memory_limit, tiempo máximo de ejecución, tamaño de subida y procesos PHP simultáneos antes de contratar. Un servidor puede prometer espacio ilimitado y, aun así, limitar el número de tareas que atiende cuando entran varios compradores desde una campaña.
SSL y copias no son servicios extra
El certificado SSL y las copias de seguridad restaurables son requisitos básicos para proteger la tienda y recuperar el servicio si algo falla durante el cambio.
Los pedidos activos obligan a sincronizar datos
Migrar archivos y base de datos sin controlar los cambios entre la copia inicial y el cambio de DNS crea dos versiones de la tienda.
Congelar pedidos evita dos versiones
La opción más segura es activar un modo de mantenimiento breve, informar al cliente y cerrar temporalmente el checkout. Si no puedes parar ventas, registra el último pedido incluido en la copia, exporta el delta posterior y reconcilia números de pedido, estados, pagos y reembolsos antes de abrir.
Stock, cupones e impuestos requieren prueba
Comprueba productos simples, variaciones, atributos, stock, cupones, reglas de impuestos, transportistas, cuentas de clientes y pedidos pendientes. Una prueba debe incluir un producto con variación, un cupón válido y una dirección de envío que cambie el impuesto o el coste.
Restaura y verifica
Prueba compra real
Congela o sincroniza
Vigila pagos y correo
Solo tras validar
En una migración manual de WordPress, copiar los archivos y la base de datos MySQL no basta para asegurar que la tienda sea consistente. Tras el cambio de servidor, revisa que las direcciones de WordPress y del sitio usan el dominio definitivo y HTTPS, que la búsqueda y reemplazo de URLs no ha alterado datos serializados de plugins y que la biblioteca multimedia carga imágenes de productos, miniaturas y archivos.
Comprueba también los plugins de caché, seguridad y optimización, las tareas cron, los archivos wp-config.php y las reglas del servidor. Un error en cualquiera de esos puntos puede dejar una ficha sin imágenes, un carrito desactualizado o un checkout bloqueado aunque la página de inicio cargue correctamente.
Valida pagos, correos y SEO antes de abrir
Una migración termina cuando una compra permite confirmar el pago aprobado y rechazado, la reducción de stock, los impuestos, el envío, el correo, el webhook, el reembolso y el acceso del cliente.
Cada pasarela necesita su propia prueba
Prueba cada pasarela activa con sandbox equivalente o con una compra real controlada y después reembólsala. Un webhook es el aviso automático que Stripe, PayPal, Redsys u otra pasarela envía a WooCommerce; revisa pagos completados, pendientes, fallidos y reembolsos.
El correo confirma que la venta existe
Envía pruebas de nuevo pedido, pago completado, cancelación, factura y recuperación de contraseña desde el nuevo servidor. SMTP es el servicio que entrega el correo, mientras que SPF y DKIM son registros DNS que ayudan a demostrar que el mensaje procede de tu dominio y no debe acabar en spam.
La validación SEO debe completarse después de la propagación DNS y antes de dar por cerrada la migración. Rastrea una muestra de URLs de productos, categorías, imágenes y páginas de campaña para confirmar respuestas 200 donde corresponde, redirecciones 301 en URLs antiguas y ausencia de cadenas o bucles en las redirecciones HTTPS. Revisa robots.txt, etiquetas canonical, sitemap XML, datos estructurados y la propiedad de Search Console para evitar que el staging de WordPress o una regla temporal impida el rastreo.
Durante las primeras 72 horas compara sesiones orgánicas, errores 404, cobertura de indexación y conversiones con el periodo anterior; un aumento de pagos online fallidos o una caída de pedidos puede señalar un problema técnico incluso antes de que el posicionamiento refleje el cambio.
Lo que más preguntan
¿Me conviene un hosting barato para WooCommerce?
No si limita memoria PHP, procesos o soporte técnico durante un pico de ventas. Compáralo con pruebas de checkout, backups restaurables y capacidad para atender varias compras a la vez, no solo con el precio mensual.
¿Cuánto antes debo bajar el TTL del DNS?
Bájalo entre 24 y 48 horas antes si el valor actual lo permite. La propagación DNS no tiene una duración idéntica para todos los usuarios, por lo que debes mantener el servidor antiguo disponible durante el cambio.
¿Puedo migrar sin restaurar antes una copia de seguridad?
No en una tienda con pedidos o datos de clientes. Debes restaurar la copia en staging y revisar usuarios, pedidos, archivos privados y ajustes de WooCommerce antes de tocar DNS.
¿Por qué la tienda carga pero no llegan pedidos?
Puede fallar el webhook, la URL de retorno, SMTP o una regla del firewall aunque la home funcione. Prueba al menos un pago aprobado, uno rechazado y un reembolso para verificar el flujo completo.
¿Qué pasa si rompo enlaces permanentes al migrar?
Puedes generar errores 404 y perder tráfico orgánico si no revisas las reglas de enlaces y redirecciones 301. Haz una lista de URLs de categorías, productos y páginas con tráfico antes del cambio y compárala después.
¿Qué datos debo revisar después de migrar?
Revisa productos, variaciones, stock, cupones, impuestos, envíos, cuentas, pedidos y correos transaccionales. Durante las primeras 24 a 72 horas, vigila también pagos pendientes, errores de servidor y conversiones del checkout.
- Tu hosting WordPress frena el negocio antes del pico
- El hosting con backup automático no asegura recuperar ventas
Josu Barrios
Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.