Normalmente puede conservar un dominio que controla y reutilizar los contenidos para los que tiene derechos. El editor, las aplicaciones y los registros del negocio necesitan un plan de migración aparte. No cancele la web anterior solo porque la nueva página de inicio parece terminada.
Si su web recibe consultas, reservas o pedidos, esos recorridos también forman parte de la migración. Una web visualmente parecida puede perder a un cliente en el formulario o en un enlace antiguo a un producto.
Esta guía está dirigida a empresas que quieren salir de Wix o de un producto web de GoDaddy. Explica qué comprobar antes de aprobar el cambio; no promete una exportación con un clic ni conservar las posiciones de Google. La documentación de las plataformas se revisó el 21 de octubre de 2026.
Primero, identifique qué servicios tiene
Anote el proveedor y el titular de cuatro elementos: registro del dominio, web, configuración DNS y correo de empresa. El DNS contiene los registros que dirigen el dominio hacia sus servicios. Un proveedor puede gestionar los cuatro, pero son responsabilidades distintas.
«Mi web está en GoDaddy» no identifica el sistema. Una instalación de WordPress alojada allí tiene una ruta diferente de Websites + Marketing. Las instrucciones de migración de WordPress de GoDaddy abarcan archivos y base de datos; no aplique ese procedimiento a un constructor solo porque comparte proveedor.
Wix explica que su sistema web funciona en su infraestructura. Conservar sus contenidos no le da una copia portable del editor de Wix. Prevea reconstruir la presentación y sustituir las funciones necesarias.
Para un constructor de GoDaddy, pida una demostración de lo que su producto concreto permite exportar y de lo que acepta el destino. Una hoja de productos no demuestra que toda la web pueda funcionar fuera.
Defina «una web que controlo» en el nuevo acuerdo: dominio en una cuenta de la empresa, alojamiento identificado, código editable o exportación documentada, derechos de uso y una copia de seguridad probada. Una web a medida también puede depender de la cuenta privada del desarrollador si la entrega no lo resuelve.
Qué conservar, reconstruir o comprobar
Use esta tabla como inventario y sustituya las orientaciones por pruebas de sus propias cuentas.
| Activo | Ruta probable | Prueba que debe pedir antes del cambio |
|---|---|---|
| Dominio propio | Mantener el registro activo y conectarlo a la nueva web; cambiar de registrador es otra decisión | Acceso de la empresa, fecha de renovación y copia de la configuración |
| Textos, imágenes originales y descargas | Copiar o exportar lo que tenga derecho a reutilizar | Copia local accesible, derechos de imágenes e inventario por página |
| Diseño y editor | Reconstruir el diseño necesario y la forma de editar | Vista previa funcional, páginas móviles y una edición real |
| Productos | Exportar datos admitidos y adaptarlos a los campos del destino | Importación de prueba con variantes, SKU, imágenes y categorías |
| Pedidos, miembros, suscripciones y reservas | Comprobar cada tipo de dato y su función operativa | Plan escrito de migración o archivo, con compromisos activos |
| Formularios, avisos y conexiones | Configurar de nuevo o sustituir cada conexión | Prueba controlada que llegue al buzón o sistema correcto |
| URL antiguas y configuración de búsqueda | Mantener direcciones útiles o asignarles un destino adecuado | Lista de URL anteriores y nuevas con resultados de prueba |
Tanto Wix Stores como GoDaddy Websites + Marketing documentan exportaciones CSV de productos. La exportación citada de Wix cubre productos físicos y excluye los digitales. Revise el archivo real antes de presupuestar.
Por ejemplo, un registro exportado podría incluir la dirección de una imagen en lugar de una copia independiente. Descargue los archivos que pueda reutilizar y compruebe que cargan sin la cuenta anterior. Es una comprobación, no una afirmación de que todas las exportaciones sean iguales.
Proteja los recorridos que ya generan negocio
Direcciones antiguas. Imagine que un cliente abre un enlace guardado a /services/pump-repair. Si la nueva página está en /pump-repairs/, la dirección anterior necesita un destino adecuado. Es un ejemplo hipotético; la misma revisión sirve para presupuestos, anuncios y códigos QR.
La guía de migración de Google recomienda redirecciones permanentes pertinentes cuando cambian las URL y conservarlas, en general, al menos un año. Las posiciones pueden fluctuar. Mantenga direcciones útiles, asigne un destino a cada página modificada y pruebe los enlaces anteriores. «Conservar todo el SEO» no es una prueba de aceptación.
Correo y recepción de consultas. La guía DNS de GoDaddy distingue los registros de web y correo. Antes de cambiar servidores de nombres o registros, guarde la configuración completa e identifique lo que necesita el correo. Pruebe enviar y recibir mensajes por separado del formulario. El aviso de envío correcto no demuestra que la consulta haya llegado.
Operaciones activas. Una reserva pagada, un pedido pendiente o una suscripción son más que texto. Identifique el sistema que gestionará la próxima cita, cobro o devolución. Confirme con los proveedores de destino si pueden trasladarse contraseñas, medios de pago guardados e historial; no lo deduzca de un CSV de contactos. Guarde las exportaciones sensibles en un lugar restringido, fuera de los archivos públicos de la web.
Cambie por etapas y defina cuándo detenerse
Antes del cambio
- Guarde el inventario de páginas y URL, archivos autorizados, exportaciones necesarias y configuración de cuentas. Abra las copias para comprobar que sirven.
- Prepare una vista previa privada o bloqueada para buscadores. Compare todas las páginas y funciones acordadas, incluidas traducciones y descargas.
- Pruebe una importación pequeña y representativa antes de la completa. Incluya un producto con variantes o caracteres especiales.
- Acuerde quién puede cambiar el DNS, quién aprueba la vista previa y quién responde ante un fallo. Guarde los ajustes anteriores y defina cuándo volver atrás.
Durante el cambio
- Fije un corte final de datos. Si siguen entrando pedidos o reservas, concilie los cambios desde la primera exportación. Acuerde una pausa breve si ambos sistemas no pueden recibir actualizaciones con seguridad.
- Cambie solo lo necesario para la migración acordada. Revise dominio principal y
www, conexión segura, formularios, correo y enlaces antiguos importantes. - Quite el bloqueo de buscadores de la web definitiva cuando esté lista. Mantenga protegida la vista previa para que no compita como otra copia pública.
Después del cambio
- Compruebe consultas en el sistema receptor y revise por separado URL fallidas, visibilidad en buscadores y ventas o reservas reales. El lanzamiento no demuestra una mejora comercial.
- Entregue accesos, copias, exportaciones y lista de renovaciones. Anote qué suscripciones antiguas pueden terminar y cuáles siguen sosteniendo correo, registros u otra función.
- Cancele el servicio web anterior tras completar las pruebas y conciliar los datos. Si conserva el dominio, las redirecciones pueden funcionar en el nuevo alojamiento; mantenerlas no obliga automáticamente a pagar el constructor anterior.
Volver atrás también tiene límites. Restaurar el DNS puede recuperar la web anterior, pero no incorpora los pedidos recibidos por el sistema nuevo. Incluya la conciliación de operaciones en el plan de recuperación.
Cuándo conviene quedarse
Puede ser razonable quedarse si la web funciona y solo faltan algunas páginas o una vía de contacto fiable. Empiece por la lista de revisión de su web antes de pagar una reconstrucción.
El cambio se justifica mejor si una limitación concreta frena el negocio: una integración necesaria, un proceso de edición que el equipo no puede usar o unas condiciones de salida inaceptables. Pida que la alternativa demuestre resolver esa necesidad. «Más control» sirve cuando los accesos, las exportaciones y las responsabilidades quedan por escrito.
Incluya los servicios nuevos y el trabajo continuo en su presupuesto anual de mantenimiento. Dejar de pagar un constructor no elimina el trabajo de mantener una web.
Qué pedir en la entrega
Pida una hoja breve de aceptación: activo importante, destino, prueba y responsable. Para una web de consultas, incluya enlaces antiguos a servicios y recepción de mensajes. Para una tienda, añada detalles de productos, pedidos activos y el próximo cobro o reserva.
Deje las exclusiones claras: archivo en vez de historial de pedidos importado, restablecimiento de contraseñas en vez de traslado o herramienta nueva de reservas en vez de la aplicación anterior. Acuerde esos resultados antes del cambio.
Apruebe la migración cuando los activos y recorridos acordados funcionen en el nuevo entorno y su empresa pueda acceder a ellos y mantenerlos. Una página de inicio parecida es solo un punto de la lista.
