Comment corriger l'erreur ERR_BLOCKED_BY_CLIENT dans Chrome

Vous déboguez un projet frontend lorsque l’onglet Network des DevTools de Chrome s’illumine en rouge. L’erreur indique net::ERR_BLOCKED_BY_CLIENT. Votre script d’analytics ne se charge pas, une police tierce échoue silencieusement, ou une requête API ne se termine jamais. Le serveur ne rejette pas votre requête — quelque chose sur votre propre machine la bloque.

Ce guide explique ce qui cause l’erreur ERR_BLOCKED_BY_CLIENT dans Chrome et détaille les étapes pratiques de dépannage pour les développeurs diagnostiquant des requêtes réseau bloquées.

Ce que signifie réellement ERR_BLOCKED_BY_CLIENT

Contrairement aux erreurs côté serveur (404, 500), cette erreur de requête bloquée par Chrome provient localement. Le « client » est votre navigateur. Chrome vous indique : « J’ai tenté de récupérer cette ressource, mais quelque chose sur cet appareil m’en a empêché. »

La requête n’atteint jamais le serveur. Au lieu de cela, une extension, une stratégie de navigateur ou une configuration locale l’intercepte et l’annule avant son départ.

Cette distinction est importante. Vous ne trouverez pas de réponses dans les journaux serveur ou l’infrastructure réseau. La solution se trouve dans votre environnement de navigation.

Causes courantes rencontrées par les développeurs

Extensions de navigateur : le coupable principal

Les extensions dotées de capacités de filtrage réseau causent la plupart des erreurs ERR_BLOCKED_BY_CLIENT. Celles-ci incluent :

• Bloqueurs de publicités (uBlock Origin, AdGuard, AdBlock)
• Outils de confidentialité (Privacy Badger, Ghostery)
• Extensions de sécurité (bloqueurs de scripts, outils anti-pistage)

Ces extensions maintiennent des listes de filtres — des règles qui correspondent à des motifs d’URL. Lorsqu’une URL de requête déclenche un filtre, l’extension la bloque. Une requête vers analytics.example.com/track.js pourrait correspondre à un filtre ciblant les scripts de pistage, même s’il est essentiel pour votre application.

Manifest V3 et changements d’extensions

Le passage de Chrome au Manifest V3 a modifié la façon dont les extensions interceptent les requêtes. Les extensions construites sur l’ancienne architecture Manifest V2 peuvent se comporter différemment ou être complètement désactivées à mesure que Chrome supprime progressivement leur prise en charge. Si vous avez récemment mis à jour Chrome et commencé à voir des requêtes bloquées, une extension obsolète perdant ses fonctionnalités — ou une extension nouvellement mise à jour modifiant son comportement de blocage — pourrait en être responsable.

Stratégies de navigateur en entreprise et gérées

Dans les environnements d’entreprise, les administrateurs IT déploient des stratégies Chrome qui restreignent l’accès réseau. Ces stratégies peuvent bloquer des domaines spécifiques, des types de ressources ou des motifs d’URL sans aucune extension visible.

Consultez chrome://policy pour voir les stratégies actives. Si vous êtes sur un appareil géré, c’est souvent une source négligée d’erreurs de type blocked-by-client — même lorsqu’aucune extension n’est installée.

Faux positifs des listes de filtres

Vos ressources peuvent déclencher des blocages involontairement. Les chemins de fichiers contenant des chaînes comme /ads/, /tracking/ ou /banner/ correspondent couramment aux règles de filtrage. Une image légitime à /assets/ads-campaign/hero.png pourrait être bloquée uniquement à cause de son chemin.

Comment corriger ERR_BLOCKED_BY_CLIENT

Étape 1 : Tester en mode Navigation privée

Ouvrez une fenêtre de Navigation privée (Ctrl+Shift+N sur Windows, Cmd+Shift+N sur Mac). Par défaut, les extensions ne s’exécutent pas en Navigation privée sauf si explicitement activées.

Si la requête réussit en Navigation privée, une extension la bloque. Si elle échoue toujours, la cause est probablement une stratégie de navigateur ou un flag Chrome.

Étape 2 : Isoler l’extension bloquante

Pour désactiver les extensions pour le dépannage de Chrome :

1. Accédez à chrome://extensions
2. Désactivez les extensions une par une
3. Rechargez votre page après chaque modification
4. Lorsque la requête réussit, vous avez trouvé le coupable

Commencez par les bloqueurs de publicités et les outils de confidentialité — ce sont les contrevenants les plus courants.

Étape 3 : Inspecter le blocage dans les DevTools

Ouvrez les DevTools (F12), allez dans l’onglet Network et rechargez. Les requêtes échouées affichent l’erreur dans la colonne Status. Cliquez sur la requête pour voir les détails.

Certaines extensions (comme uBlock Origin) ajoutent leurs propres panneaux DevTools montrant exactement quelle règle de filtre a déclenché le blocage. Cela vous aide à déterminer s’il faut mettre le domaine en liste blanche ou renommer votre ressource.

Étape 4 : Vérifier les stratégies de navigateur

Visitez chrome://policy pour afficher toutes les restrictions actives. Sur les appareils gérés, des stratégies comme URLBlocklist peuvent bloquer silencieusement des requêtes. Si les stratégies sont en cause, contactez votre administrateur IT.

Étape 5 : Tester dans un profil vierge

Créez un nouveau profil Chrome sans extensions ni personnalisations :

1. Cliquez sur l’icône de votre profil dans Chrome
2. Sélectionnez « Ajouter » pour créer un nouveau profil
3. Testez votre application dans cet environnement vierge

Cela élimine les paramètres en cache, les données corrompues et toutes les extensions simultanément.

Étape 6 : Revoir le nommage de vos ressources

Si vous contrôlez la ressource bloquée, vérifiez son chemin d’URL. Renommez les fichiers ou répertoires contenant des déclencheurs courants de listes de filtres (/ad/, /tracking/, /banner/, /sponsor/). Cela prévient les faux positifs chez les utilisateurs de votre application.

Lorsque l’erreur persiste

Si aucune de ces étapes ne résout le problème, envisagez de :

• Réinitialiser les flags Chrome sur chrome://flags (cliquez sur « Reset all »)
• Vider le cache du navigateur et les cookies
• Vérifier si votre logiciel antivirus inclut des fonctionnalités de filtrage web

Conclusion

L’erreur ERR_BLOCKED_BY_CLIENT signifie que votre navigateur — et non le serveur — arrête une requête. Les extensions sont généralement responsables, mais les stratégies gérées et les faux positifs de listes de filtres causent également des problèmes. Une isolation systématique utilisant le mode Navigation privée, la désactivation d’extensions et des profils vierges identifiera la source. Pour les développeurs, comprendre cette erreur évite des heures de débogage au mauvais endroit.

FAQ

Gain control over your UX

See how users are using your site as if you were sitting next to them, learn and iterate faster with OpenReplay. — the open-source session replay tool for developers. Self-host it in minutes, and have complete control over your customer data. Check our GitHub repo and join the thousands of developers in our community.