Bloqueo de anuncios con IMA SDK, explicado

Qué es realmente el SDK de IMA

El SDK de anuncios de medios interactivos (IMA) es la biblioteca del lado cliente de Google para la publicidad en video. Un sitio web que desea monetizar un video normalmente no construye su propio reproductor de anuncios: carga imasdk.googleapis.com/js/sdkloader/ima3.js (o la variante dinámica ima3_dai.js), inicializa un AdDisplayContainer y entrega al SDK una URL de etiqueta de anuncio. El SDK luego obtiene una respuesta VAST, muestra el anuncio dentro del reproductor, rastrea las impresiones y los cuartiles, y finalmente devuelve el control al contenido del editor.

Como se trata de un único script compartido servido desde un único dominio, el SDK de IMA constituye el punto de estrangulamiento más crítico en la publicidad de video web: neutralízalo una sola vez y todos los reproductores que se basen en él dejarán de mostrar anuncios.

El ciclo de vida de una solicitud de anuncio

Cuando un espectador pulsa reproducir, el reproductor suele ejecutar esta secuencia:

1. La página carga ima3.js desde los servidores de Google.
2. El reproductor crea un cargador de anuncios y solicita anuncios mediante una etiqueta de anuncio que apunta a un servidor de anuncios.
3. El SDK obtiene el anuncio (normalmente un documento VAST/VMAP mediante DoubleClick), lo analiza y muestra los medios del anuncio en un contenedor superpuesto sobre el video.
4. Se activan los píxeles de seguimiento; el reproductor espera.
5. Cuando el anuncio termina (o se produce un error), el SDK envía CONTENT_RESUME_REQUESTED, y el reproductor reanuda el video real.

Ese último evento es clave: el reproductor está programado para esperarlo. Quien controle el SDK controla cuándo se reanuda el contenido.

Por qué bloquear simplemente el SDK rompe los reproductores

El enfoque bruto consiste en bloquear imasdk.googleapis.com a nivel de red y dejarlo ahí. El problema: muchos reproductores interpretan una SDK fallida o ausente como un error fatal y se niegan a iniciar el video por completo, mostrando en su lugar un indicador de carga o una pantalla que indica «bloqueador de anuncios detectado» en lugar del contenido.

Por eso los bloqueadores clásicos a nivel de red son débiles frente a los anuncios en video: pueden detener la solicitud del anuncio, pero no pueden responder a la pregunta del reproductor: «¿puedo reanudar ahora?». Solo algo que haga de intermediario para el SDK puede hacerlo.

Neutralización por sustitución: el enfoque del stub

AdOff sigue un enfoque diferente: en lugar de bloquear el SDK, lo reemplaza. Se inserta un stub que imita la API pública del IMA SDK, de modo que el reproductor sigue «viendo» un SDK funcional: uno que se comporta como si cada intervalo publicitario estuviera vacío.

Cuando el reproductor llama a adsManager.start(), el stub emite inmediatamente CONTENT_RESUME_REQUESTED. El reproductor reanuda el contenido al instante. No se descarga ningún anuncio, no se muestra ningún anuncio y el reproductor nunca entra en un estado de error porque nunca detecta que falta algo.

Dos canales de entrega para el mismo stub

AdOff envía el mismo stub a través de dos canales, ya que distintos sitios cargan el SDK de forma diferente:

• Inyección en la página. En los sitios que no están excluidos, un script del entorno principal define window.google.ima antes de que el reproductor se inicialice, de modo que el SDK incluido o cargado externamente queda reemplazado por el stub.
• Redirección de red. Para un conjunto de 42 dominios de emisoras europeas, las reglas de declarativeNetRequest redirigen la solicitud de ima3.js y ima3_dai.js hacia el archivo stub incluido dentro de la extensión. La página carga lo que cree que es el SDK de Google y recibe en su lugar el de AdOff.

Ambos canales convergen en el mismo resultado: el jugador obtiene un SDK adaptable y el espectador obtiene contenido.

Dónde alcanza y dónde no alcanza este enfoque

El stub neutraliza la publicidad basada en IMA del lado del cliente. No afecta a la inserción de anuncios del lado del servidor (SSAI), en la que los anuncios se integran directamente en la secuencia de video antes de su entrega — no existe ninguna llamada al SDK que pueda interceptarse. Los servicios de suscripción premium que utilizan sus propias pipelines publicitarias se excluyen deliberadamente para que sus reproductores sigan funcionando.

La principal plataforma de videos también obtiene un canal dedicado superior: la programación de anuncios se elimina de la respuesta del reproductor antes de que la página la lea, y cualquier elemento que se filtre se avanza rápidamente.

Por qué esto importa para el futuro de la bloqueo de anuncios

Las plataformas publicitarias siguen transfiriendo peso hacia los SDK del lado del cliente precisamente porque los bloqueadores ingenuos tienen dificultades con ellos. Un enfoque que responde al reproductor en lugar de privarlo de contenido es robusto: no depende de enumerar todas las URL de anuncios, sino únicamente del propio contrato del SDK según el cual el contenido debe reanudarse.

AdOff es una extensión gratuita, sin cuenta, basada en Manifest V3 para Chrome, Firefox, Safari, Edge y Opera, y su capa de neutralización de videos está incluida para todos.

Preguntas frecuentes

¿Bloquear el SDK de IMA es lo mismo que reemplazarlo?

No. Bloquearlo a nivel de red a menudo impide que el video se reproduzca, ya que los reproductores esperan a que el SDK indique que el contenido puede reanudarse. Reemplazarlo con un «stub» (esqueleto) mantiene el reproductor totalmente funcional, garantizando al mismo tiempo que nunca se soliciten anuncios.

¿Qué ocurre cuando el stub recibe una solicitud de anuncio?

El «stub» expone la misma superficie de API que los reproductores esperan. Cuando se le pide iniciar los anuncios, inmediatamente dispara el evento de reanudación del contenido, por lo que la reproducción continúa sin que se descargue ni se muestre ningún anuncio.

¿Funciona un stub de IMA contra la inserción de anuncios del lado del servidor?

No. Con SSAI (Server-Side Ad Insertion), los anuncios se integran en la transmisión de video en el servidor antes de su entrega, por lo que no existe ninguna llamada al SDK del lado del cliente que pueda interceptarse. La inserción del lado del servidor requiere contramedidas diferentes y está fuera del alcance de lo que una extensión de navegador puede abordar.

¿Qué navegadores pueden ejecutar este tipo de extensión?

AdOff está construido sobre Manifest V3 y funciona en Chrome, Firefox, Safari, Edge y Opera. La capa de neutralización de IMA está incluida en la versión gratuita, sin necesidad de cuenta ni registro.

¿Puede detectar un sitio que el SDK ha sido reemplazado?

Ese es precisamente el propósito de la capa sigilosa: el spoofing de señuelos y la interceptación de fetch/XHR hacen que el entorno parezca normal ante los scripts antipublicidad. Ningún método es permanente, ya que las plataformas modifican frecuentemente sus métodos de detección.

Más sobre esto: Bloqueo de anuncios en streaming: la guía completa, Pre-roll, mid-roll, post-roll: formatos de anuncios en video explicados, Cómo funciona AdOff, capa por capa.