Cambiar tu web a WordPress puede ser una de las mejores decisiones para tu negocio: más control, menos dependencia del proveedor y una plataforma que crece contigo. Pero hay un miedo legítimo que frena a muchos empresarios: ¿y si pierdo mi posicionamiento en Google?
Es un miedo fundado. Una migración mal hecha puede hacer caer tu tráfico orgánico durante meses. Pero una migración bien planificada no solo conserva tu SEO: a menudo lo mejora. Esta guía te explica el proceso paso a paso, sin tecnicismos, para que sepas exactamente qué exigir a quien ejecute la migración.
Por qué las migraciones salen mal
Casi todos los desastres de migración tienen las mismas causas, y ninguna es misteriosa:
- Se lanzan sin inventario. Nadie anotó qué páginas existían, cuáles recibían tráfico y cuáles tenían enlaces externos. Lo que no se mide, se pierde.
- Cambian las URLs sin redirecciones. Google conocía tus páginas en unas direcciones; si cambian sin avisarle (redirección 301), es como mudarte sin dejar la nueva dirección: los clientes —y Google— llegan a una puerta cerrada.
- Se pierde contenido por el camino. Textos, imágenes con sus atributos, metadatos… cada elemento que desaparece es una señal menos para Google.
- La web nueva es más lenta o peor en móvil. Google valora la experiencia de usuario; si la nueva web carga peor, el posicionamiento sufre aunque todo lo demás esté perfecto.
- Se lanza un viernes por la tarde sin plan de vuelta atrás. Sin comentarios.
Fase 1: Inventario y auditoría (antes de tocar nada)
Toda migración seria empieza con un mapa completo de lo que existe:
- Lista todas tus URLs. Cada página, cada entrada de blog, cada ficha de producto. Hay herramientas que rastrean tu web y generan la lista automáticamente.
- Identifica las páginas que importan. ¿Cuáles reciben más visitas? ¿Cuáles generan contactos o ventas? ¿Cuáles tienen enlaces desde otras webs? Estas son intocables: su contenido y su posicionamiento deben preservarse a toda costa.
- Anota tus posiciones actuales. Guarda qué keywords posiciona cada página importante. Después de la migración, compararás para detectar caídas a tiempo.
- Revisa el contenido obsoleto. La migración es el momento perfecto para decidir qué se queda, qué se actualiza y qué se elimina (con redirección a la página más cercana, nunca a la home por defecto).
Fase 2: Construcción en un entorno de pruebas
La nueva web en WordPress se construye en un entorno privado, invisible para Google y tus clientes. Aquí es donde ocurre el trabajo importante:
- Replica la arquitectura. Mantén una estructura lógica similar: si tenías /servicios/diseno-web/, no la conviertas en /p=123 sin motivo. Cuando las URLs deban cambiar (a veces es inevitable o incluso recomendable), se planifica cada cambio.
- Migra todo el contenido con sus metadatos. Títulos SEO, descripciones, textos alternativos de imágenes, datos estructurados si los había.
- Define el mapa de redirecciones 301. Una tabla que diga: la URL antigua X ahora vive en la URL nueva Y. Cada URL antigua con tráfico o enlaces debe tener su redirección. Esto es lo crítico de la migración.
- Cuida la velocidad desde el día uno. La nueva web debería cargar igual o más rápido que la antigua. Optimiza imágenes, usa caché y elige un hosting digno.
- Configura el SEO técnico. Sitemap, robots, títulos, datos estructurados, versión móvil impecable.
Fase 3: El lanzamiento (el día D)
El cambio debe hacerse en un momento de bajo tráfico (una madrugada entre semana suele ser ideal) y siguiendo un checklist:
- Activa las redirecciones 301 antes de que Google encuentre las URLs nuevas.
- Publica el nuevo sitemap en Search Console y solicita el rastreo.
- Verifica que la analítica sigue midiendo correctamente.
- Comprueba una muestra de URLs antiguas: todas deben redirigir a su equivalente nuevo, no a la home.
- Revisa que no haya contenido duplicado accesible (por ejemplo, el entorno de pruebas debe quedar bloqueado).
- Ten preparado un plan de vuelta atrás por si algo grave falla en las primeras horas.
Fase 4: Vigilancia post-migración (las 4–6 semanas siguientes)
El trabajo no termina al lanzar. Durante las semanas siguientes hay que vigilar:
- Errores 404: cualquier URL que devuelva “no encontrado” debe redirigirse o restaurarse de inmediato.
- Cobertura en Search Console: Google debe estar indexando las URLs nuevas al ritmo esperado.
- Posiciones de las keywords clave: es normal ver fluctuaciones durante días o un par de semanas; una caída sostenida más allá es señal de problema.
- Tráfico y conversiones: el objetivo final no son las posiciones, son los clientes.
- Velocidad real: mide con usuarios reales, no solo en laboratorio.
Errores caros que debes evitar
- Redirigir todo a la home. Google lo trata como un error 404 encubierto y pierdes el valor de cada página. Cada URL antigua merece su equivalente exacto.
- Cambiar URLs “porque sí”. Si una URL funciona y posiciona, consérvala. Solo cambia las que tengan un motivo de peso.
- Olvidar los enlaces internos. Actualiza los enlaces dentro de tu propio contenido para que apunten a las URLs nuevas; no dependas solo de redirecciones.
- No avisar a nadie. Si tienes campañas de publicidad, email marketing o directorios apuntando a URLs concretas, coordina los cambios.
- Migrar y rediseñar a la vez sin control. Si cambias plataforma, diseño, contenidos y estructura a la vez y algo falla, no sabrás qué lo causó. Cuando sea posible, separa los cambios.
¿Cuánto tarda Google en “asimilar” la migración?
Con redirecciones correctas, Google suele transferir la mayor parte de la autoridad en días o pocas semanas. Es normal ver un baile de posiciones temporal. Si a las 4–6 semanas el tráfico no se ha recuperado, hay que investigar a fondo: redirecciones rotas, contenido perdido o problemas técnicos en la nueva web son los culpables habituales.
¿Lo hago yo o contrato a un profesional?
Si tu web es pequeña (menos de 20 páginas), no recibe tráfico orgánico relevante y no te importa empezar de cero en Google, una migración sencilla es abordable. Pero si tu negocio depende del tráfico de buscadores —si Google te trae clientes cada semana—, la migración es un proyecto donde un error cuesta dinero real durante meses.
En ese caso, trabaja con un desarrollador WordPress con experiencia demostrable en migraciones: pídele que te explique su checklist, su plan de redirecciones y cómo vigilará el post-lanzamiento. Y si aún estás valorando el cambio de plataforma, lee por qué WordPress tiene sentido para tu negocio antes de dar el paso.
Una migración bien hecha es invisible para tus clientes y casi invisible para Google. Esa es exactamente la meta: que el lunes después del lanzamiento, todo funcione igual —o mejor— que el viernes anterior.
Preguntas frecuentes sobre migraciones
¿Perderé tráfico seguro durante la migración?
No necesariamente. Una migración bien ejecutada puede completarse sin pérdida apreciable de tráfico: Google transfiere la autoridad de las URLs antiguas a las nuevas mediante las redirecciones 301. Lo que sí es normal son fluctuaciones temporales de posiciones durante días o un par de semanas. La pérdida grave y sostenida casi siempre indica un error concreto (redirecciones rotas, contenido perdido, bloqueo de rastreo) y tiene solución si se detecta a tiempo.
¿Debo migrar el diseño a la vez o mantenerlo?
Si el diseño actual funciona y convierte, plantéate migrar primero la plataforma manteniendo el diseño, y rediseñar después. Separar los cambios te permite aislar problemas: si algo falla, sabrás si fue la migración o el rediseño. Si el diseño actual es parte del problema (obsoleto, no responsive), entonces tiene sentido hacerlo todo junto, pero con un control más estricto.
¿Qué pasa con mi blog y sus suscriptores?
Las entradas del blog se migran como cualquier otro contenido, conservando URLs (o redirigiéndolas) y fechas. Los suscriptores por email dependen de tu herramienta de email marketing, que es independiente de la plataforma web: no se pierden en la migración. Solo asegúrate de que los formularios de suscripción de la nueva web conecten con la misma lista.
¿Cuánto dura una migración típica?
Depende del tamaño: una web corporativa pequeña puede migrarse en 2–4 semanas; un ecommerce con miles de productos o un portal con años de contenido puede llevar 2–3 meses. Lo que más alarga los plazos no suele ser la técnica, sino la revisión de contenidos y las decisiones pendientes del cliente. Un calendario con hitos claros evita que el proyecto se eternice.