Le message « 502 Bad Gateway » apparaît à l’écran, la page refuse de charger, et la première question qui vient en tête est : « Est-ce de ma faute ? ». La réponse est non, dans 95 % des cas. Cette erreur HTTP signale une rupture de communication entre deux serveurs sur le chemin de la requête, pas un problème lié à votre matériel. Comprendre ce qui se passe en coulisses permet de gagner du temps et de savoir exactement quoi faire selon que vous êtes simple visiteur ou propriétaire du site concerné.
Bad gateway, traduction littérale et signification technique
L’expression se traduit par « mauvaise passerelle ». Le code 502 appartient à la famille des erreurs 5xx, qui désignent toutes des défaillances côté serveur. Concrètement, le navigateur n’a pas envoyé une requête défectueuse : c’est un serveur intermédiaire (proxy, reverse-proxy, CDN, équilibreur de charge) qui a reçu une réponse incohérente ou vide du serveur applicatif situé en amont, et qui ne sait donc pas quoi vous transmettre.
L’IETF, qui édite les standards du web, définit l’erreur 502 dans la RFC 7231 : un serveur passerelle a obtenu une réponse invalide du serveur d’origine. Lorsque vous chargez une page, votre requête traverse rarement Internet en ligne droite. Elle passe par un pare-feu, un CDN comme Cloudflare, puis arrive sur un serveur web (souvent Nginx ou Apache) qui transmet la demande à un service applicatif (PHP-FPM pour WordPress, Node.js, Python). Si l’un de ces relais reçoit une réponse mal formée du suivant, il renvoie un 502.
À ne pas confondre avec l’erreur 504 Gateway Timeout : le 504 signifie que le serveur amont n’a tout simplement pas répondu dans le temps imparti, alors que le 502 signifie qu’il a répondu, mais avec un message incompréhensible.
Pourquoi cette erreur s’affiche : les 5 causes documentées
Surcharge du serveur d’origine. C’est de loin la première cause. Lors d’un pic de trafic (article viral, soldes, lancement de produit), le serveur n’arrive plus à traiter toutes les requêtes. Twitter affiche historiquement son écran « over capacity » dans ces situations, qui n’est rien d’autre qu’une 502 déguisée.
Plantage d’un service applicatif. Sur un site WordPress, c’est souvent PHP-FPM qui est en cause : un script trop gourmand dépasse la limite max_execution_time (30 secondes par défaut), le processus est tué, et Nginx renvoie un 502. Augmenter cette valeur à 60 ou 120 secondes règle la majorité de ces cas.
Problème de configuration entre CDN et serveur d’origine. Cloudflare ne parvient plus à joindre votre hébergement parce qu’un certificat SSL a expiré, parce qu’une règle de pare-feu vient d’être modifiée, ou parce que l’IP d’origine a changé sans mise à jour des enregistrements.
Mauvaise résolution DNS. Lors d’un changement d’hébergeur, la propagation DNS peut prendre jusqu’à 24 heures. Pendant ce délai, les visiteurs sont parfois renvoyés vers l’ancienne adresse IP qui ne répond plus.
Extensions de navigateur ou cache local corrompu. C’est la seule cause côté visiteur. Une extension de sécurité agressive (anti-pub, VPN mal configuré) peut bloquer une partie de la requête et provoquer un 502 visible uniquement chez vous.
Solutions côté visiteur : 4 réflexes en 5 minutes
Recharger la page après 30 secondes
Dans environ 60 % des cas, l’erreur est temporaire et liée à un pic de trafic. Un simple rafraîchissement (F5 ou Ctrl+F5 pour forcer un rechargement sans cache) suffit à la faire disparaître. Google recommande lui-même un délai de 30 secondes avant de réessayer.
Tester le site en navigation privée
Ouvrir la même URL en mode incognito désactive automatiquement les extensions et utilise un cache vide. Si la page charge, le coupable est une extension. Désactivez-les une par une pour identifier laquelle. Les bloqueurs de pub mal configurés et les anciennes extensions VPN sont les suspects principaux.
Vider le cache et les cookies
Sur Chrome : Paramètres, Confidentialité, Effacer les données de navigation, cocher « Cookies » et « Images en cache ». Cette opération règle environ 25 % des erreurs 502 persistantes côté client, notamment quand un site a récemment migré ou changé de certificat SSL.
Changer de DNS
Remplacer le DNS de votre fournisseur d’accès par celui de Cloudflare (1.1.1.1) ou Google (8.8.8.8) dans les paramètres réseau résout les problèmes liés à un cache DNS corrompu côté FAI. Sur Windows, la commande ipconfig /flushdns vide le cache local en deux secondes.
Vérifier si le site est en panne pour tout le monde
Le service downforeveryoneorjustme.com ou isitdownrightnow.com confirme en quelques secondes si le problème vient de votre côté ou pas. Si tout le monde voit la même erreur, il n’y a rien d’autre à faire qu’attendre que le webmaster intervienne.
Solutions côté webmaster : où regarder en priorité
L’analyse des logs serveur doit être le premier réflexe. Sur un hébergement mutualisé, le panneau cPanel ou l’interface de l’hébergeur donne accès aux logs Nginx ou Apache. Cherchez les entrées horodatées correspondant à l’apparition du 502 : neuf fois sur dix, un message comme « upstream prematurely closed connection » ou « connect() failed » pointe directement vers la cause.
Si le site tourne sous WordPress, augmentez max_execution_time à 120 secondes et memory_limit à 256 Mo dans le fichier php.ini ou wp-config.php. Désactivez temporairement les plugins gourmands (sécurité, sauvegarde, optimisation d’images) un par un pour identifier celui qui sature les ressources.
Côté infrastructure, vérifiez l’état de votre CDN. Une mise en pause temporaire de Cloudflare (mode « Development ») permet de savoir si l’erreur vient du proxy ou de l’origine. Si elle disparaît avec Cloudflare désactivé, le problème est dans la configuration entre les deux. Si elle persiste, c’est le serveur d’origine qui est en cause.
Au-delà de 6 heures de panne continue, Google interprète les 502 comme un problème structurel et peut réduire le budget de crawl alloué au site, ce qui pénalise progressivement le référencement. Une supervision active via UptimeRobot ou Better Stack (gratuites jusqu’à 50 sondes) alerte par e-mail dès qu’une 502 dure plus de 5 minutes.
Comment passer à l’action quand l’erreur revient régulièrement
Notez la fréquence et la durée des incidents pendant une semaine. Si les 502 se concentrent aux mêmes heures, c’est un problème de charge serveur qu’un passage à un hébergement supérieur résoudra. Si elles surviennent au hasard, l’investigation doit cibler un plugin défectueux, un script cron mal optimisé ou un service tiers (API externe, base de données distante) qui plante par intermittence.
Pour les sites recevant plus de 5 000 visiteurs par jour, un hébergement mutualisé classique (entrée de gamme à 3 ou 5 € par mois) atteint ses limites. Un serveur VPS managé (à partir de 15 à 25 € par mois) ou une offre cloud spécialisée absorbe les pics de trafic sans renvoyer de 502, à condition que la configuration PHP et la base de données suivent.
En résumé
Une erreur 502 n’est jamais le signe d’un problème grave côté visiteur. Quatre actions règlent la majorité des cas en moins de cinq minutes : recharger la page, tester en navigation privée, vider le cache et changer de DNS. Pour les propriétaires de site, le réflexe gagnant reste la lecture des logs serveur dans les minutes qui suivent l’incident, avant que les traces ne soient écrasées par les requêtes suivantes.