Cómo mover una web sin perder visitantes importantes

Define la migración antes de tocar las URL

Mover una web puede significar cambiar diseño, plataforma, hosting, dominio, estructura de URL o todo a la vez. Escribe exactamente qué cambiará. Un rediseño en el mismo dominio tiene riesgos distintos a un dominio nuevo con direcciones nuevas. Cuanto más claro sea el alcance, más fácil será probar y repartir responsabilidades.

Haz una lista de páginas, funciones e integraciones que no se pueden perder: formularios, reservas, pagos, analítica, avisos de correo, cuentas y descargas. Decide si la web antigua seguirá disponible durante la preparación y quién puede aprobar el lanzamiento final. Los problemas de migración suelen empezar cuando el trabajo técnico arranca antes de que el negocio haya acordado qué significa el éxito.

Anota los casos especiales, como páginas con enlaces fuertes pero sin sustituta directa. Así la migración queda justificada y el equipo puede revisar la decisión con nuevos datos.

Haz inventario de la web actual

Registra URL, títulos, encabezados importantes, canonical, reglas de indexación, archivos multimedia y enlaces internos. Usa Analytics y Search Console para identificar páginas que atraen visitas relevantes, solicitudes o enlaces externos. No valores una página solo por el tráfico del último mes; las páginas estacionales o con poco volumen también pueden ser importantes.

Incluye URL que no aparecen en la navegación principal: campañas antiguas, PDF, ayuda, páginas locales y formularios guardados en favoritos. Revisa los registros del servidor o los datos de búsqueda cuando estén disponibles. El inventario permite decidir conservar, mejorar, unir o redirigir basándose en datos y no en memoria.

Guarda una referencia previa con páginas de entrada, solicitudes, conversiones, posiciones y errores. Sin esa base, el equipo puede confundir una variación normal con un problema de migración o pasar por alto un descenso gradual que necesita atención.

Relaciona cada URL antigua importante

Crea una tabla con cada URL antigua y su destino claro en la web nueva. Envíala a la sustituta más relevante, no automáticamente a la portada. Si varias páginas pasan a ser una sola, redirígelas a ella y anota el motivo. Si no existe una sustitución útil, decide de forma deliberada si una respuesta de página no encontrada es más honesta que una redirección irrelevante.

Evita cadenas y bucles. Una URL antigua debería ir directamente al destino final y la página nueva debería enlazar a las direcciones actuales. Deja la tabla a disposición de las personas que gestionan el servidor o la plataforma. Es a la vez una herramienta para el lanzamiento y una referencia para investigar más adelante visitas perdidas.

Conserva la intención del visitante en el destino. Quien busca un servicio concreto no debería llegar a una página general y tener que empezar de nuevo. La relevancia importa más que cargar cualquier página.

Conserva contenido y recorridos de clientes

Compara páginas antiguas y nuevas por significado, no solo por cantidad de palabras. Conserva la información que ayuda a elegir, prepararse, contactar, comprar o volver. Una página más corta puede ser mejor, pero quitar detalles, preguntas, ejemplos o contexto local puede reducir su utilidad. Comprueba que los títulos, enlaces, imágenes, formularios y descargas sigan apoyando las mismas decisiones.

Recorre las rutas como un cliente. Envía un formulario, prueba una reserva y un pago, abre un documento y revisa confirmaciones. Prueba móvil y teclado. La migración no termina cuando carga la portada, sino cuando los visitantes importantes pueden alcanzar un resultado útil.

Presta atención a los formularios que envían avisos a través de varios sistemas. Una prueba correcta debe confirmar no solo que el formulario se envía, sino también que el destinatario correcto recibe el mensaje y que el visitante recibe una confirmación comprensible.

Prueba antes y durante el lanzamiento

Prepara una versión de prueba que los buscadores no deban indexar. Prueba enlaces internos, redirecciones, canonical, robots, sitemap, datos estructurados, velocidad, formularios, integraciones y páginas de error. Compara URL antiguas y nuevas representativas. Mantén una lista de lanzamiento con un responsable y un resultado claro de correcto o incorrecto para cada elemento crítico.

En el lanzamiento aplica la tabla de redirecciones, elimina los bloqueos temporales cuando corresponda, envía el sitemap nuevo y confirma que la analítica recoge datos. Cambia con cuidado los ajustes de DNS o de hosting y anota la hora exacta del cambio. Si es posible, conserva el entorno antiguo durante un tiempo para investigar diferencias sin adivinar.

Guarda la tabla de redirecciones y los ajustes de lanzamiento fuera de la plataforma. Si el nuevo entorno deja de estar disponible, el equipo seguirá necesitando saber qué cambió y qué ajustes hay que restaurar o investigar.

Vigila las semanas posteriores

Revisa Search Console para encontrar problemas de indexación, errores de rastreo, avisos de seguridad y cambios en el rendimiento de búsqueda. Mira páginas de entrada, dispositivos y canales en Analytics. Observa solicitudes, reservas, pagos y preguntas de soporte, no solo sesiones. Un cambio de tráfico puede ser estacional, pero un grupo repentino de páginas ausentes o formularios que fallan necesita una investigación inmediata.

Haz una lista de errores y resuélvelos según su impacto. Arregla primero redirecciones rotas, páginas valiosas que falten, canonical incorrectos y recursos bloqueados. Avisa a directorios y colaboradores importantes si sus enlaces apuntan a direcciones retiradas. Una migración correcta es una transición gestionada, no un único momento de lanzamiento, y el periodo de seguimiento forma parte del trabajo.

Compara varias semanas y no solo un día. El rastreo, las campañas y la indexación pueden fluctuar al principio. Una rutina ayuda a distinguir ruido de un problema real.

Fuentes

• Site moves and migrations · Google Search Central
• Search Console overview · Google Search Console

Preguntas frecuentes

¿Cuánto tiempo deben mantenerse las redirecciones?

Conserva las importantes mientras reciban visitas o enlaces. No las elimines solo porque la web nueva ya está publicada; revisa los registros del servidor y los datos de búsqueda antes de cambiarlas.

¿Un rediseño reduce automáticamente el tráfico de búsqueda?

No. El riesgo depende de qué cambia y del cuidado con que se gestionen las URL, el contenido, las redirecciones, los ajustes técnicos y la medición. Un rediseño bien planificado puede mejorar la utilidad y el rendimiento.

¿Hay que redirigir todas las URL antiguas a la portada?

Normalmente no. Redirige cada URL antigua útil a la página nueva más relevante. Una redirección a la portada que no responde a la necesidad original puede confundir a los visitantes y a los buscadores.