Antes de publicar
Audita, mapea URLs, prueba formularios, valida medición y documenta redirecciones.
Cambiar una web suele generar ilusión porque promete una imagen más sólida, una estructura más moderna y una experiencia de usuario más limpia. Pero también es uno de los momentos con más riesgo para la captación. Si la migración se gestiona con prisas, es fácil perder formularios, romper rutas internas, desactivar mediciones o dejar URLs estratégicas sin redirección.
La clave no está solo en diseñar bien la nueva versión. La clave está en preparar el cambio como un proyecto de continuidad comercial. Eso significa inventariar lo que ya funciona, protegerlo durante la transición y revisar el lanzamiento como si fuese una apertura: con checklist, pruebas previas y seguimiento diario durante las primeras semanas.
Antes de tocar nada, conviene identificar las páginas que hoy generan negocio, tráfico orgánico, llamadas o enlaces internos importantes. Muchas migraciones fallan porque el equipo solo piensa en cómo quedará la nueva web, sin analizar qué piezas del sitio actual están sosteniendo la captación. El resultado es un rediseño bonito con menos rendimiento.
La auditoría previa debe localizar URLs con tráfico, páginas que convierten, formularios activos, enlaces externos relevantes y recursos descargables que todavía usa el usuario. Todo eso forma parte del inventario que no se puede improvisar al final. Cuanto más claro esté antes de diseñar, más fácil será priorizar lo que debe preservarse.
Una migración ordenada necesita una correspondencia exacta entre la estructura antigua y la nueva. Cada URL relevante debería saber a dónde va después del cambio. Si desaparece una página, hay que decidir su mejor destino. Si cambia de nombre, hay que registrar la equivalencia. Si se fusionan varias, también debe documentarse.
Este mapa evita el caos de última hora. Además, obliga a pensar la arquitectura desde un punto de vista realista. A veces la nueva navegación parece más limpia, pero deja sin sitio a contenidos que todavía cumplen una función SEO o comercial. Detectarlo antes ahorra pérdidas innecesarias y reduce errores en el lanzamiento.
Muchas empresas comprueban que la nueva web carga, pero olvidan validar si los contactos llegan de verdad. Un formulario puede abrirse y, sin embargo, no enviar nada. Un botón de llamada puede verse perfecto y no registrar clics. Un enlace de WhatsApp puede funcionar en escritorio y fallar en móvil. Es imprescindible probar todas las rutas de contacto antes de publicar.
Además, la medición debe quedar intacta. Si al migrar se pierden eventos, objetivos o etiquetas, el negocio se queda sin forma de evaluar el impacto real del cambio. Esa ceguera es especialmente peligrosa porque permite que la nueva web aparente normalidad mientras se deteriora la captación sin que nadie lo detecte a tiempo.
Las redirecciones no son una tarea administrativa menor. Son la bisagra entre la autoridad acumulada por la web antigua y la experiencia que recibirá el usuario en la nueva. Cuando se resuelven tarde, suelen hacerse deprisa, con destinos genéricos o directamente sin cubrir todas las páginas necesarias.
Un sistema de redirecciones bien planteado protege tráfico orgánico, enlaces compartidos, marcadores del navegador y campañas activas. También evita esa sensación de sitio roto que aparece cuando alguien aterriza en un error 404 justo después de encontrarte en Google o desde una referencia externa.
La revisión previa debe hacerse en un entorno de staging o prepublicación donde puedas probar navegación, formularios, responsive, tiempos de carga, indexación bloqueada y textos finales. Probar solo capturas o pantallas sueltas no basta. Hay que recorrer la web como si fueras un visitante real y también como si fueras el equipo comercial que depende de ella.
Ese entorno de pruebas sirve para detectar fallos silenciosos: estilos que se rompen en móvil, botones que se solapan, páginas sin metadatos, enlaces absolutos que apuntan al entorno antiguo o scripts que cargan dos veces. Son errores comunes y muy costosos cuando salen a la luz después del lanzamiento.
Una migración es una oportunidad excelente para mejorar copy y jerarquía, pero no conviene introducir cambios profundos sin control. Si cambias diseño, estructura, textos y objetivos a la vez, luego resulta difícil entender qué ha mejorado y qué ha empeorado. Lo más prudente es mantener una línea clara: proteger lo que funciona y mejorar lo que ya estaba frenando conversiones.
Antes de lanzar, revisa que los titulares principales sigan siendo comprensibles, que las páginas críticas mantengan su enfoque, que los botones principales destaquen y que el usuario siempre tenga un siguiente paso visible. El rediseño no debería ocultar la oferta, sino hacerla más evidente.
Publicar no debería consistir en subir archivos y esperar. El día del cambio conviene revisar robots, sitemap, analítica, enlaces internos, formularios, botones de llamada, menús, breadcrumbs, canónicas y redirecciones prioritarias. Si algo falla, cada hora cuenta porque Google, los usuarios y las campañas ya están interactuando con la nueva versión.
También es recomendable observar accesos reales durante las primeras horas. Ver sesiones en tiempo real, comprobar clics, revisar correos de formularios y validar páginas de entrada ayuda a detectar incidencias antes de que se conviertan en un problema de varios días.
Después del lanzamiento empieza la fase que más se subestima. Durante unos días hay que monitorizar cobertura, caídas de tráfico, errores 404, consultas perdidas, páginas con peor comportamiento y variaciones en conversiones. Una migración no termina cuando la web se ve bien; termina cuando demuestra que puede sostener o mejorar el negocio sin fugas.
Esa vigilancia temprana permite corregir rápido. A veces basta con reponer una URL antigua, ajustar un enlace desde la home, recuperar una CTA que se escondió demasiado o arreglar un formulario que no estaba llegando al buzón correcto. Son detalles pequeños con impacto enorme en captación.
El objetivo no es conservar el pasado por miedo al cambio. El objetivo es que la nueva web sume valor sin destruir el recorrido ya construido. Cuando una migración se planifica con inventario, redirecciones, pruebas y seguimiento, el diseño nuevo puede convivir con una transición segura y ordenada.
La mejor migración no es la más vistosa, sino la que permite que el usuario apenas note fricción y que el negocio mantenga su ritmo comercial. Esa combinación de mejora y continuidad es la que convierte un cambio técnico en una evolución real del proyecto.
Una buena migración deja rastro: listado de URLs redirigidas, fecha de publicación, cambios relevantes en formularios, responsables de cada validación y prioridades de seguimiento. Esta documentación evita discusiones difusas cuando aparece un problema y permite localizar antes qué se tocó, cuándo y por qué. En escenarios con varias personas implicadas, ese mapa de decisiones reduce mucho el tiempo de reacción.
Además, documentar te ayuda en futuras mejoras. Si más adelante vuelves a rediseñar, ya no empiezas desde cero: tendrás registro de qué errores aparecieron, qué comprobaciones fueron imprescindibles y qué elementos protegieron mejor la captación. Esa memoria operativa convierte cada migración en una fuente de aprendizaje y hace que la siguiente transición sea bastante más segura.
Audita, mapea URLs, prueba formularios, valida medición y documenta redirecciones.
Revisa menús, enlaces, robots, sitemap, conversión y respuesta real de la web en móvil.
Monitoriza errores, tráfico, llamadas y formularios durante al menos dos semanas.