Un rediseño suele aprobarse viendo pantallas: nueva portada, menú más claro y mejores fotografías. Pero una persona puede llegar desde un enlace guardado hace años, un PDF comercial o un anuncio que nadie actualizó. Si esa dirección deja de funcionar, nunca verá el diseño aprobado.
Nuestra recomendación es tratar las URLs como un entregable del proyecto. Antes de publicar, el negocio y el equipo técnico deben acordar qué dirección permanece, cuál cambia y qué contenido se retira. El mapa siguiente sirve para hacer esa conversación verificable.
Construye un inventario con responsables
Crea una tabla con dirección actual, tipo de contenido, función comercial, responsable y acción propuesta. Agrega una columna para observaciones: formulario asociado, documento descargable, versión de idioma o campaña que todavía utiliza esa página.
No dependas solamente del menú. Pide a ventas sus enlaces frecuentes, revisa el catálogo del administrador y reúne las direcciones de materiales vigentes. Una página que no recibe muchas visitas puede ser importante para una negociación o para clientes existentes.
Marca el origen de cada registro para poder resolver dudas después. Si nadie reconoce una página, no la elimines automáticamente: pregunta qué información contiene y quién podría necesitarla. El inventario termina cuando cada dirección relevante tiene una decisión, aunque algunas decisiones sean conservarla sin cambios.
Decide destinos por contenido
Usamos cuatro decisiones de trabajo: conservar, trasladar, integrar o retirar. Conservar evita cambiar una dirección sólo por estética. Trasladar mantiene la misma función en una URL diferente. Integrar reúne páginas que ahora tendrán una respuesta común. Retirar exige confirmar que el contenido dejó de tener propósito y no cuenta con reemplazo equivalente.
Por ejemplo, una antigua página de mantenimiento puede apuntar al nuevo servicio de mantenimiento si ahí se explica el mismo alcance. No debería enviarse a un servicio distinto simplemente porque ambos pertenecen a la empresa. Documenta la razón de cada integración para que no dependa de la memoria del desarrollador.
Google recomienda redirecciones permanentes de servidor para cambios definitivos y advierte sobre enviar muchas páginas antiguas a una portada irrelevante. También recomienda evitar cadenas de redirección. Esos criterios técnicos respaldan el mapa; no garantizan conservar posiciones. Guía oficial de migraciones.
Define qué se comprobará en cada fila
Agrega destino esperado, respuesta esperada y resultado observado. Para una página conservada, comprueba que abre su contenido. Para una trasladada, registra la primera respuesta y la dirección final. Para una retirada, define con el equipo técnico la respuesta de ausencia apropiada y una pantalla que permita seguir navegando.
Incluye variantes que realmente existan: mayúsculas históricas, barras finales o rutas en otro idioma. No inventes cientos de combinaciones sin evidencia. Separa parámetros comerciales que necesitan conservarse de filtros o valores que ya no tienen sentido en el nuevo sitio.
Conviene probar también una dirección inexistente. Si cualquier ruta desconocida termina en la portada, una revisión visual superficial podría ocultar un problema general. Esta prueba es parte de nuestra propuesta de aceptación, no una certificación de buscadores.
Revisa el viaje completo en el entorno de prueba
La tabla no sustituye abrir páginas. Selecciona recorridos representativos: enlace antiguo a servicio, artículo a servicio, navegación entre idiomas y descarga de un documento. Confirma que cada persona encuentra la información que motivó su entrada.
Pide al equipo un registro de pruebas que identifique los bucles, los saltos intermedios y los destinos rotos. Revisa también enlaces del menú, tarjetas, pie de página y materiales comerciales que sí puedes editar. Actualizarlos evita depender permanentemente de las redirecciones.
Al evaluar la entrega, pide evidencias concretas y responsables, como explicamos en qué buscar al contratar una agencia web. Una captura de la nueva portada no demuestra que las entradas anteriores sigan funcionando.
Acuerda lanzamiento y seguimiento
Reserva una ventana en la que alguien pueda revisar el sitio y corregir incidencias. Guarda la configuración anterior, asigna quién decide revertir y anota qué falla justificaría hacerlo: páginas comerciales inaccesibles, idioma incorrecto o recorridos críticos interrumpidos.
Después de publicar, repite las pruebas prioritarias contra el dominio real. Lleva una lista de incidencias con URL, evidencia, responsable y fecha de resolución. Evita cambiar nuevamente todas las rutas mientras investigas un caso aislado.
El entregable final debe incluir inventario, mapa aprobado, resultados de prueba e instrucciones de mantenimiento. Si estás preparando un rediseño, en desarrollo web de KAIZO Digital podemos incorporar este trabajo al alcance desde el inicio, junto con contenido, diseño y publicación.