Migrar Web a WordPress Sin Perder SEO

Por qué migrar a WordPress en 2026

WordPress alimenta el 43% de todos los sitios web del mundo. No es casualidad: es la única plataforma que combina facilidad de gestión para el propietario con control técnico total para el desarrollador. Si estás en Wix o Squarespace, cada mes pagas una suscripción que limita tu dominio, tu código y, sobre todo, tu SEO técnico.

Los motivos principales por los que nuestros clientes migran a WordPress:

• Velocidad real: Wix carga en 4-6 segundos de media. Un WordPress bien configurado con caché, CDN y hosting dedicado llega a 1,2 segundos. Core Web Vitals directamente en verde.
• Control total del SEO técnico: Yoast SEO, Rank Math o SEOPress te dan acceso a metadatos, schema markup, sitemaps XML y canonical tags que en Wix o Squarespace están bloqueados o son incompletos.
• Sin límite de escalabilidad: e-commerce con WooCommerce, membresías, marketplace, multilenguaje real con WPML. Las plataformas cerradas cobran extras por cada funcionalidad.
• Propiedad total: tu web es tuya. Si mañana Wix sube precios un 40%, no tienes alternativa. Con WordPress y tu propio hosting, cambias de proveedor en horas.

¿Cuándo NO migrar? Si tu web tiene menos de 10 páginas indexadas, no apareces en Google por ningún término y no tienes tráfico orgánico, el riesgo SEO es prácticamente nulo. Migra sin miedo. El riesgo real empieza cuando tienes tráfico que perder.

Los 5 riesgos SEO que destruyen una migración

Antes de empezar cualquier rediseño web, hay que entender qué puede salir mal. Estos son los cinco errores que repetimos en autopsias de migraciones fallidas:

1. URLs que cambian sin redirects 301. Es el error número uno. Si tu URL era /sobre-nosotros.html en Wix y en WordPress pasa a ser /sobre-nosotros/, Google ve una URL nueva sin historial. Sin un redirect 301 del primero al segundo, pierdes toda la autoridad acumulada. Multiplicado por 200 URLs, el daño es devastador.
2. Contenido duplicado temporal. Durante la migración, si el sitio viejo y el nuevo son accesibles a la vez (aunque sea en subdominio de staging), Googlebot puede indexar ambos. Resultado: canibalización de keywords y penalización por duplicado.
3. Pérdida de metadatos. Wix y Squarespace almacenan títulos, meta descriptions y alt text en sus bases de datos propietarias. Un export básico no los lleva. Hay que exportarlos manualmente antes de migrar.
4. Velocidad peor después de migrar. Instalar 30 plugins, un tema premium cargado de scripts y un hosting compartido barato puede hacer que tu WordPress cargue más lento que el Wix original. Google penaliza sin piedad.
5. Search Console desconectado. Si no verificas la nueva propiedad antes de migrar y no envías el nuevo sitemap, Google puede tardar semanas en rastrear las nuevas URLs. Tiempo de incertidumbre = caídas de posicionamiento.

La buena noticia: todos estos riesgos son 100% evitables con una planificación previa de 1-2 semanas antes de tocar nada en producción.

Auditoría pre-migración: inventariar 300-1.000 URLs

Antes de mover ni un archivo, necesitas una fotografía completa de tu web actual. Esta es la fase que más tiempo ahorra después. Nosotros la llamamos el «inventario forense».

Paso 1: Exportar todas las URLs indexadas

Herramientas gratuitas: Google Search Console (Performance → Páginas), Screaming Frog Spider (crawl gratuito hasta 500 URLs), Sitebulb o Ahrefs Site Audit. Descarga el listado completo en CSV. Guárdalo. Es tu documento de referencia.

Paso 2: Clasificar por valor SEO

Para cada URL anota: posición media en Google, clics últimos 3 meses (Search Console), número de backlinks (Ahrefs o SEMrush), y si tiene contenido único. Las URLs con más de 50 clics/mes o backlinks externos son críticas — un redirect mal hecho aquí puede costarte meses de recuperación.

Paso 3: Auditar metadatos actuales

Exporta title, meta description y H1 de cada página. En Screaming Frog: Bulk Export → All Inlinks. En Wix puedes acceder desde el panel SEO de cada página. En Squarespace, exporta a XML y extrae manualmente. Este CSV será la biblia de tu copywriter al crear la nueva estructura.

Paso 4: Mapa de contenido y estructura

Dibuja (literalmente, en papel o Miro) la arquitectura nueva de WordPress y su equivalencia con la estructura vieja. Una tabla simple:

URL vieja                         → URL nueva WP
/servicios.html                   → /servicios/
/servicios/diseno-logos.html      → /servicios/diseno-logos/
/blog/post-2023-enero.html        → /blog/post-2023-enero/

Si tienes más de 300 URLs, este paso puede llevar 2-3 días. No lo saltes. Es el que separa migraciones profesionales de migraciones chapuza.

Plan de redirects 301: la pieza más crítica de toda la migración

El redirect 301 le dice a Google: «esta URL se ha movido permanentemente a esta otra». Transmite entre el 90-99% de la autoridad SEO de la URL origen. Sin él, esa autoridad desaparece en el vacío.

Cómo generar el mapa de redirects

Con el CSV de URLs viejas y nuevas del paso anterior, crea un documento con dos columnas: origen y destino. Reglas básicas:

• Redirect URL vieja → URL nueva equivalente siempre que exista.
• Si una página vieja no tiene equivalente (la eliminaste), redirect a la categoría más cercana, no a la home.
• Nunca redirects encadenados (A→B→C). Solo directos A→C.
• Nunca la home como destino de todo. Es la señal más clara de migración chapuza para Google.

Implementación en WordPress

Plugin recomendado: Redirection (gratuito, de John Godley). Permite importar el CSV directamente. Alternativa técnica: editar el archivo .htaccess directamente en el servidor (Apache) o nginx.conf (Nginx). El método .htaccess es más rápido para webs con más de 500 redirects porque evita la carga de WordPress en cada petición.

# Ejemplo .htaccess
Redirect 301 /sobre-nosotros.html https://tudominio.com/sobre-nosotros/
Redirect 301 /servicios/logo https://tudominio.com/servicios/diseno-logos/

Verificación de redirects

Después de implementar, verifica con Screaming Frog en modo «Spider» que todas las URLs del CSV origen devuelven status 301 y el destino correcto devuelve 200. También puedes usar el comando curl -I https://tudominio.com/url-vieja en terminal. Cualquier 404 o redirect a home en lugar del destino correcto es un fallo crítico.

Dedica al menos 4 horas a esta verificación. Es la diferencia entre una migración que mantiene el SEO y una que lo destruye.

Preservar contenido: export/import o scraping manual

Migrar el contenido es el trabajo más laborioso pero también el más importante para el SEO de contenido. Tienes dos métodos según tu plataforma de origen.

Método 1: Export/Import nativo

Squarespace → WordPress: Squarespace ofrece export en formato WordPress XML desde Ajustes → Avanzado → Importar/Exportar. Este XML incluye posts y páginas básicas pero no incluye imágenes en calidad original (solo las embebe por URL), ni metadatos SEO, ni el diseño. Tiempo estimado: 1-3 semanas para una web de 20-50 páginas incluyendo revisión manual y maquetación en WordPress.

Wix → WordPress: Wix no tiene export oficial para WordPress. Existen herramientas de terceros como CMS2CMS o plugins de migración automática, pero su fiabilidad es limitada. Lo más seguro para webs con menos de 50 páginas es copiar manualmente el contenido mientras usas Screaming Frog para extraer metadatos. Tiempo estimado: 2-4 semanas.

Joomla → WordPress: El plugin FG Joomla to WordPress hace un trabajo decente. Migra artículos, categorías, etiquetas, imágenes y usuarios. Tiempo estimado: 1-2 semanas más revisión.

Método 2: Scraping asistido

Para webs a medida o plataformas sin export, usamos scripts Python con BeautifulSoup o herramientas como HTTrack para extraer el HTML de cada página y después reintroducirlo en el editor de WordPress. Es más lento pero garantiza cero pérdida de contenido.

Imágenes y archivos multimedia

Las imágenes son el punto más olvidado. Descarga todos los archivos multimedia del sitio original (FTP si tienes acceso, o descarga manual URL por URL con Bulk Image Downloader). Súbelas a la biblioteca de medios de WordPress antes de crear el contenido, así los URLs internos quedan correctos desde el primer día. Renombra los archivos con keywords antes de subir — es SEO gratis.

Migrar dominio: staging en subdominio vs go-live directo

Nunca construyas la nueva web en el mismo dominio y hosting que la actual mientras la vieja sigue activa. El método profesional es usar un subdominio de staging.

Entorno de staging en subdominio

Crea un subdominio temporal: staging.tudominio.com o nuevo.tudominio.com. Construye y testea aquí hasta que la migración esté 100% lista. Durante este tiempo, bloquea el subdominio a Googlebot con una directiva en robots.txt:

User-agent: *
Disallow: /

O mejor, protégelo con contraseña HTTP (Basic Auth) directamente desde cPanel o el panel del hosting. Así evitas indexación duplicada sin riesgo.

El go-live: procedimiento paso a paso

1. Lunes o martes, nunca viernes (si hay problemas, necesitas días laborables para resolverlos).
2. Haz un backup completo de la web vieja: archivos + base de datos.
3. Implementa todos los redirects 301 en el servidor nuevo.
4. Cambia los DNS del dominio principal para que apunten al nuevo hosting.
5. Propagación de DNS: entre 1 y 48 horas. Mantén la web vieja activa en el hosting antiguo durante ese tiempo.
6. Una vez propagado, verifica con nslookup tudominio.com que los DNS son los nuevos.
7. Activa HTTPS en WordPress (Let's Encrypt es gratuito, disponible en casi todos los hostings).
8. Desbloquea robots.txt y envía el nuevo sitemap en Search Console.

WordPress Multisite para gestionar staging

Si gestionas varias webs cliente, WordPress Multisite con un subdominio por cliente simplifica el proceso. Pero para una migración puntual, el subdominio independiente es más seguro y más fácil de revertir si algo falla.

Post-migración: verificar Search Console y errores de crawl

Las primeras 72 horas tras el go-live son críticas. Googlebot empieza a rastrear el nuevo sitio casi de inmediato, y cualquier error que encuentre en esas horas puede afectar al posicionamiento durante semanas.

Checklist de las primeras 72 horas

• Search Console → Cambio de dirección: si has cambiado de dominio (no solo de plataforma), usa la herramienta «Cambio de dirección» en Search Console para notificar a Google la migración. Esto acelera la transferencia de señales SEO.
• Enviar sitemap.xml nuevo: en Search Console → Sitemaps, añade la URL de tu nuevo sitemap (https://tudominio.com/sitemap.xml). Yoast SEO o Rank Math lo generan automáticamente.
• Solicitar indexación de las URLs principales: usa la herramienta de Inspección de URL en Search Console para solicitar indexación manual de las 10-20 páginas más importantes.
• Revisar Cobertura: en los primeros 3-5 días, Search Console → Cobertura empezará a mostrar si hay URLs con errores 404, redirects rotos o páginas bloqueadas por robots.txt.
• Verificar Core Web Vitals: compara los valores de LCP, FID y CLS antes y después de la migración. Si el WordPress nuevo es más lento que la web original, activa caché (WP Rocket o LiteSpeed Cache) antes de que Google lo detecte.

Herramientas de monitorización post-migración

Google Analytics 4: compara el tráfico orgánico semana a semana. Una caída del 10-20% en las primeras 2 semanas es normal mientras Google re-rastrea. Una caída del 40%+ es señal de alerta. Screaming Frog o Ahrefs: lanza un crawl semanal durante el primer mes para detectar nuevos 404 o redirects rotos que puedan aparecer al añadir contenido nuevo.

También puedes usar nuestro servicio de mantenimiento web para delegar este seguimiento técnico post-migración y tener garantía de recuperación si hay incidencias.

Plan de recovery: qué hacer si el tráfico cae tras la migración

Incluso con una migración bien ejecutada, es normal una caída de tráfico orgánico del 10-25% en los primeros 15-30 días. Google necesita tiempo para rastrear, procesar y redistribuir las señales de autoridad. El problema real es cuando la caída supera el 30% y no se recupera después de 4 semanas.

Diagnóstico en 48 horas

Si ves una caída significativa, el orden de diagnosis es:

1. Comprobar redirects: lanza Screaming Frog contra el listado de URLs viejas. ¿Todas devuelven 301 al destino correcto? Un solo redirect roto en una URL con autoridad puede explicar el 80% de la caída.
2. Comprobar indexación: en Search Console → Cobertura, ¿hay páginas excluidas que no deberían estarlo? ¿Hay páginas bloqueadas por noindex accidental? Esto pasa si el tema de WordPress tiene habilitada la opción «Desalentar a los motores de búsqueda» en Ajustes → Lectura.
3. Comprobar velocidad: PageSpeed Insights antes y después. Si el nuevo WordPress es más lento, activa caché, elimina plugins innecesarios y comprime imágenes con ShortPixel o Imagify.
4. Comprobar contenido: ¿el contenido se migró completo? ¿Los H1, H2 y metadatos son iguales o mejores que los originales?

Si la caída persiste más de 45 días

Es momento de auditar backlinks. Usa Ahrefs o SEMrush para verificar que los backlinks externos apuntan a URLs que funcionan correctamente (devuelven 200) o que tienen redirect 301 correcto. Los backlinks rotos (apuntando a 404) pierden toda su autoridad. Contacta a los dominios más relevantes para actualizar los enlaces a las nuevas URLs — este paso solo es viable para los 10-20 backlinks de más calidad, pero puede marcar la diferencia.

Precio real de una migración a WordPress en 2026

El rango de mercado para una migración profesional es amplio porque depende de la complejidad. Estos son los precios reales que manejamos en proyectos de rediseño web en España en 2026:

Migración básica: 300-700€

Para webs de 5-15 páginas con poco tráfico orgánico. Incluye: instalación y configuración de WordPress, migración de contenido (sin diseño nuevo), redirects 301 básicos, configuración SEO inicial con Yoast o Rank Math, y verificación en Search Console. Tiempo: 1-2 semanas. Típico para: negocios locales con web informativa simple en Wix o una web a medida desactualizada.

Migración estándar: 700-1.500€

Para webs de 15-50 páginas con tráfico orgánico establecido (500-5.000 visitas/mes). Incluye todo lo anterior más: diseño nuevo en WordPress alineado con la identidad de marca, auditoría SEO pre y post migración, plan de redirects completo verificado, optimización de velocidad (caché, CDN, imágenes), y seguimiento de 30 días post-migración. Tiempo: 3-5 semanas. Típico para: e-commerce pequeño, agencia de servicios, web corporativa con blog activo.

Migración compleja: 1.500-2.500€

Para webs de 50+ páginas, e-commerce con catálogo de productos, webs multilenguaje o webs con funcionalidades específicas (formularios avanzados, reservas, área de clientes). Incluye migración de base de datos de productos (WooCommerce), integración de pasarelas de pago, WPML para multilenguaje, y plan de redirects de más de 200 URLs. Tiempo: 4-8 semanas.

¿Qué no incluye el precio de migración? El hosting nuevo (20-80€/año según proveedor), los plugins premium si los necesitas (Yoast SEO Premium, WP Rocket, WPML: 100-300€/año), y el dominio si necesitas renovarlo.

Para proyectos que van más allá de la migración e incluyen rediseño completo, consulta nuestra guía de precio de rediseño web donde detallamos todos los factores.

Checklist final de migración: 28 puntos antes de cerrar el proyecto

Este es el checklist que usamos en WebsBarcelona antes de dar por cerrada cualquier migración. Imprímelo, pégalo en Notion o en un Google Sheets y no des el proyecto por entregado hasta que todos los puntos estén en verde.

Pre-migración

• ☐ CSV de todas las URLs indexadas exportado de Search Console
• ☐ Metadatos (title, meta desc, H1) exportados página por página
• ☐ Backlinks externos documentados (Ahrefs/SEMrush)
• ☐ Backup completo de la web vieja (archivos + BD)
• ☐ Imágenes descargadas y renombradas con keywords
• ☐ Mapa de URLs vieja → nueva completado
• ☐ Plan de redirects 301 revisado y aprobado

Durante la migración (staging)

• ☐ Subdominio staging bloqueado a Googlebot
• ☐ Contenido migrado y revisado página por página
• ☐ Metadatos SEO replicados o mejorados
• ☐ Redirects 301 implementados y verificados con Screaming Frog
• ☐ HTTPS activo en el entorno staging
• ☐ Core Web Vitals en verde (PageSpeed ≥85 mobile)
• ☐ Formularios de contacto testeados y funcionando
• ☐ Analytics GA4 configurado y recibiendo datos

Go-live

• ☐ Cambio de DNS documentado y ejecutado en horario de mañana (lunes-miércoles)
• ☐ Robots.txt desbloqueado tras propagación DNS
• ☐ Sitemap.xml enviado en Search Console
• ☐ Herramienta «Cambio de dirección» en Search Console (si cambias dominio)
• ☐ Inspección manual de las 10 URLs más importantes
• ☐ HTTPS verificado en dominio principal con SSL válido

Post-migración (30 días de seguimiento)

• ☐ Cobertura en Search Console: cero errores 404 inesperados
• ☐ Comparativa tráfico orgánico semana 1, 2, 3 y 4 vs período anterior
• ☐ Crawl semanal con Screaming Frog los primeros 30 días
• ☐ Velocidad verificada en móvil con PageSpeed Insights
• ☐ Backlinks principales actualizados a nuevas URLs si era necesario
• ☐ Core Web Vitals en Search Console sin alertas
• ☐ Cliente formado para gestionar WordPress de forma autónoma