¿Cómo solucionar el error NET::ERR_BLOCKED_BY_CLIENT?

Cuando ves en consola el mensaje “Failed to load resource:

NET::ERR_BLOCKED_BY_CLIENT” en Chrome o en otro navegador, en realidad el problema no está en tu servidor, sino en algo que bloquea la petición desde el propio navegador del usuario: extensiones, antivirus, reglas de seguridad o incluso el nombre del archivo que se intenta cargar.

En este artículo vamos a ver qué significa exactamente este error, por qué aparece y qué pasos concretos puedes dar —en tu navegador y en tu web (por ejemplo, en WordPress)— para solucionarlo sin volverte loco/a.

  ¿Qué es el error NET::ERR_BLOCKED_BY_CLIENT?

NET::ERR_BLOCKED_BY_CLIENT es un mensaje de error que aparece en la  consola del navegador cuando un recurso está siendo bloqueado “por el cliente”, es decir, por algo que se ejecuta en el propio navegador antes de que la petición llegue siquiera al servidor.

 

Lo más habitual es verlo acompañado de Failed to load resource: net::ERR_BLOCKED_BY_CLIENT cuando se intenta cargar un script, una imagen, un iframe o una petición AJAX y alguna extensión o filtro decide cortarla.

 

En la práctica, la página puede cargar más o menos bien, pero en la consola verás que uno o varios recursos han sido bloqueados.

 

Suele afectar a scripts de publicidad, analítica, píxeles de seguimiento, widgets de terceros o servicios externos que bloqueadores de anuncios y extensiones de privacidad consideran invasivos o sospechosos.

 

Si gestionas una web en WordPress, es frecuente que este error aparezca asociado a scripts cargados por plugins de marketing, etiquetas de Google Tag Manager, Google Ads, Google Analytics 4, Facebook Pixel o herramientas de mapas de calor como Hotjar.

 

Aunque el servidor responda correctamente, el navegador decide no realizar la petición o ignora la respuesta debido a las reglas de filtrado que tenga activas ese usuario.

  Causas del error NET::ERR_BLOCKED_BY_CLIENT

El mensaje de error es el mismo, pero el origen puede variar bastante. Vamos a desglosar las causas más típicas para que, cuando te toque diagnosticarlo, sepas por dónde empezar.

  Extensiones del navegador (AdBlock, uBlock, etc.)

La causa número uno son las extensiones del navegador, sobre todo bloqueadores de anuncios y herramientas de privacidad.

 

Estas extensiones se basan en listas de filtros que analizan la URL del recurso y, si coincide con un patrón marcado como publicidad, tracker o similar, lo bloquean antes de que la petición se complete.

Ejemplos muy habituales:

• Scripts que cargan desde dominios relacionados con anuncios o tracking, como googlesyndication.com, doubleclick.net o endpoints de píxeles sociales.

• Rutas que incluyen palabras como “ads”, “advertising”, “banner”, “affiliate”, “tracker” dentro de la URL.

• Widgets de redes sociales o scripts de analítica avanzada que determinados filtros consideran demasiado intrusivos.

En estos casos el servidor está bien, pero el usuario tiene extensiones que impiden que determinados recursos se muestren.

  Asistente IA para WordPress

Antivirus, firewall o suites de seguridad

Si el error sigue apareciendo incluso con las extensiones desactivadas o en modo incógnito, el siguiente sospechoso es el antivirus o el firewall local.

 

Muchas suites de seguridad incluyen módulos de “protección web”, “navegación segura” o “inspección HTTPS” que interceptan el tráfico y pueden bloquear recursos por reputación del dominio, heurística o reglas internas.

 

En algunos casos, incluso instalan extensiones propias en el navegador para filtrar aún más el contenido.

 

Cuando una regla de ese software considera que un script o una petición AJAX es peligrosa o innecesaria, la bloquea y Chrome lo registra como NET::ERR_BLOCKED_BY_CLIENT.

 

  Asistente IA para WordPress

Configuración del navegador y caché corrupta

Otra posibilidad es que el problema esté en la configuración del propio navegador o en datos almacenados de forma corrupta.

 

Flags experimentales, perfiles de usuario dañados, cookies antiguas o caché corrupta pueden hacer que determinados recursos se bloqueen de manera errática.

 

Los síntomas típicos son:

• El error aparece solo en un navegador concreto y desaparece en otro.
• En otro perfil de usuario del mismo navegador no se reproduce.
• Solo tú puedes replicarlo, pero otras personas no ven el mismo problema en la misma web.

 

En esos casos, restablecer la configuración del navegador y limpiar caché y cookies suelen ser bastante efectivos.

  Asistente IA para WordPress

Nombres de archivos y rutas “sospechosas”

Desde el punto de vista de quien desarrolla o administra la web, una causa muy común es el propio nombre del archivo o de la ruta.

 

Si tu script se llama ads-script.js o tu carpeta es /wp-content/uploads/banners/ads/, muchos bloqueadores lo van a marcar como publicidad y lo bloquearán sin miramientos.

 

Esto también pasa con:

 

• Endpoints AJAX que incluyen palabras como “tracking”, “click”, “affiliate” o “adserver”.
• Carpetas como /ads/, /banners/, /trackers/ dentro de tu estructura de ficheros.
• Scripts de terceros cuyos dominios están en listas negras usadas por bloqueadores.

 

En este escenario, aunque el script sea legítimo (por ejemplo, un widget interno que no muestra publicidad), el nombre lo hace sospechoso para los filtros.

 

  Asistente IA para WordPress

Plugins y scripts de terceros en WordPress

En WordPress, el error suele ir de la mano de plugins que cargan recursos externos.

Algunos ejemplos claros son:

 

• Plugins de anuncios que insertan banners o iframes desde redes de publicidad.
• Plugins de cookies y consentimiento que disparan etiquetas de marketing.
• Integraciones con Google Tag Manager, Facebook Pixel, Hotjar, herramientas de remarketing, notificaciones push, etc.

 

Si esos scripts se cargan desde dominios “marcados” por bloqueadores, verás el error NET::ERR_BLOCKED_BY_CLIENT aunque la web parezca funcionar sin problemas graves.

 

El usuario final verá menos anuncios o menos scripts de seguimiento, pero tú verás avisos constantes en la consola mientras desarrollas o depuras tu sitio.

 ¿Cómo solucionar el error NET::ERR_BLOCKED_BY_CLIENT?

La idea general es sencilla: primero descartas lo que puede estar pasando en tu propio navegador y, después, revisar cómo está implementada tu web para reducir al mínimo este tipo de bloqueos.Vamos paso a paso

 Lo que puedes hacer en tu navegador

Estos pasos te sirven como usuario final y también como primer diagnóstico si administras la web y quieres saber si el problema está solo en tu equipo.

Desactiva extensiones (sobre todo bloqueadores)

Tu primer movimiento debería ser probar la web con las extensiones desactivadas.En Chrome, por ejemplo:

1. Abre el menú de los tres puntos.
2. Ve a “Extensiones”.
3. Desactiva todas las extensiones con el interruptor.
4. Recarga la página y revisa si el error sigue apareciendo en la consola.

 

Si el mensaje desaparece, ya sabes que el origen es alguna extensión. A partir de ahí, ve activándolas una a una hasta localizar la que provoca el bloqueo para decidir si la desinstalas, la configuras mejor o añades tu sitio a su lista blanca.

 

Prueba en modo incógnito

El modo incógnito carga el navegador con una configuración más limpia, normalmente sin extensiones (a menos que las permitas expresamente).

​

• Si en incógnito el error no aparece, casi seguro que el problema está en extensiones, caché o cookies del perfil normal.
• ​Si el error se mantiene, es más probable que haya un antivirus, firewall o incluso un problema de implementación en la propia web.

 

En Chrome, abre una ventana de incógnito desde el menú de los tres puntos > “Nueva ventana de incógnito”.

 

Limpia caché y cookies

El siguiente paso es limpiar caché y cookies del navegador. En Chrome:

1. Pulsa Ctrl + Shift + Del.
2. Selecciona “Cookies y otros datos de sitios” y “Imágenes y archivos almacenados en caché”.
3. Elige el rango de tiempo (por ejemplo, “Todo”).
4. Haz clic en “Borrar datos” y recarga la página.

 

Muchos errores intermitentes desaparecen solo con este cambio, sobre todo cuando hay cookies o caché corrupta de scripts antiguos.

 

Revisa antivirus y firewall

Si el error sigue ahí, revisa tu antivirus o firewall.

 

• Localiza los apartados de “protección web”, “navegación segura” o similar.
• Prueba a desactivar temporalmente esa protección o añade tu dominio a la lista de sitios de confianza.

 

Si al desactivar esa protección el error desaparece, tienes identificado el origen. Lo recomendable es no dejarla desactivada de forma permanente, sino crear excepciones concretas para los dominios que realmente necesitas usar.

 

Restablece la configuración del navegador

Como última bala del lado del usuario, puedes restablecer la configuración del navegador a los valores por defecto. En Chrome:

 

1. Ve a “Configuración”.
2. En la barra lateral, entra en “Restablecer configuración y limpiar”.
3. Haz clic en “Restablecer la configuración a los valores predeterminados originales”.
4. Acepta y reinicia el navegador.

 

Con esto eliminas flags raros, cambios en la configuración avanzada y otros ajustes que podrían estar provocando bloqueos no evidentes.

 

  Lo que puedes hacer en tu web (WordPress y otros sitios)

Si administras una web y te preocupa que tus usuarios se encuentren con este error, aquí tienes acciones concretas para reducirlo al mínimo.

 

Identifica qué recurso se está bloqueando

Lo primero es saber qué recurso está causando el error. En Chrome (similar en otros navegadores):

 

1. Abre tu web.
2. Pulsa F12 para abrir las herramientas de desarrollador.
3. Ve a la pestaña “Network” o “Red”.
4. Recarga la página.
5. Busca entradas con el estado “(failed)” y el mensaje NET::ERR_BLOCKED_BY_CLIENT.

 

Ahí verás la URL exacta del script, imagen, iframe o petición AJAX que se está bloqueando.

 

Con esa información sobre la mesa es mucho más fácil decidir si basta con renombrar el archivo, moverlo, reemplazarlo o desactivar el plugin que lo carga.

 

Cambia nombres de archivos y rutas problemáticas

Si la ruta del recurso contiene palabras como /ads/, /advertising/, /banners/, /affiliates/, /tracking/ o similares, es muy probable que los bloqueadores lo reconozcan como publicidad.

 

Una solución sencilla es renombrar tanto el archivo como la ruta para usar términos neutros.

 

Por ejemplo:

 

• Cambiar /js/ads-script.js por /js/display-module.js.
• Cambiar /wp-content/uploads/ads/ por /wp-content/uploads/media/ o /wp-content/uploads/resources/.
• Evitar nombres de archivo como tracking.js o adserver.js y optar por nombres descriptivos pero neutros (ui-helper.js, analytics-helper.js, etc.).

 

Esto no garantiza que todos los bloqueadores dejen de detectar el recurso si sigue llamando a servicios de publicidad agresivos, pero sí ayuda a evitar muchos falsos positivos.

 

Revisa plugins de anuncios, analítica y marketing en WordPress

En WordPress, revisa con lupa los plugins que insertan scripts externos.

 

En concreto:

 

• Plugins de anuncios (banners, popups, iframes publicitarios).
• Plugins de consentimiento de cookies que disparan etiquetas de remarketing.
• Integraciones con Google Tag Manager, Facebook Pixel, Hotjar, sistemas de chat que cargan desde dominios de terceros.

 

Pasos recomendados:

 

1. Desactiva temporalmente los plugins sospechosos uno a uno.
2. Recarga la web y revisa si desaparece el error en la consola.
3. Cuando localices el plugin que dispara el recurso bloqueado, entra en su configuración.

 

En ese plugin, intenta:

 

• Desactivar etiquetas que no sean imprescindibles.
• Cambiar rutas de scripts, si la opción existe.
• Actualizar a la última versión, por si el desarrollador ya ha adaptado el plugin para reducir problemas con bloqueadores.

 

Usa herramientas de los propios bloqueadores

Algunos bloqueadores permiten ver qué regla exacta está bloqueando tu recurso.

 

Por ejemplo, AdBlock Plus en Firefox puede mostrar una lista de “elementos bloqueables” y explicar qué filtro ha coincidido con cada uno.

​

Ahí puedes encontrar reglas como .net/ads/ o patrones que te dan pistas de qué parte de la URL está causando el bloqueo.

 

Con esa información puedes ajustar tus nombres de archivos y rutas de forma más quirúrgica, sin tener que renombrar todo a ciegas.

 

¿Este error afecta al SEO o solo molesta en consola?

Desde la perspectiva del SEO, NET::ERR_BLOCKED_BY_CLIENT suele ser más un “ruido” en consola que un problema crítico en el servidor.

Los bots de Google no utilizan tu AdBlock ni tus extensiones, así que no verán exactamente lo mismo que tú en tu navegador.

 

Ahora bien, sí puede tener impacto indirecto si el recurso bloqueado es clave para la experiencia de usuario:

 

• Un formulario que no funciona sin ese script.
• Un proceso de checkout que dependa de JS cargado desde un dominio externo.
• Un widget esencial para la navegación sin alternativa cuando el script falla.

 

En estos casos conviene:

 

• Reducir la dependencia de scripts de terceros en funciones críticas.
• Ofrecer degradación elegante (por ejemplo, que el formulario tenga un envío básico sin JS).
• Asegurarte de que la web es usable incluso cuando los bloqueadores están muy estrictos.

  Buenas prácticas para evitar NET::ERR_BLOCKED_BY_CLIENT

Para ir concluyendo, aquí tienes una lista de buenas prácticas que puedes aplicar en tus proyectos para minimizar este error:

 

• Elige nombres de archivos y rutas neutros, evitando términos asociados a publicidad y tracking.
• Usa scripts de terceros sólo cuando aporten valor real; cuanto menos dependas de ellos, menos problemas tendrás con los bloqueadores.
• Configura tus herramientas de analítica y marketing para que sean lo menos invasivas posible y respeta siempre la normativa de cookies y privacidad.
• Prueba tu web con bloqueadores populares activados para ver qué se rompe y decidir qué necesitas cambiar.
• Documenta qué partes de tu sitio pueden verse afectadas por bloqueadores y evita que sean imprescindibles para completar tareas clave.

 

Y si, después de seguir todos estos pasos, sigues viendo el error y sospechas que puede haber algo más profundo en el servidor o en la configuración de tu WordPress, tener detrás un hosting con soporte especializado (como Webempresa) te ahorra mucho tiempo.

 

En escenarios así, un equipo como el soporte de Webempresa puede revisar contigo los registros, las reglas de seguridad, posibles conflictos con plugins y ayudarte a aplicar buenas prácticas para cargar scripts y recursos sin sacrificar rendimiento ni privacidad, algo que encaja muy bien cuando administras un sitio en WordPress y quieres centrarte en tu proyecto y no en pelearte con errores de consola.

 

Espero que este artículo te haya resultado muy útil. ¡Nos vemos en el siguiente artículo!