Firefox 155: el kill switch de IA no detiene la telemetría

Qué pasó realmente con el interruptor de IA de Firefox 155

Firefox 155 llegó el 1 de septiembre y el periodista independiente Marius publicó en su blog una re-evaluación con Wireshark del llamado «AI kill switch» del navegador. El test, replicado sobre una MacBook Pro de 2013 con Ubuntu 24.04.3 limpia y dos perfiles nuevos, comparó el comportamiento por defecto con el comportamiento tras activar «Block AI Enhancements». El resultado central es incómodo para Mozilla: el interruptor desactiva funciones generativas, pero la telemetría, la publicidad, los identificadores persistentes y los dominios de afiliados siguen saliendo de la máquina igual que antes.

En concreto, ambos perfiles (con IA bloqueada y sin bloquear) contactaron nueve hosts TLS de telemetría durante la configuración y los 120 segundos de inactividad siguientes. En ambos casos se enviaron 14 POST a incoming.telemetry.mozilla.org con la misma distribución de categorías. El Glean client ID, el legacy client ID y los usage UUID fueron idénticos entre la sesión con IA permitida y la sesión con IA bloqueada. El interruptor no rota nada y no borra nada.

Qué SÍ bloquea el interruptor (y qué no)

El switch creció respecto a la prueba de marzo: ahora ajusta 11 preferencias en lugar de 9, según el artículo de Marius. Las nuevas son browser.ai.control.smartWindow = "blocked" y extensions.ml.enabled = false. El cuadro de diálogo de confirmación lista seis áreas: traducciones, texto alternativo en PDF, grupos de pestañas con IA, puntos clave en previsualizaciones de enlaces, Smart Window y chatbots en la barra lateral. Mozilla aclara, como antes, que el aprendizaje automático clásico (clasificación, ranking, personalización) queda fuera del alcance del switch.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Lo que no toca, según la captura:

Telemetría con identificadores persistentes. 14 pings seguidos con los mismos UUID; nueve más tras reiniciar el perfil bloqueado.
Pre-flight a ads.mozilla.org y Merino. Las dos ejecuciones contactaron estos puntos y establecieron seis handshakes TLS con ads-img.mozilla.org.
DNS prefetch a temuaffiliateprogram.pxf.io. Apareció a los ~3 segundos en perfiles nuevos y a los ~5 segundos tras el reinicio bloqueado, sin que el usuario haya visitado Temu.
Nimbus, el sistema de experimentos. El ping de targeting reportó browser__ai__control__default = "blocked" mientras mantenía al perfil inscrito en la rama de control del experimento copilot-chatbot-sunset. Quedarse bloqueado, en otras palabras, no es salir del sistema de experimentación: es convertirse en otra propiedad de segmentación.

Un punto importante que el test sí reconoce como mejora: el primer arranque de Firefox 155 es sustancialmente más silencioso que el de Firefox 148 — 14 hosts TLS y 70 consultas DNS, frente a 25 y 76. Pero esa reducción no tiene relación con el interruptor de IA, sino con caché y optimizaciones generales.

El contexto que cambió: el CEO de Mozilla habla

Seis meses separan este retest del primero. En ese período, Mozilla nombró CEO a Anthony Enzor-DeMeo (diciembre de 2025) y el 25 de agosto publicó el ensayo Trust is earned. Consent is asked. AI skipped both. En él, el CEO reconoció que la función de apagado de IA fue su primera decisión ejecutiva y que él mismo la aceleró por motivos personales.

La cifra más citada del ensayo es que «casi nadie la usó»: alrededor del 1% de los usuarios desactivó toda la IA y un 3% apagó funciones individuales. La interpretación oficial es que los usuarios rechazan la IA generativa pero mantienen la traducción, que Mozilla considera aprendizaje automático clásico. En la entrevista con CNET, Enzor-DeMeo lo enmarcó como prueba del enfoque de «elección y agencia» de Firefox, frente a Microsoft (Copilot por defecto en Windows) o Google (modelos descargados silenciosamente).

La grieta que destapó LinkedIn

Cuando Enzor-DeMeo promocionó su ensayo en LinkedIn, los comentarios hicieron un test que el comunicado no previó. Olivia O’Hara, product manager, instaló Firefox desde cero y reportó que el onboarding no menciona las funciones de IA ni el switch; para encontrarlo hay que abrir el menú hamburguesa, entrar en Settings y seleccionar una pestaña dedicada. Su conclusión: el 1% y el 3% podrían estar artificialmente bajos porque casi nadie descubre el interruptor.

Jed Wheeler añadió que uso bajo en este caso significa simplemente mala UX. Shweta Bhatade cerró una observación que captura el ánimo del año: «cada herramienta que uso ganó un panel de IA, ninguna preguntó primero». El comentario más quirúrgico fue el de Andres Servin: «opcional» y «controlado» son fundamentalmente distintos. Los usuarios prefieren una puerta cerrada por defecto a una que se pueda cerrar a pedido.

La ironía de las cifras

Aquí aparece la conexión directa con el test técnico. ¿Cómo sabe Mozilla que el 1% apagó todo? A través de la misma telemetría que el switch deja intacta, y que reporta obedientemente el estado del switch. Cualquier persona que pulsa «Block AI Enhancements» se convierte automáticamente en un punto de datos en la historia de éxito del CEO.

El propio test lo demuestra: el perfil bloqueado siguió inscrito en el experimento copilot-chatbot-sunset y reportó su nueva propiedad de targeting. El switch no es solo incompleto — es, además, un mecanismo de medición que alimenta el argumento comercial de Mozilla.

Lo que dice Firefox 155 sí trae como novedad

Firefox 155 no es solo el blanco del retest. La versión también introdujo:

Smart Window en beta para usuarios en EE. UU., Canadá y Francia, según PiunikaWeb. La función combina búsqueda web con el proveedor Exa, modelos de lenguaje seleccionables, agrupación automática de pestañas y vista previa visual del historial.
Contador de trackers en vivo en la barra de direcciones, según Phandroid, que muestra el número de intentos de seguimiento bloqueados al cargar una página.
Soporte para Nintendo Switch Pro Controller en juegos web de Windows.
Traducción ampliada a maratí y urdu.
Corrección del bug de suspensión en Linux que impedía al equipo entrar en reposo.

El test de Marius registra que ambos perfiles nuevos solicitaron una colección de Remote Settings llamada ai-window-prompts 23 y 24 segundos después del primer arranque, cuando el usuario aún estaba atrapado detrás de la pantalla de first-run de Firefox. La infraestructura de IA se llama antes de que el usuario pueda decidir.

Qué significa esto para tu startup

El caso Firefox no va solo de Mozilla: es un caso de estudio sobre cómo se mide «consentimiento» y «control» en software de consumo, y los fundadores hispanohablantes que construyen productos digitales deberían mirarlo con atención.

Acciones concretas que podés aplicar esta semana:

Audita tu propio onboarding con la misma vara que O’Hara. Si una función configurable existe en tu producto pero requiere tres clics enterrados para encontrarla, no cuenta como «opcional»: cuenta como no existente para el 97% de tus usuarios. Probá el flujo desde un dispositivo nuevo y cronometrá cuántos pasos separan al usuario del ajuste crítico.
Separa «opt-in» de «configurable». El switch de Firefox técnicamente existe, pero al ser opt-out enterrado, los datos que genera sobre sus usuarios alimentan la narrativa de Mozilla en lugar de empoderarlos. En tu producto, cada toggle que defina comportamiento por defecto debería medirse con la misma pregunta: ¿qué porcentaje de mis usuarios descubre esto?
Mide qué se va, no solo qué se queda. Si tuvieras que publicar mañana una captura de red de tu app en modo «privado», ¿cuántos hosts verías? El test de Marius es replicable con Wireshark y SSLKEYLOGFILE, y cualquiera puede publicar el resultado. Para un SaaS, esto debería ser parte del QA de release.

Lo que deja en evidencia este episodio

El test de Marius es incómodo por lo que muestra y por lo que sugiere. Muestra que el switch existe, funciona y se expandió; también muestra que sus límites fueron definidos a medida para que la narrativa de «opcional» siga siendo defendible. Sugiere que el consentimiento informado en software de consumo sigue siendo, en gran parte, un problema de UX más que de regulación.

La cita del sociotechnologist Jürgen Geuter (tante) cierra el debate mejor que cualquier análisis técnico: «Lo más importante sería no construir sistemas que tu base de usuarios desprecia». Mozilla construyó el switch porque los usuarios lo pidieron; ahora tiene que decidir si también escucha lo que el switch no soluciona.

Para founders hispanohablantes, la lección es directa: la privacidad y el consentimiento son productos, no interruptores. Y como todo producto, requieren descubrimiento, defaults honestos y métricas que midan lo que el usuario realmente controla — no solo lo que el proveedor quiere reportar.