Diagnostic Erreur 503

Q: Comment savoir si c'est mon hébergeur ou mon site le problème ?

Testez un fichier statique simple directement sur votre serveur. S'il charge, le serveur web fonctionne et le problème est applicatif. S'il ne charge pas, le problème est au niveau serveur ou hébergeur.

Q: Mon hébergeur me dit que tout va bien mais j'ai des 503, que faire ?

Demandez-leur les logs. Souvent, le serveur va bien mais votre application sature les ressources allouées. En mutualisé, vous êtes limité. Envisagez un VPS ou un hébergement plus puissant.

Q: Puis-je automatiser le diagnostic ?

Partiellement. Des outils comme New Relic, Datadog ou des scripts personnalisés peuvent surveiller les métriques et alerter sur les anomalies.

Identifiez la cause en quelques minutes

Votre site est down. Pas de panique. Suivez le guide.

Lancer le diagnostic

Étape 1 : Le problème est-il global ?

Avant d’investiguer, vérifiez que le problème ne vient pas de votre connexion locale.

✅ Le site répond ailleurs

Le problème est local :

Votre connexion internet
Votre DNS local
Un blocage IP (pare-feu, ban)
Cache navigateur corrompu

Actions :

Essayez en navigation privée
Changez de réseau (4G)
Videz le cache DNS : ipconfig /flushdns

❌ Le site est down partout

Le problème est serveur :

Surcharge
Maintenance en cours
Service backend down
Attaque DDoS

→ Passez à l’étape 2

Étape 2 : Arbre de diagnostic

Répondez à ces questions pour orienter votre investigation :

flowchart TD
    A[503 confirmée] --> B{Avez-vous accès
au serveur ?}
    
    B -->|Non| C[Contactez votre hébergeur
ou prestataire]
    B -->|Oui| D{La maintenance
est-elle activée ?}
    
    D -->|Oui| E[Maintenance volontaire
→ Vérifiez le Retry-After]
    D -->|Non| F{Le serveur web
répond-il ?}
    
    F -->|Non| G[Serveur web down
Apache/Nginx crashé]
    F -->|Oui| H{Le backend
répond-il ?}
    
    H -->|Non| I[Backend down
PHP-FPM, Node, etc.]
    H -->|Oui| J{Base de données
accessible ?}
    
    J -->|Non| K[BDD down ou saturée]
    J -->|Oui| L{Ressources serveur
CPU/RAM ?}
    
    L -->|Saturées| M[Surcharge serveur]
    L -->|OK| N[Problème applicatif
Code, plugin, module]
    
    style A fill:#ff9900
    style M fill:#ff6b6b
    style N fill:#ff6b6b
    style G fill:#ff6b6b
    style I fill:#ff6b6b
    style K fill:#ff6b6b

Étape 3 : Identifier la cause

Cliquez sur le scénario qui correspond à votre situation :

Surcharge serveur

Symptômes :

CPU à 100%, RAM saturée
Site lent avant de tomber
Pic de trafic récent
503 intermittentes

Causes fréquentes : Campagne marketing, article viral, bot agressif, sous-dimensionnement.

Diagnostic surcharge →

Attaque DDoS / Trafic malveillant

Symptômes :

Trafic anormal dans les logs
IPs suspectes répétées
Requêtes bizarres (URLs aléatoires)
Cloudflare/WAF déclenché

Causes fréquentes : Attaque ciblée, bot scraping, tentatives de brute force.

Diagnostic sécurité →

Problème applicatif

Symptômes :

Erreurs PHP dans les logs
Ressources serveur OK
Problème après une mise à jour
Une seule partie du site down

Causes fréquentes : Plugin/module défaillant, conflit de code, boucle infinie, mémoire PHP.

Diagnostic applicatif →

Service backend down

Symptômes :

Nginx/Apache OK mais 502/503
PHP-FPM ou autre service arrêté
Fichiers statiques chargent
Pages dynamiques échouent

Causes fréquentes : PHP-FPM crashé, limite workers, MySQL down, Redis/Memcached indisponible.

Diagnostic backend →

Diagnostic rapide en ligne de commande

Si vous avez un accès SSH, ces commandes identifient 80% des problèmes en 2 minutes :

# 1. État général du serveur
$ uptime
 14:32:01 up 45 days,  load average: 12.50, 8.30, 4.20
# ⚠️ Load average > nb CPU = surcharge

# 2. Ressources CPU et RAM
$ top -bn1 | head -20
# Regarder : %CPU, %MEM, processus les plus gourmands

# 3. Espace disque
$ df -h
# ⚠️ Use% > 95% = problème potentiel

# 4. Services critiques
$ systemctl status nginx
$ systemctl status php8.2-fpm
$ systemctl status mysql
# ⚠️ "inactive" ou "failed" = problème trouvé

# 5. Logs d'erreur récents
$ tail -50 /var/log/nginx/error.log
$ tail -50 /var/log/php8.2-fpm.log
$ tail -50 /var/log/mysql/error.log
# Chercher : "error", "fatal", "killed", "out of memory"

# 6. Connexions actives
$ ss -tuln | grep -E ':(80|443|3306)'
$ netstat -an | grep :80 | wc -l
# ⚠️ > 1000 connexions = possible surcharge/DDoS

Pas d’accès SSH ? Utilisez le panel de votre hébergeur (cPanel, Plesk, OVH Manager) pour consulter les graphiques de ressources et les logs.

Tableau de diagnostic par symptôme

Symptôme	Cause probable	Vérification	Solution rapide
Load average très élevé	Surcharge CPU	`top`, `htop`	Identifier et killer le processus gourmand
« Cannot allocate memory »	RAM saturée	`free -h`	Redémarrer PHP-FPM, augmenter RAM
« Too many open files »	Limite fichiers	`ulimit -n`	Augmenter `nofile` dans limits.conf
« Connection refused » sur :9000	PHP-FPM down	`systemctl status php-fpm`	Redémarrer PHP-FPM
« upstream timed out »	Backend lent	Logs Nginx	Augmenter timeout ou optimiser
« No space left on device »	Disque plein	`df -h`	Purger logs, cache, backups anciens
« Max children reached »	Workers PHP saturés	Logs PHP-FPM	Augmenter `pm.max_children`
« MySQL server has gone away »	BDD down/timeout	`systemctl status mysql`	Redémarrer MySQL, vérifier RAM

Outils de diagnostic

Status Checker

Testez si votre site répond depuis Paris, New York et Tokyo. Identifiez si le problème est global ou local.

Tester mon site

Analyseur de logs

Glissez votre fichier error.log. Notre outil identifie les patterns : IPs agressives, erreurs répétées, plugins défaillants.

Analyser mes logs

Checklist interactive

Parcours guidé selon votre CMS et votre situation. Ne manquez aucune vérification.

Checklist guidée

Solutions par plateforme

Le diagnostic est différent selon votre stack. Choisissez votre environnement :

WordPress

Plugins en conflit, WP-Cron saturé, limite mémoire PHP, REST API surchargée.

Diagnostic et solutions spécifiques WordPress.

Guide WordPress →

PrestaShop

Cache Smarty, modules défaillants, surcharge checkout, crons bloqués.

Diagnostic et solutions spécifiques PrestaShop.

Guide PrestaShop →

Nginx / Apache

Configuration workers, limites connexions, reverse proxy, load balancing.

Diagnostic et solutions serveur.

Guide Serveurs →

Besoin d’aide immédiate ?

Si vous ne trouvez pas la cause ou si la situation est critique, faites appel à des experts :

WordPress

Intervention d’urgence sous 2h par des spécialistes WordPress.

WPHelp247.com

PrestaShop

Support e-commerce spécialisé PrestaShop, disponible 7j/7.

IllicoPresta.fr

Infrastructure

Audit serveur, optimisation, infogérance haute disponibilité.

Foxop.com

Ne subissez plus jamais une panne sans savoir

Monitoring intelligent, alertes instantanées, diagnostic automatique.

Découvrir le monitoring

Questions fréquentes

Comment savoir si c’est mon hébergeur ou mon site le problème ?

Testez un fichier statique simple (image, fichier HTML sans PHP) directement sur votre serveur. S’il charge, le serveur web fonctionne et le problème est applicatif. S’il ne charge pas, le problème est au niveau serveur ou hébergeur. Vous pouvez aussi consulter la page de statut de votre hébergeur (status.ovh.com, status.o2switch.fr, etc.).

La 503 apparaît de façon intermittente, comment diagnostiquer ?

Les 503 intermittentes sont souvent dues à des pics de charge ponctuels ou à des limites de workers PHP atteintes temporairement. Surveillez les logs en temps réel (tail -f) pendant les heures de pointe. Utilisez un monitoring qui teste toutes les minutes pour capturer ces incidents.

Mon hébergeur me dit que tout va bien mais j’ai des 503, que faire ?

Demandez-leur les logs d’accès et d’erreur. Souvent, le serveur de l’hébergeur va bien mais votre application sature les ressources allouées (limite PHP, mémoire, processus). En mutualisé, vous êtes limité. Envisagez un VPS ou un hébergement plus puissant.

Puis-je automatiser le diagnostic ?

Partiellement. Des outils comme New Relic, Datadog ou même des scripts personnalisés peuvent surveiller les métriques et alerter sur les anomalies. Notre outil de monitoring propose une surveillance spécifique aux erreurs 503 avec diagnostic automatique des causes probables.