So beheben Sie ERR_BLOCKED_BY_CLIENT in Chrome

Sie debuggen gerade ein Frontend-Projekt, als der Network-Tab der Chrome DevTools rot aufleuchtet. Die Fehlermeldung lautet net::ERR_BLOCKED_BY_CLIENT. Ihr Analytics-Skript wird nicht geladen, eine Drittanbieter-Schriftart schlägt stillschweigend fehl oder eine API-Anfrage wird nie abgeschlossen. Der Server lehnt Ihre Anfrage nicht ab – etwas auf Ihrem eigenen Rechner blockiert sie.

Dieser Leitfaden erklärt, was den ERR_BLOCKED_BY_CLIENT Chrome-Fehler verursacht, und führt Sie durch praktische Schritte zur Fehlerbehebung für Entwickler, die blockierte Netzwerkanfragen diagnostizieren.

Was ERR_BLOCKED_BY_CLIENT tatsächlich bedeutet

Anders als serverseitige Fehler (404, 500) entsteht dieser Chrome request blocked-Fehler lokal. Der „Client” ist Ihr Browser. Chrome teilt Ihnen mit: „Ich habe versucht, diese Ressource abzurufen, aber etwas auf diesem Gerät hat mich gestoppt.”

Die Anfrage erreicht den Server nie. Stattdessen fängt eine Erweiterung, Browser-Richtlinie oder lokale Konfiguration sie ab und bricht sie vor dem Absenden ab.

Diese Unterscheidung ist wichtig. Sie werden keine Antworten in Server-Logs oder Netzwerk-Infrastruktur finden. Die Lösung liegt in Ihrer Browser-Umgebung.

Häufige Ursachen, auf die Entwickler stoßen

Browser-Erweiterungen: Der Hauptverursacher

Erweiterungen mit Netzwerk-Filterfunktionen verursachen die meisten ERR_BLOCKED_BY_CLIENT-Fehler. Dazu gehören:

• Werbeblocker (uBlock Origin, AdGuard, AdBlock)
• Datenschutz-Tools (Privacy Badger, Ghostery)
• Sicherheitserweiterungen (Skript-Blocker, Anti-Tracking-Tools)

Diese Erweiterungen pflegen Filterlisten – Regeln, die URL-Muster abgleichen. Wenn eine Anfrage-URL einen Filter auslöst, blockiert die Erweiterung sie. Eine Anfrage an analytics.example.com/track.js könnte einen Filter auslösen, der Tracking-Skripte anvisiert, selbst wenn es für Ihre Anwendung unverzichtbar ist.

Manifest V3 und Änderungen bei Erweiterungen

Chromes Umstellung auf Manifest V3 hat verändert, wie Erweiterungen Anfragen abfangen. Erweiterungen, die auf der älteren Manifest V2-Architektur basieren, verhalten sich möglicherweise anders oder werden vollständig deaktiviert, da Chrome die Unterstützung einstellt. Wenn Sie kürzlich Chrome aktualisiert haben und blockierte Anfragen auftreten, könnte eine veraltete Erweiterung, die ihre Funktionalität verliert – oder eine neu aktualisierte, die ihr Blockierverhalten ändert – verantwortlich sein.

Unternehmens- und verwaltete Browser-Richtlinien

In Unternehmensumgebungen setzen IT-Administratoren Chrome-Richtlinien ein, die den Netzwerkzugriff einschränken. Diese Richtlinien können bestimmte Domains, Ressourcentypen oder URL-Muster blockieren, ohne dass eine sichtbare Erweiterung vorhanden ist.

Prüfen Sie chrome://policy, um aktive Richtlinien zu sehen. Wenn Sie ein verwaltetes Gerät verwenden, ist dies oft eine übersehene Quelle für blocked-by-client-artige Fehler – selbst wenn keine Erweiterung installiert ist.

Fehlalarme in Filterlisten

Ihre Ressourcen könnten unbeabsichtigt Blockierungen auslösen. Dateipfade, die Zeichenfolgen wie /ads/, /tracking/ oder /banner/ enthalten, passen häufig zu Filterregeln. Ein legitimes Bild unter /assets/ads-campaign/hero.png könnte rein aufgrund seines Pfades blockiert werden.

So beheben Sie ERR_BLOCKED_BY_CLIENT

Schritt 1: Testen im Inkognito-Modus

Öffnen Sie ein Inkognito-Fenster (Strg+Umschalt+N unter Windows, Cmd+Shift+N auf Mac). Standardmäßig werden Erweiterungen im Inkognito-Modus nicht ausgeführt, es sei denn, sie sind explizit aktiviert.

Wenn die Anfrage im Inkognito-Modus erfolgreich ist, blockiert eine Erweiterung sie. Wenn sie weiterhin fehlschlägt, ist die Ursache wahrscheinlich eine Browser-Richtlinie oder ein Chrome-Flag.

Schritt 2: Die blockierende Erweiterung isolieren

So deaktivieren Sie Erweiterungen für die Chrome-Fehlerbehebung:

1. Navigieren Sie zu chrome://extensions
2. Schalten Sie Erweiterungen nacheinander aus
3. Laden Sie Ihre Seite nach jeder Änderung neu
4. Wenn die Anfrage erfolgreich ist, haben Sie den Übeltäter gefunden

Beginnen Sie mit Werbeblockern und Datenschutz-Tools – sie sind die häufigsten Verursacher.

Schritt 3: Die Blockierung in DevTools untersuchen

Öffnen Sie die DevTools (F12), gehen Sie zum Network-Tab und laden Sie neu. Fehlgeschlagene Anfragen zeigen den Fehler in der Status-Spalte. Klicken Sie auf die Anfrage, um Details zu sehen.

Einige Erweiterungen (wie uBlock Origin) fügen eigene DevTools-Panels hinzu, die genau zeigen, welche Filterregel die Blockierung ausgelöst hat. Dies hilft Ihnen zu verstehen, ob Sie die Domain auf die Whitelist setzen oder Ihre Ressource umbenennen sollten.

Schritt 4: Browser-Richtlinien überprüfen

Besuchen Sie chrome://policy, um aktive Einschränkungen anzuzeigen. Auf verwalteten Geräten können Richtlinien wie URLBlocklist Anfragen stillschweigend blockieren. Wenn Richtlinien das Problem sind, kontaktieren Sie Ihren IT-Administrator.

Schritt 5: In einem sauberen Profil testen

Erstellen Sie ein neues Chrome-Profil ohne Erweiterungen oder Anpassungen:

1. Klicken Sie auf Ihr Profilsymbol in Chrome
2. Wählen Sie „Hinzufügen”, um ein neues Profil zu erstellen
3. Testen Sie Ihre Anwendung in dieser sauberen Umgebung

Dies eliminiert zwischengespeicherte Einstellungen, beschädigte Daten und alle Erweiterungen gleichzeitig.

Schritt 6: Ihre Ressourcenbenennung überprüfen

Wenn Sie die blockierte Ressource kontrollieren, überprüfen Sie ihren URL-Pfad. Benennen Sie Dateien oder Verzeichnisse um, die häufige Filterlisten-Auslöser enthalten (/ad/, /tracking/, /banner/, /sponsor/). Dies verhindert Fehlalarme bei den Browsern Ihrer Nutzer.

Wenn der Fehler bestehen bleibt

Wenn keiner dieser Schritte das Problem löst, erwägen Sie:

• Zurücksetzen der Chrome-Flags unter chrome://flags (klicken Sie auf „Alle zurücksetzen”)
• Löschen von Browser-Cache und Cookies
• Überprüfen, ob Antivirensoftware Web-Filterfunktionen enthält

Fazit

Der ERR_BLOCKED_BY_CLIENT-Fehler bedeutet, dass Ihr Browser – nicht der Server – eine Anfrage stoppt. Erweiterungen sind normalerweise verantwortlich, aber verwaltete Richtlinien und Fehlalarme in Filterlisten verursachen ebenfalls Probleme. Systematische Isolation durch Inkognito-Modus, Umschalten von Erweiterungen und saubere Profile identifizieren die Quelle. Für Entwickler verhindert das Verständnis dieses Fehlers stundenlanges Debugging an der falschen Stelle.

Häufig gestellte Fragen

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.