Anti adblock para WordPress: detección, instalación y recuperación

WordPress mueve una buena parte de la web sostenida por publicidad, desde blogs pequeños hasta publicaciones medianas. La mayoría de esos sitios monetizan con publicidad display, y una porción nada despreciable de su audiencia usa un bloqueador de anuncios. Cada página vista bloqueada es inventario que el lector solicitó pero que no generó nada.

La pérdida es invisible por defecto. Tu red publicitaria informa de las impresiones que se sirvieron, no de las que se bloquearon antes de poder cargarse. Un panel de WordPress muestra tráfico, no ingresos perdidos. Sin una capa de detección simplemente no puedes ver la brecha, así que nunca se aborda.

Añadir un script anti adblock es el primer paso para hacer visible esa brecha. Con AntiAdBlock Core ves en tu panel, desde el primer día, cuántos visitantes bloquean anuncios, y el aviso ya les pide desde la primera página que los permitan. En muchos sitios WordPress esa cifra es más alta de lo que el dueño espera, sobre todo en los nichos de tecnología, videojuegos y noticias.

Un script anti adblock debe cargarse tan pronto y tan fiablemente como tus etiquetas de anuncios. El sitio más limpio es la cabecera del documento, para que la detección se ejecute antes de tener que tomar la decisión de recuperación. En WordPress lo más sencillo es el plugin oficial; si prefieres hacerlo a mano, tienes otras opciones sensatas.

La primera, y la que recomendamos, es el plugin oficial de AntiAdBlock Core para WordPress. Es gratis y está en el directorio de WordPress.org con el nombre AntiAdBlockCore: lo instalas desde Plugins › Añadir plugin («Agregar plugin» en el español de América), conectas tu cuenta en Ajustes › AntiAdBlock Core y el plugin verifica tu dominio y, cuando la entrega está lista, pone el script en la cabecera de todas tus páginas. No pegas código ni tocas el tema, así que nada se pierde al actualizarlo. Al conectar eliges la entrega: first-party, desde un subdominio de tu web con un registro DNS que creas tú y que suele estar activo en minutos, o third-party, desde antiadblockcore.com y al momento.

Si prefieres pegar la etiqueta tú, la segunda opción es un plugin de scripts de cabecera y pie, que expone un campo de ajustes para el marcado de la cabecera y es seguro ante actualizaciones por diseño. La tercera es editar directamente el header.php de tu tema y añadir la etiqueta script dentro de la etiqueta head, lo más arriba que puedas. Funciona, pero es frágil: una actualización del tema puede sobrescribir el archivo, así que hazlo en un tema hijo. En temas a medida o basados en bloques también puedes engancharte a wp_head desde un pequeño plugin propio o un plugin de fragmentos de código.

Elijas la que elijas, el objetivo es el mismo: una etiqueta script async en la cabecera, cargada en cada página. AntiAdBlock Core entrega exactamente una etiqueta así, cargada en async, así que nunca bloquea el renderizado de tu página. Si tu web sirve su propio HTML y el plugin no puede añadirla, su botón «Obtener código» te da la etiqueta exacta de tu entrega para pegarla a mano; pon entonces la Inserción en Manual para que no se cargue dos veces.

Un script anti adblock no sustituye a tu red publicitaria ni entra en conflicto con ella. AdSense, Mediavine y Ezoic sirven anuncios mediante sus propias etiquetas; AntiAdBlock Core no sirve ni reinserta anuncios: detecta si el visitante bloquea anuncios y, cuando es así, le muestra tu aviso. Las dos capas son independientes.

Hay una regla que conviene respetar con las tres redes: no uses el anti adblock para servir sus anuncios a usuarios bloqueados de una forma que viole sus políticas. El patrón seguro es detectar el bloqueador y mostrar tu propio aviso, que pide al lector que permita los anuncios en tu web para seguir leyendo, en lugar de intentar forzar los anuncios de la red a pasar el bloqueo. Si usas AdSense, muestra un solo aviso: con el de AntiAdBlock Core activo, deja en borrador el mensaje de AdSense contra los bloqueadores, que según la ayuda de Google solo aparece en navegadores de escritorio.

Los sitios con Ezoic y Mediavine en particular suelen tener una configuración de etiquetas más compleja, a menudo con unidades de anuncios de carga diferida. Un script de detección que se carga en async desde la cabecera convive con la carga diferida sin problemas: la detección y el renderizado de anuncios no compiten entre sí.

El error más común es colocar el script en el pie o cargarlo después de una larga cadena de otros scripts diferidos. Para entonces la decisión de recuperación llega tarde y el usuario puede haberse ido ya. Mantén el script de detección en la cabecera y en modo async. Ojo también con los plugins de caché que minifican, aplazan o retrasan el JavaScript: el plugin oficial deja el script fuera de esa optimización en WP Rocket, LiteSpeed Cache, Autoptimize, SiteGround Optimizer, Perfmatters, Flying Press y W3 Total Cache; si lo pegas a mano sin el plugin, exclúyelo tú.

El segundo error es una experiencia de recuperación que resulta hostil. Un muro que acusa al lector, no explica por qué está ahí o no deja claro cómo volver al contenido espanta a la gente. El problema no es el muro: un aviso claro que explica que los anuncios financian el sitio, muestra los pasos para el bloqueador del lector y le deja pasar en cuanto permite el sitio recupera muchos más ingresos que un mensaje que se cierra y se olvida. Así es el aviso de AntiAdBlock Core por defecto: un muro que pide permitir tus anuncios, en español o en inglés según el navegador del lector, y que vuelve a comprobar al momento cuando pulsa «Ya lo he desactivado».

Sobre el consentimiento: un buen script anti adblock no debería poner cookies de seguimiento ni crear perfiles de visitante. En sus estadísticas, AntiAdBlock Core solo guarda recuentos agregados diarios, sin la IP del visitante, y no pone cookies de seguimiento. Para contar las recuperaciones guarda en tu propio dominio unas marcas de tiempo sin identificador, 30 días como máximo, que puedes declarar en tu nota de cookies; decide, según la normativa que te aplique, si tu herramienta de consentimiento debe cubrirlas. El plugin añade además un texto sugerido a la Guía para la política de privacidad de WordPress. Tú sigues gestionando el consentimiento de la red publicitaria como ya lo haces; para el detalle legal, lee si es legal detectar el adblock.

Con el script activo, la primera cifra que vigilar es tu tasa de adblock: la proporción de páginas vistas en las que se detectó un bloqueador. Te dice cómo de grande es la oportunidad. Con el plugin, las cifras del mes también se ven dentro de WordPress, las mismas que en tu panel.

La otra cifra que importa son las recuperaciones: los lectores con bloqueador que, tras ver el aviso, permiten tus anuncios. El panel enseña las dos cifras día a día en todos los planes y convierte las recuperaciones en ingresos estimados con el CPM que tú pongas; en Max y Business, la analítica detallada las desglosa además por tipo de bloqueo y por audiencia (dispositivo, navegador y país).

Da a cualquier cambio al menos una o dos semanas antes de juzgarlo. Las tasas de adblock varían por día de la semana y por fuente de tráfico, y el aviso necesita una muestra razonable. Trátalo como algo iterativo: lee la tasa de adblock y las recuperaciones y, según tu plan, ajusta el aviso desde tu panel (el color desde Pro; tu logo y tu mensaje desde Max). WordPress hace que el despliegue sea trivial; la disciplina está en medir con paciencia.

Para ver qué enfoques anti adblock aguantan en los navegadores modernos, la guía de 2026 sobre qué cambió con Manifest V3 cubre lo que ha cambiado desde que se escribieron los fragmentos clásicos de WordPress. Si quieres ir más allá de la detección y construir un embudo de recuperación completo, cómo bloquear adblock en tu web cubre las decisiones de implementación que se aplican a cualquier CMS.