Vérificateur d’erreurs 5xx en masse : diagnostiquez la stabilité serveur
Détectez les pannes d’infrastructure (500, 502, 503, 504) qui bloquent Googlebot. Validez la fiabilité du serveur et identifiez les limitations de rythme d’exploration grâce à l’émulation Googlebot.
Erreurs serveur (5xx) et budget d’exploration
Contrairement aux 404 (contenu manquant), les erreurs serveur 5xx indiquent que le serveur n’a pas pu traiter une requête valide. Pour Googlebot, c’est un signal d’instabilité. Google gère un rythme d’exploration dynamique par domaine. Quand les 5xx augmentent, Googlebot réduit automatiquement sa fréquence pour ne pas surcharger le serveur.
Cette réduction a des conséquences SEO immédiates : le nouveau contenu n’est pas découvert, et les mises à jour des pages existantes n’apparaissent pas dans l’index. Si les 5xx persistent (souvent 1 à 2 semaines), Google commence à retirer des URL de l’index pour préserver la qualité des résultats.
🔍 Validateur de statut serveur en masse
Saisissez jusqu’à 10 URL (une par ligne). L’outil utilise un User-Agent Googlebot pour détecter les pare-feu ou configurations qui bloquent les moteurs tout en laissant passer les utilisateurs.
| URL | Status | Latence | Diagnostic |
|---|
Décoder les réponses HTTP 5xx
Un diagnostic précis exige de distinguer les codes 5xx : ils pointent vers des couches différentes de la pile serveur.
1. HTTP 500 : Internal Server Error
Erreur générique « fourre-tout » : le serveur a rencontré une condition inattendue. Causes fréquentes : erreurs de syntaxe dans .htaccess, erreurs fatales PHP ou permissions. Consultez immédiatement le error_log.
2. HTTP 502 : Bad Gateway
Indique qu’un serveur agissant comme passerelle (ex. Nginx, Cloudflare) a reçu une réponse invalide du serveur en amont (ex. Apache, PHP-FPM). Cela arrive souvent lors de pics de trafic, lorsque les workers PHP sont saturés.
3. HTTP 503 : Service Unavailable
Le serveur ne peut temporairement pas traiter la requête (maintenance ou surcharge). C’est le bon code pour une indisponibilité planifiée, à condition d’ajouter un en-tête HTTP Retry-After.
4. HTTP 504 : Gateway Timeout
La passerelle n’a pas reçu de réponse à temps du serveur en amont. Cela pointe souvent vers des requêtes SQL lentes ou des appels API externes qui dépassent le délai défini.
| Status Code | Interprétation par Googlebot | Impact sur l’exploration | Contexte de correction |
|---|---|---|---|
| 500 Internal Error | Échec critique. Le site est cassé. | Réduction immédiate | Niveau code/config (journaux PHP/Apache). |
| 502 Bad Gateway | Rupture de communication. | Forte réduction | Niveau infrastructure (équilibreur de charge / CDN). |
| 503 Unavailable | « Revenez plus tard. » | En pause (sûr si court) | Mode maintenance. Vous devez utiliser Retry-After. |
| 504 Timeout | Le serveur est trop lent. | Forte réduction | Niveau base de données (optimisez requêtes/index). |
Protocole de correction stratégique
Résoudre l’erreur serveur n’est que la première étape. Google ne rétablit pas instantanément le rythme d’exploration. Suivez ce protocole pour accélérer la reprise :
- Stabiliser l’infrastructure : corrigez la cause (ex. augmenter la mémoire, optimiser le SQL).
- Valider via GSC : utilisez « Valider la correction » dans le rapport de couverture.
- Forcer la réexploration : si des pages critiques ont été désindexées pendant la panne, elles ne réapparaîtront pas toutes seules. Après stabilisation, vérifiez la disponibilité des URL dans Google pour confirmer que les 5xx passées n’ont pas provoqué un épisode de désindexation sur vos pages critiques.
Pour les spécifications officielles des codes de statut et leur impact sur les crawlers, consultez Google Search Central : erreurs réseau et serveur.
Questions fréquentes
Comment les erreurs 5xx affectent-elles le rythme d’exploration de Googlebot ?
Lorsque Googlebot détecte des 5xx, il comprend que le serveur ne tient pas la charge. Pour ne pas faire tomber le site, Google réduit fortement le rythme d’exploration. Si les erreurs persistent, Google arrête d’explorer certaines URL puis les retire de l’index.
Quelle est la bonne façon de gérer une maintenance ?
Ne laissez pas le site expirer. Configurez le serveur pour renvoyer 503 Service Unavailable. Surtout, ajoutez un en-tête HTTP Retry-After indiquant la durée estimée (secondes ou date). Googlebot conserve alors l’index et revient à l’heure indiquée.
Pourquoi GSC signale-t-il des 5xx alors que le site fonctionne chez moi ?
Cela indique souvent un « flapping » (erreurs intermittentes) ou un blocage sélectif. Le pare-feu ou le plugin de sécurité peut bloquer la plage d’IP de Googlebot, renvoyant 403 ou 500 au bot tout en laissant passer les navigateurs. Testez ci-dessus avec le User-Agent Googlebot.
Cloudflare provoque-t-il des erreurs 502/504 ?
Cloudflare signale le plus souvent ces erreurs plutôt qu’il ne les cause. Un 502/504 Cloudflare signifie généralement que le serveur d’origine (votre hébergeur) n’a pas répondu. Examinez les journaux PHP-FPM ou les perfs SQL, pas seulement Cloudflare.
Quelle est la différence entre Soft 404 et 500 ?
Une Soft 404 est un problème de contenu (la page dit « introuvable » mais renvoie 200 OK). Un 500 est une panne serveur (le code a planté). Les 500 sont plus dangereux pour la santé du domaine : ils signalent une instabilité technique.
Combien de temps pour récupérer les positions après des 500 ?
Si la panne a duré quelques heures, la reprise est souvent immédiate. Si les erreurs ont duré des jours et provoqué une désindexation, il faut attendre que Google réexplore. Cela peut prendre des semaines, sauf si vous forcez activement la réindexation.