Rediseñar tu web no debería hacerte desaparecer de Google.

El sitio nuevo puede verse impecable y dejar fuera una página que traía cotizaciones todas las semanas. Para reducir ese riesgo, el rediseño necesita decisiones sobre contenido, direcciones y medición antes de publicarse. El punto de partida es saber qué debe seguir funcionando cuando cambie la interfaz.

Haz un inventario con valor de negocio

Como criterio de trabajo, NOMA propone que cada página tenga un responsable y una decisión explícita: conservar, actualizar, fusionar o retirar. Parte por las páginas que generan consultas, explican servicios o ayudan a cerrar ventas. Incluye los artículos que el equipo comercial comparte y los documentos que un cliente podría tener guardados.

Arma una planilla con URL actual, objetivo, consultas orgánicas relevantes, clics, conversiones y decisión editorial. Exporta una línea base de Search Console y de tu analítica, usando períodos comparables. Guarda también la fecha del lanzamiento. Si tu negocio tiene temporadas marcadas, una comparación contra la semana anterior puede contar una historia equivocada.

Acuerda una pregunta para cada contenido que quieran eliminar: ¿qué pasará con alguien que llegue buscando esta información? Esa revisión permite descubrir servicios que desaparecieron del menú, pero siguen siendo necesarios. Una URL con poco tráfico también puede resolver una duda decisiva para un comprador específico.

Decide el destino antes de cambiar las URL

Google recomienda preparar una correspondencia entre las URL antiguas y las nuevas. Advierte que enviar muchas páginas a una portada sin relación puede interpretarse como un error soft 404; una fusión sí puede apuntar a una página que reúna realmente esos contenidos. Para páginas retiradas sin sustituto, contempla respuestas 404 o 410. Guía oficial de migraciones de Google.

Este mapa es ilustrativo. La decisión depende del contenido que exista efectivamente en el sitio nuevo:

Revisa las fusiones con quien conoce el servicio. Compartir una palabra en el título no vuelve equivalentes dos páginas. En el ejemplo, la sección de auditoría debe responder lo que prometía la página antigua; el fragmento solo ayuda a ubicar esa sección.

Comprueba las redirecciones fuera del editor

Para un traslado permanente, Google recomienda redirecciones del servidor cuando sea posible y reconoce los códigos 301 y 308 como permanentes. Una redirección temporal comunica una intención distinta. Documentación de redirecciones y Google Search.

Nuestra propuesta de aceptación es guardar tres evidencias por ruta migrada: respuesta inicial, destino final y contenido visible al llegar. No basta con que el panel del CMS diga que la regla existe. Abre también enlaces antiguos desde un navegador sin sesión y comprueba que la persona pueda continuar su tarea.

Prioriza recorridos completos: desde un artículo antiguo hasta el formulario, desde una ficha hasta su documento y desde un resultado guardado hasta el servicio. Si una ruta pasa por varias direcciones intermedias, revisa la regla y apunta directamente al destino final cuando corresponda. Documenta quién corregirá los errores y conserva una copia de la configuración anterior para recuperar el servicio ante una falla.

Separa el entorno de prueba de la publicación

Para revisar el rediseño, proponemos un entorno de prueba protegido con autenticación y sin acceso público al contenido. Antes de publicar, deja por escrito qué protecciones pertenecen al entorno de prueba y cuáles debe conservar producción. Prueba esa separación desde una sesión anónima.

No confundas robots.txt con noindex. Google necesita acceder a una página para leer su instrucción noindex; bloquear el rastreo puede impedir que la vea. La instrucción puede estar en una etiqueta HTML o en una cabecera HTTP, por lo que revisar solo la configuración visual del CMS resulta insuficiente. Cómo funciona noindex.

En la revisión de lanzamiento, verifica la respuesta real de las páginas que deben aparecer en buscadores: sin autenticación accidental, sin noindex heredado y sin bloqueos de rastreo involuntarios. Comprueba varias plantillas, incluyendo artículos, servicios y archivos descargables. Una portada correcta no valida automáticamente el resto del sitio.

Alinea canonical, enlaces y medición

Google recomienda que las señales de canonicalización sean coherentes: enlaces internos hacia la URL preferida, sitemap consistente y canonical autorreferente en la página canónica. Estas señales expresan una preferencia; no constituyen una garantía de selección. Guía de URL canónicas.

Como control adicional, toma una ficha de cada plantilla y anota su URL pública, canonical y aparición en el sitemap. Busca referencias al dominio de pruebas. Revisa navegación, migas de pan y enlaces insertados dentro de los textos: todos forman parte del recorrido del usuario.

Preserva también la continuidad de la medición. Mantén los identificadores y definiciones de eventos que permitan comparar resultados, salvo cambios deliberados y documentados. Haz una cotización de prueba y comprueba su registro hasta el sistema que recibe la solicitud. Evita duplicar etiquetas al combinar una integración del CMS con otra instalada manualmente.

Publica con responsables y criterios de revisión

Google aconseja separar cambios como dominio, CMS y diseño, y anticipa fluctuaciones mientras vuelve a rastrear e indexar. Para sitios pequeños y medianos recomienda trasladar las URL juntas; los grandes pueden migrar por secciones. También recomienda mantener las redirecciones generalmente durante al menos un año y enviar el nuevo sitemap. Planificación y seguimiento de una migración.

Propón una revisión diaria inicial de errores y formularios, seguida de comparaciones semanales por grupos de páginas en Search Console. Es una cadencia de trabajo sugerida, ajustable al tamaño del sitio. Examina clics, impresiones, indexación y conversiones junto con los cambios publicados.

Una caída exige investigar antes de atribuirla al diseño: puede haber un problema de acceso, una página retirada o una falla de medición. Define quién decide cada corrección. El objetivo es detectar causas verificables y responder a ellas; ningún checklist permite prometer posiciones ni ausencia de variaciones.