Firefox 141: passkeys nativas y cookies aisladas

Firefox 141: la revisión más profunda de Total Cookie Protection en dos años

Mozilla publicó Firefox 141 el 13 de octubre de 2026, con descarga disponible para todas las plataformas desde mozilla.org. El cambio central no es cosmético: Total Cookie Protection (TCP) recibe una revisión que extiende el aislamiento de cookies a los service workers, los cachés de la API de Fetch y los tokens de autenticación persistente.

Para un founder, la relevancia es directa: si tu producto mide comportamiento, hace atribución o depende de scripts de terceros, acaba de moverse una pieza del tablero que afecta a cómo se leen (o se pierden) esos datos en una porción de tu audiencia.

¿Qué es Total Cookie Protection y por qué necesitaba una actualización?

TCP llegó con Firefox 86, en 2021. Su mecánica es simple de explicar y difícil de implementar: crea un «tarro de cookies» separado por sitio web, de modo que las cookies del sitio A no pueden leer las del sitio B aunque el mismo usuario visite ambos.

Ese diseño resolvía bien el tracking de terceros clásico. El problema es que los sistemas de tracking modernos migraron hacia vectores que TCP no cubría: almacenamiento de service workers, cachés de peticiones y tokens que sobreviven entre sesiones. Firefox 141 cierra ese hueco con una arquitectura de aislamiento más profunda que ahora incluye el almacenamiento de los service workers por origen.

La lectura estratégica: durante cinco años el aislamiento de cookies fue suficiente como defensa. Ya no lo era, y Mozilla tardó en reconocerlo. Esta versión es la respuesta a esa deuda técnica.

Los tres cambios que sí nota el usuario

La respuesta honesta a «¿qué cambia en mi día a día?» es: poco, si no usas las funciones de privacidad. Si las usas o trabajas en sectores regulados, la diferencia es relevante. Los cambios visibles son tres.

• Panel de protecciones con contadores separados. La barra de dirección ahora muestra tres categorías diferenciadas —rastreadores de terceros, fingerprinters y scripts de cross-site tracking— cada una con su propio contador. Antes era un único número agregado que no permitía entender qué se estaba bloqueando.
• Passkeys en producción estable. El gestor de passkeys sale de beta: Firefox puede almacenar, sincronizar vía Firefox Sync y autocompletar passkeys según el estándar WebAuthn, sin depender de un gestor de contraseñas externo.
• Contenedores integrados en la instalación base. Lo que antes requería una extensión ahora viene de fábrica. Puedes segmentar la actividad en contenedores temáticos —trabajo, personal, compras— y Firefox no comparte cookies ni sesiones entre ellos, incluso usando el mismo perfil.

¿Por qué importa un navegador con 3,5% de cuota de mercado?

La cuota de Firefox en escritorio lleva una década descendiendo y se sitúa alrededor del 3,5% global, según StatCounter (octubre de 2026). Ese número, leído rápido, sugiere irrelevancia. Leído con cuidado, describe otra cosa: una base de usuarios con alta implicación en privacidad y seguridad, no una audiencia de masas.

Mozilla dejó de competir por adopción masiva y compite por ser el navegador de referencia de quienes pagan por la privacidad con su elección, no con su dinero. Pero hay una tensión estructural que conviene mirar de frente: la sostenibilidad financiera de Mozilla sigue dependiendo en gran medida del acuerdo de búsqueda con Google, renovado en 2025 por 500 millones de dólares anuales hasta 2028, según reporta la fuente. Es decir, la independencia del discurso convive con un modelo de negocio anclado a su principal competidor.

El efecto estándar: Firefox como laboratorio de privacidad

La influencia de Firefox en los estándares web es inversa a su cuota. La tesis que plantea el análisis de WWWhat's New es que cuando Mozilla implementa una tecnología de privacidad —TCP fue el caso más claro—, los estándares del W3C y la presión regulatoria europea terminan forzando a Chrome y Safari a seguirla en plazos de dos a cuatro años.

Si ese patrón se repite con las passkeys nativas, lo que hoy es una función estándar en Firefox se convertiría en exigencia regulatoria y en réplica obligada por parte del resto de los navegadores en un horizonte de 18 meses, según la misma fuente. Para quien construye producto, eso significa que el soporte de WebAuthn deja de ser una decisión de diferenciación y pasa a ser una línea del backlog con fecha.

Hay un tercer ángulo que vale la pena señalar: el proyecto de inteligencia artificial privada que Mozilla anunció en 2025 con Firefox AI avanza lentamente. La idea de un asistente que opere localmente en el navegador, sin enviar datos a servidores externos, es el complemento lógico de esta arquitectura: TCP aísla las cookies, las passkeys eliminan las contraseñas y un modelo local cerraría el círculo evitando que las consultas salgan del dispositivo.

WebGPU: el argumento para desarrolladores

Firefox 141 también introduce mejoras en el renderizador WebGPU, con un 23% de mejora en benchmarks de renderizado 3D en web respecto a Firefox 140 en macOS Apple Silicon, según la fuente. Para la mayoría de usuarios es invisible. Para equipos que construyen aplicaciones web con componentes visuales complejos, es un argumento adicional para usar Firefox como navegador de desarrollo, donde la combinación de herramientas de inspección, privacidad y rendimiento pesa más que la cuota de mercado.

¿Qué significa esto para tu startup?

El impacto no está en cambiar de navegador, sino en revisar tres supuestos que muchas startups dan por sentados.

1. Audita cómo mides y de dónde vienen tus datos. Si tu analítica, tu atribución o tu personalización dependen de service workers, cachés de Fetch o tokens persistentes, el aislamiento por origen de Firefox 141 puede alterar esos flujos en los usuarios que lo tengan activo. Antes de asumir que un dato «desapareció», verifica si lo que cambió fue el navegador. Documenta qué mides con scripts de terceros y qué mides en tu propio dominio: lo segundo es lo que no se rompe cuando un navegador endurece el aislamiento.

2. Pon passkeys en tu roadmap de autenticación. Con el gestor de passkeys de Firefox en producción estable y sincronización multiplataforma vía Firefox Sync, el login sin contraseña deja de depender de que el usuario instale algo extra. Si tu producto maneja cuentas de empresa o datos sensibles, ofrecer WebAuthn reduce superficie de phishing y fricción de acceso al mismo tiempo. Empieza por un flujo opcional y mide la tasa de adopción antes de hacerlo obligatorio.

3. Usa contenedores para separar contextos, no para esconderlos. Para equipos que gestionan varias cuentas del mismo proveedor —agencias, soporte, growth— los contenedores integrados permiten aislar sesiones sin abrir perfiles distintos ni máquinas virtuales. Es una solución práctica para probar tu propio producto con múltiples roles sin que las cookies se contaminen entre sí.

Conclusión

Firefox 141 no va a mover la aguja de la cuota de mercado, y probablemente no sea esa su intención. Lo que sí hace es recordar que la privacidad avanza por capas y que cada capa reordena supuestos técnicos que los equipos de producto heredan sin revisar. El aislamiento de cookies dejó de ser suficiente en 2021; el de service workers lo es hoy, hasta que aparezca el próximo vector.

Para un founder, la pregunta útil no es si Firefox es popular, sino qué parte de tu stack asume que el navegador no va a cambiar sus reglas. Las passkeys y el aislamiento por origen ya cambiaron. Revisar tu analítica y tu flujo de autenticación ahora cuesta mucho menos que hacerlo cuando el resto de los navegadores replique la misma arquitectura.

Fuentes

• Firefox 141 refuerza la privacidad del usuario con Total Cookie Protection mejorado y soporte nativo de passkeys (fuente original)

No se encontraron datos adicionales verificables en las búsquedas realizadas para esta nota: toda la información del artículo proviene de la fuente original.