TL;DR : L’erreur 502 Bad Gateway survient lorsqu’un serveur intermédiaire (proxy, CDN, gateway) reçoit une réponse invalide ou aucune réponse du serveur d’origine. Elle est dans la grande majorité des cas temporaire, mais des 502 récurrentes signalent un hébergement sous-dimensionné. Rechargez la page, videz le cache, puis lisez ce guide si l’erreur persiste.
Votre site s’affiche bien, puis soudain : un écran blanc, un message laconique. « 502 Bad Gateway. » Pas d’explication. Pas de contexte. Juste un chiffre et un sentiment que quelque chose, quelque part, a cassé la conversation entre deux serveurs.
La bonne nouvelle : l’erreur 502 est rarement permanente. Dans la majorité des cas, un rechargement de page suffit. La moins bonne nouvelle : quand elle revient régulièrement, elle signale un problème structurel et cela a des conséquences directes sur votre référencement et votre crédibilité en ligne.
Ce guide couvre les 10 causes documentées de l’erreur 502, les solutions concrètes côté visiteur et côté webmaster, l’impact réel sur le SEO, et sujet que personne ne traite pourquoi les webmasters africains subissent cette erreur plus souvent que leurs homologues européens. Avec les bonnes informations, vous passerez de subir les 502 à les prévenir.
Qu’est-ce que l’erreur 502 Bad Gateway exactement ?
La définition technique en une phrase
L’erreur HTTP 502 indique qu’un serveur agissant comme passerelle (gateway) ou proxy a reçu une réponse invalide de la part du serveur en amont qu’il était censé interroger pour remplir la requête. C’est la définition officielle du MDN Web Docs.
Traduit en langage humain
Voici ce qui se passe quand vous chargez un site web :
Votre navigateur → CDN/Proxy/Load Balancer → Serveur d'origine
Le CDN ou proxy reçoit votre demande, la transmet au serveur d’origine, et attend une réponse. Si ce serveur répond avec quelque chose d’incohérent ou ne répond pas du tout dans le délai imparti le proxy lève les mains et vous renvoie une 502. La rupture se situe entre le proxy et le serveur d’origine, pas sur votre machine.
La 502 face aux autres codes d’erreur courants
| Code | Nom | Cause |
|---|---|---|
| 404 | Not Found | La page n’existe pas |
| 500 | Internal Server Error | Le serveur a planté en traitant la requête |
| 502 | Bad Gateway | Le proxy a reçu une réponse invalide du serveur d’origine |
| 503 | Service Unavailable | Le serveur est temporairement indisponible (maintenance) |
| 504 | Gateway Timeout | Le proxy n’a reçu aucune réponse dans le délai imparti |
➡️ Erreur 400 lors de la connexion : Comprendre et résoudre ce code d’état HTTP
➡️ Erreur 400 Bad Request : 5 solutions rapides (2026)
Les variantes que vous pouvez rencontrer
Selon votre serveur web et votre CDN, la 502 peut s’habiller différemment : « 502 Bad Gateway Nginx », « 502 Proxy Error » (Apache), « 502 Service Temporarily Overloaded », ou encore un écran blanc sans message, vérifiable dans l’onglet Réseau de vos outils développeur (F12).
Les 10 causes d’une erreur 502 (de la plus fréquente à la plus rare)
| # | Cause | Signal distinctif | Solution rapide |
|---|---|---|---|
| 1 | Serveur surchargé | Erreurs aux heures de pointe | Passer à un VPS ou augmenter les ressources |
| 2 | Timeout PHP ou script lent | Erreurs sur des pages spécifiques | Augmenter max_execution_time, optimiser les requêtes BDD |
| 3 | CDN ne joignant plus le serveur d’origine | Erreurs depuis certaines régions seulement | Vérifier l’origine dans le tableau de bord CDN |
| 4 | Propagation DNS incomplète | Erreurs après un changement d’hébergeur | Attendre 24 à 48h ou utiliser dig pour vérifier |
| 5 | Plugin ou thème WordPress défaillant | Erreur après une mise à jour | Désactiver les plugins un par un |
| 6 | Mémoire PHP dépassée | Erreur sur des pages lourdes | Augmenter WP_MEMORY_LIMIT dans wp-config.php
|
| 7 | Pare-feu ou WAF trop restrictif | Erreurs intermittentes sans logique apparente | Vérifier les règles WAF, whitelister des IPs |
| 8 | Attaque DDoS | Pic de trafic soudain et massif | Activer la protection anti-DDoS du CDN |
| 9 | Mauvaise configuration Nginx/Apache | Erreur après une modification de config | Vérifier les logs /var/log/nginx/error.log
|
| 10 | Panne chez l’hébergeur | Tout le compte est inaccessible | Vérifier la page de statut de l’hébergeur, attendre |
1. Serveur d’hébergement surchargé : la cause n°1 en mutualisé
C’est la cause la plus fréquente des 502 récurrentes. En hébergement mutualisé, des dizaines ou centaines de sites partagent les mêmes ressources (RAM, CPU). Quand le trafic de vos voisins augmente, vos ressources diminuent. Selon Contabo (2026), les pics de trafic lancement produit, article viral, lien Reddit sont les déclencheurs les plus courants de 502 liées à la surcharge serveur.
2. Timeout : le serveur d’origine met trop de temps à répondre
PHP a un minuteur intégré : max_execution_time. Par défaut entre 30 et 300 secondes selon les configurations. Si un script PHP dépasse cette limite requête BDD trop lourde, API externe qui ne répond pas, boucle non optimisée PHP le tue. Le serveur web ne reçoit rien. Le proxy retourne une 502. Augmenter la limite est un palliatif ; optimiser le code est la solution.
3. Problème de CDN : Cloudflare ne joint plus votre serveur d’origine
Cloudflare s’intercale entre vos visiteurs et votre serveur. Quand Cloudflare ne peut plus atteindre votre origine, il vous retourne une 502. Deux cas distincts : si la page d’erreur porte le logo Cloudflare sur fond blanc, c’est un problème côté Cloudflare, vérifiez cloudflarestatus.com. Si l’en-tête est gris ou orange, votre serveur d’origine est le coupable.
4. Propagation DNS incomplète
Après un changement d’hébergeur ou une modification de DNS, la propagation peut prendre jusqu’à 48 heures. Pendant cette période, certains visiteurs sont redirigés vers l’ancien serveur (désactivé), d’autres vers le nouveau. Résultat : des 502 intermittentes qui paraissent aléatoires.
5. Plugin ou thème WordPress défaillant
Un plugin mal codé peut consommer tous les workers PHP disponibles, planter en cours d’exécution ou bloquer les communications sortantes du serveur. GetPageSpeed (janvier 2026) identifie PHP-FPM arrêté comme la cause n°1 des erreurs 502 sous Nginx et les plugins WordPress sont fréquemment en cause. La désactivation en masse suffit souvent à confirmer le diagnostic.
6. Limite mémoire PHP dépassée
Quand WordPress tente d’utiliser plus de RAM que la limite autorisée (memory_limit dans php.ini), PHP arrête le processus en cours. Ajoutez cette ligne dans wp-config.php pour augmenter la limite :
define('WP_MEMORY_LIMIT', '256M');
7. Pare-feu ou WAF trop restrictif
Un Web Application Firewall configuré de façon agressive peut bloquer des requêtes légitimes entre le proxy et le serveur d’origine. Les erreurs semblent aléatoires parce que le WAF réagit à des patterns dans les requêtes, pas à une panne franche.
8. Attaque DDoS
Une attaque par déni de service distribué génère un volume de requêtes tel que le serveur ne peut plus répondre dans les délais. Le proxy débordé retourne des 502 en cascade. La solution passe par la mitigation DDoS au niveau CDN (Cloudflare, par exemple).
9. Erreur de configuration Nginx ou Apache
Une typo dans un fichier de configuration, une mauvaise directive proxy_pass, ou un socket PHP-FPM mal référencé suffisent à générer un flux constant de 502. Le diagnostic commence toujours par les logs :
tail -f /var/log/nginx/error.log
10. Panne chez l’hébergeur
Parfois, vous ne pouvez rien faire. Le datacenter de votre hébergeur rencontre une panne matérielle ou réseau. Vérifiez la page de statut de votre hébergeur. Si la panne dure plus de quelques heures sans communication de leur part, c’est un signal de plus dans votre réflexion sur la qualité de votre hébergement.
Solutions côté visiteur si vous voyez la 502 en naviguant
Avant de paniquer, ces étapes résolvent la 502 dans la grande majorité des cas :
- Rafraîchir la page (F5 ou Ctrl+F5 pour un rechargement sans cache) résout environ 50% des 502 transitoires.
- Vider le cache et les cookies du navigateur force le navigateur à récupérer une version fraîche.
- Tester en navigation privée : désactive les extensions qui peuvent interférer avec les requêtes.
- Vérifier si le site est en panne pour tout le monde : utilisez downforeveryoneorjustme.com ou IsItDown.
- Changer de DNS : passer à Google DNS (8.8.8.8 / 8.8.4.4) ou Cloudflare (1.1.1.1) peut résoudre un problème de résolution DNS local.
- Désactiver votre VPN ou proxy : si vous utilisez un VPN, celui-ci est peut-être la passerelle défaillante.
➡️ Guide Nginx Reverse Proxy : L’installation étape par étape
Solutions côté webmaster : si c’est votre site qui affiche la 502
Étape 1 : Consultez les logs d’erreur du serveur
Le diagnostic commence toujours ici. Les logs indiquent précisément ce qui a échoué, à quelle heure, et quel processus est en cause. Pour Nginx : /var/log/nginx/error.log. Pour Apache : /var/log/apache2/error.log. Pour WordPress, activez le débogage dans wp-config.php :
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Étape 2 : Désactivez les plugins WordPress un par un
Accédez à votre tableau de bord WordPress → Extensions → Désactiver tout. Réactivez-les un à un en rafraîchissant après chaque activation. Quand la 502 revient, vous avez trouvé le coupable. Si vous ne pouvez pas accéder au tableau de bord, renommez le dossier wp-content/plugins/ en plugins-disabled via SFTP.
Étape 3 : Vérifiez la configuration CDN
Si vous utilisez Cloudflare, désactivez temporairement le proxy (mode « DNS only » dans les paramètres DNS) pour tester si l’erreur vient du CDN ou du serveur d’origine. Si le site charge directement, la configuration de l’origine dans Cloudflare est à revoir.
Étape 4 : Vérifiez la propagation DNS
Après un changement d’hébergeur, utilisez dig votre-domaine.com ou dnschecker.org pour confirmer que votre domaine pointe bien vers le bon serveur dans toutes les régions.
Étape 5 : Augmentez les limites PHP
Dans php.ini ou via votre panneau de contrôle d’hébergement :
max_execution_time = 300
memory_limit = 256M
max_input_time = 300
Redémarrez PHP-FPM après modification : systemctl restart php-fpm.
Étape 6 : Contactez votre hébergeur avec les éléments concrets
Fournissez l’heure exacte de l’erreur, les extraits de logs pertinents, et les étapes déjà testées. Un hébergeur sérieux répond en moins d’une heure.
Quand la 502 est le symptôme d’un hébergement inadapté
Une 502 ponctuelle, c’est normal. Des 502 récurrentes, c’est un diagnostic. Voici les signaux qui indiquent que votre hébergement est le problème de fond :
✓ Les 502 arrivent systématiquement aux heures de pointe : signe d’un mutualisé surchargé par les sites voisins. Vos ressources ne sont pas isolées.
✓ Les 502 surviennent lors de pics de trafic prévisibles : Tabaski, Black Friday, lancement de campagne publicitaire. Votre infrastructure n’est pas dimensionnée pour votre activité réelle.
✓ La 502 disparaît après un rechargement mais revient rapidement : le serveur manque de RAM ou de CPU. Le problème n’est pas résolu, il est temporairement masqué.
✓ Votre hébergeur ne répond pas au support pendant la panne : le seul moment qui compte vraiment dans une relation d’hébergement, c’est quand votre site est en panne. Un hébergeur injoignable à ce moment précis est un hébergeur à changer.
La règle est simple : une 502 isolée n’appelle pas de panique. Des 502 qui reviennent aux mêmes moments, sur les mêmes pages, ou sans raison apparente appellent un changement d’hébergeur.
Comment un bon hébergement prévient les erreurs 502
La prévention des 502 commence avant le premier visiteur. Un hébergement solide repose sur plusieurs piliers :
- Isolation des ressources : vos RAM et CPU ne sont pas partagés avec des sites voisins. Un pic de trafic chez l’un n’affecte pas les autres.
- Sauvegardes quotidiennes automatiques : si une mise à jour WordPress déclenche une 502, vous restaurez en un clic sans attendre l’intervention d’un technicien.
- Monitoring proactif : les équipes techniques détectent l’anomalie avant que vos visiteurs ne la voient.
- Support réactif 24/7 : les pannes n’ont pas d’horaire de bureau. Quand la 502 arrive à 3h du matin, quelqu’un répond.
- Serveur géographiquement proche de votre audience : moins de distance physique entre le serveur et l’utilisateur, c’est moins de latence, moins de timeouts, et donc moins de 502.
Chez Systalink, ces protections sont incluses par défaut : sauvegardes quotidiennes, support réactif, et datacenter localisé à Dakar. Un hébergement conçu pour l’Afrique de l’Ouest, avec des ressources isolées et une équipe qui répond quand ça compte.
➡️ Découvrez les offres d’hébergement Systalink sur platform.systalink.com/offres
L’erreur 502 et le SEO : quel impact réel sur votre référencement ?
L’impact d’une 502 sur le SEO dépend d’une seule variable : la durée.
Selon Contabo (2026), Googlebot traite une 502 exactement comme n’importe quelle erreur serveur. Une 502 brève durant un crawl ? Le robot réessaie plus tard et passe à autre chose. En pratique :
- 502 de quelques minutes : aucun impact sur l’indexation. Google réessaie automatiquement.
- 502 de 6 heures ou plus : Google peut temporairement retirer vos pages de l’index, le temps de confirmer que le site est bien de retour.
- 502 récurrentes sur plusieurs jours : Google considère votre site comme instable et peut rétrograder vos positions durablement.
- 502 pendant un crawl Googlebot : la page n’est pas indexée lors de ce cycle de crawl.
Comment surveiller l’impact : Google Search Console → Rapport de couverture → filtrez sur les erreurs de serveur (5xx). Un pic d’erreurs 5xx dans ce rapport est le signal d’alerte avant que vos positions ne bougent.
La meilleure prévention SEO est aussi la meilleure prévention technique : un hébergement fiable avec un uptime garanti à 99,9% minimum.
La 502 en contexte africain : pourquoi elle arrive plus souvent
Ce point est rarement abordé dans les guides techniques, pourtant c’est une réalité que les webmasters africains connaissent bien.
La latence transatlantique augmente le risque de timeout
Quand votre serveur est hébergé à Paris et que votre visiteur se connecte depuis Dakar, chaque requête parcourt plusieurs milliers de kilomètres. La latence aller-retour Paris–Dakar se situe généralement entre 150 et 300 millisecondes. Or, les serveurs proxy ont des délais de timeout configurés. Si le serveur d’origine (à Paris) prend trop de temps à répondre en raison de cette latence élevée, le proxy abandonne et renvoie une 502.
Un serveur hébergé à Dakar réduit cette latence à 20 millisecondes ou moins pour un visiteur sénégalais. Moins de latence, c’est mécaniquement moins de timeouts, et donc moins de 502.
Les connexions 3G/4G instables amplifient le problème
Une grande partie du trafic web en Afrique de l’Ouest transite par des connexions mobiles. Une coupure de quelques secondes en plein milieu d’une requête peut interrompre la communication entre le proxy et le serveur. Le proxy, n’ayant pas reçu de réponse complète, retourne une 502.
Un CDN mal configuré avec une origine en Europe
Beaucoup de webmasters africains activent Cloudflare ou un CDN équivalent, ce qui est une bonne pratique. Mais si le serveur d’origine reste en Europe, le CDN doit traverser l’Atlantique pour chercher le contenu non mis en cache. Cette distance augmente les risques de timeout entre le nœud CDN et l’origine.
La solution est logique : héberger au plus près de son audience. Un serveur à Dakar réduit la latence transatlantique à zéro pour les visiteurs d’Afrique de l’Ouest, élimine les timeouts liés à la distance, et réduit mécaniquement la fréquence des 502.
FAQ : erreur 502 Bad Gateway
L’erreur 502 vient-elle de mon ordinateur ou du site ?
L’erreur 502 vient du serveur, pas de votre ordinateur. Le problème se situe entre le proxy ou CDN et le serveur d’origine. Votre machine n’est pas en cause. Vous pouvez tenter un rechargement ou vider votre cache, mais si le problème persiste, il est côté serveur.
Combien de temps dure une erreur 502 en général ?
La grande majorité des 502 sont transitoires et durent moins de quelques minutes. Un serveur qui a eu un pic de charge ou un processus PHP qui a planté revient à la normale rapidement. Une 502 qui dure plusieurs heures indique un problème structurel.
L’erreur 502 peut-elle endommager mon site ?
Non, une 502 n’altère pas vos fichiers ou votre base de données. C’est une erreur de communication entre serveurs. Votre contenu reste intact. L’impact est sur la disponibilité (vos visiteurs ne peuvent pas accéder au site) et potentiellement sur le SEO si l’erreur dure.
Comment savoir si la 502 vient de mon hébergeur ou de mon site ?
Consultez les logs d’erreur du serveur. Si le log indique upstream connect() failed ou no such file or directory pour un socket PHP-FPM, le problème est au niveau infrastructure. Si le log pointe vers un script PHP spécifique qui plante, le problème est applicatif (plugin, code). Un hébergeur sérieux vous aide à lire ces logs.
Dois-je changer d’hébergeur si j’ai des erreurs 502 récurrentes ?
Oui, si les 502 reviennent régulièrement malgré les corrections applicatives (plugins désactivés, mémoire augmentée, configuration vérifiée). Des 502 récurrentes aux heures de pointe signalent un mutualisé surchargé ou un hébergement sous-dimensionné. La solution passe par un VPS avec des ressources isolées, ou par un changement d’hébergeur.
Un CDN protège-t-il contre les erreurs 502 ?
Partiellement. Un CDN peut servir des pages en cache même quand le serveur d’origine est temporairement indisponible, ce qui masque les 502 pour les visiteurs qui reçoivent du contenu caché. Mais si le CDN ne dispose pas d’une version en cache de la page demandée, il doit interroger l’origine et si l’origine ne répond pas, la 502 s’affiche quand même.
Un hébergement à Dakar réduit-il vraiment les erreurs 502 pour les sites africains ?
Oui, de façon mesurable. La réduction de la latence entre le serveur et les visiteurs diminue le risque de timeout côté proxy. Un serveur à Dakar offre une latence de 10 à 30 ms pour un visiteur en Afrique de l’Ouest, contre 150 à 300 ms depuis Paris. Moins de latence = moins de timeouts = moins de 502.
