Cuándo evitar las listas desplegables en formularios y qué alternativas usar
Los desplegables en formularios suelen ahorrar espacio a costa de peor usabilidad, accesibilidad y calidad de datos. Conviene reservarlos para pocos casos bien acotados.
Resumen del artículo publicado en nngroup.com y recomendado por Digital Skills Institute el 13 de agosto de 2026.
Las listas desplegables en formularios de interfaz afectan directamente a la calidad de la experiencia de usuario, al tiempo necesario para completar una tarea y a la fiabilidad de los datos recogidos. Para quienes diseñan productos digitales, formularios, servicios públicos o herramientas internas, el asunto importa porque este control se usa con frecuencia por comodidad visual, aunque muchas veces introduce fricción innecesaria y dificulta decisiones que podrían resolverse con opciones más visibles o campos de texto.
Una lista desplegable, también llamada menú de selección, es un control colapsable que muestra varias opciones al hacer clic o tocar sobre él y permite elegir una sola. Su popularidad se explica por tres ventajas aparentes: ocupa poco espacio, limita las respuestas a valores válidos y resulta familiar por su presencia histórica en interfaces. Al ocultar numerosas opciones en una sola línea, parece una solución ordenada para pantallas densas. También evita errores tipográficos y entradas no previstas, lo que ayuda a mantener datos estructurados.
Los costes aparecen cuando esa limpieza visual perjudica la interacción. Al estar ocultas por defecto, las opciones tienen baja descubribilidad: en un formulario largo, el campo puede pasar desapercibido o confundirse con uno ya completado. La opción predeterminada adquiere entonces mucho peso, porque muchos usuarios no abren el menú para explorar alternativas. En herramientas de inteligencia artificial como Claude, la selección del modelo se presenta así, y quienes llegan por primera vez suelen quedarse con el valor inicial sin revisar otras posibilidades.
La interacción exige abrir la lista, buscar o desplazarse hasta la opción deseada y seleccionar. En menús personalizados, un clic accidental fuera del componente puede cerrarlo y obligar a empezar de nuevo. Los desplegables largos agravan el problema: seleccionar entre muchas opciones requiere precisión en escritorio y resulta incómodo en móvil por errores táctiles o cierres involuntarios. Realtor.com mostró una larga lista de opciones de reforma del hogar en móvil; las etiquetas de categoría como cocina o baño pretendían orientar, pero aumentaban aún más el desplazamiento.
Las barreras de accesibilidad son relevantes para personas que usan teclado o tienen dificultades motoras. Se han documentado problemas al cerrar desplegables, intentos de escribir dentro del campo, confusión entre elemento enfocado y seleccionado, desconocimiento de que existen más opciones al desplazar y gestos de ampliación en pantallas pequeñas. Por ello se recomienda emplearlos solo como último recurso en servicios públicos orientados a la ciudadanía.
La idea de obtener “datos limpios” también puede ser engañosa. Si las opciones no coinciden con los modelos mentales de los usuarios, la respuesta queda forzada. Una persona británica que busque su nacionalidad puede esperar United Kingdom, UK, Britain o Great Britain sin saber cuál aparece en la lista hasta revisarla entera. En ámbitos como cargos profesionales o industrias ocurre algo parecido: “diseño” puede faltar o quedar mezclado con arquitectura, arte o medios. El sistema recibe valores normalizados, pero quizá no verdaderos.
Conviene evitar desplegables cuando hay pocas opciones. Si son tres o cuatro y caben en pantalla, los botones de opción muestran todo inmediatamente y permiten elegir con un solo clic; HelloFresh usó un desplegable para solo tres alternativas pese a disponer de espacio suficiente. También son mala elección ante listas enormes: para países, idiomas o universidades funciona mejor un cuadro combinado con escritura y filtrado; SuperHi obligaba a desplazarse por todos los países. PayPal evitaba parte del problema usando búsqueda automática de direcciones.
Los datos muy familiares se introducen mejor escribiendo: edad, fecha de nacimiento o altura no necesitan largas listas. Noom pidió edad mediante desplegable; Sony hizo lo mismo con años de nacimiento. Revolut optó por campos numéricos para fecha y Spotify combinó mes desplegable con día y año escritos. En variantes visuales como tallas o colores también conviene mostrar botones visibles; Nike enseñaba tallas disponibles e indisponibles desde el inicio, mientras Etsy obligaba a alternar menús antes de descubrir agotados.
Los desplegables siguen teniendo sentido en un margen estrecho: alrededor de cinco a diez opciones, cuando el campo es secundario respecto a la tarea principal o cuando forma parte de un conjunto compacto que debe leerse unido. Adobe Acrobat los usaba para formato de archivo mientras priorizaba la selección de ubicación; GoodRx mantenía atributos de recetas juntos mediante pequeños desplegables. En 1Password funcionaban para elegir entre diez idiomas en un pie denso; User Interviews los empleaba para reglas lógicas tipo “si esto ocurre, saltar allí”, preservando una frase legible vinculada al sistema.
