Un formulario puede aceptar todos los campos y aun así contener información equivocada. La dirección está bien escrita, pero pertenece a la oficina anterior; la solicitud indica un servicio distinto del deseado. Revisar antes de enviar permite comprobar el sentido de las respuestas, no solo su formato. Esta pausa sirve cuando lo importante se puede leer y corregir de verdad.
1. Ajustar la revisión a las consecuencias
No todas las suscripciones breves necesitan una pantalla de confirmación. Primero determine qué consecuencias tendría un error y si la acción se puede deshacer realmente. El criterio WCAG 2.2 3.3.4 se refiere a compromisos legales, transacciones financieras, determinadas modificaciones o eliminaciones de datos almacenados controlables por la persona y respuestas a pruebas. En ese ámbito ofrece alternativas: reversibilidad, comprobación con oportunidad de corregir, o revisión, confirmación y corrección antes de finalizar. No exige la misma pantalla para todos los formularios.
En una solicitud detallada de proyecto, un resumen también puede ser una decisión editorial útil. Sin embargo, debe resolver una dificultad concreta, no limitarse a añadir otro clic.
2. Mostrar lo que se está decidiendo
Agrupe las respuestas bajo encabezados reconocibles: datos de contacto, trabajo solicitado y archivos adjuntos. Use nombres comprensibles en lugar de códigos internos. Conserve los saltos de línea relevantes y distinga un campo opcional vacío de una respuesta deliberada «ninguno». Cuando haya un pago o compromiso, explique las condiciones importantes antes de la acción final, no solamente en el recibo.
El resumen no arregla una pregunta ambigua. Empiece por campos con una finalidad clara y mantenga esos mismos términos durante la revisión. No repita secretos sensibles solo para aparentar exhaustividad.
3. Hacer que corregir sea un recorrido corto
Coloque junto a cada grupo un enlace descriptivo. «Editar datos de contacto» es más claro que varios enlaces idénticos «Cambiar». Lleve a la persona a los campos correspondientes sin borrar las demás respuestas. Después de editar, reconstruya el resumen con los valores actuales para que no permanezca una dirección antigua.
Corregir no debe provocar un envío accidental. Compruebe el acceso con teclado y una posición del foco comprensible después de cada transición. Si un valor nuevo no es válido, explique el problema junto al campo y conserve los datos correctos. El artículo sobre errores de formulario que ayudan aborda esa parte del recorrido.
4. Nombrar con claridad la acción final
«Continuar» no debería enviar por sorpresa una solicitud vinculante. Nombre la operación real, por ejemplo «Enviar consulta», y sepárela visualmente de la edición. En un proceso de varios pasos, indique la etapa actual y repita las instrucciones esenciales. WAI recomienda pasos lógicos y un progreso comprensible, no fragmentar un formulario corto para mostrar una barra.
Tras pulsar, distinga el envío en curso del éxito confirmado. Si el resultado es incierto, no anuncie que se ha recibido correctamente ni proponga repetirlo sin explicar el riesgo de duplicados.
5. Probar también el camino de vuelta
Recorra el formulario con un mensaje largo, campos opcionales vacíos y un archivo sustituido. Utilice una pantalla estrecha, texto ampliado y solo el teclado. La comprensión no debe depender del color ni de un diminuto icono de lápiz.
- ¿Se ve exactamente qué se enviará?
- ¿Puede corregirse una respuesta importante sin empezar de nuevo?
- ¿El resumen muestra los valores corregidos?
- ¿Se distingue el envío de la navegación?
- ¿El mensaje final describe lo que ocurrió realmente?
Una buena revisión no es un «¿Está seguro?» decorativo. Es una oportunidad real de detectar y resolver un error antes de que tenga consecuencias.