Migración web B2B sin perder tráfico ni leads: checklist de decisión

Migrar es un proyecto de riesgo, no un “rediseño con DNS”

En B2B el sitio concentra equity de años: rankings, backlinks, rutas de embudo y credibilidad ante el comité. Una migración (CMS, dominio, HTTPS, IA o stack) puede ser la decisión correcta de inversión — y aun así destruir pipeline si se trata como un corte estético.

Este artículo no sustituye la ficha de migración web profesional: aporta criterios de decisión y un checklist para dirección, marketing y TI. La ficha es el servicio (inventario ejecutado, staging, corte y monitoreo con el estudio). Tampoco promete “cero pérdida”: promete riesgo acotado y medible.

Prueba social: lo que Google documenta en público

La autoridad aquí no es un testimonial interno; es la documentación oficial:

• Search Central describe cómo mover un sitio con cambios de URL: inventariar, mapear, redirigir y monitorear.
• La guía de redirecciones y búsqueda de Google aclara el uso de redirecciones permanentes frente a temporales y el problema de las cadenas.
• Sobre sitemaps y Search Console: son el tablero de verdad post go-live, no un Excel de deseos.

Esas URLs pesan porque son fuente primaria del buscador, no un atajo de marketing.

Qué puede romperse (mapa de impacto)

Checklist previo al corte (no negociable)

1. Inventario con valor, no solo con crawler

• Top URLs por clics e impresiones (Search Console, 12–16 meses si existe).
• URLs con conversiones (leads, demos, descargas).
• URLs con backlinks relevantes.
• Parámetros y duplicados a consolidar (no a “salvar” todos).

2. Mapa 301 1:1 hacia un 200 final

• Origen exacto → destino canónico.
• Sin cadenas ni bucles.
• Soft-404 disfrazados de 200: peor que un 404 honesto tras redirección fallida.

3. Paridad de intención en URLs estratégicas

Las fichas de servicio y artículos que rankean por intención comercial deben conservar tema, entidad y respuesta, aunque el diseño cambie. Un rediseño que vacía contenido “porque ya está en el brochure” es una desindexación voluntaria.

4. Analítica y consentimientos

• Misma taxonomía de eventos cuando sea posible.
• Consent Mode / banners probados en staging.
• Objetivos de lead verificados con envío real de prueba.

5. Criterios de go-live y de rollback

Acuerda números antes del corte, por ejemplo:

• % de URLs top con 301 → 200 correcto en muestreo automatizado.
• Formularios críticos: 3 envíos de prueba OK.
• Tiempo máximo de DNS/certificado inestable.
• Disparador de rollback (p. ej. leads = 0 durante X horas por causa técnica).

Día del corte: orden sugerido

1. Congelar cambios editoriales no esenciales.
2. Activar redirecciones y canónicas.
3. Publicar sitemap actualizado y pedir rastreo de URLs clave en Search Console.
4. Verificar robots.txt (que no bloquee lo que debe indexarse).
5. Humo: home, 5 fichas de servicio, 5 posts top, contacto, thank-you.
6. Monitor 404 en tiempo real (logs o herramienta acordada).

Después: las dos a cuatro semanas que importan

• Corrige el mapa en caliente (404 reales → 301).
• Vigila caídas de consultas de marca (suelen recuperarse antes que las genéricas).
• No lances una segunda reescritura masiva de URLs “para mejorar SEO” en la misma ventana.
• Documenta el post-mortem: qué falló del inventario, no solo del código.

Relación con GEO y con el activo corporativo

Una migración limpia preserva la base sobre la que luego trabajas citabilidad para IA. Si rompes URLs y schema a la vez, pierdes SEO clásico y señales de fuente en el mismo sprint. El activo web corporativo se defiende con continuidad de URL tanto como con diseño nuevo.

Cierre

Migrar bien es ingeniería de continuidad: inventario, 301, medición y rollback. La prueba social que importa es la documentación pública de Google más tus propios tableros pre/post — no un claim de “migración sin perder ni una visita”. Si necesitas ejecutar el plan con un equipo que asuma el mapa y el go-live, partimos del servicio de migración web o de un diagnóstico previo al corte.