Primero: no todas las migraciones son iguales
Migrar WordPress sin perder SEO es un objetivo de trabajo, no una garantía de posiciones intactas. El riesgo depende de qué cambias. Mover el sitio a otro servidor manteniendo URLs no es lo mismo que cambiar dominio, reordenar rutas y eliminar contenido al mismo tiempo.
Para una empresa en Perú, el impacto puede sentirse en formularios, consultas y ventas antes de verse con claridad en un informe de tráfico. Por eso el plan debe cuidar tanto las búsquedas como el funcionamiento comercial de la web.
Esta guía separa preparación, lanzamiento y seguimiento. Sus ejemplos son orientativos; un ecommerce activo o un sitio con mucha información requiere un plan ajustado a sus datos.
Define qué va a cambiar y qué debe permanecer
Haz una lista explícita: alojamiento, dominio, HTTPS, rutas, diseño, contenido y tecnología. Si cambias varios componentes juntos, será más difícil identificar qué provoca un problema. Cuando sea posible, divide la operación en etapas verificables.
Google distingue el cambio de alojamiento sin modificar URLs del traslado con cambios de URLs. Esta diferencia determina qué comprobaciones necesitas y si corresponde construir un mapa de redirecciones.
- Solo hosting: conserva rutas y comprueba disponibilidad, certificado y respuesta del nuevo servidor.
- Rediseño: revisa si siguen existiendo títulos, textos, enlaces y funciones relevantes.
- Nuevas rutas o dominio: documenta el destino de cada URL importante.
Haz un inventario antes de tocar la web
Guarda las URLs publicadas y sus títulos. Añade páginas de servicio, artículos, categorías, productos y documentos que reciben enlaces. No uses únicamente el menú como inventario: una página antigua puede seguir atrayendo visitas aunque ya no aparezca allí.
Con acceso a Search Console, identifica páginas con impresiones y clics. Con la analítica del negocio, revisa cuáles generan consultas o pedidos. Son señales distintas: una URL con poco tráfico puede ser relevante si atrae solicitudes cualificadas.
Conserva una copia del contenido y de los metadatos SEO, además de una copia recuperable de la web. Registra una línea de base con fecha y anota incidencias previas. Sin ese registro, después del cambio puedes atribuir a la migración un problema que ya existía.
Construye el mapa de URLs cuando cambien las rutas
El mapa puede tener tres columnas: URL anterior, destino y motivo. El destino debe resolver la misma necesidad o una alternativa cercana. Redirigir todos los artículos antiguos al inicio no ayuda al visitante a encontrar lo que buscaba.
Ejemplo hipotético: si una guía sobre instalación de una tienda pasa de /guia-tienda/ a /crear-tienda/, comprueba que la nueva guía siga explicando ese proceso. Si el contenido desapareció y no existe un reemplazo, registra esa decisión en lugar de ocultarla con una redirección irrelevante.
Para cambios permanentes, Google recomienda redirecciones permanentes del servidor y evitar cadenas innecesarias. Además, revisa los enlaces internos para que apunten directamente al destino final, no dependan siempre de la redirección.
Prueba el sitio nuevo antes del lanzamiento
Un entorno de prueba sirve para comparar la web nueva con la anterior sin exponer trabajo incompleto. Comprueba páginas representativas y recorridos reales, no solo la portada.
- Títulos y contenido principal presentes, sin duplicaciones accidentales.
- Imágenes, documentos y enlaces que funcionan.
- Formularios, botones de WhatsApp y correos de prueba.
- Vista móvil, navegación y facilidad para leer.
- Carrito, checkout y estados de pedido si hay ecommerce.
- Configuración de indexación, canonical y sitemap.
- Mapa de redirecciones probado con URLs concretas.
El entorno de prueba no debe quedar indexable por descuido. Al lanzar la web, verifica el caso contrario: que las restricciones usadas durante el desarrollo no sigan bloqueando las páginas públicas.
Organiza el cambio con responsables y una vuelta atrás
Elige un momento de menor actividad y avisa a quienes atienden la web. Documenta quién controla el dominio, el hosting y los accesos. Define qué señal obliga a detener la operación: por ejemplo, que no se puedan enviar consultas o completar compras de prueba.
En una tienda activa, una copia antigua no basta. Hay que planificar cómo se conservarán los pedidos y cambios de inventario que lleguen durante la transición. Publicar una base de datos desactualizada puede crear un problema operativo aunque el diseño se vea perfecto.
La recuperación también necesita un alcance claro. Volver a un servidor anterior sin revisar los datos recibidos después del cambio puede perder registros recientes. Acuerda cómo se concilian esos cambios antes de necesitar hacerlo con urgencia.
Qué revisar durante el seguimiento
Después del lanzamiento, revisa errores y consultas reales. Divide el seguimiento en tres grupos: acceso e indexación, funcionamiento comercial y rendimiento de búsqueda. No reduzcas la evaluación a “la portada carga”.
- URLs nuevas disponibles y rutas antiguas con el comportamiento acordado.
- Ausencia de redirecciones en bucle y enlaces hacia páginas eliminadas.
- Formularios y pedidos recibidos correctamente.
- Variaciones en clics e impresiones por página y por consulta.
- Problemas de indexación detectados en Search Console.
Google advierte que pueden producirse fluctuaciones mientras procesa cambios de URLs. Eso no elimina la necesidad de investigar fallos concretos. Si baja el tráfico, revisa primero qué páginas y consultas se ven afectadas antes de rehacer todo el diseño.
Preguntas frecuentes
¿Un rediseño obliga a cambiar todas las URLs?
No. Puedes cambiar la presentación y conservar rutas útiles. Cambia una URL cuando exista una razón clara y un plan para los enlaces anteriores, no solo porque la nueva plantilla tenga otra estructura.
¿Cambiar hosting requiere redirecciones?
Si dominio, protocolo y rutas permanecen iguales, no hay un cambio de URL que redirigir por ese motivo. Sí debes verificar el certificado, la disponibilidad y la configuración del servidor nuevo.
¿Se pueden asegurar las mismas posiciones?
No. Una migración controlada reduce errores evitables, pero no controla todas las decisiones del buscador ni los cambios de la competencia. La documentación y el seguimiento permiten detectar y corregir problemas con más precisión.
Antes de rediseñar, revisa lo que ya funciona
Conserva las páginas que ayudan a tus visitantes y justifica cada cambio importante. Puedes complementar este plan con nuestra guía de auditoría SEO y el artículo sobre desarrollo web y SEO técnico.
Si tu proyecto necesita rediseño o migración, consulta a ReyCob con tu URL actual y los cambios previstos. Eso permite evaluar el alcance antes de reemplazar contenido o modificar rutas.
