Casi siempre el detonante es el mismo. Necesitás algo que la plataforma no hace, buscás cómo hacerlo, y la respuesta oficial es que no se puede. O querés bajar el costo mensual y descubrís que la mitad de las funciones que usás son de un plan superior.
Ahí es cuando la gente empieza a averiguar cómo migrar de Wix a WordPress —o de Shopify, o de Squarespace— y se topa con el miedo que frena todo: «¿y si pierdo lo que gané en Google?».
Es un miedo legítimo. Una migración mal hecha te puede borrar meses de posicionamiento. Pero una migración bien planificada normalmente mejora el SEO, no lo empeora, porque llegás a una plataforma donde sí podés controlar los factores técnicos.
Este artículo es el proceso completo, sin adornos: cuándo conviene, qué se pierde de verdad y cómo se ejecuta para que Google ni se despeine.
Seamos honestos, porque no siempre conviene.
No migres si: tenés un sitio de tres páginas que funciona bien, no vas a crecer en funcionalidad, y nadie de tu equipo va a administrarlo. Migrar es trabajo y costo; si la plataforma actual te resuelve, dejala.
Sí conviene evaluar la migración si:
robots.txt, ni controlar canónicas, ni limpiar el código que genera el editorEse último punto es el que más pesa a largo plazo, y es el que casi nadie considera al inicio. Ya lo discutimos desde otro ángulo en por qué no usamos builders web prehechos.

Propiedad real. Tu sitio vive en un servidor que elegís vos. Podés respaldarlo, moverlo, exportarlo completo. Nadie te sube el precio ni te cambia las reglas de un día para otro.
Control total del SEO técnico. Encabezados, canónicas, redirecciones, robots.txt, sitemaps, datos estructurados, velocidad de carga. Todo editable. Si tu sitio hoy no aparece en Google y no sabés por qué, en una plataforma cerrada muchas veces ni siquiera podés diagnosticarlo — tema que desarrollamos en por qué mi página web no aparece en Google.
Costo que baja con el tiempo. La migración es una inversión inicial más alta, pero el costo recurrente cae y no escala con las funciones que necesitás. Comparalo con lo que ya venís pagando en suscripciones anuales.
Rendimiento intervenible. Podés optimizar cada capa: servidor, caché, imágenes, código. En una plataforma cerrada, si carga lento, carga lento. Y la velocidad afecta tus ventas directamente.
Crecimiento sin techo. Un portal de miembros, un sistema de reservas, integración con tu sistema contable, un panel interno. Todo eso se construye sobre WordPress. En una plataforma cerrada, se pide y se espera.
Perdés la comodidad del todo incluido. Hosting, seguridad, actualizaciones y respaldos ya no vienen resueltos por defecto. Alguien tiene que encargarse — vos, tu equipo o tu proveedor. Sobre esto escribimos el costo oculto de no tener mantenimiento web mensual, y es la parte que más gente subestima.
Perdés el soporte de una sola ventanilla. En WordPress hay comunidad enorme y documentación infinita, pero no hay un chat oficial que te resuelva a las once de la noche.
Perdés algunas integraciones nativas. Ciertas apps del ecosistema de Shopify no tienen equivalente exacto. Hay alternativas para casi todo, pero verificalo antes de decidir, no después.
Ganás responsabilidad. WordPress te da la llave de todo, incluida la de romperlo. Con un stack bien elegido y mantenimiento serio el riesgo es mínimo — pero existe.
Migrar un e-commerce es harina de otro costal.
Shopify hace muy bien lo que hace: pagos, inventario, envíos, checkout optimizado. Si tu negocio es puramente vender productos en línea y la plataforma no te limita, quizá tu problema no sea Shopify.
Tiene sentido migrar a WooCommerce cuando el catálogo tiene reglas particulares (precios por cliente, cotizaciones, productos configurables), cuando el contenido pesa tanto como la venta, cuando necesitás integrar con sistemas internos, o cuando las comisiones y apps mensuales ya superan lo que costaría una solución propia.
Y hay una vía intermedia que se usa poco: mantener Shopify para el checkout y llevar el resto del sitio a WordPress. No siempre es la mejor, pero conviene tenerla sobre la mesa.
Acá está el corazón del asunto. Una migración seria tiene ocho etapas y ninguna se salta.

Antes de tocar nada: exportá la lista de todas las URLs existentes. Toda página, entrada, producto, categoría y archivo. Si tenés Search Console, sacá también qué páginas reciben tráfico y con qué consultas.
Esta lista es el documento más importante de toda la migración. Sin ella, estás migrando a ciegas.
Cada URL vieja tiene que apuntar a una URL nueva. Una por una.
Esto es lo que evita que pierdas posicionamiento, y es donde fallan la mayoría de las migraciones. Google es explícito al respecto en su guía oficial de mudanza de sitio con cambio de URLs: las redirecciones tienen que ser 301 permanentes y apuntar a contenido equivalente, no todas al home.
Si una página vieja no tiene equivalente, decidí conscientemente: ¿la recreás, la redirigís a la más parecida, o la dejás morir con un 410? Las tres son válidas. Lo que no es válido es no decidir.
Textos, imágenes, metadatos, categorías. Hay herramientas que ayudan, pero ninguna hace el trabajo completo bien: siempre queda limpieza manual de código sucio que arrastran los editores visuales.
Es también el momento de podar. Casi todo sitio tiene páginas que no aportan nada. Migrar menos y mejor te sirve más que migrar todo.
Acá se decide la salud del sitio para los próximos años. Un tema liviano, estructura de contenido bien pensada, y solo los plugins necesarios no la suite todo en uno que promete resolverlo todo y termina pesando más que el sitio.
Meta titles, descripciones, encabezados, ALTs, datos estructurados y canónicas de las páginas que ya rankean. Si una página está posicionada, respetá lo que la hizo posicionar. Mejorala, no la reinventes.
Nunca en producción. Se prueba todo: cada redirección, cada formulario, cada integración, cada dispositivo. Y se corre una auditoría de rendimiento antes de salir, con PageSpeed Insights como mínimo.
El cambio de DNS se hace en horario de bajo tráfico. Inmediatamente después: enviar el nuevo sitemap en Google Search Console, verificar la indexación y confirmar que las redirecciones responden correctamente en producción.
Acá es donde muchos proyectos se dan por terminados demasiado pronto.
Es normal ver una fluctuación en las primeras dos o tres semanas mientras Google reprocesa. Lo que hay que vigilar son los errores 404 que aparecen, las páginas que caen y no se recuperan, y las consultas que se pierden. Se corrige sobre la marcha. A los 90 días ya sabés si la migración salió bien.

Depende del tamaño, pero como referencia realista:
El costo varía sobre todo según cuántas URLs haya que mapear y cuánta funcionalidad haya que reconstruir. Podés ver nuestros rangos de referencia en cuánto cuesta una página web en Nicaragua.
Un consejo: desconfiá de quien te cotice una migración sin haber pedido antes la lista de URLs. Es la señal más clara de que no va a hacer el mapa de redirecciones.
No, si se hace el mapa de redirecciones 301 URL por URL. Es normal ver fluctuación durante dos o tres semanas mientras Google reprocesa el sitio. Las migraciones que sí pierden posicionamiento son las que redirigen todo al home o no redirigen nada.
Entre 2 y 3 semanas para un sitio informativo de 5 a 15 páginas, de 4 a 6 semanas con un blog activo de más de 50 entradas, y de 6 a 10 semanas para un e-commerce con catálogo mediano. El factor que más pesa es la cantidad de URLs a mapear.
Sí, pero evaluá primero si conviene. Tiene sentido cuando tenés reglas de precios particulares, cuando el contenido pesa tanto como la venta, cuando necesitás integrar con sistemas internos, o cuando las comisiones y apps mensuales ya superan el costo de una solución propia. Si Shopify no te limita, quizá el problema no es Shopify.
Se migran todos, junto con metadatos y categorías. Hay herramientas que ayudan, pero siempre queda limpieza manual del código sucio que arrastran los editores visuales. Es también un buen momento para podar páginas que no aportan tráfico ni conversiones.
Tiene más opciones, lo que al inicio se siente más complejo. Bien configurado —con campos personalizados en lugar de un constructor visual pesado— editar contenido es igual de simple, y sin las limitaciones de una plataforma cerrada.
La lista completa de las URLs actuales del sitio y, si tenés Search Console, el reporte de qué páginas reciben tráfico y con qué consultas. Sin eso se migra a ciegas. Desconfiá de quien te cotice una migración sin haberlo pedido.
Migrar de Wix a WordPress o desde cualquier plataforma cerrada no es una decisión técnica. Es una decisión sobre quién controla tu presencia digital.
Mientras el sitio sea chico y estable, la comodidad gana. Cuando el negocio empieza a pedirle cosas al sitio que el sitio no puede dar, la comodidad se vuelve la limitante.
Si estás en ese punto, escribinos con la URL de tu sitio actual. Revisamos qué tenés posicionado hoy y te decimos con franqueza si la migración te conviene o si es mejor esperar.