Cambiar de Wix a WordPress: qué se traslada en realidad

Usted todavía puede iniciar sesión, el sitio todavía funciona, y ha decidido que es hora de irse. La pregunta que lo detiene es qué se viene con usted. Si cambia de Wix a WordPress, o se mueve en cualquier dirección entre Wix, Squarespace y WordPress, su contenido escrito, algunas de sus imágenes, sus productos, sus contactos y su dominio por lo general pueden trasladarse. Una copia funcional de su diseño, sus aplicaciones y sus funciones no. Esa única diferencia decide qué tan grande es el trabajo, y usted mismo puede medirla antes de pagarle a nadie o cancelar nada. Años de páginas, fotos y registros de clientes rara vez desaparecen por culpa de la plataforma. Se pierden cuando nadie los anota antes de que empiece la mudanza, y usted puede hacer eso en media hora aproximadamente.

¿Qué se traslada cuando cambia de Wix a WordPress, y qué no se traslada?

La versión corta: el contenido escrito, las listas de productos y las listas de contactos por lo general se pueden exportar, y el diseño y las funciones hay que reconstruirlos del otro lado. El detalle depende de qué plataforma esté dejando, porque cada una exporta cosas distintas en formatos de archivo distintos. Todo lo que sigue viene de las páginas de ayuda o de desarrolladores de cada plataforma, y esas páginas cambian, así que revise la versión actual antes de planear alrededor de cualquier límite. Las tres direcciones de abajo cubren las mudanzas que la gente pregunta con más frecuencia.

Salir de Wix hacia WordPress o Squarespace

Wix no documenta una exportación de todo el sitio que pueda cargar en otro creador. Lo que ofrece en su lugar son exportaciones por separado. Puede exportar la lista de productos de su tienda a un archivo CSV, hasta 5,000 filas por archivo, pero solo para productos físicos; los productos digitales no pueden salir por ese CSV. Puede exportar sus contactos a CSV, hasta 50,000 a la vez. Y para cada formulario, puede descargar las entradas guardadas desde su tabla de envíos como CSV.

Sus páginas y entradas de blog son el vacío. Sin una exportación de todo el sitio, planee copiar ese texto y reconstruir cada página en el nuevo diseño. Si se dirige a Squarespace, su guía para mudarse de Wix, actualizada por última vez el 24 de noviembre de 2025, dice que el diseño, la maquetación, las fuentes y otro contenido de Wix no se pueden importar, aunque los productos de Wix sí pueden entrar mediante el CSV descargado.

Salir de Squarespace hacia WordPress

Squarespace le da más con qué empezar. Su herramienta de exportación, en contenido de ayuda actualizado por última vez el 12 de febrero de 2026, crea un archivo XML en formato WordPress que incluye páginas de maquetación, un blog y sus entradas, bloques de texto e imagen, y páginas de galería. Los productos y los contactos se exportan por separado a CSV. Dos límites importan. Solo un blog sale en el XML, así que un sitio con varios blogs necesita un plan para los demás, y Squarespace no puede exportar en bloque las imágenes o los videos de su sitio. Dice claramente, «Not everything will export» (no todo se exportará), porque muchas de sus funciones dependen de su propio código, y recomienda revisar las imágenes después de la importación a WordPress.

Salir de WordPress hacia Squarespace o Wix

WordPress genera un archivo WXR, su propio formato XML, que su comando de exportación describe como algo que cubre entradas, páginas, autores, términos como categorías y etiquetas, comentarios y registros de sus archivos adjuntos. No incluye la configuración de su sitio ni los archivos adjuntos en sí, así que descargue su biblioteca de medios por separado. Si tiene una tienda con WooCommerce, los datos de productos tienen su propio exportador de CSV.

Para pasar de WordPress a Squarespace, Squarespace importa XML de WordPress, junto con contactos en CSV, productos en CSV y productos de Shopify, Etsy y Big Cartel. Para pasar de WordPress a Wix, las páginas de ayuda de Wix que revisamos documentan importaciones en CSV para contactos y productos. El importador de productos limita un archivo a 15 MB y 10,000 filas y no trae productos digitales. Busque en el centro de ayuda de Wix cualquier importador de blog actual antes de planear, y si ninguno se ajusta, presupueste copiar las entradas a mano.

¿Qué siempre hay que reconstruir a mano?

Sin importar la dirección en la que vaya, las partes funcionales del sitio se quedan atrás. Una importación de contenido lleva el texto y los registros a un nuevo hogar. No lleva la maquinaria que hacía que el sitio antiguo funcionara. En las tres plataformas, esto necesita configuración y pruebas en el destino:

• Diseño: La configuración del tema o la plantilla, las fuentes, el espaciado y cualquier CSS personalizado.
• Aplicaciones y plugins: Cualquier cosa añadida desde el Wix App Market, las extensiones de Squarespace o los plugins de WordPress.
• Formularios: El formulario en sí, a dónde van las entradas y a quién se le notifica.
• Reservas y programación: Calendarios, servicios, personal y correos de recordatorio.
• Áreas de miembros: Inicios de sesión, páginas protegidas y listas de miembros.
• Pagos y automatizaciones: La configuración de pagos, las reglas de impuestos, las secuencias de correo, las claves de API, los códigos de analítica y de seguimiento.

Los formularios merecen cuidado extra, porque son la forma en que llegan los clientes potenciales. Descargue primero las entradas guardadas, desde la tabla de envíos de Wix o su plugin de formularios de WordPress, para que el historial no desaparezca con la cuenta antigua. Luego construya el nuevo formulario y envíese una entrada de prueba antes de que cualquier cliente pueda usarlo. Un CSV de productos es la misma historia: lleva la lista de lo que usted vende, no sus pedidos, su configuración de pagos ni la forma en que se comporta su proceso de compra.

¿Cómo se traslada su dominio al nuevo sitio?

Su dominio y su sitio web son dos cosas separadas, y mover uno no mueve el otro. Tiene dos formas de apuntar el dominio a un nuevo sitio.

• Conectarlo: Deje el dominio con la empresa a través de la cual lo registró y cambie sus registros DNS o sus servidores de nombres para que apunten al nuevo sitio.
• Transferirlo: Mueva el registro en sí a un nuevo registrador usando un código de autorización, a menudo llamado Auth-Code.

Wix explica la diferencia en su página sobre transferir frente a conectar un dominio. Un dominio conectado se queda con su anfitrión actual, mientras que un dominio transferido traslada la facturación, los datos de contacto y la administración de DNS a Wix. También señala que los cambios de DNS pueden tardar hasta 48 horas en surtir efecto en todas partes.

Si sí quiere transferirlo, las preguntas frecuentes de ICANN sobre transferencias para titulares dicen que usted tiene derecho a moverse entre registradores, pero un bloqueo de 60 días puede impedirlo después de un registro nuevo, un cambio de titular o una transferencia reciente. Su registrador actual debe darle el Auth-Code dentro de los cinco días naturales siguientes a su solicitud. Nada de eso tiene que pasar el día del lanzamiento. Conecte primero, confirme que el nuevo sitio funciona, y transfiera después, solo si tener la facturación en un solo lugar le ayuda.

Antes de cambiar nada, anote quién tiene el inicio de sesión del registrador, qué dirección de correo recibe los avisos de renovación y si el correo de su negocio funciona a través de los mismos registros DNS. Un cambio de DNS hecho sin copiar los registros de correo puede detener la llegada del correo, así que trate esos registros como parte de la mudanza. Si un aviso de renovación o un plan por vencer es lo que empezó todo esto, la lista de verificación en qué guardar primero cuando un creador de sitios web va a cerrar o cambia de plan cubre las cuentas que hay que asegurar antes que nada.

¿Qué puede inventariar en treinta minutos antes de decidir?

No necesita decidir la plataforma para empezar. Necesita una lista, porque la lista le dice si está ante un fin de semana de copiar o un proyecto con presupuesto. Ponga un cronómetro y repase esto:

• Páginas y entradas: Cuente las páginas publicadas, las entradas de blog y cuántos blogs distintos maneja.
• Productos: Cuéntelos y anote cuáles son físicos y cuáles son digitales, ya que los productos digitales quedan fuera del CSV de productos de Wix.
• Contactos y clientes: Anote más o menos cuántos son, y dónde viven (el creador de sitios, un CRM o una herramienta de correo).
• Formularios: Enumere cada formulario y si sus entradas pasadas se guardan en algún lugar que pueda exportar.
• Integraciones: Pagos, programación, CRM, boletín, reseñas, chat, analítica, píxeles de seguimiento, membresías y automatizaciones.
• Páginas que producen resultados: Anote qué URL traen clientes potenciales, reciben tráfico de anuncios o tienen enlaces desde otros sitios.
• Dominio y correo: El registrador, el inicio de sesión de la cuenta, el correo del titular, la fecha de renovación, quién administra el DNS y dónde está alojado su correo.

Luego tome capturas de pantalla de su encabezado, su pie de página, sus menús y cualquier página especial, y descargue sus imágenes y documentos originales en lugar de confiar en las copias incrustadas en las páginas. Exporte cada archivo CSV y XML que su plataforma permita, aunque no esté seguro de que se va a mudar. Esos archivos son su red de seguridad de todas formas.

¿Debe cambiar de plataforma, o arreglar lo que ya tiene?

Un cambio justifica su costo cuando la plataforma actual no puede hacer funcionar algo que su negocio necesita, no cuando el sitio simplemente se ve cansado. La línea suele quedar clara una vez que se hace el inventario.

Buenas razones para cambiar:

• Un flujo de trabajo que la plataforma no puede soportar: Permisos de personal, contenido estructurado, una regla de tienda o una integración que necesita y que no está disponible o no funciona en el sistema actual.
• Una experiencia de cliente que no puede construir ahí: Un flujo de reservas, una herramienta de cotización o una función para miembros que el creador de sitios no puede manejar de forma aceptable.

Razones que se resuelven mejor sin mudarse:

• Texto o fotos anticuadas: Una actualización de contenido arregla esto en cualquier plataforma.
• Un diseño confuso: Un rediseño en la plataforma que ya paga puede reorganizar las páginas sin riesgo de migración.
• Páginas lentas: Las imágenes de tamaño excesivo y los complementos sin usar suelen poder arreglarse donde está.
• Un formulario que no se envía: Eso es un problema de configuración, no un problema de plataforma.
• No saber cómo editar: La capacitación cuesta mucho menos que una reconstrucción.

Un cambio de plataforma por sí solo no arregla un texto débil, conversiones bajas ni el rendimiento en las búsquedas. Y puede causar una caída temporal: la guía de Google sobre mudanzas de sitios con cambios de URL dice que los cambios importantes pueden causar fluctuaciones en el posicionamiento mientras vuelve a rastrear e indexar, y pide que termine el mapeo de URL y las redirecciones antes de mudarse. Si su sitio actual puede cubrir la necesidad con una limpieza, un rediseño o algo de capacitación, quedarse donde está es la mejor opción, y no conlleva ningún riesgo de migración.

¿Vale la pena considerar un sitio personalizado en Next.js como una cuarta opción?

A veces la respuesta no es ninguno de los tres creadores de sitios. Un sitio personalizado en Next.js es un tipo de mudanza distinto, y le conviene a un grupo más reducido de dueños que un creador de sitios.

Next.js, según su propia documentación, es una herramienta basada en React para construir aplicaciones web completas. Una de sus opciones, la exportación estática, convierte el sitio en archivos sencillos de HTML, CSS y JavaScript que cualquier servidor web estándar puede alojar. No hay panel de arrastrar y soltar ni cuenta de creador de sitios detrás del sitio publicado.

Lo que eso cambia:

• Costo mensual: No hay suscripción al creador de sitios. Sigue pagando por el alojamiento, el dominio, un servicio de formularios, el monitoreo y el mantenimiento, así que el ahorro es menor de lo que parece al principio.
• Propiedad: El código del sitio es suyo, y puede mudarse a otro alojamiento o a otro desarrollador con usted.
• Velocidad y seguridad: Los archivos terminados servidos desde un servidor web normal dejan menos cosas corriendo en el sitio publicado. Qué tan rápido y qué tan seguro es en realidad sigue dependiendo de cómo se construye, se aloja y se mantiene, no del nombre Next.js.
• Funciones: Una exportación estática deja fuera funciones que necesitan un servidor activo. La documentación de Next.js incluye entre ellas las redirecciones y los encabezados personalizados, así que en un sitio estático esos se configuran en el alojamiento, lo cual importa cuando está conservando URL antiguas.

El compromiso es lo que hay que decidir. Un sitio personalizado en Next.js normalmente necesita un desarrollador o una agencia para construirlo y para hacer cambios después. Si quiere editar las páginas usted mismo todos los días, depender de una tienda o un sistema de reservas integrado, o mantener baja la dependencia técnica, un creador de sitios administrado probablemente sea la mejor opción. Una construcción personalizada le conviene a un dueño que quiere un sitio hecho alrededor de su propio contenido y flujo de trabajo, le importa tener el código en su poder, y está dispuesto a mantener a un desarrollador disponible para los cambios. Si esto lo describe, vale la pena cotizar una construcción de diseño web personalizado junto a un plan de creador de sitios. Si no, construir en Next.js solo para dejar una suscripción mensual puede dejarlo con un sitio que nadie de su equipo puede cambiar.

¿Qué orden mantiene su sitio antiguo seguro mientras se muda?

Las mudanzas más seguras mantienen el sitio antiguo publicado hasta que el nuevo ha demostrado que funciona. Trabaje en este orden:

1. Exporte y descargue todo: Cada archivo CSV y XML, más sus imágenes y documentos originales.
2. Constrúyalo en privado: Ponga el nuevo sitio en una dirección temporal para que los clientes sigan usando el antiguo.
3. Compare una muestra: Revise una página representativa, una entrada de blog, un producto y un formulario contra los originales.
4. Mapee cada URL antigua: Enumere cada dirección antigua y a dónde debe llegar, y luego configure redirecciones permanentes. La página de Google sobre redirecciones 301 explica cómo las trata.
5. Pruebe las partes funcionales: Envíe entradas de prueba en los formularios, haga un pedido de prueba y reserve una cita de prueba.
6. Apunte el dominio: Cambie el DNS solo después de que las redirecciones y los formularios funcionen, y copie los registros de correo.
7. Revise otra vez después del lanzamiento: Confirme que los formularios llegan a la bandeja de entrada y que los pedidos entran, y luego cierre la cuenta antigua.
8. Transfiera el registro al final, si acaso: Solo cuando tenerlo todo en un lugar valga la pena el esfuerzo.

Saltarse el paso cuatro es donde los enlaces y los marcadores antiguos empiezan a caer en páginas de error. Saltarse el paso cinco es donde los clientes potenciales dejan de llegar en silencio. Ambos se pueden evitar con una lista y una tarde de pruebas.

Preguntas frecuentes sobre el cambio de Wix a WordPress

¿Puedo exportar mi sitio de Wix a WordPress?

No como sitio completo. Wix documenta exportaciones separadas en CSV para productos físicos, contactos y envíos de formularios. Las páginas y las entradas de blog hay que copiarlas y reconstruirlas en el nuevo diseño.

¿Qué se traslada de Squarespace a WordPress?

Squarespace exporta un archivo XML en formato WordPress con páginas de maquetación, un blog y sus entradas, bloques de texto e imagen y páginas de galería. Los productos y los contactos se exportan a CSV. Las imágenes y los videos no se pueden exportar en bloque, así que revise cada imagen después de la importación.

¿Puedo mudarme de WordPress a Squarespace?

Sí. Squarespace importa archivos XML de WordPress, junto con contactos y productos en CSV. Su tema, sus plugins y sus formularios se quedan atrás y hay que configurarlos otra vez en Squarespace.

¿Tengo que mudar mi dominio cuando cambio de plataforma?

No. Puede conservarlo con su registrador actual y cambiar los registros DNS para apuntar al nuevo sitio. Una transferencia de registrador es opcional, y las reglas de ICANN pueden bloquear un dominio durante 60 días después de un registro nuevo o una transferencia reciente.

¿Se trasladarán los envíos de mis formularios?

El formulario en sí no. Exporte las entradas guardadas donde la plataforma lo permita, como la descarga en CSV de Wix desde la tabla de envíos de cada formulario, y luego reconstruya y pruebe el formulario en el nuevo sitio.

¿Es un sitio web en Next.js una buena opción para un negocio pequeño?

Puede serlo, cuando un sitio construido alrededor de su propio flujo de trabajo y ser dueño del código importan más que editarlo usted mismo. Por lo general necesita un desarrollador o una agencia para construirlo y cambiarlo, así que no es una buena opción si necesita edición de arrastrar y soltar todos los días.

Reflexiones finales

Cuando cambia de Wix a WordPress, o entre cualquiera de estas plataformas, su contenido, sus productos, sus contactos y su dominio por lo general pueden venir con usted, y su diseño, sus aplicaciones, sus formularios, sus reservas y sus áreas de miembros se reconstruyen. El dominio puede quedarse donde está mientras el DNS lo apunta al nuevo sitio. Un inventario de treinta minutos le dice cuáles de esos límites le aplican, y si una mudanza, un rediseño o quedarse donde está tiene más sentido.

Hacerlo en orden, con las exportaciones guardadas, las redirecciones mapeadas y los formularios probados antes de que cambie el dominio, significa que los clientes siguen encontrando las páginas que esperan y que las consultas siguen llegando. Termina en una plataforma elegida por lo que su negocio necesita hacer, sin dejar atrás nada importante.

Si quiere una segunda opinión sobre ese inventario, Web Leveling puede mapear lo que tiene, lo que se traslada y lo que hay que reconstruir antes de que nadie se comprometa con una plataforma. Cada sitio que construimos está codificado a mano en Next.js y se entrega como archivos estáticos, y nuestro trabajo de gestión de contenido cubre el traslado, la organización y el mantenimiento de páginas y entradas dondequiera que terminen. Si su plataforma actual puede hacer el trabajo, se lo diremos. Trabajamos con pequeñas y medianas empresas de todo el país y del extranjero. Envíenos una nota sobre el sitio que quiere mudar, y le ayudaremos a resolver el siguiente paso.

Términos