Checklist de migracion antes de redisenar una web

Esta guia funciona como inventario de migracion antes de rediseñar una pagina web. No se trata de borrar todo y volver a empezar: si la web ya tiene trafico, enlaces, paginas indexadas o contactos, el rediseño debe proteger lo que funciona mientras corrige lo que frena ventas.

El primer paso es un inventario. Que URLs existen, cuales reciben visitas, que formularios funcionan, que contenido posiciona, que paginas convierten y que se debe conservar. Sin ese mapa, el rediseño puede perder SEO y contactos.

Que revisar antes del rediseño

Antes de tocar diseño, revisa:

• paginas indexadas
• URLs con trafico
• formularios y eventos
• mensajes principales
• velocidad
• contenido que aun es util
• enlaces internos
• CTAs
• problemas moviles

Tambien conviene identificar que cambio en la empresa: nuevos servicios, otro publico, precios distintos, casos recientes o una oferta mas clara.

Migracion y redirects

Si cambian URLs, deben existir redirects. Si se eliminan paginas, debe haber una razon. Si se actualiza contenido, la nueva version debe responder mejor que la anterior. Un rediseño que rompe rutas puede hacer que Google y usuarios lleguen a errores.

El rediseño tambien debe conservar tracking o mejorarlo. Publicar una web nueva sin medir formularios, WhatsApp y llamadas deja al equipo sin datos para saber si el cambio funciono.

Rediseñar para convertir

El rediseño debe mejorar mensaje, confianza, velocidad y decision. No basta con cambiar colores. Una web rediseñada debe explicar mejor la oferta, reducir dudas y pedir una accion clara.

Si no sabes si necesitas rediseño completo o ajustes puntuales, empieza por un diagnostico web. Cuando ya existe riesgo de migracion, URLs antiguas o contenido que no se debe perder, revisa la ruta de rediseño web o vuelve a la guia principal.

Inventario antes de tocar diseño

Un rediseño responsable empieza con inventario. Hay que saber que paginas existen, cuales reciben trafico, cuales tienen enlaces internos, que formularios funcionan, que eventos se miden y que URLs pueden estar posicionadas. Si se cambia todo sin mirar esta base, el sitio puede perder visitas, contactos y confianza acumulada.

El inventario minimo deberia incluir:

• lista completa de URLs
• paginas indexadas
• paginas con trafico organico
• formularios y CTAs activos
• eventos de conversion
• titulos y descripciones actuales
• enlaces internos importantes
• contenido que debe conservarse
• problemas tecnicos conocidos

Con esto se decide que se mantiene, que se fusiona, que se elimina y que necesita redireccion. El diseño visual viene despues.

Mapa de URLs y redirects

Si una URL cambia, debe existir una razon y una redireccion. Borrar paginas utiles porque "el nuevo sitio se ve mas limpio" es una de las formas mas rapidas de perder SEO. Las URLs que ya reciben visitas, enlaces o consultas relevantes deben conservarse o redirigirse hacia una alternativa equivalente.

Un buen mapa de migracion define:

• URL anterior
• URL nueva
• accion: conservar, redirigir, fusionar o retirar
• motivo
• prioridad
• responsable de revisar

Las redirecciones no son un detalle final. Deben probarse antes de publicar y revisarse despues del lanzamiento. Tambien conviene revisar enlaces internos para que el sitio nuevo apunte directamente a las nuevas URLs, no a una cadena de redirects.

Contenido que no se debe perder

El rediseño suele fallar cuando se recorta contenido util por razones visuales. Si una pagina responde preguntas que atraen trafico o ayudan a ventas, no debe desaparecer sin reemplazo. Puede reescribirse, ordenarse o dividirse, pero la intencion debe mantenerse.

Antes de publicar, confirma que el nuevo sitio conserva:

• propuesta de valor
• servicios principales
• prueba y casos
• preguntas frecuentes
• precios, rangos o criterios de cotizacion
• informacion de contacto
• contenido educativo que ya funciona
• rutas hacia conversion

El objetivo no es copiar el sitio viejo. Es preservar lo que genera confianza y mejorar lo que impide convertir.

Tracking y pruebas antes del lanzamiento

Un rediseño sin medicion deja a la empresa ciega justo cuando mas necesita comparar. Antes de lanzar, prueba formularios, WhatsApp, llamadas, eventos, analytics, consentimientos, sitemap, robots, canonicales, schema y velocidad movil. Tambien revisa que haya una sola H1 por pagina y que las imagenes principales no bloqueen la carga inicial.

Despues del lanzamiento, monitorea durante las primeras semanas. Busca errores 404, caidas de conversion, paginas sin indexacion, formularios con fallos y cambios raros en las consultas. Un rediseño serio no termina el dia que se publica; termina cuando el sitio nuevo demuestra que mantiene o mejora el rendimiento comercial.