Bloqueo de anuncios en Firefox: guía de detección para editores

Firefox es una porción pequeña de la cuota global de navegadores, pero es una porción que importa de forma desproporcionada a su tamaño para los sitios sostenidos por publicidad. Su audiencia tiende a ser técnica y consciente de la privacidad, y Firefox ha cargado históricamente con una de las mayores cuotas de uso de bloqueadores de anuncios entre los navegadores principales. Para un editor, eso significa que la tasa de sesiones bloqueadas en tu tráfico de Firefox suele ser notablemente más alta que en Chrome, aunque Firefox represente menos del total de tus visitas.

La razón más profunda por la que Firefox merece su propio tratamiento es técnica, no demográfica. Mozilla asumió un compromiso público y explícito de seguir soportando la forma bloqueante de Manifest V2 de la API webRequest, justo la capacidad que Chrome eliminó en su paso a Manifest V3. Firefox no siguió a Chrome por el camino de solo declarativeNetRequest, así que la plataforma de extensiones que hay debajo de un bloqueador en Firefox es la más antigua y potente.

La consecuencia práctica es que el bloqueador dominante en Firefox es del tipo clásico, dinámico y a nivel de JavaScript. Un editor que haya afinado toda su estrategia anti adblock en torno al mundo de Chrome posterior a MV3 tendrá un punto ciego en Firefox, porque los bloqueadores de ahí funcionan con el paradigma más antiguo que esas estrategias estaban dejando atrás en silencio. Tratar Firefox como una pestaña más de Chromium es el error.

Este es el dato más importante para los editores. Como Firefox conserva la API bloqueante webRequest de Manifest V2, el uBlock Origin clásico, el bloqueador original y dinámico, no uBlock Origin Lite, funciona ahí con todas sus prestaciones. Puede observar cada petición de red que hace la página, decidir en JavaScript si cancelar cada una, inyectar scriptlets, reescribir respuestas y aplicar un filtrado cosmético rico, exactamente como siempre pudo.

Compáralo con Chrome. Allí, el uBlock Origin clásico depende de una capacidad que Manifest V3 eliminó, así que ha sido desactivado en un Chrome actualizado y su autor lanzó una extensión distinta y nativa de MV3, uBlock Origin Lite, construida en torno a la API más limitada declarativeNetRequest. Son dos productos diferentes con un comportamiento en ejecución diferente. En Firefox te enfrentas al original potente; en Chrome te enfrentas cada vez más al Lite acotado.

Para la detección esta es la diferencia que lo define todo. El bloqueador clásico es más ruidoso dentro de la página: deja efectos secundarios observables cuando cancela una petición en JavaScript, oculta un elemento cebo con un filtro cosmético o inyecta un scriptlet. Esas señales, el cebo de DOM que se oculta, el cebo de red que falla, los artefactos del filtrado cosmético, son justo las que los scripts anti adblock más antiguos se construyeron para leer. El paradigma clásico es, paradójicamente, el más detectable, siempre que tu detector siga afinado para buscarlo.

Firefox incluye la Protección contra el Rastreo Mejorada, o ETP, activada por defecto. En su ajuste Estándar bloquea rastreadores conocidos, criptomineros y huellas digitales mediante listas curadas; el ajuste Estricto es más agresivo y bloquea más. La ETP es una parte importante de por qué Firefox se siente centrado en la privacidad nada más sacarlo de la caja, y funciona sin que el usuario instale nada.

Es importante que los editores entiendan qué hace y qué no hace la ETP. La ETP apunta a los rastreadores, no a toda la publicidad. Hay solapamiento real, muchos endpoints de rastreo son también endpoints de anuncios, así que algunas peticiones relacionadas con anuncios se bloquean como efecto secundario, pero la ETP no está diseñada para quitar todos los anuncios de una página como sí lo está un bloqueador dedicado. Describir Firefox como si llevara un bloqueador de anuncios integrado es exagerar.

La conclusión es que un visitante de Firefox puede situarse en varios puntos distintos de un espectro. Algunos usan solo la ETP por defecto, que bloquea rastreadores pero deja intacta buena parte de la publicidad display. Otros añaden encima un bloqueador clásico como uBlock Origin, que es el caso que más impresiones te cuesta. Una capa de detección no debe suponer que Firefox equivale a bloqueado por completo, ni suponer que los ajustes por defecto son inofensivos; tiene que medir de verdad cada sesión.

El bloqueo de anuncios en Firefox no es una cuestión solo de escritorio. Firefox para Android admite extensiones de navegador, incluido uBlock Origin, algo poco habitual entre los navegadores móviles principales, la mayoría de los usuarios de Chrome móvil ni siquiera pueden instalar una extensión. Eso convierte a Firefox en un canal real de bloqueo de anuncios en móvil, no teórico.

Para un editor, esto significa que tu tráfico de Firefox móvil puede llevar una tasa de sesiones bloqueadas mucho más cercana a tu cifra de escritorio de lo que esperarías de otros navegadores móviles. Si históricamente has supuesto que el tráfico móvil está en gran medida a salvo del bloqueo de anuncios porque la mayoría de los navegadores móviles no pueden ejecutar extensiones, esa suposición se rompe justo en Firefox para Android.

La implicación para la medición es simple pero fácil de pasar por alto: no segmentes el bloqueo de anuncios como una métrica de solo escritorio. Un script de detección debe ejecutarse e informar en Firefox móvil igual que lo hace en escritorio, y tu analítica debería poder mostrarte la porción de Firefox móvil por separado, porque puede comportarse de forma muy distinta a Chrome o Safari en móvil.

La implicación de detección de todo lo anterior es concreta. En Firefox el bloqueador dominante es del tipo clásico, MV2, a nivel de JavaScript, y ese tipo deja señales observables: cebo de DOM que un filtro cosmético oculta, peticiones de cebo de red que se cancelan y artefactos de tiempo del bloqueo en tiempo de ejecución. Un detector que sabe buscar el paradigma dinámico puede leer bien Firefox.

El modo de fallo es un detector que se ha estrechado al mundo de Chrome posterior a MV3. Si tu script supone que el bloqueo ocurre en silencio en la capa de red del navegador mediante declarativeNetRequest, y solo sondea eso, manejará mal Firefox, a veces perdiéndose por completo el uBlock Origin clásico, a veces malinterpretando su comportamiento cosmético más rico. Un detector solo de MV3 y una audiencia de Firefox son una mala pareja, y el resultado son falsos negativos: bloqueadores presentes, ingresos perdidos, el script sin informar de nada.

La respuesta robusta es un ensemble que cubra ambos paradigmas en lugar de apostar por uno. AntiAdBlock Core ejecuta un motor multi-señal que abarca el bloqueo clásico dinámico a nivel de JavaScript común en Firefox y el modelo declarativeNetRequest común en Chrome, con heurísticas reentrenadas cada noche contra las deltas de las listas de EasyList, uBlock y AdGuard. En el panorama actual informa de alrededor del 99,7% de precisión de detección, y como vota entre muchos vectores independientes, ninguna regla de filtro aislada en un navegador lo apaga entero.

Una vez que la detección es fiable en Firefox, la recuperación es el mismo trabajo disciplinado que en cualquier sitio: mide tu tasa real de sesiones bloqueadas, muestra un mensaje de recuperación educado y con tu marca en lugar de un muro hostil, y lee la tasa de recuperación antes de ajustar tono y momento. El sentido de acertar con Firefox es que suele ser donde tu tasa de sesiones bloqueadas es más alta, así que es a menudo donde una detección cuidadosa recupera más.

El soporte continuado de Firefox para Manifest V2 lo convierte en la plataforma más fuerte para las señales de detección clásicas, pero la guía de script anti adblock explica por qué también necesitas vectores compatibles con MV3 para los usuarios de Chrome. Para ejemplos de detección en JavaScript que funcionan en ambos paradigmas, detectar adblock con JavaScript 2026 cubre la implementación técnica.