Un clic en la web moderna esconde una suposición: que la persona que hace clic tiene una mano, una muñeca y un dispositivo señalador que se mueve en dos ejes con precisión subpíxel y un botón separado y fiable para la pulsación. Si se elimina cualquiera de estos elementos, el encuentro cambia. Para alguien que navega por la página con un seguidor ocular, el «cursor» es un cono de mirada de 1 grado de arco que se desvía y tiembla. Para alguien que usa un puntero de cabeza, el cursor es la punta de la nariz rastreada por una cámara web, con una permanencia lenta hasta el clic. Para alguien que utiliza una interfaz de escaneo de un solo interruptor, no hay cursor en absoluto — solo un resaltado que se desplaza y aterriza en lo que esté enfocado cuando el usuario presiona el interruptor. Cada una de estas es una modalidad de entrada real utilizada en 2026 por una población suficientemente grande como para que «la web moderna» deba conocerla. La mayor parte de la web moderna no lo hace.
Este artículo es una introducción conceptual a las tres modalidades alternativas de entrada en las que con mayor frecuencia confían los usuarios con discapacidad motora — seguimiento ocular, puntero de cabeza e interruptor — y a cómo la capa de estándares (los criterios de conformidad de WCAG 2.2, la especificación de Eventos de Puntero del W3C) se entrecruza con los patrones de interfaz de usuario que aparecen realmente en producción. El enfoque editorial es descriptivo, no litigioso: se analiza qué funciona, qué no funciona y qué pueden dejar de hacer los diseñadores mañana mismo.
Quién usa estas entradas y por qué
La población que depende de modalidades alternativas de entrada no es pequeña. Las estimaciones del Informe Mundial sobre Equidad en Salud para las Personas con Discapacidad de la OMS (2022, con la actualización de seguimiento de 2024) y del Sistema de Datos sobre Discapacidad y Salud de los CDC de EE. UU. sitúan la proporción de adultos con una discapacidad motora significativa en el miembro superior en torno al 8 % de la población adulta en los países de ingresos altos, y la proporción de adultos que no pueden usar de forma fiable un ratón o trackpad estándar en aproximadamente el 3-4 %. Dentro de ese 3-4 % hay varios grupos de usuarios distintos cuya modalidad de entrada preferida está más condicionada por su fisiología que por sus preferencias.
El grupo más claro es el de las personas con esclerosis lateral amiotrófica (ELA), que pierden progresivamente el control voluntario de sus extremidades y, eventualmente, de su musculatura facial. El seguimiento de la mirada es, para muchas personas con ELA avanzada, el único canal que les queda para el uso autónomo del ordenador. La Asociación contra la ELA estima que aproximadamente 30.000 personas viven con ELA en EE. UU. en cualquier momento dado; el registro europeo de ELA sugiere una prevalencia ajustada por edad similar en toda la UE. El segundo grupo es el de las personas con lesión medular de nivel alto — en particular la tetraplejia C1-C4 — para quienes las manos y los brazos no están disponibles, pero el movimiento ocular y de cabeza está preservado. El tercero es el de los niños y adultos con parálisis cerebral, donde la estrategia de entrada es muy individual: algunos usuarios tienen suficiente control de los dedos para una interfaz de interruptor, otros utilizan un puntero de cabeza, otros un joystick de barbilla. El cuarto es el de las personas con enfermedades neuromusculares progresivas — distrofia muscular, esclerosis múltiple en etapas avanzadas — que a menudo transitan por varias modalidades de entrada a lo largo del tiempo.
En estos grupos, dos principios atraviesan la variabilidad. En primer lugar, casi todos los que usan una entrada alternativa lo hacen porque la combinación estándar de ratón y teclado se ha vuelto físicamente imposible, no porque prefieran una modalidad novedosa. En segundo lugar, la entrada es habitualmente de un solo eje en algún sentido sustancial: una única fijación de la mirada, una única dirección del puntero de cabeza, una única pulsación del interruptor. Los diseños que asumen dos canales coordinados — un puntero más una tecla modificadora, un movimiento de arrastrar más un objetivo de soltar preciso — fallan con más fuerza para este público.
El hardware en 2026
El panorama del hardware ha cambiado notablemente en los últimos tres años. Lo que sigue es un mapa aproximado de lo que los usuarios utilizan realmente, no un catálogo exhaustivo.
Seguidores oculares
Tobii Dynavox sigue siendo el proveedor clínico dominante de seguimiento ocular. La generación actual — el PCEye y la serie I — utiliza una barra de sensor infrarrojo montada bajo un monitor o integrada en una tableta dedicada, y transmite la posición de la mirada al sistema operativo anfitrión como un puntero a nivel del sistema. La calibración tarda aproximadamente 30 segundos; la precisión en buenas condiciones ronda los 0,5-1,0 grados de arco visual, lo que se traduce en un cono de mirada de aproximadamente 30-60 píxeles a una distancia de visión típica. EyeGaze Edge (LC Technologies) y EyeTech VT3 son alternativas clínicas. En el lado del consumidor, el Tobii Eye Tracker 5 se vende principalmente a jugadores, pero se usa ampliamente como entrada de accesibilidad de bajo coste.
2024 trajo el primer seguimiento ocular de gama de consumo integrado en un dispositivo informático de propósito general: el Apple Vision Pro incluye la mirada como modalidad de navegación principal, combinada con un gesto de pellizco para la selección. visionOS expone la posición de la mirada a las funciones de accesibilidad de permanencia y selección a nivel de sistema, y desde el punto de vista del desarrollador, una fijación de mirada seguida de un pellizco se notifica como un evento de clic estándar. La población con discapacidad ha adoptado visionOS de forma predecible por la misma razón que adoptó el iPhone en 2008: una modalidad integrada diseñada para el uso convencional que resulta también útil para el caso de uso de la discapacidad. El precio del Vision Pro lo pone fuera del alcance de muchos usuarios, pero el precedente — la mirada como entrada principal en un ordenador que no es un dispositivo médico — es el precedente que importa.
Punteros de cabeza
El software de puntero de cabeza utiliza típicamente la cámara web integrada del dispositivo para rastrear un punto fiducial — a menudo la punta de la nariz o una pequeña pegatina reflectante colocada en la frente del usuario — y traduce la rotación de la cabeza en movimiento del cursor. Camera Mouse (Boston College, gratuito) es la implementación más longeva y sigue en uso activo. Glassouse comercializa un controlador portátil montado en la cabeza basado en giroscopio que se empareja con el sistema operativo como un ratón Bluetooth. macOS incluye el Puntero de cabeza como función de accesibilidad integrada; Windows 11 tiene una funcionalidad equivalente a través de Control ocular cuando se combina con hardware compatible. La selección con un puntero de cabeza es casi siempre por permanencia: el cursor se detiene sobre un objetivo durante un intervalo configurable — típicamente de 0,5 a 2,5 segundos — y se activa un evento de clic.
Entrada por interruptor
La entrada por interruptor es la más simple y la más variable de las tres. El hardware es un único botón — un gran interruptor mecánico redondo, un tubo de soplar y aspirar, una palanca accionada por la barbilla, un pedal de pie, una interfaz cerebro-computadora en fase de investigación avanzada — conectado a una interfaz de interruptor estandarizada (un AbleNet Hook+, un Pretorian J-Pad, un escudo Tecla) que se presenta al sistema operativo como una pulsación de tecla USB o Bluetooth. El software ejecuta entonces una interfaz de escaneo: un indicador de foco se desplaza automáticamente por los objetivos disponibles en la pantalla, y el usuario presiona el interruptor cuando el foco llega al objetivo que desea. El escaneo de un solo interruptor consiste en un único botón que controla todo; el escaneo de dos interruptores típicamente asigna un interruptor para «avanzar» y otro para «seleccionar». iOS incluye el Control por interruptor como función de accesibilidad integrada; Android 14+ incluye Acceso por interruptor; macOS y Windows incluyen ambos una funcionalidad comparable. La entrada por interruptor es fundamentalmente serial — el usuario no puede señalar un objetivo; solo puede esperar a que el escaneo llegue a él — y ese hecho condiciona todos los patrones de diseño que se exponen a continuación.
Cómo se encuentran con la web: la capa de estándares
Desde el punto de vista del navegador, un seguidor ocular y un puntero de cabeza tienen el mismo aspecto que dispositivos señaladores estándar: emiten eventos pointermove, pointerdown y pointerup a través de la especificación de Eventos de Puntero del W3C, la misma API que usa un ratón o una pantalla táctil. La entrada por interruptor, en cambio, parece al navegador una entrada de teclado: el foco recorre los elementos con tabulación, y la pulsación del interruptor activa un evento keydown para Intro o Espacio. Esa divergencia es lo primero que un diseñador debe interiorizar — los usuarios de mirada ocular activan sus estados :hover y sus manejadores de eventos de puntero; los usuarios de interruptor solo encuentran sus elementos enfocables por teclado y el orden de foco que se haya definido.
WCAG 2.2 contiene varios criterios de conformidad escritos específicamente para que estas modalidades de entrada funcionen. Tres de ellos soportan la mayor parte del peso.
SC 2.1.1 Teclado (Nivel A) es el requisito fundamental: todos los elementos funcionales de la página deben ser operables solo mediante una interfaz de teclado. Los usuarios de interruptor dependen de esto absolutamente. Un elemento que solo responde a un clic del ratón — un div personalizado con un manejador click y sin tabindex, sin role, sin manejador keydown — es invisible para un usuario de interruptor. También lo es para muchos usuarios de puntero de cabeza que recurren a la navegación por teclado en secciones de la página donde hacer clic por permanencia es demasiado lento.
SC 2.5.1 Gestos del puntero (Nivel A) exige que cualquier función que se opere mediante un gesto multipunto o basado en una trayectoria también sea operable con una acción de puntero único. El criterio existe porque la mirada ocular, el puntero de cabeza y muchas entradas alternativas no pueden realizar gestos multitáctiles ni trayectorias de arrastre precisas de forma fiable. Un zoom con pellizco que no tiene botón alternativo. Un deslizamiento para eliminar que no tiene control de eliminación en pantalla. Una lista de reordenación por arrastre que no tiene equivalente de teclado. Cada uno de estos es un fallo de 2.5.1, y cada uno cierra el acceso a la modalidad que el usuario realmente tiene.
SC 2.5.2 Cancelación del puntero (Nivel A) exige que para cualquier activación de puntero único, la acción no se ejecute en el evento de presión (se ejecuta en el evento de liberación), o se ejecute en el evento de presión pero permita al usuario cancelarla alejándose antes del evento de liberación. El criterio está escrito para los usuarios que alcanzan el objetivo equivocado por temblor o deriva, y es especialmente importante para las interfaces de puntero de cabeza y mirada ocular basadas en permanencia: un clic que se activa en el instante en que el cursor aterriza no da al usuario ninguna oportunidad de recuperarse de una deriva de mirada. Los botones que enlazan su manejador a mousedown en lugar de a click fallan este criterio.
El SC 2.5.7 Movimientos de arrastre (incorporado en WCAG 2.2) extiende la protección de los gestos específicamente al arrastrar y soltar: todo lo que sea arrastrable también debe ser accesible mediante una alternativa de puntero único, típicamente un control de mover-arriba/mover-abajo accionado por botón. El SC 2.5.4 Actuación por movimiento (Nivel A) protege a los usuarios que no pueden sacudir o inclinar su dispositivo de forma fiable. Y los SC 2.2.1 Tiempo ajustable (Nivel A) y SC 2.2.2 Pausar, detener, ocultar (Nivel A) protegen a todos de las interfaces que agoten el tiempo antes de que una interfaz de escaneo pueda llegar al control relevante.
Estos criterios están escritos como un marco único e integrado: el usuario solo tiene un eje de entrada, la entrada es lenta y el diseño no debe asumir lo contrario.
Fallos habituales en sitios de producción
Si se confrontan esos criterios con lo que realmente publican los sitios de producción, emerge un conjunto recurrente de patrones de fallo. Ninguno es exótico. Todos aparecen en pruebas de usuario rutinarias con seguidor ocular, puntero de cabeza y usuarios de interruptor.
Arrastrar y soltar sin alternativa de teclado. Un patrón habitual en herramientas de gestión de proyectos, gestores de archivos e interfaces de listas ordenadas: arrastrar una tarjeta de una columna a otra. Para los usuarios de interruptor, la acción es imposible — el escaneo no incluye arrastre. Para los usuarios de puntero de cabeza y mirada ocular, el arrastre en sí es aprox. 4-5 veces más lento que una acción de mover por botón y generalmente es imposible de completar sin soltar el elemento a mitad del recorrido. La solución es sencilla: asociar cada arrastrar y soltar con una acción de mover accionada por botón, expuesta en el orden de tabulación del teclado. El patrón de menú «mover tarjeta arriba / mover tarjeta abajo / mover a otra lista» al estilo de Trello es la implementación de referencia.
Navegación solo por desplazamiento del cursor. Menús desplegables, información emergente y controles de divulgación que aparecen solo con :hover y desaparecen cuando el cursor los abandona. Para un usuario de mirada ocular, el cono de mirada se desvía del activador del menú en el momento en que intenta mirar un subelemento, y el menú se colapsa antes de que lo alcance. El criterio WCAG 2.2 que gestiona esto es el 1.4.13 Contenido en foco o sobre pasar (Nivel AA): el contenido activado por desplazamiento del cursor debe poder descartarse, ser hoverable (el usuario puede moverse sobre él sin que desaparezca) y persistente. Muchos menús de producción fallan los tres.
Objetivos de clic pequeños. El SC 2.5.8 Tamaño del objetivo (mínimo) (Nivel AA, nuevo en WCAG 2.2) exige que los objetivos interactivos tengan al menos 24x24 píxeles CSS, con excepciones. El criterio fue escrito para la entrada táctil y para los usuarios con poca precisión en el puntero — mirada ocular, puntero de cabeza, temblor en la mano. Un icono de cierre de 16 píxeles en la esquina de un modal es, en la práctica, casi imposible de alcanzar de forma fiable con un seguidor ocular. La solución es mecánica: hacer los objetivos más grandes, o exponer la misma acción a través de un control más grande en otro lugar de la interfaz.
Clics con límite de tiempo. Carruseles que avanzan automáticamente cada 5 segundos, diálogos de «tiene 30 segundos para confirmar», tiempos de espera de sesión que se activan a mitad de una tarea. Para un usuario de interruptor que navega con una interfaz de escaneo a una velocidad de 1,5 segundos por objetivo, un tiempo de espera de 30 segundos representa aprox. 20 objetivos de área de acceso real — a menudo insuficientes para alcanzar el botón de confirmación. El SC 2.2.1 Tiempo ajustable exige que cualquier límite de tiempo sea extensible, ajustable o descartable. La mayoría de los tiempos de espera de producción no son ninguna de estas cosas.
Confirmación solo por gesto. Controles deslizantes de deslizar-para-confirmar, confirmaciones con panel de firma, captchas que requieren trazar una trayectoria. Cada uno es un fallo de 2.5.1 a menos que vaya acompañado de una alternativa de botón.
Acción en mousedown. Un botón que activa su manejador con mousedown en lugar de con el evento click estándar no da al usuario ninguna forma de cancelar un error de activación. El SC 2.5.2 Cancelación del puntero es el criterio; la solución es enlazar a click, o a pointerup con una comprobación de cancelación explícita.
Controles personalizados sin ARIA. Un <div> que visualmente parece un botón pero carece de role=“button”, tabindex=“0” y un manejador keydown para Intro y Espacio. El control es inaccesible por interruptor y por teclado. El SC 4.1.2 Nombre, función, valor (Nivel A) es el criterio. La solución es el elemento nativo <button> siempre que sea posible, y un patrón ARIA completo cuando no lo sea.
Patrones de diseño que funcionan
Los patrones que sobreviven a un seguidor ocular, un puntero de cabeza y un escaneo de interruptor comparten un pequeño número de propiedades estructurales. Cada uno está bien documentado en la Guía de Prácticas de Autoría ARIA y en los documentos de comprensión de WCAG 2.2, y cada uno se usa rutinariamente en producción en sitios que sirven a audiencias convencionales sin que nadie lo note.
Elementos HTML nativos siempre que sea posible. La medida de accesibilidad más fiable es usar <button>, <a>, <input>, <select> y <textarea> para sus propósitos semánticos. Los elementos nativos vienen con el manejo de teclado correcto, los roles ARIA correctos, el comportamiento de foco correcto y la semántica de cancelación de puntero correcta incorporados. La complejidad de reconstruir correctamente cualquiera de ellos con un <div> personalizado es aprox. 10 veces el trabajo de ingeniería para un resultado que casi siempre es peor.
Indicadores de foco visibles con contraste adecuado. Para los usuarios de interruptor, el anillo de foco es el cursor. Un anillo azul de 2 píxeles con una relación de contraste de 4:1 respecto al fondo circundante es el mínimo procedimental (SC 2.4.7 Foco visible, Nivel AA, y SC 2.4.11 Foco no oculto, nuevo en WCAG 2.2). Los sitios que eliminan el anillo de foco predeterminado del navegador sin reemplazarlo dejan a los usuarios de interruptor a la deriva.
Orden de foco predecible. Un escaneo de interruptor se desplaza por el DOM en el orden del código fuente de forma predeterminada, modificado por tabindex. Un orden de escaneo que salta por la página hace que la interfaz sea inutilizable. El SC 2.4.3 Orden de foco (Nivel A) es el criterio; la implicación práctica es que el orden visual y el orden del DOM deben coincidir siempre que el usuario esté realizando una secuencia de acciones.
Áreas de activación generosas. El mínimo de 24 píxeles del SC 2.5.8 es el suelo, no el objetivo. Muchos de los sistemas de diseño que han publicado patrones probados de accesibilidad desde 2022 — Adobe Spectrum, IBM Carbon, el Sistema de Diseño de GOV.UK, el Sistema de Diseño Web de EE. UU. — utilizan objetivos táctiles de 44 píxeles como predeterminado, lo que funciona bien para los usuarios con poca precisión en el puntero sin interferir con la maquetación visual.
Flujos de confirmación con botones explícitos. Cualquier acción destructiva o irreversible debe requerir un botón de confirmación explícito — no un deslizamiento, no una pulsación prolongada, no un «haga clic en cualquier lugar fuera para descartar». El patrón funciona para todos y sobrevive a cualquier entrada alternativa.
Tiempos de espera generosos, o ninguno. Si se requiere un tiempo de espera por motivos de seguridad (banca, sanidad), el usuario debe poder extenderlo mediante una acción de puntero único mucho antes de que se active. El patrón consiste en mostrar una indicación de «¿sigue ahí?» al 75 % del tiempo de espera, con un único botón grande para extenderlo.
Vínculos de omisión y navegación por puntos de referencia. Una interfaz de escaneo que debe recorrer todo el menú de navegación, toda la sección hero y todo el bloque publicitario antes de llegar al cuerpo del artículo es inutilizable. Un vínculo de «Saltar al contenido» como primer elemento enfocable de la página es el mínimo; las regiones de referencia (<main>, <nav>, <aside>) permiten a los usuarios de interruptor saltar estructuralmente en lugar de linealmente.
Respetar la configuración de prefiere-movimiento-reducido del usuario. Los carruseles de avance automático y los fondos en constante animación hacen que sea imposible que un seguidor ocular se asiente en un objetivo estable. Las consultas de medios CSS (@media (prefers-reduced-motion: reduce)) permiten que la misma interfaz sirva al usuario que necesita que el movimiento desaparezca.
Qué significa esto para diseñadores, ingenieros y equipos de producto
El registro de información sobre las modalidades alternativas de entrada lleva a un punto que debería resultar familiar para quien haya leído otros artículos explicativos de accesibilidad de este sitio. La tecnología ha madurado. Los estándares han madurado. Las poblaciones de usuarios están bien caracterizadas. El trabajo restante es adquisición, formación y el hábito cotidiano de crear interfaces que no asuman tácitamente una entrada de dos ejes, dos manos y latencia menor de un segundo.
Para los diseñadores: prototipar con el teclado. Si el diseño funciona bajo navegación solo con tabulación y un anillo de foco visible, funciona para un usuario de interruptor; si no lo hace, el diseño visual ha superado el modelo de interacción. El precedente de mirada más pellizco del Apple Vision Pro reencuadra la entrada alternativa como la línea de base del diseño en lugar de una solución posterior. Los diseños que sobreviven a Vision Pro tienden a sobrevivir a Tobii.
Para los ingenieros: enlazar a click en lugar de a mousedown. Usar elementos HTML nativos. Probar el orden de tabulación. Pasar la página por una auditoría de solo teclado antes de publicarla. La mayor parte de los fallos anteriores son convenciones de ingeniería, no dificultades de ingeniería.
Para los equipos de producto: incluir a usuarios de modalidades alternativas de entrada en las pruebas rutinarias de usuario. Las barreras anteriores no son casos extremos; son fallos habituales que emergen en 30 minutos de prueba con una barra Tobii o un dispositivo iOS con el Control por interruptor activado. El coste de incluir la modalidad en el plan de pruebas es pequeño. El coste de no incluirla aparece como el tipo de fallos descritos arriba, publicados a escala, para una población cuyas opciones ya son escasas.
La web funciona cuando acepta que el clic no es el verbo universal. El usuario con una barra Tobii montada bajo su monitor, el usuario con una cámara web rastreando la punta de su nariz, el usuario con un único interruptor mecánico conectado a la esquina de un escritorio — cada uno de ellos está realizando la misma acción que un usuario con un trackpad. La capa de estándares lo reconoce. Los patrones de diseño anteriores lo honran. El trabajo consiste en seguir construyendo como si eso fuera cierto.
Más información de Disability World sobre los criterios de conformidad de WCAG 2.2, sobre el registro de información de 2026 más amplio y sobre nuestra cobertura continua de tecnología de apoyo.