El proceso de pago promedio en el comercio electrónico, según la revisión de Baymard Institute de 2024, consta de 5.1 pasos y contiene 11.3 campos de formulario, frente a los ocho campos La mayoría de los sitios realmente necesitanEsa brecha es real. También es la razón por la que la mayoría del trabajo con formularios comienza en el lugar equivocado: alguien cuenta los campos, borra tres, lo envía y la tasa de conversión no se mueve.
El número de campos es un síntoma de la fricción en un formulario, no el diagnóstico. Esta es una rúbrica de evaluación para cualquier persona que gestione un proceso de pago, un flujo de reservas, un formulario de citas o una aplicación de servicio público y necesite saber qué parte corregir primero. Quince criterios, tres puntos cada uno, cuarenta y cinco en total. Al final, obtendrá una puntuación, una lista de correcciones priorizadas y un umbral que le indicará si debe optimizar el formulario o reconstruir su inventario de campos.
Por qué "simplemente recortar campos" es un error en el primer paso.
La cifra que todo el mundo cita, que reducir un formulario de 11 campos a 4 aumentó la conversión en un 120%, proviene de Un estudio de caso de 2008 realizado por una agencia web de Chicago.Lea el PDF. La muestra muestra 184 visualizaciones de formulario que generaron 10 envíos, frente a 219 visualizaciones que generaron 26, en un formulario de "Contacto" B2B, en dos ventanas no adyacentes hace casi dos décadas. Diez conversiones frente a veintiséis es una anécdota. Nunca fue un resultado de comercio electrónico y no tiene la importancia que la industria le otorga.
La historia de Expedia, un campo opcional de "Empresa" que cuesta aproximadamente 12 millones de dólares al año, se remonta a una charla en una conferencia de 2010 reportada por una publicación que ya no existe, por lo que cada artículo que se conserva Es de segunda mano. Trátelo como una historia sobre etiquetado ambiguo, no como un coeficiente.
Las pruebas controladas tienen dos caras. Documentos CXL un formulario de nueve campos que perdió un 14% cuando se eliminaron tres camposLuego, obtuvo un 19.2% de ganancia cuando se mantuvieron los nueve campos y se reescribió el texto de la etiqueta. El campo que importa rara vez es el más fácil de eliminar.
La rúbrica: 15 criterios, 45 puntos
Califica cada criterio de 0 a 3, basándote en cómo se comporta el formulario en un dispositivo real, en lugar de en lo que indica el archivo de diseño.
| Puntuación | Significado |
|---|---|
| 0 | Ausente o presente de forma que perjudique activamente al usuario. |
| 1 | Presente pero inconsistente en distintos campos o etapas. |
| 2 | En el camino correcto hacia la felicidad |
| 3 | Correcto en todos los aspectos, incluidos los estados de error, los pedidos B2B y las direcciones no nacionales. |
Grupo A — Inventario de campo (12 puntos)
| # | Criterio | Cómo se ve un 3 |
|---|---|---|
| 1 | Uso descendente denominado | Cada campo se corresponde con un sistema, una obligación legal o un paso de cumplimiento que puedas identificar. "Marketing podría quererlo" obtiene una puntuación de 0. |
| 2 | Cobro diferido | Cualquier información que no sea necesaria para realizar el pedido se solicitará después de la confirmación del pago, no antes. |
| 3 | Visualización condicional | Los campos de identificación fiscal, empresa y región solo aparecen cuando las selecciones del usuario los activan. |
| 4 | No hay entrada redundante | No se solicita nada dos veces a lo largo del flujo, por WCAG 2.2 SC 3.3.7La dirección de facturación se establece por defecto en la dirección de envío. |
Grupo B — Mecánica de entrada (12 puntos)
| # | Criterio | Cómo se ve un 3 |
|---|---|---|
| 5 | Tokens de autocompletado | Cada campo contiene un valor válido. token de autocompletado de WHATWG: given-name, address-line1, postal-code, tel, cc-number. Esta es también la técnica suficiente para SC 1.3.5. |
| 6 | Coincidencia de teclado | Corregir type y inputmode Así, los campos numéricos abren un teclado numérico en el móvil. |
| 7 | Tolerancia de formato | Los códigos postales, los números de teléfono y de tarjeta, y los números de identificación fiscal aceptan espacios, signos de puntuación y mayúsculas/minúsculas, y luego se normalizan en el servidor. Esto se especifica en GOV.UK. patrón de dirección. |
| 8 | La pasta sobrevive | Nada bloquea la pasta. Los códigos de un solo uso llevan autocomplete="one-time-code"Los gestores de contraseñas no se ven superados por las entradas personalizadas. |
Grupo C — Etiquetas y guía (9 puntos)
| # | Criterio | Cómo se ve un 3 |
|---|---|---|
| 9 | Etiquetas persistentes | Etiquetas visibles que sobreviven al enfoque y la entrada. Los campos de solo marcador de posición obtienen una puntuación de 0 contra SC 3.3.2. |
| 10 | Ayuda justo a tiempo | Los campos ambiguos, como "Línea de dirección 2", un identificador fiscal o un código de seguridad, incluyen una explicación en línea, no una información emergente que haya que buscar. |
| 11 | Coincidencias de nombres accesibles | La etiqueta programática contiene el texto de la etiqueta visible, y cada entrada se asocia correctamente con ella. |
Grupo D — Errores y recuperación (6 puntos)
| # | Criterio | Cómo se ve un 3 |
|---|---|---|
| 12 | Errores que se reparan | Los errores nombran el problema y la solución, por SC 3.3.3, Con un Resumen de errores en la parte superior que toma el foco y los enlaces a cada campo que falla. |
| 13 | El estado sobrevive al fracaso | No se pierde nada en caso de error de validación, navegación hacia atrás, tiempo de espera de la sesión o pago rechazado. |
Grupo E — Puertas de identidad (6 puntos)
| # | Criterio | Cómo se ve un 3 |
|---|---|---|
| 14 | Camino de entrada | La compra se completa sin necesidad de crear una cuenta. La creación de una cuenta se ofrece en la pantalla de confirmación utilizando los datos ya proporcionados. El registro forzoso es la razón del abandono del 18% de los usuarios. dar por dejar. |
| 15 | No se realizó ninguna prueba cognitiva. | La autenticación no requiere recordar ni resolver nada sin una alternativa, por SC 3.3.8. |
Leyendo la partitura
Dos reglas. Primero, la banda:
- 38-45. El formulario no es el problema. Hay que ir a la raíz del problema: el 40 % de los usuarios que abandonan el proceso mencionan costes adicionales y el 20 % la lentitud en la entrega, frente al 17 % que menciona la complejidad del proceso de compra.
- 28-37. Fijar cada 0 y 1 en orden de grupo. Esperar un movimiento medible pero limitado.
- 18-27. Reconstruye el inventario de campo antes de realizar pruebas A/B de cualquier cambio estético.
- Por debajo de 18. No realice pruebas. Reconstruya y luego establezca una nueva línea base.
En segundo lugar, la anulación: cualquier criterio del Grupo D o E que obtenga una puntuación de 0 tiene prioridad, independientemente del total. Un formulario que pierde datos sobre un pago rechazado no es apto para la optimización.
Ejemplo trabajado
Un patrón compuesto común en el comercio electrónico turco; las puntuaciones son ilustrativas, no una auditoría de clientes medida. El proceso de compra en tres pasos solicita nombre, apellido, correo electrónico, teléfono, dirección, distrito, ciudad, código postal, documento nacional de identidad y contraseña de la cuenta, y luego repite el nombre y la dirección en el paso de facturación.
El grupo A obtiene 4 de 12: campo de ID incondicional (1), la facturación repite el envío (0), nada diferido (1), todos los campos son nombrables (2). El grupo B obtiene 5: no hay tokens de autocompletado en el bloque de dirección, el código postal rechaza los espacios. El grupo C obtiene 4 en etiquetas solo de marcador de posición. El grupo D obtiene 2: errores en línea, pero la contraseña se borra en caso de fallo. El grupo E obtiene 1: el registro es obligatorio. Total 16 de 45 con dos ceros del grupo D/E, por lo que la instrucción no es "eliminar tres campos" sino "hacer que el registro sea opcional y dejar de borrar el estado".
[DATOS INTERNOS NECESARIOS: distribución de las puntuaciones de la primera auditoría en las auditorías de pago de Switas y el cambio en la puntuación media después de la corrección.]
Tres ámbitos que requieren criterio local
Documento Nacional de Identidad en Turquía. Los vendedores turcos necesitan datos de identificación para la facturación electrónica (e-Arşiv), por lo que muchos pagos hacen que el TC Kimlik Numarası sea obligatorio para todos. No tiene por qué serlo. Según las normas de 2026 de la Ley de Procedimiento Tributario, Comunicado General No. 588, las facturas a compradores que no son contribuyentes registrados puede contener el valor de marcador de posición 11111111111El vendedor no es responsable de verificar los datos de identidad proporcionados por el cliente. El campo obligatorio de once dígitos en cada pedido es una decisión de producto, no un requisito legal. El criterio 3 existe precisamente para esto.
Estructura de direcciones. Las direcciones turcas abarcan provincia, distrito, barrio, calle, edificio, apartamento: seis niveles frente a los cuatro address-level tokens que proporciona la especificación HTML. Elija una asignación, documéntela y manténgala estable, ya que modificarla posteriormente deshabilitará silenciosamente el autocompletado para todos los clientes recurrentes. Se aplica la regla de GOV.UK: utilice campos separados solo cuando sepa a qué países presta servicio y pueda encontrar un formato que los abarque a todos.
Campos de empresa e IVA. Los identificadores B2B deberían estar ocultos tras un interruptor que indique "este es un pedido comercial". Si se muestran a todos los compradores, representan el mismo problema de Expedia con otro nombre.
Dónde falla esta rúbrica
Se evalúan los mecanismos del formulario, que representan una minoría de los abandonos del proceso de compra. Baymard sitúa la tasa media de abandono documentada en un 70.22 % en 50 estudios, donde los costes adicionales, la velocidad de entrega y la confianza en el pago se sitúan por encima de la complejidad del proceso. Un formulario con una puntuación de 45/45 en un sitio web con gastos de envío inesperados sigue provocando la pérdida del pedido.
Es un instrumento heurístico, no una evidencia: indica dónde es probable que haya fricción, no qué resultados arroja cada solución. Úselo para crear una lista de hipótesis clasificadas, luego dimensione y pruebe adecuadamente los elementos principales. No abarca la combinación de métodos de pago, las opciones de entrega ni las señales de confianza. Para los vendedores de la UE, los servicios de comercio electrónico se encuentran dentro del ámbito de aplicación de la Ley de Accesibilidad EuropeaPor lo tanto, los criterios WCAG mencionados anteriormente constituyen un nivel mínimo de cumplimiento.
También adopta un formato transaccional. Los formularios de generación de leads priorizan deliberadamente la calidad sobre el volumen de leads, y una puntuación alta en este aspecto puede significar que se están recopilando muy pocos.
Preguntas Frecuentes
¿Cuánto tiempo se tarda en calificar un formulario?
De dos a tres horas para un solo flujo, realizando pruebas en un teléfono real y con un lector de pantalla, incluyendo un pago fallido intencional. La mayor parte de esto se destina al Grupo D, porque nadie ha analizado los estados de recuperación.
¿Quién debería llevar la puntuación?
Una persona califica, una segunda revisa cada 0 y 1. Las auditorías de un solo calificador tienden a obtener 2, y el diseñador del formulario no debería calificarlo solo.
¿Es posible que menos campos sea la respuesta correcta?
A menudo, pero como consecuencia de los criterios 1 a 3, no como objetivo. Si no hay un uso descendente especificado, elimínelo. Si el uso se aplica solo a algunos pedidos, hágalo condicional.
¿Puedo omitir los criterios de accesibilidad si mi mercado está fuera de la UE?
Puedes hacerlo, pero pierdes el beneficio de la conversión. Los tokens de autocompletado, las etiquetas persistentes y los códigos de un solo uso que se pueden pegar fueron mejoras de usabilidad antes de convertirse en requisitos de cumplimiento normativo.
¿Qué ocurre si mi puntuación en el formulario es buena, pero la conversión sigue siendo baja?
Esa es la banda de 38 a 45, y es útil: el problema está en la fuente. Analice la transparencia de costos, la garantía de entrega y las opciones de pago antes de volver a modificar la interfaz.
¿Debo ponderar los criterios?
No en la primera pasada. Los pesos iguales mantienen una puntuación justa y dejan que la anulación del Grupo D/E haga la priorización. Una vez que tengas datos de resultados de varios flujos, pondera tus resultados en función de los tuyos.
¿Esto funciona para los formularios de reserva y citas?
Sí. Los formularios de reserva, cita en la clínica y solicitud de servicios públicos no cumplen los mismos criterios, generalmente en los grupos C y D. Solo el criterio 14 necesita ser reformulado, ya que algunos servicios requieren legítimamente una cuenta identificada.
¿Con qué frecuencia debemos volver a puntuar?
Después de cualquier lanzamiento que afecte a los campos, o dos veces al año en otros casos. Las puntuaciones disminuyen gradualmente, generalmente debido a que los campos condicionales se vuelven incondicionales.
El próximo paso
Esta semana, evalúa tu propia caja registradora según los quince criterios y corrige primero los ceros de los grupos D y E. Si prefieres que se audite de forma independiente, con los hallazgos clasificados y cuantificados, Eso es lo que ofrece nuestro servicio de auditoría de UX..
Fuentes
- Instituto Baymard — Optimización del proceso de pago: Minimizar los campos del formulario (26 2024 junio)
- Instituto Baymard — Estadísticas sobre la tasa de abandono de carros (Actualizado el 22 de septiembre de 2025)
- Paisaje imaginario: estudio de caso sobre el formulario de contacto (PDF, 2008)
- CXL: ¿Deberías realmente reducir los campos de los formularios?
- La usabilidad importa: informe de la charla sobre el campo de formularios de Expedia (2010)
- W3C — Comprensión de la entrada redundante SC 3.3.7
- W3C — Comprensión de SC 1.3.5 Identificar el propósito de la entrada
- W3C — Comprensión de SC 3.3.2 Etiquetas o instrucciones
- W3C — Comprensión de la sugerencia de error SC 3.3.3
- W3C — Comprensión de la norma SC 3.3.8 Autenticación accesible (mínimo)
- Estándar HTML WHATWG: Autocompletar nombres de campos
- Sistema de diseño de GOV.UK: aborda patrones
- Sistema de diseño de GOV.UK: Componente de resumen de errores
- Comisión Europea — Ley Europea de Accesibilidad
- MuhasebeTR — Límites de facturación para 2026 según la Ley de Procedimiento Tributario, Comunicado General N° 588
