Por qué me importa este tema ahora
Modo privado, tracking protection, UA reducido — vida cotidiana. La gente usa el modo privado. Si mi detector confunde privacy con un bot — es un error de diseño mío, y lo escribo abiertamente.
Si el pensamiento antifraude pone peso nuclear en la privacy, está en guerra con los usuarios.
Marco público (enlaces)
Chrome privacy / security docs y UA-CH explican la reducción de identificadores como normalidad de producto. Es literatura de protección de personas, no un manual de bots.
Lo que observo en el lab, en palabras sencillas
Escenarios de usuario
Una persona abre incógnito porque comparte el portátil. Una persona corta el tracking porque está cansada. Una persona activa VPN en un café. Eso no es prólogo de automatización.
El cruce con reduced UA / CH
Menos detalles en las declaraciones → más incertidumbre. Incertidumbre ≠ culpa. Si llamo a un UA reducido «sospechoso por defecto», castigo la política de producto del navegador.
Lección para autores de antifraude
No dinamitar la vida cotidiana. Buscar contradicciones duras de integridad, no castigar los defaults de privacy. Acumular ruido blando hasta un veredicto es mala ética y mala ingeniería.
Qué cambia en el detect y/o en el build (sin detalles)
En el detect marco explícitamente el ruido de privacy como blando. En el build no considero el «modo incógnito» un logro de coherencia del perfil.
Qué no diré y por qué
Sin instrucciones sobre cómo enmascarar automatización como privacy.
Conclusión breve en primera persona
La privacidad es un derecho y vida cotidiana. En mi laboratorio no sirve de etiqueta de bot. Quien confunde estas cosas calibra el detector contra las personas.
