Cambiar una web no es solo publicar un diseño nuevo. Si cambian las URLs, el dominio, la estructura de contenidos o la tecnología, también cambian elementos que afectan a la captación: páginas que ya reciben visitas, formularios, campañas, medición y recorridos de usuario.
A finales de agosto, muchas empresas aprovechan un periodo de menor actividad comercial para ordenar proyectos que necesitan estar operativos en septiembre. Puede ser un buen momento para planificar una migración web, pero no para improvisarla: el objetivo no es “estrenar web”, sino conservar lo que funciona y corregir lo que limita las oportunidades.
- Una migración debe empezar con inventario y objetivos de negocio, no con maquetas.
- Cada URL relevante necesita un destino coherente o una decisión justificada.
- Los redireccionamientos, la analítica y los formularios se validan antes de comunicar el lanzamiento.
- Es normal que haya variaciones temporales de visibilidad; hay que monitorizarlas con criterio.
Qué se considera una migración web
Una migración web es cualquier cambio sustancial que modifica cómo se sirve, estructura o localiza un sitio. El caso más evidente es cambiar de dominio, pero también puede ocurrir al pasar de HTTP a HTTPS, reorganizar categorías, modificar slugs, unificar varios sitios, sustituir un gestor de contenidos o rediseñar una web eliminando páginas antiguas.
No todos los cambios tienen el mismo riesgo. Mover el alojamiento manteniendo exactamente las mismas URLs no exige el mismo plan que cambiar dominio, arquitectura, textos, plantillas y formularios en una sola publicación. Cuantas más variables se alteren a la vez, más difícil será identificar el origen de una incidencia posterior.
Por eso, una decisión útil consiste en separar lo imprescindible de lo accesorio. Si el negocio necesita una nueva imagen, no siempre es necesario rehacer toda la arquitectura. Si necesita simplificar un catálogo, no significa que todas las URLs antiguas deban acabar en la página de inicio.
Las decisiones que deben cerrarse antes de empezar
Definir qué debe protegerse
Antes de diseñar o desarrollar, identifica los activos que ya aportan valor. No se trata solo de las páginas con más visitas. Incluye servicios que generan contactos, categorías comerciales, contenidos con demanda recurrente, fichas de producto, landings de campañas activas, URLs enlazadas desde otros sitios y páginas que intervienen en procesos de solicitud de presupuesto.
Conviene cruzar esta información con datos de negocio. Una página con menos tráfico puede ser prioritaria si atrae peticiones cualificadas. En cambio, una URL antigua sin visitas, sin enlaces y sin función comercial puede retirarse si devuelve el estado adecuado o si existe una alternativa realmente equivalente.
Crear un mapa de URLs, una a una
El mapa de redirecciones es uno de los documentos más importantes de la migración web. Relaciona cada URL antigua con su destino nuevo, indica el tipo de decisión tomada y permite revisar errores antes de salir a producción.
La regla práctica es sencilla: una página antigua debe llevar al usuario a la nueva página que mejor responde a la misma necesidad. Redirigir en bloque muchas URLs a la portada puede frustrar a quien llega desde un resultado guardado, un enlace externo o una campaña. Además, puede dificultar que los buscadores interpreten correctamente el cambio.
Fijar las conversiones que se deben comprobar
Una web puede cargar correctamente y, aun así, perder negocio. Antes del lanzamiento, deja por escrito cuáles son las acciones que deben funcionar: envío de formularios, clics en teléfono y correo, solicitudes de demostración, descargas, reservas, compras, pagos y derivaciones al equipo comercial.
También hay que revisar qué sucede después de cada acción. Por ejemplo, que el aviso de recepción se muestre, que el mensaje llegue al buzón correcto, que se cree el registro necesario en el CRM y que no se dupliquen contactos. La medición no sustituye estas verificaciones: primero se valida la experiencia real y después se confirma que queda registrada.
Guía para ejecutar una migración web con control
- Establece un objetivo de negocio. Define el motivo del proyecto: mejorar solicitudes, reorganizar servicios, actualizar marca, cambiar de dominio o resolver limitaciones técnicas. Añade métricas de referencia, como contactos válidos, ventas, tráfico de páginas estratégicas y tasa de formularios completados.
- Haz un inventario del sitio actual. Recoge URLs, títulos, metadatos, enlaces internos, recursos descargables, contenidos destacados, formularios, etiquetas de analítica y páginas de error. Revisa especialmente las secciones que generan ingresos o contactos.
- Diseña la nueva estructura pensando en usuarios. Agrupa servicios, categorías y contenidos con una lógica clara. Evita crear niveles innecesarios de navegación y conserva accesibles las páginas de decisión: qué ofrecéis, para quién, cómo se solicita información y qué ocurre después.
- Prepara el mapa de redirecciones. Asigna un destino específico a cada URL que deba conservarse. Documenta las páginas que desaparecen y evita cadenas de redirecciones, destinos rotos o bucles.
- Construye un entorno de pruebas. Revisa la versión nueva sin exponerla de forma prematura. Comprueba navegación móvil, velocidad percibida, buscador interno si existe, accesibilidad básica, formularios, correos transaccionales, pagos y políticas de privacidad.
- Revisa indexación y señales internas. Antes de publicar, comprueba que la versión de pruebas no pueda indexarse y que, en la versión definitiva, no queden bloqueos involuntarios. Verifica también que las etiquetas canónicas, los enlaces internos y los sitemaps apunten a las direcciones finales.
- Publica con un plan de reversión. Elige una franja de menor impacto para el negocio cuando sea viable y deja preparado el acceso a copias de seguridad, configuración del servidor y responsables de decisión. Si aparece una incidencia grave, el equipo debe saber quién actúa y cómo.
- Comprueba el recorrido completo como usuario. Navega por las páginas clave, envía formularios de prueba, simula una compra si aplica, revisa correos, verifica llamadas a la acción y comprueba las redirecciones de una muestra amplia de URLs antiguas.
- Monitoriza durante las semanas siguientes. Observa errores de rastreo, páginas no encontradas, evolución de URLs indexadas, sesiones, fuentes de tráfico y conversiones. Las variaciones temporales pueden producirse mientras los sistemas vuelven a rastrear y procesar las nuevas direcciones; lo importante es detectar patrones anómalos y corregirlos pronto.
Errores que convierten un rediseño en una pérdida de negocio
Lanzar sin conservar los formularios y eventos críticos
Es frecuente prestar mucha atención a la apariencia y descubrir después que el formulario principal no envía, que el botón de contacto no funciona en móvil o que se ha perdido el registro de una conversión. Trata cada mecanismo de captación como una funcionalidad crítica, con pruebas documentadas.
Cambiarlo todo a la vez
Dominio nuevo, sistema nuevo, estructura nueva, contenidos nuevos y marca nueva pueden formar parte de un mismo proyecto, pero añaden complejidad. Cuando sea posible, secuencia los cambios. Esto reduce el riesgo operativo y facilita aprender de cada fase.
Olvidar campañas, perfiles y enlaces internos
Una migración no termina en el servidor. Hay que actualizar enlaces de menús, botones, correos automatizados, anuncios, perfiles corporativos, documentos descargables y campañas activas. Mantener enlaces propios hacia URLs antiguas crea pasos innecesarios para los usuarios y complica el análisis.
Dar por cerrado el proyecto el día de publicación
La publicación es el inicio de la fase de observación. Conviene reservar tiempo para atender errores, revisar datos y comparar el comportamiento de las páginas esenciales con la situación previa. Sin esta fase, una incidencia pequeña puede permanecer oculta durante semanas.
Qué revisar en el cuadro de mando posterior
No basta con mirar el tráfico global. Crea una revisión específica para la migración web con indicadores que ayuden a decidir: formularios enviados y validados, llamadas o clics de contacto, ventas o reservas, visitas a páginas comerciales prioritarias, errores 404, rendimiento de las nuevas URLs y evolución de las consultas que atraían demanda relevante.
Compara periodos equivalentes y considera la estacionalidad del negocio. Una caída de sesiones no significa por sí sola que el proyecto haya fallado, igual que un aumento de tráfico no demuestra que esté captando mejores oportunidades. La lectura útil combina visibilidad, experiencia de usuario y resultados comerciales verificables.
Preguntas frecuentes sobre migración web
¿Una migración web hará que se pierda toda la visibilidad orgánica?
No tiene por qué, pero no existe un riesgo cero. Una planificación correcta, destinos coherentes, redirecciones permanentes y seguimiento reducen incidencias. Aun así, puede haber oscilaciones temporales mientras se procesan los cambios.
¿Cuánto tarda en estabilizarse una web después del cambio?
Depende del tamaño del sitio, el número de URLs modificadas, la capacidad del servidor y la velocidad de rastreo. En sitios pequeños o medianos, el procesamiento de muchas páginas puede requerir varias semanas. No conviene sacar conclusiones definitivas a los pocos días.
¿Hay que redirigir todas las páginas antiguas?
Hay que evaluar cada una. Las páginas equivalentes o consolidadas deben llevar a un destino relevante. Las que ya no tienen sustituto real pueden devolver una respuesta de página no encontrada o eliminada, en lugar de enviarse sin criterio a otra sección.
¿Se puede hacer una migración y un cambio de marca al mismo tiempo?
Se puede, aunque aumenta el número de elementos que revisar. Si además cambia el dominio, la arquitectura y los mensajes comerciales, es recomendable reforzar las pruebas, el inventario de activos y el control posterior.
¿Cuándo conviene pedir apoyo especializado?
Cuando el sitio recibe oportunidades de forma constante, tiene muchas URLs, integra pagos o sistemas de captación, depende de campañas activas o cambia de dominio. En esos casos, el coste de una incidencia puede ser mayor que el de planificar y validar el proyecto con antelación.
Una migración bien planteada no persigue únicamente que la nueva web “se vea mejor”. Debe dejar una base más clara para captar, medir y atender oportunidades. El criterio está en proteger lo que ya aporta valor, corregir fricciones reales y tomar decisiones con datos durante todo el proceso.
