Campo único en el registro contra formulario por etapas

En un registro, la cantidad de campos importa menos que el orden en que los pides. Dentro del formulario, un campo casi no cuesta nada. El precio llega después, cuando la persona abandona. Baymard Institute midió el promedio de 23,48 elementos de formulario en el checkout de Estados Unidos (en inglés), y la misma lectura vale para el registro.

Qué debe pedir el registro y qué puede esperar

Un registro necesita una cosa para crear la cuenta: un identificador por el que alcanzas a la persona. Todo lo demás puede llegar después, cuando una función lo necesite.

Lo que pertenece a la creación de la cuenta:

Un identificador. Email o teléfono, el que de verdad vas a usar.
Una credencial. Contraseña, passkey, o enlace enviado al identificador.
Consentimiento, cuando una ley o un contrato exige registro explícito.

Lo que puede esperar:

Nombre, empresa, cargo y función. Pídelo cuando la persona invite a un colega.
Dirección y dato fiscal. Pídelo en la primera factura, no en la puerta de entrada.
Preferencias, plan y tamaño del equipo. Pídelo cuando la elección cambie el producto.

Por qué cada campo tiene costo y dónde aparece ese costo

Un campo cuesta unos segundos de escritura. Eso es barato. Lo caro es la pausa antes de escribir, cuando la persona decide si va a responder.

Baymard Institute reporta que casi uno de cada cinco compradores abandonó el carrito (en inglés) porque el proceso era demasiado largo o complicado. El costo de un campo no se ve en el formulario. Se ve en el paso donde la persona abandona.

Campo único con identificación progresiva contra formulario por etapas

Nielsen Norman Group describió el mecanismo en 2006 como divulgación progresiva (en inglés): muestra primero las opciones importantes y ofrece las especializadas cuando la persona lo pida.

El patrón de campo único pide un identificador, lo confirma, y solo después pide el resto cuando una función lo necesita. El formulario por etapas pide todo a la vez, repartido en pantallas.

El campo único gana cuando el producto se puede usar antes de que el perfil esté completo.

La persona llega al producto en una acción, así que el primer logro llega antes.
El identificador es el único valor que no puedes adivinar después, así que va primero.
Cada pregunta siguiente llega con motivo, porque la persona ya está dentro.

El formulario por etapas gana cuando la cuenta no existe sin el dato.

El registro regulado necesita identidad, dirección y dato fiscal antes de que la cuenta sirva.
Un contrato, una línea de crédito o un servicio con licencia necesita el registro antes de la activación.
Una cuenta de equipo necesita un dominio o una lista de invitación para existir.

Qué muestra la investigación pública sobre abandono en formularios largos

Baymard Institute publica los números que casi todos citan (en inglés), y vienen con el método explicado.

El promedio documentado de abandono de carrito es 70,22 por ciento, sobre 50 estudios, actualizado el 22 de septiembre de 2025 (en inglés).
El checkout promedio en Estados Unidos muestra 23,48 elementos por defecto, o 14,88 contando solo campos (en inglés).
La mayoría de los sitios necesita 8 campos, y el promedio de 2024 era 11,3, por debajo de 11,8 en 2021 y 12,7 en 2019 (en inglés).
Baymard estima que un checkout ideal puede tener de 12 a 14 elementos, o de 7 a 8 campos (en inglés).

Dos de esos números valen para el registro. El primero es la lista de motivos: Baymard encontró que 18 por ciento de quienes abandonan citan la creación de cuenta obligatoria (en inglés). El segundo es la distancia entre 11,3 campos y los 8 que el sitio necesita (en inglés).

El papel de autofill, etiqueta y mensaje de error

Las pautas de accesibilidad también ayudan a convertir, porque el campo que completa el navegador es un campo menos que escribir.

El criterio 1.3.5 de WCAG 2.1 (en inglés), Identify Input Purpose, pide el atributo autocomplete en campos que recogen datos de la persona.
El tutorial de formularios del W3C (en inglés) pide etiqueta en todo control, asociada con el elemento label, y acepta etiqueta oculta solo cuando el contexto ya deja claro el propósito.
El criterio 3.3.1 (en inglés) pide el error identificado en texto, y el 3.3.3 (en inglés) pide una sugerencia cuando la corrección se conoce.

El campo único facilita los tres. La etiqueta de un campo es corta. El mensaje de error de un campo nombra el problema. El autocomplete (en inglés) en un campo es un token para escribir. El mensaje de error tiene su propia investigación, reunida en error de campo en formulario.

Cuándo el formulario por etapas es la elección correcta

El formulario por etapas no es la opción débil. Es la opción correcta cuando la cuenta no funciona sin el dato.

Elige etapas en tres situaciones: una regla exige el dato antes de la activación, un medio de pago necesita identidad verificada, o el producto es un marketplace donde hay que revisar los dos lados. Elige etapas cuando el campo único solo retrasaría una pregunta que la persona no puede evitar.

El campo único es mala elección en tres casos. La persona debe subir un documento, un registro legal debe existir antes de cualquier acceso, o el producto no ofrece nada libre antes del perfil completo.

Qué medir para saber si el cambio funcionó

Mide el flujo, no el formulario. Acortar el formulario y pasar las mismas preguntas a la pantalla siguiente no quita ninguna fricción.

Abandono por paso. Compara el mismo paso antes y después del cambio.
Error por campo. Un campo con tasa de error alta tiene problema de texto.
Tiempo hasta concluir. Desde la primera interacción hasta la cuenta creada.
Retorno después del registro. Un registro más rápido que genera cuentas inactivas no es una ganancia.

Baymard Institute estima la ganancia potencial de un checkout mejor en 35,26 por ciento de aumento de conversión en un sitio grande (en inglés). Trata eso como techo de la categoría y no como promesa para tu flujo. Prueba el cambio en tu propio tráfico.

Dónde diverge Nielsen Norman Group

El NN/g no trata el número de campos como la palanca. El EAS framework para simplificar formularios (en inglés) afirma que simplificar un formulario no es solo reducir el número de campos, y pone la eliminación y la automatización antes de la divulgación. Este texto lee los números de Baymard como objetivo de orden y tamaño, que es la afirmación más estrecha.

La divulgación progresiva (en inglés) trata de aplazar una función avanzada a una pantalla secundaria. Este texto extiende la idea a aplazar una petición de dato, algo que el artículo de 2006 no cubre.

El artículo No obligues a la persona a registrarse antes de comprar (en inglés) va más lejos que este texto. Defiende que el registro en sí sea opcional en la compra, mientras este texto mantiene un campo en la puerta.

Los dos artículos de error no se contradicen. Las 10 directrices para reportar errores en formularios (en inglés) cubren posición y recuperación, y las directrices de mensaje de error (en inglés) cubren el momento, llamando patrón hostil al error mostrado demasiado pronto.

La lista de verificación de registro y login (en inglés) coincide con la reducción de campos de aquí y añade problemas propios del móvil, como escribir la contraseña dos veces.