1. Define qué debe cambiar el rediseño
Una lista de comprobación útil para rediseñar una web cumple tres funciones: proteger lo que ya ayuda a los clientes, concretar qué hay que corregir y definir cómo se probará la nueva versión. Empieza por la web actual y algunas tareas reales de los visitantes. La renovación visual es una parte del trabajo; las consultas, el contenido útil y los enlaces existentes también deben mantenerse durante la transición.
Anota los problemas que puedes señalar de forma concreta. Quizá los visitantes no pueden comparar servicios desde el móvil, el formulario de contacto pide datos que tu equipo nunca utiliza o el personal no puede actualizar los horarios. Junto a cada problema, describe el funcionamiento deseado. «El visitante puede elegir un servicio y enviar una consulta sin llamarnos para pedir instrucciones» da a quien revisa la web algo que probar.
Distingue la renovación visual de los cambios en el contenido, la estructura de las páginas y las herramientas conectadas. Pueden formar parte del mismo proyecto, pero cada uno requiere una decisión explícita. Si el principal problema es una oferta desactualizada, cambiar la tipografía no bastará para resolverlo. Utiliza la guía del documento de requisitos de un proyecto web para definir el proyecto completo; esta lista se centra en lo que una web existente debe conservar durante un rediseño.
2. Decide qué conservar, revisar, combinar o retirar
Crea un inventario de páginas antes de aprobar nuevos diseños. Registra cada dirección actual, su finalidad, el contenido importante y la persona que puede aprobar los cambios. Incluye las páginas que no aparecen en el menú principal, los documentos descargables, las versiones en otros idiomas y las páginas de destino de campañas. Pregunta a tus compañeros qué enlaces envían a los clientes; el material útil no siempre destaca en la navegación.
Asigna una decisión a cada elemento:
- Conservar: la finalidad y la información siguen siendo útiles, aunque cambie la presentación.
- Revisar: la página se mantiene, pero una parte concreta de su contenido necesita aprobación.
- Combinar: otra página incorporará su material útil y responderá a la misma necesidad del visitante.
- Retirar: el contenido ya no tiene una finalidad válida y se ha acordado eliminarlo.
Conserva la información concreta que ayuda a tomar decisiones: el alcance de los servicios, los requisitos de acceso, las zonas de cobertura, las instrucciones prácticas y los datos de contacto. Un texto más corto no es necesariamente más claro si elimina la respuesta que buscaba el cliente. Guarda los textos e imágenes anteriores que estaban aprobados para poder comparar tanto el contenido como la apariencia.
Si dispones de registros de consultas o informes de búsqueda, utilízalos para identificar las páginas que merecen más atención. Si hay pocos datos, deja constancia de esa incertidumbre. La opinión interna de que una página «no sirve para nada» es un motivo para investigar, no una prueba suficiente para eliminarla.
3. Asigna un destino a cada URL que cambie
Un rediseño puede conservar las direcciones actuales de las páginas. Pide una justificación cada vez que cambie una: la unificación de servicios o una estructura más clara pueden justificarlo; una nueva paleta de colores, no. Para cada página trasladada, registra la dirección anterior y la página pertinente que la sustituye. Pide al desarrollador que compruebe toda la correspondencia acordada, no solo la página de inicio.
Google recomienda las redirecciones permanentes del servidor, como HTTP 301 o 308, cuando una página cambia de dirección de forma permanente. La comprobación práctica para aceptarlo es sencilla: al abrir la dirección anterior, el visitante llega a la página correcta que la sustituye y esta se carga sin problemas.
La guía de Google para trasladar sitios web aconseja redirigir directamente al destino final y evitar destinos sin relación, como enviar todas las páginas eliminadas a la página de inicio. Una página retirada que no tenga un sustituto adecuado debe devolver la respuesta 404 o 410 correspondiente. Pide al desarrollador que documente esa decisión.
Actualiza los enlaces internos, las referencias canónicas, los enlaces entre idiomas cuando se utilicen y el mapa del sitio para reflejar los cambios de dirección. La guía de Google recomienda mantener las redirecciones al menos un año, y más tiempo si siguen siendo útiles para los visitantes. Acuerda quién las mantendrá tras la entrega. Un plan de redirecciones protege la continuidad; no garantiza una posición en los resultados de búsqueda ni una fecha de indexación.
4. Sigue una consulta hasta que llegue a tu equipo
Un formulario solo está completo cuando la información del visitante llega al destino acordado y alguien puede atenderla. Registra los campos actuales, el destinatario, la confirmación y cualquier sistema conectado de reservas o gestión de clientes. Decide qué funcionamiento se mantiene y cuál cambia. Un formulario reconstruido puede parecer el mismo y, sin embargo, enviar la información a otro lugar.
Realiza una breve secuencia de pruebas planificadas
Utiliza datos identificados claramente como datos de prueba. Envía una consulta válida y comprueba después la bandeja de entrada real o el registro conectado: la selección del servicio, el mensaje, la dirección de respuesta y los archivos adjuntos acordados deben llegar correctamente. Prueba a omitir campos obligatorios y a introducir una dirección de correo no válida. Comprueba que la explicación ayude al visitante a corregir el problema.
Pide al desarrollador que demuestre el comportamiento acordado cuando falle la entrega en una prueba controlada. Un mensaje de éxito debe corresponder al estado de envío satisfactorio acordado, y un fallo debe ofrecer un siguiente paso útil. No utilices datos de clientes reales para probar la gestión de errores.
Prueba también los enlaces de teléfono, los de correo y los botones de reserva desde sus páginas de origen. Si antes una página de servicio trasladaba la selección del servicio al formulario de consulta, comprueba que siga haciéndolo. Este pequeño dato de contexto puede desaparecer fácilmente cuando las páginas y los formularios se reconstruyen por separado.
5. Revisa el diseño mediante tareas reales
Revisa la vista previa funcional con el contenido definitivo, no solo un diseño estático. Abre la página de servicio más larga, una página con varias imágenes y el recorrido principal para enviar consultas. Prueba las tareas anotadas al principio en los móviles y navegadores de escritorio acordados. Comprueba que la navegación siga siendo utilizable, el texto encaje, los controles respondan y los detalles importantes permanezcan visibles.
Incluye la accesibilidad en esta revisión. Las comprobaciones sencillas de W3C WAI ofrecen pruebas iniciales de encabezados, alternativas textuales para imágenes, contraste, cambio de tamaño del texto, uso del teclado y formularios. Prueba a navegar sin ratón, comprueba que haya un indicador visible del foco del teclado y amplía el texto mientras completas la tarea principal.
Estas comprobaciones constituyen una primera revisión. La guía de evaluación del W3C explica que una herramienta por sí sola no puede determinar si una web cumple las normas de accesibilidad; hace falta una evaluación humana con los conocimientos necesarios. Acuerda con tu proveedor la norma exigida, el alcance de la evaluación y quién será responsable. Registra las barreras pendientes junto con los demás defectos.
Para evaluar la velocidad, pide comprobaciones comparables de páginas representativas de la web anterior y la nueva, bajo condiciones documentadas. Observa qué sucede mientras se cargan las imágenes y las fuentes, y si se puede realizar la acción principal. Trata la puntuación de una prueba como un dato de diagnóstico. La revisión de aceptación debe identificar problemas reales, las páginas afectadas y las correcciones acordadas.
6. Utiliza una hoja de control con criterios de aceptación observables
Copia la siguiente hoja de control en el documento de tu proyecto. Sustituye cada ejemplo por tus páginas, herramientas y condiciones de prueba acordadas. Añade a cada fila un responsable, un enlace a las pruebas realizadas, el resultado y la fecha de revisión. «Tiene buena pinta» no permite saber a la siguiente persona qué se ha comprobado.
| Área | Qué debe demostrarse |
|---|---|
| Contenido | Los detalles de los servicios y los datos de contacto acordados aparecen en cada página aprobada; las revisiones tienen un responsable. |
| Enlaces existentes | Cada dirección de la lista de migración llega al destino acordado o devuelve la respuesta de eliminación acordada. |
| Consultas | Un envío identificado como prueba llega al destino correcto con los campos acordados, y se comprueban la validación y los estados de fallo. |
| Tareas de los visitantes | Una persona completa el recorrido principal en los dispositivos y navegadores especificados, incluidas las comprobaciones de teclado y zoom acordadas. |
| Publicación | El contenido aprobado está publicado, las comprobaciones críticas se superan en el dominio público y una persona designada puede restaurar la versión anterior. |
| Responsabilidades | La empresa dispone de los accesos acordados, las responsabilidades de mantenimiento definidas y las instrucciones para las actualizaciones habituales. |
Clasifica los hallazgos antes de dar la aprobación final. Una consulta que no llega, una página de servicio inaccesible o una acción esencial bloqueada deben impedir el lanzamiento. Un pequeño ajuste de espaciado puede tener un responsable y una fecha posterior acordada. Haced esta distinción conjuntamente, para que ninguna de las partes confunda una lista de trabajo pendiente con un registro de aceptación.
7. Planifica el cambio y una forma viable de recuperar la web
Antes del lanzamiento, identifica la versión aprobada, quién hará el cambio y quién lo comprobará. Guarda una copia recuperable de la web actual y de la configuración pertinente. Pregunta qué implica restaurarla, quién puede hacerlo y qué ocurre con las consultas o los contenidos enviados durante la transición. Una copia de seguridad solo resulta útil si el equipo sabe cómo recuperarla.
Acuerda cuándo se dejará de editar el contenido y cómo se incorporarán los cambios de última hora. Esto importa incluso en una web pequeña: de lo contrario, un teléfono actualizado o una descripción de servicio pueden quedar sustituidos por un borrador anterior. Si también cambian el alojamiento o la configuración del dominio, comprueba expresamente los servicios que dependen de ellos, como el correo de la empresa.
Repite las comprobaciones críticas en el dominio público inmediatamente después del cambio. Verifica los enlaces antiguos, el recorrido principal del visitante y la entrega real de los envíos de prueba. Pide al desarrollador que compruebe que las páginas públicas tienen la configuración de indexación prevista y que las restricciones temporales de la vista previa no han pasado a producción. Asegúrate de que la persona responsable de las correcciones esté disponible durante el periodo de lanzamiento acordado.
8. Cierra el proyecto con pruebas y responsabilidades definidas
Programa una revisión de seguimiento con un responsable designado. Comprueba los problemas notificados, las páginas que falten de forma inesperada y la entrega de consultas. Si dispones de informes de búsqueda, revisa los cambios en su contexto en lugar de considerar que la evolución de un solo día determina el éxito del rediseño. Conserva la fecha de lanzamiento y el registro de cambios para poder investigar observaciones posteriores.
En la entrega, recopila el inventario final de páginas, la lista de redirecciones, los resultados de aceptación, los acuerdos de acceso y las instrucciones de actualización. Pregunta qué tareas continuadas están incluidas y cuáles requieren un acuerdo aparte. Antes de dar por terminada la entrega, pide a la persona que mantendrá la web que demuestre cómo realizar un cambio habitual de contenido.
El rediseño web de Digital Studio parte de 1.790 EUR para un máximo de cinco páginas existentes con tu contenido actual, e incluye una revisión de la web, una reconstrucción adaptable a distintos dispositivos y las redirecciones de URL acordadas. Las migraciones de mayor alcance se presupuestan por separado. Para hablar sobre una web existente, envía una consulta gratuita de rediseño con su dirección, el problema principal y lo que debe conservarse. No es necesario pagar para hacer una consulta.
