La UX de Consentimiento y Permisos es el diseño de cómo un producto pide permiso para acceder a datos o capacidades del dispositivo, y de cómo registra que el usuario aceptó de verdad. Bien hecho, el consentimiento es un momento de elección informada: el usuario entiende qué está otorgando y por qué, tiene una opción real de rechazar y puede cambiar de opinión después. Mal hecho, es una manipulación: solicitudes agrupadas sin contexto, casillas premarcadas, un Aceptar brillante junto a un Rechazar enterrado, y banners interminables que desgastan a la gente hasta que dice que sí para que pare.
El error es tratar el consentimiento como un obstáculo de cumplimiento a superar lo más barato posible, lo que lleva directo a los dark patterns. Eso es a la vez poco ético y, cada vez más, ilegal. Bajo el GDPR, el consentimiento debe ser libremente otorgado, específico, informado e inequívoco, y el fallo histórico Planet49 del TJUE sostuvo que las casillas premarcadas no son consentimiento válido, porque el consentimiento requiere un comportamiento activo y afirmativo. Un estudio de 2024 encontró que el 72 por ciento de los sitios web aún usa al menos un dark pattern, y la "fatiga de consentimiento" de los banners constantes empuja a la gente a compartir mucho más de lo que quiere. El consentimiento fabricado no es consentimiento.
El mejor modelo es honesto y contextual. Pide un permiso justo a tiempo, en el momento en que el usuario invoca la función que lo necesita, con una razón en lenguaje claro. Da una opción genuina donde rechazar sea tan fácil como aceptar. Y haz que retirar sea tan fácil como otorgar. El permiso que ganaste en contexto es el permiso que los usuarios realmente honran.
El principio: haz el consentimiento libremente otorgado, específico, informado e inequívoco. Pide justo a tiempo con una razón clara, haz rechazar tan fácil como aceptar, evita los dark patterns, y haz que retirar sea tan fácil como otorgar.