Migración de Wix a web personalizada sin perder SEO

1. Identifica el escenario de migración y qué significa “seguro para SEO” para tu sitio de Wix

Si vas a reemplazar Wix por un desarrollo a medida, la primera pregunta es sencilla: ¿estás cambiando el diseño, la plataforma o ambas cosas? La respuesta cambia el riesgo. Un retoque visual es una cosa. Un cambio completo de plataforma es otra. Este artículo explica cómo migrar de Wix a un sitio web personalizado sin perder SEO, lo que significa que el sitio debe conservar sus páginas indexadas, la coincidencia con la intención de búsqueda y la autoridad acumulada en buscadores mientras cambia la base técnica.

Piénsalo como una migración SEO, no solo como un rediseño. Esa diferencia importa porque un rediseño puede ignorar las URL antiguas, mientras que una migración SEO debe respetarlas. Si una página posiciona para “precios”, “zona de servicio” o un nombre de producto, esa página cumple una función. No debería desaparecer solo porque el nuevo diseño se vea más limpio. En ese contexto, entender cómo conservar el SEO al cambiar de Wix a otro CMS es clave para evitar pérdidas de visibilidad durante la transición.

También hay una diferencia práctica entre “queremos un sitio mejor” y “queremos preservar el rendimiento en buscadores”. Lo primero es un proyecto de marca. Lo segundo es una transición controlada. Si el sitio actual de Wix tiene 40 páginas indexadas, entonces esas 40 páginas necesitan un plan, aunque solo 12 sean importantes desde el punto de vista comercial.

No empieces dibujando plantillas. Empieza definiendo qué debe sobrevivir: posicionamientos, URL indexadas, fragmentos de búsqueda y las páginas que generan contactos o ventas. Un detalle pequeño, una gran consecuencia. Una página de inicio bonita no paga las facturas si las antiguas páginas de servicios desaparecen de Google.

2. Crea una línea base de SEO antes de tocar el sitio

Antes de cambiar una sola línea de código, registra en un solo lugar el estado actual del sitio de Wix. Lista las URL indexadas, las etiquetas de título, las metadescripciones, los H1, los enlaces internos y las páginas de conversión. Añade todo lo que necesites para mantener la migración organizada y poder medir los cambios después. Sin esta base, la migración de Wix se convierte en una apuesta, y apostar sale caro. Esta guía migración Wix SEO URL y redirecciones empieza precisamente aquí: con datos claros antes de mover nada.

Extrae las principales páginas de destino de Search Console y de las analíticas, y compáralas con las páginas que crees que importan. Esas dos listas suelen ser distintas. Una entrada de blog escrita hace dos años puede generar más tráfico orgánico que la página principal. Una página de servicio olvidada puede convertir mejor que una más reciente. Primero los datos, luego las opiniones.

Registra también los patrones actuales de títulos y metadescripciones. Los sitios de Wix suelen repetir una misma estructura en muchas páginas, y cuando ese patrón desaparece, el CTR puede cambiar. Incluso una pequeña variación de texto puede importar si la consulta es específica. Una página sobre “armarios de cocina a medida” no es el lugar para ponerse creativo.

También documenta el mapa de enlaces internos. ¿Qué páginas enlazan a la página de contacto? ¿Qué entradas del blog apuntan a la página principal de servicios? ¿Qué páginas quedan ocultas dentro de los menús? Estos enlaces forman parte de la migración SEO porque indican a los buscadores qué páginas son más importantes.

Usa una hoja de cálculo con al menos estas columnas: URL actual, tipo de página, fuente de tráfico, etiqueta de título, metadescripción, canonical, capacidad de indexación y destino de la nueva URL. Mantén la hoja fácil de leer. Si otra persona no puede entenderla en 10 minutos, está demasiado desordenada.

3. Audita patrones de URL, tipos de página y recursos indexables propios de Wix

Wix tiene patrones que son fáciles de pasar por alto durante una reconstrucción. Las entradas del blog pueden estar dentro de una carpeta estructurada. Las páginas del sistema pueden vivir bajo rutas que tú no elegiste. Las páginas generadas por apps, formularios y eventos también pueden acabar siendo indexables si quedaron expuestas a los buscadores. Ahí es donde una migración desde Wix suele salir mal.

Revisa con cuidado la estructura actual de las URL. Busca barras finales, diferencias entre mayúsculas y minúsculas, URL con parámetros y segmentos del sistema extraños. Si un artículo está en /post/ y otro en /blog/titulo-del-post, no des por hecho que el nuevo CMS lo recreará automáticamente. No lo hará.

Las URL de imágenes también importan. Un desarrollo personalizado puede cambiar las rutas de las imágenes, pero si esos archivos están indexados o embebidos en muchas páginas, las referencias rotas pueden generar ruido y ralentizar la recuperación. Lo mismo aplica a los PDF, los archivos descargables y los recursos de galerías. Un solo archivo roto puede afectar a varias páginas a la vez.

Wix también permite funciones que parecen menores pero se comportan como páginas reales. Piensa en widgets de reservas, reseñas, listados de eventos o páginas de área privada para miembros. Si cualquiera de ellas era indexable, el nuevo sitio necesita decidir qué hacer con cada una: conservarla, integrarla o retirarla. Sin medias tintas.

Este es el puente entre la planificación y la ejecución. Una auditoría limpia de URL te dice qué partes de la migración de Wix son normales y cuáles son trampas. Si omites este paso, la primera señal de problemas puede ser una caída de tráfico dos semanas después del lanzamiento.

4. Mapea cada página importante de Wix a su equivalente en el sitio personalizado

Cada página importante de Wix necesita un plan de reemplazo uno a uno. No uno a varios. No “lo resolveremos más tarde”. Cada página debe tener una URL de destino, una equivalencia de contenido, una equivalencia de metadatos y un plan de enlaces internos. Si la página antigua posicionaba, la nueva debe tener un sucesor claro.

Usa una tabla de mapeo con al menos cinco campos: URL antigua, URL nueva, propósito de la página, notas de contenido y acción de redirección. Esa tabla se convierte en el documento de trabajo de la migración de Wix. También es la forma más fácil de detectar páginas duplicadas por error, fusionadas o simplemente olvidadas.

Algunas páginas conviene fusionarlas. Un conjunto de páginas de servicio poco profundas puede convertirse en una sola página más sólida en el nuevo sitio. Otras conviene dividirlas. Una página amplia de “servicios” puede transformarse en tres páginas centradas en temas concretos. La decisión depende de la intención de búsqueda, no del gusto por el diseño.

Sé estricto con las páginas retiradas. Si no existe un reemplazo útil, no fuerces una coincidencia aproximada que confunda a los usuarios. Una mala redirección puede ser peor que un plan de retirada limpio. Los buscadores no necesitan veinte páginas casi idénticas para estar satisfechos.

Este paso de mapeo es lo que convierte la migración SEO en un proceso controlado. Sin él, el nuevo sitio puede parecer completo mientras rompe silenciosamente el camino entre las antiguas posiciones y el nuevo contenido.

5. Conserva las señales SEO on-page durante el desarrollo a medida

El desarrollo personalizado debe mantener las señales que ya funcionan: encabezados, estructura del texto, schema, texto alternativo y contexto de enlaces internos. Si la página de Wix tenía una estructura clara de H2 y un bloque útil de preguntas frecuentes, la nueva página no debería sustituirlo por seis párrafos genéricos de marketing. Los buscadores leen la estructura, no el estado de ánimo.

Mantén la lógica de los encabezados cerca de la intención original. Si la página de Wix respondía a una consulta concreta en las primeras 100 palabras, la nueva debería hacer lo mismo. Si la página incluía una tabla comparativa de productos, conserva esa tabla o reemplázala por un formato igualmente útil. Una mala decisión puede diluir la relevancia.

El schema merece atención. Un sitio a medida facilita añadir datos estructurados, pero eso no significa que deba descartarse alegremente el marcado anterior. Si la página de Wix usaba schema de Article, LocalBusiness, Product o FAQ, compara la nueva implementación antes de lanzar. Los cambios de plantilla pueden alterar cómo interpretan la página los buscadores.

El texto alternativo no debe convertirse en una sopa de palabras clave. Debe ser descriptivo, específico y estar vinculado a la imagen. Si la imagen muestra una tienda o una foto del equipo, dilo de forma directa. El objetivo es accesibilidad y contexto, no meter frases en cada archivo.

El contexto de los enlaces internos importa más de lo que muchos equipos creen. Si una página de servicio enlazaba antes a dos artículos relacionados y a una página de contacto, conserva esos enlaces dentro de la nueva plantilla personalizada. Los buscadores siguen esas rutas. Los usuarios también. Dos clics pueden marcar la diferencia entre un lead y un rebote.

6. Gestiona redirecciones, canonicals e indexación durante el lanzamiento

La fase de lanzamiento es donde aparecen la mayoría de los errores de una migración SEO. Cada URL antigua de Wix que cambie necesita una redirección 301 a su mejor destino nuevo. No una 302. No una redirección genérica a la portada. Una redirección real, a nivel de página. Si una página no tiene equivalente, redirígela a la página más relevante o retírala de forma intencional.

Las etiquetas canonical deben apuntar a la versión preferida de cada página, especialmente si el nuevo sitio crea rutas alternativas, vistas filtradas o restos del entorno de pruebas. Las URL duplicadas son comunes durante una migración de Wix porque las rutas antiguas y nuevas pueden coexistir un tiempo. Si no controlas los canonicals, invitas a señales duplicadas.

Las directivas de robots necesitan el mismo cuidado. Una etiqueta noindex de preproducción dejada en una página en vivo puede bloquear la indexación durante días. Una regla disallow olvidada puede permitir que los buscadores rastreen rutas basura. Pequeños errores, gran retraso. La lista de comprobación del lanzamiento debería incluir actualizaciones del sitemap, revisión de canonicals y validación de redirecciones antes de publicar.

Actualiza los sitemaps XML para incluir solo las URL finales en producción. Si el sitemap sigue listando páginas antiguas de Wix, los buscadores pueden seguir revisitando rutas muertas. Eso retrasa el descubrimiento de las nuevas páginas y hace que la transición parezca desordenada.

Un lanzamiento sin redirecciones no es una migración. Es una rotura. Si la página antigua tenía posicionamiento, tráfico o enlaces entrantes, la redirección es el puente. Quita ese puente y el resto del trabajo será mucho más difícil de recuperar.

7. Prueba la migración en producción con un rastreador, no solo con un navegador

Después del lanzamiento, prueba el sitio con un rastreador y no solo en Chrome. Los navegadores ocultan problemas. Los rastreadores los encuentran. Una página puede verse perfecta para una persona y aun así devolver el código de estado incorrecto, pasar por dos redirecciones o exponer un canonical duplicado.

Empieza por las URL de mayor valor de tu línea base. Comprueba que cada una devuelve 200, resuelve en un solo salto si es posible y coincide con los metadatos previstos. Después busca errores 404, 500, bucles de redirección y páginas bloqueadas por robots. Esta es la parte de una migración de Wix en la que un pequeño fallo de QA puede permanecer oculto durante semanas.

Comprueba también la paridad de metadatos. Los títulos y las descripciones deben estar presentes en las páginas prioritarias, no en blanco ni copiados de la portada. Una vista previa del navegador no te dirá si faltó la metadescripción. Un rastreador sí.

Revisa también los enlaces internos después del lanzamiento. Si el antiguo pie de página de Wix sigue apuntando a rutas retiradas, los usuarios acabarán en páginas rotas y los rastreadores perderán tiempo. Lo mismo ocurre con botones, enlaces de imágenes y módulos de artículos relacionados. Un desarrollo personalizado suele introducir nuevas plantillas, y cada plantilla necesita al menos una pasada de rastreo.

Si puedes, compara las exportaciones de rastreo antes y después del lanzamiento una al lado de la otra. El objetivo no es la perfección el primer día. El objetivo es detectar rápido. Un informe con 5 rutas rotas es útil. Esperar hasta que haya 50 indexadas no lo es.

8. Supervisa la recuperación SEO tras el lanzamiento y corrige los puntos débiles rápido

Las primeras semanas después del lanzamiento determinan si el cambio se estabiliza pronto o si se desvía. Vigila a diario la indexación, las impresiones, los posicionamientos y el tráfico de las páginas de destino al principio, y luego con menos frecuencia cuando el patrón se estabilice. Si una página clave pierde visibilidad, revisa redirecciones, canonicals y contenido antes de tocar nada más.

Los enlaces internos rotos son comunes después de un rediseño, especialmente cuando la navegación antigua de Wix se sustituye por una nueva biblioteca de componentes. Busca enlaces perdidos en menús, pies de página, bloques de contenido relacionado y botones. Un solo enlace ausente en una página con mucho tráfico puede reducir el flujo de rastreo hacia el resto del sitio.

Vigila también los errores de noindex. Una regla de pruebas, una condición de plantilla o un encabezado copiado pueden dejar páginas importantes fuera del índice. Ese error es más común de lo que los equipos admiten. Tarda minutos en producirse y días en detectarse.

Estate atento a los cambios de metadatos que parecen inocuos. Un título reescrito puede alterar el comportamiento del clic. Una introducción más breve puede debilitar la relevancia. Una FAQ eliminada puede reducir la cobertura de long tail. Nada de eso significa que el sitio personalizado sea malo. Significa que la migración SEO necesita ajustes.

Llegará un momento en que el sitio deje de cambiar y los datos se estabilicen. Entonces podrás considerar que la migración SEO está asentada. Hasta ese momento, el trabajo sigue en curso. El nuevo sitio personalizado solo estará terminado cuando las antiguas URL de Wix, las nuevas páginas y los datos de búsqueda coincidan sobre dónde pertenece cada página.