ERR_EMPTY_RESPONSE : 12 solutions sur Chrome, Edge et WordPress

Vous ouvrez une page dans Google Chrome ou Microsoft Edge et, au lieu du site attendu, le navigateur affiche ERR_EMPTY_RESPONSE. Le message peut aussi apparaître sous la forme « Aucune donnée reçue », « Cette page ne fonctionne pas » ou, dans certains anciens contextes, « erreur 324 ». Le réflexe courant consiste à effacer immédiatement le cache. Cette manipulation peut fonctionner, mais elle ne traite qu’une partie des causes possibles.

L’erreur signifie surtout qu’une connexion a été tentée, mais qu’aucune réponse HTTP exploitable n’est arrivée jusqu’au navigateur. Le problème peut venir de Chrome, d’une extension, du DNS, du routeur, d’un VPN, d’un pare-feu, du fournisseur d’accès ou du serveur du site. La bonne méthode n’est donc pas d’essayer au hasard une longue liste de commandes : il faut d’abord localiser la panne.

Ce guide propose un diagnostic progressif. Commencez par les tests sans risque, puis passez aux réparations réseau et aux vérifications serveur seulement si les premiers résultats le justifient.

Table de matières

Que signifie exactement ERR_EMPTY_RESPONSE ?

Dans Chromium, le moteur utilisé notamment par Chrome et Edge, ERR_EMPTY_RESPONSE correspond à une réponse HTTP vide. Le navigateur a tenté de charger une ressource, mais la connexion s’est fermée avant la réception d’en-têtes ou de données utilisables. Le projet Chromium associe d’ailleurs cette erreur à l’événement de fiabilité http.response.empty.

Cette précision permet d’éviter une confusion : ERR_EMPTY_RESPONSE n’est pas un code HTTP envoyé par le serveur. Un code 404, 500, 502 ou 503 constitue déjà une réponse structurée. Ici, le navigateur ne dispose pas d’un statut HTTP à afficher, car rien d’exploitable ne lui est parvenu.

La panne peut survenir à différents endroits du trajet :

le navigateur ou une extension bloque la requête ;
la pile réseau de l’appareil fonctionne mal ;
le DNS dirige l’utilisateur vers une mauvaise adresse ou conserve une ancienne résolution ;
un VPN, un proxy, un antivirus ou un pare-feu coupe la connexion ;
le routeur ou le fournisseur d’accès interrompt le trafic ;
un CDN ou un reverse proxy ne reçoit pas de réponse valide de l’origine ;
le serveur web, PHP ou l’application se bloque avant l’envoi des en-têtes.

ERR_EMPTY_RESPONSE indique que le navigateur n’a reçu ni page, ni en-tête HTTP exploitable. Il faut comparer plusieurs appareils, navigateurs et réseaux pour savoir si le silence vient du client ou du serveur.

Diagnostic rapide : le problème vient-il de votre appareil ou du site ?

Avant de modifier les réglages de Windows ou de WordPress, réalisez quatre tests. Ils prennent généralement moins de deux minutes et évitent les manipulations inutiles.

Test 1 : ouvrez d’autres sites

Chargez deux ou trois services indépendants. Si aucun ne répond correctement, la connexion Internet, le routeur ou le DNS est probablement impliqué. Si seul un domaine échoue, le serveur du site, sa configuration DNS ou un blocage ciblé devient plus probable.

Test 2 : utilisez la navigation privée

Ouvrez une fenêtre privée avec Ctrl + Maj + N dans Chrome ou Edge, puis rechargez la page. La navigation privée limite l’utilisation des données de session et désactive généralement les extensions qui n’ont pas été autorisées dans ce mode. Si le site fonctionne, concentrez-vous sur le cache, les cookies ou les extensions.

Test 3 : changez d’appareil ou de navigateur

Essayez le même lien dans un second navigateur, puis sur un téléphone. Si tous les appareils connectés au même Wi-Fi échouent, mais que le site fonctionne en données mobiles, le routeur, le DNS local, un filtrage réseau ou le fournisseur d’accès est probablement en cause.

Test 4 : changez de réseau

Passez du Wi-Fi aux données mobiles ou inversement. Ce test est particulièrement utile lorsqu’un VPN, un proxy d’entreprise, un filtrage parental ou une route défaillante affecte uniquement un réseau.

Résultat observé	Cause la plus probable	Première action
Le site fonctionne en navigation privée	Cache, cookies ou extension	Nettoyer les données du site et tester les extensions
Le site fonctionne dans un autre navigateur	Configuration du navigateur	Mettre à jour ou réinitialiser Chrome/Edge
Le site fonctionne en données mobiles, pas en Wi-Fi	Routeur, DNS ou filtrage réseau	Redémarrer le routeur et tester un autre DNS
Le site échoue partout, pour tout le monde	Serveur, CDN ou hébergement	Consulter les journaux et contacter l’hébergeur
Tous les sites échouent sur un seul appareil	Pile réseau locale	Renouveler l’IP et réinitialiser TCP/IP

Comment corriger ERR_EMPTY_RESPONSE dans Chrome ou Edge ?

Les solutions suivantes sont classées de la moins intrusive à la plus profonde. Rechargez la page après chaque étape. Inutile de tout appliquer si l’erreur a disparu.

1. Rechargez la page et redémarrez les équipements

Commencez par Ctrl + F5 pour forcer un rechargement. Fermez ensuite complètement le navigateur. Si l’incident concerne plusieurs sites ou appareils, redémarrez le modem ou le routeur : débranchez-le, attendez une trentaine de secondes, puis rebranchez-le. Patientez jusqu’au rétablissement complet de la connexion.

Cette étape peut rétablir les sessions réseau bloquées, les routes temporaires et certaines défaillances DHCP. Si le problème revient régulièrement, le redémarrage n’est toutefois qu’un indice : vérifiez les mises à jour du routeur, la qualité de la liaison et les journaux de l’opérateur.

2. Supprimez uniquement les données du site concerné

Effacer toutes les données de navigation peut vous déconnecter de nombreux services. Commencez par un nettoyage ciblé : dans Chrome, ouvrez Paramètres > Confidentialité et sécurité > Cookies tiers > Afficher toutes les données et autorisations des sites, recherchez le domaine concerné, puis supprimez ses données.

Rechargez ensuite la page. Si le problème persiste et touche plusieurs domaines, vous pouvez supprimer les images et fichiers en cache sur une période plus large. Google précise dans son aide que les cookies et données de site peuvent être gérés individuellement ; cette approche est donc préférable à un effacement global en première intention.

3. Désactivez temporairement les extensions

Saisissez chrome://extensions/ dans Chrome ou edge://extensions/ dans Edge. Désactivez temporairement les extensions qui modifient les pages ou le réseau : bloqueurs publicitaires, VPN, filtres de confidentialité, antivirus web, outils de proxy et extensions de développement.

Rechargez la page après les avoir toutes désactivées. Si le site fonctionne, réactivez-les une par une afin d’identifier la responsable. Ne laissez pas la protection désactivée durablement ; mettez à jour ou remplacez uniquement l’extension fautive.

4. Mettez le navigateur à jour

Dans Chrome, ouvrez Menu > Aide > À propos de Google Chrome. Le navigateur recherche les mises à jour et propose un redémarrage si nécessaire. Dans Edge, utilisez edge://settings/help.

Une version ancienne peut contenir des défauts de compatibilité avec HTTP/2, HTTP/3, TLS ou certaines réponses de proxy. La mise à jour est particulièrement pertinente lorsque l’erreur apparaît après une évolution du serveur ou uniquement dans un navigateur.

5. Désactivez provisoirement VPN et proxy

Un VPN ou un proxy ajoute un intermédiaire entre votre navigateur et le site. Déconnectez-le pendant le test, puis rechargez la page. Dans un environnement professionnel, ne modifiez pas un proxy imposé par l’organisation : demandez au service informatique de vérifier les règles, les journaux et l’accessibilité du domaine.

Si le site fonctionne sans VPN, changez de serveur VPN ou contactez le fournisseur. Une adresse IP de sortie bloquée, un tunnel instable ou une inspection HTTPS mal configurée peut fermer la connexion sans transmettre de réponse utile.

6. Vérifiez le pare-feu et l’antivirus sans les supprimer

Les suites de sécurité inspectent parfois le trafic web. Vérifiez les événements récents et assurez-vous que Chrome ou Edge est autorisé. Vous pouvez suspendre brièvement le module d’analyse web uniquement pour établir le diagnostic, puis le réactiver immédiatement.

Évitez de désinstaller la protection ou de créer une exception permanente avant d’avoir identifié le domaine, le processus et la règle concernés. Sur un ordinateur géré par une entreprise, transmettez l’heure précise de l’erreur et l’URL au responsable informatique.

7. Restaurez les paramètres de Chrome

Si le navigateur reste le seul élément affecté, ouvrez Paramètres > Réinitialiser les paramètres > Restaurer les paramètres par défaut. Google indique que cette opération réinitialise notamment la page de démarrage, le moteur de recherche, les onglets épinglés et les extensions, sans supprimer les favoris ni les mots de passe enregistrés.

Cette étape doit venir après les tests ciblés. Elle est utile lorsqu’une extension, une politique locale ou une modification de configuration persiste malgré le nettoyage du cache.

Comment réparer ERR_EMPTY_RESPONSE sous Windows 10 ou Windows 11 ?

Si plusieurs navigateurs échouent sur un seul ordinateur, examinez la configuration réseau de Windows. Ouvrez d’abord Terminal ou Invite de commandes en tant qu’administrateur.

8. Videz le cache DNS

Exécutez :

ipconfig /flushdns

Cette commande supprime les résolutions DNS conservées localement. Elle est utile lorsqu’un site vient de changer d’adresse IP ou lorsqu’une entrée incorrecte persiste. Pour mieux comprendre ce mécanisme, consultez notre guide sur le fonctionnement du DNS.

9. Renouvelez l’adresse IP

Sur un réseau utilisant DHCP, exécutez successivement :

ipconfig /release

ipconfig /renew

La première commande libère immédiatement l’adresse actuelle et coupe généralement la connexion jusqu’au renouvellement. La seconde demande une nouvelle configuration au serveur DHCP. Ne réalisez pas cette opération à distance sur une machine que vous administrez sans solution de secours, car vous pourriez perdre la session.

Ne l’utilisez pas non plus sur une machine configurée avec une adresse IP statique : ces commandes sont destinées aux interfaces gérées par DHCP.

10. Réinitialisez TCP/IP si les étapes précédentes échouent

Microsoft documente la commande suivante pour réinitialiser TCP/IP :

netsh int ip reset resetlog.txt

Redémarrez ensuite l’ordinateur. Cette opération est plus profonde qu’un simple vidage DNS ; gardez-la pour les problèmes qui touchent plusieurs navigateurs ou applications. Notez les paramètres IP statiques, DNS personnalisés ou configurations d’entreprise avant toute réinitialisation.

11. Testez un autre serveur DNS

Si l’erreur concerne certains domaines et disparaît sur un autre réseau, testez temporairement un résolveur DNS fiable. Vous pouvez configurer, par exemple, 1.1.1.1 et 1.0.0.1, ou 8.8.8.8 et 8.8.4.4. Après la modification, videz le cache DNS et relancez le navigateur.

Changer de DNS ne répare pas un serveur qui renvoie réellement zéro octet. Cette solution aide seulement lorsque la résolution, la propagation ou le résolveur du fournisseur d’accès est en cause.

Que faire si vous administrez le site ou un WordPress ?

Si l’erreur se reproduit sur plusieurs réseaux et appareils, le problème se trouve probablement côté serveur, CDN ou application. Dans ce cas, vider le cache du navigateur de tous les visiteurs ne résoudra rien.

12. Confirmez la réponse vide avec curl

Depuis un terminal, exécutez :

curl -v https://exemple.com/

Une sortie du type Empty reply from server ou le code de sortie curl 52 confirme que la connexion a été établie, puis fermée sans réponse HTTP. Testez depuis votre ordinateur et, si possible, depuis un second réseau ou un serveur distant. Si l’origine répond directement mais pas le domaine public, examinez le CDN, le proxy ou le pare-feu intermédiaire.

Consultez les journaux au même instant

Relevez l’heure exacte, l’URL, l’adresse IP du client et l’identifiant de requête éventuellement fourni par le CDN. Consultez ensuite :

les journaux d’accès et d’erreurs d’Apache ou Nginx ;
les logs PHP-FPM et les erreurs fatales PHP ;
les événements de manque de mémoire ou de processus tué ;
les limites de workers, connexions et temps d’exécution ;
les journaux du pare-feu, du load balancer et du CDN ;
les erreurs de l’application ou de la base de données.

Une réponse vide apparaît souvent lorsqu’un processus se termine avant l’envoi des en-têtes : crash PHP, mémoire épuisée, timeout, worker saturé ou fermeture par un proxy.

Isolez les extensions et le thème WordPress

Sur un site de test ou pendant une fenêtre de maintenance, désactivez les extensions récemment ajoutées ou mises à jour. Si l’administration WordPress est inaccessible, renommez temporairement le dossier de l’extension suspecte via SFTP ou le gestionnaire de fichiers. Revenez ensuite à un thème par défaut pour éliminer un conflit de thème.

Ne faites pas ces essais directement en production sans sauvegarde. Les extensions de sécurité, de cache, d’optimisation, de redirection et de proxy sont à examiner en priorité, mais toute extension exécutant du code sur la requête peut provoquer une erreur fatale. Vous pouvez également consulter notre sélection de plugins de sécurité WordPress pour éviter les outils abandonnés ou mal maintenus.

Vérifiez PHP, la mémoire et les délais

Contrôlez la version PHP, la limite de mémoire, le temps d’exécution, les workers PHP-FPM et les erreurs fatales. Augmenter aveuglément toutes les limites peut masquer le défaut sans le corriger. Identifiez d’abord le script ou la requête responsable, puis optimisez-le ou ajustez la ressource avec l’hébergeur.

Si l’erreur survient pendant un import, une sauvegarde, un traitement d’image ou une tâche lourde, recherchez une corrélation entre la durée de la requête et les délais du serveur, du proxy ou du CDN.

Purgez les caches dans le bon ordre

Lorsque la pile comprend WordPress, un plugin de cache, le serveur, un CDN et le navigateur, purgez les couches de l’intérieur vers l’extérieur : cache applicatif, cache serveur, CDN, puis navigateur. Évitez les purges répétées pendant le diagnostic, car elles peuvent augmenter brutalement la charge. Notre guide explique comment améliorer la mise en cache d’un site web sans transformer le cache en variable inconnue.

Examinez le CDN, le reverse proxy et le pare-feu

Cloudflare indique qu’une réponse vide, inconnue ou inattendue de l’origine peut produire une erreur 520. Même si ERR_EMPTY_RESPONSE et l’erreur 520 ne sont pas identiques, les deux orientent le diagnostic vers la qualité de la réponse d’origine et les intermédiaires.

Vérifiez que le pare-feu n’interrompt pas les connexions du CDN, que l’origine accepte les adresses IP nécessaires, que les délais sont cohérents et que les keep-alives fonctionnent. Testez l’origine de manière contrôlée, sans exposer son adresse publiquement. Si vous observez aussi des erreurs 5xx, consultez notre présentation des codes HTTP 500.

ERR_EMPTY_RESPONSE sur Android ou iPhone : que tester ?

Sur mobile, commencez par basculer entre Wi-Fi et données cellulaires. Activez puis désactivez le mode avion pendant quelques secondes, redémarrez Chrome et vérifiez les mises à jour de l’application.

Sur Android, ouvrez Paramètres > Applications > Chrome > Stockage et cache, puis videz d’abord le cache. Ne supprimez les données complètes que si nécessaire, car cette action réinitialise davantage d’éléments locaux. Vous pouvez aussi supprimer les cookies du site depuis les réglages de confidentialité de Chrome.

Sur iPhone ou iPad, Chrome permet de supprimer les données de navigation depuis Plus > Paramètres > Confidentialité et sécurité. Là encore, testez d’abord un autre réseau : si le site échoue uniquement sur le Wi-Fi, les données de l’application ne sont probablement pas la cause principale.

Quelles différences avec les erreurs voisines ?

Erreur	Ce que reçoit le navigateur	Orientation du diagnostic
ERR_EMPTY_RESPONSE	Aucun en-tête ni corps HTTP exploitable	Client, réseau, proxy ou serveur silencieux
ERR_CONNECTION_RESET	Connexion interrompue brutalement	Pare-feu, équipement réseau, serveur ou route instable
ERR_CONNECTION_TIMED_OUT	Aucune réponse avant expiration du délai	Serveur indisponible, filtrage ou route lente
502 Bad Gateway	Une passerelle renvoie un statut HTTP 502	Réponse invalide ou absente de l’origine
503 Service Unavailable	Le serveur renvoie un statut HTTP 503	Surcharge ou maintenance déclarée
ERR_SSL_PROTOCOL_ERROR	Échec de négociation ou de protocole TLS	Certificat, version TLS, proxy HTTPS ou serveur

Si le navigateur affiche une erreur TLS plutôt qu’une réponse vide, suivez le guide consacré à ERR_SSL_PROTOCOL_ERROR. Pour une erreur Cloudflare 526, utilisez plutôt notre procédure de vérification du certificat SSL.

FAQ

ERR_EMPTY_RESPONSE signifie-t-il que le site est piraté ?

Non. Une réponse vide ne prouve ni une intrusion ni un logiciel malveillant. Elle indique seulement que le navigateur n’a reçu aucune réponse HTTP exploitable. Un pare-feu, un crash applicatif, une extension, un problème réseau ou un serveur surchargé peut produire le même symptôme.

Pourquoi l’erreur apparaît-elle seulement sur un site ?

Le domaine peut avoir changé d’adresse, bloquer votre IP, rencontrer un défaut serveur ou être mal desservi par votre DNS ou votre route réseau. Testez le site sur un autre réseau. S’il échoue partout, contactez son administrateur ; s’il fonctionne ailleurs, examinez votre DNS, VPN, proxy et pare-feu.

La cause se trouve probablement dans les données du site ou une extension non active en mode privé. Supprimez les données du domaine, puis réactivez les extensions une par une.

Faut-il utiliser toutes les commandes réseau ?

Non. Commencez par ipconfig /flushdns. Renouvelez l’adresse IP seulement si DHCP ou le réseau local semble impliqué. Réinitialisez TCP/IP en dernier recours et notez les réglages personnalisés avant l’opération.

ERR_EMPTY_RESPONSE est-elle identique à une erreur 500 ?

Non. Une erreur 500 est une réponse HTTP valide indiquant une erreur interne. Avec ERR_EMPTY_RESPONSE, le navigateur ne reçoit pas de statut HTTP exploitable.

Le changement de DNS corrige-t-il toujours l’erreur ?

Non. Il aide uniquement si la résolution DNS est erronée ou instable. Il ne corrige ni une extension défectueuse, ni un processus PHP qui plante, ni un serveur qui ferme la connexion.

Conclusion : suivez les preuves, pas une liste de manipulations

ERR_EMPTY_RESPONSE signifie que la communication s’est terminée sans réponse HTTP exploitable. La correction dépend donc de l’endroit où le silence apparaît. Commencez par comparer navigation normale et privée, plusieurs navigateurs, appareils et réseaux. Ces tests indiquent rapidement si vous devez nettoyer Chrome, réparer Windows ou intervenir sur le serveur.

Pour un visiteur, les actions les plus utiles sont le rechargement, le nettoyage ciblé des données du site, la désactivation temporaire des extensions, la vérification du VPN et le diagnostic réseau. Pour un administrateur, la priorité est de reproduire la réponse vide avec curl, corréler l’heure avec les journaux et contrôler PHP, les workers, les délais, le CDN et le pare-feu.

Évitez de désactiver durablement les protections ou d’augmenter toutes les limites sans preuve. Une démarche progressive résout l’incident plus vite et réduit le risque de créer un second problème.

ERR_EMPTY_RESPONSE : comment identifier la cause et corriger l’erreur ?