SMS client
« Plus rien ne charge depuis 7 h ce matin. Aucun visiteur ne peut accéder. C'est la rentrée des classes, j'ai des promos en cours. »
🚨 Site totalement down · Action immédiate
Votre PrestaShop ne répond plus du tout ?
Votre PrestaShop ne répond plus du tout ?
on identifie la couche qui plante.
Diagnostic et remise en ligne de boutiques PrestaShop inaccessibles
Timeout, ERR_CONNECTION_REFUSED, page qui charge à l'infini, hébergeur qui dit que « tout va bien » :
votre site est injoignable. On teste la chaîne complète — DNS, réseau, serveur web, PHP-FPM, MySQL —
et on remet la couche qui plante en route.
✓ Diagnostic gratuit
✓ Devis sous 24 h ouvrées
✓ À partir de 60 €/h HT
✓ Sans engagement
👀 Que voyez-vous
4 façons de constater qu'un site est vraiment inaccessible
Le message exact que vous voyez nous oriente sur la couche en cause. Reconnaissez le vôtre.
A. Chargement infini (timeout navigateur)
L'icône du navigateur tourne pendant 30+ secondes puis affiche ERR_TIMED_OUT ou « Cette page met trop de temps à répondre ». Cause typique : PHP-FPM saturé ou bloqué, MySQL ne répond plus, ou requête qui boucle. Le serveur reçoit la demande mais ne renvoie jamais de réponse. Couche en cause : application (PHP) ou base de données.
B. Erreur de connexion immédiate
Le navigateur affiche instantanément ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET ou This site can't be reached. Cause typique : Apache/Nginx n'est pas démarré, port 443 fermé par le firewall, ou IP bannie. Le serveur refuse activement la connexion. Couche en cause : serveur web ou firewall.
C. Erreur DNS / nom de domaine
Le navigateur affiche DNS_PROBE_FINISHED_NXDOMAIN ou ERR_NAME_NOT_RESOLVED. Cause typique : nom de domaine expiré, enregistrement A/AAAA supprimé, propagation DNS en cours, ou registrar qui a suspendu le domaine. Couche en cause : DNS / registrar. Souvent une histoire de paiement domaine oublié.
D. Page d'erreur de l'hébergeur
Page personnalisée OVH, Hostinger, o2switch, Infomaniak qui dit « Site suspendu », « Account suspended », « Maintenance en cours ». Cause typique : facture impayée, dépassement de quota disque ou bande passante, suspension manuelle après abus détecté (script de spam, mining). Couche en cause : compte hébergeur. Action commerciale ou conformité.
🔎 Méthode
Notre diagnostic en 4 couches
On teste dans l'ordre, de la plus externe (DNS) à la plus interne (BDD). La première couche qui plante donne la cause racine.
⚡ Intervention type
Boutique remontée en 1 h 12
Cas réel · Boutique articles de sport · PrestaShop 8.2 · Hébergement o2switch · Janvier 2026.
Diagnostic couche 1 → 2
dig OK (IP correcte), ping OK (serveur répond), curl -I timeout après 30 s. Donc : réseau OK, serveur web ou application qui plante.
Accès SSH récupéré
systemctl status apache2 → actif. systemctl status php-fpm → tous les workers PHP-FPM en état R (running) depuis 6 h 30. Tous saturés sur une seule requête.
Cause racine identifiée
SHOW PROCESSLIST MySQL → 89 requêtes en cours sur ps_product_attribute en lock. Une requête de nettoyage de stock lancée à 6 h via cron mal écrit qui n'utilisait pas de transaction, bloquant tout le reste.
Fix appliqué
KILL de la requête bloquante. service php-fpm restart. Site réactif en moins de 2 s. Cron de nettoyage désactivé pour analyse à froid.
Rapport post-mortem
Email avec timeline, cause racine (cron sans transaction), recommandation : refonte du cron + mise en place d'un monitoring uptime 5 min pour détecter une saturation avant le total down.
1 h 12
Total intervention
~ 72 €
Facturé sur devis
(1 h 12 × 60 €/h HT)
(1 h 12 × 60 €/h HT)
~ 4 200 €
CA perdu sur 3 h
(promos rentrée scolaire)
(promos rentrée scolaire)
💰 Tarifs
Tarifs annoncés d'avance
Diagnostic offert. Pour l'intervention, vous savez exactement combien ça coûte avant que je touche au code.
🔍 Diagnostic
Diagnostic
trouver la couche qui plante
0€offert
30 min · sans engagement
- Test DNS / réseau / serveur web en 4 couches
- Couche en cause identifiée
- Devis chiffré envoyé immédiatement
- Vous décidez si vous continuez
⚡ Le plus demandé
🔧 Intervention
Intervention ciblée
remettre la boutique en ligne
dès 60€HT
selon diagnostic · prix annoncé d'avance
- Sauvegarde fichiers + BDD avant intervention
- Relance services (Apache, PHP-FPM, MySQL)
- Identification cause racine (cron, requête, quota...)
- Rapport écrit + recommandation préventive
- Garantie 30 jours sur le correctif
🛡️ Maintenance
Maintenance mensuelle
détecter avant le total down
dès 50€/ mois
surveillance 24/7 · sans engagement
- Monitoring uptime 5 min · alerte SMS immédiate
- Sauvegardes auto quotidiennes externalisées
- Suivi quota disque, bande passante, DNS, SSL
- Intervention prioritaire si site HS
🧭 Ne confondez pas
« Site inaccessible », ce n'est pas...
❌ Pas une 500
Si votre site répond avec un message d'erreur (HTTP ERROR 500), il est accessible, juste cassé. Le serveur fait son boulot. Fiche dédiée.
Si le navigateur reçoit un statut HTTP 200 avec un corps vide, le serveur répond — c'est l'application qui plante en silence. Fiche dédiée.
Fiche page blanche → ❌ Pas un BO inaccessibleSi le front fonctionne mais que vous ne pouvez plus accéder à /admin-xxx, c'est un problème admin spécifique, pas un site down. Fiche dédiée.
❓ FAQ
Boutique PrestaShop inaccessible — questions fréquentes
Quatre familles de causes. (1) DNS / domaine : enregistrement A/AAAA expiré, propagation interrompue, registrar qui suspend pour facture impayée →
ERR_NAME_NOT_RESOLVED. (2) Hébergement : Apache/Nginx ne démarre pas, PHP-FPM crashé, quota disque dépassé, hébergeur en maintenance. (3) Base de données : MySQL/MariaDB refuse les connexions → 'Cannot connect to database' ou blanc total. (4) Réseau serveur : firewall qui bloque après DDoS, IP serveur bannie, port 443 fermé suite à renouvellement SSL raté. Le diagnostic se fait toujours par dig/curl externe puis SSH côté serveur.Trois tests : (1) ouvrir le site sur la 4G de votre téléphone (et non Wi-Fi) — si ça marche, c'est votre réseau local. (2) Tester sur isitdownrightnow.com — ça teste depuis l'extérieur. (3) Mode incognito sur un autre navigateur — élimine cache et extensions. Si les trois tests confirment le down, on est sur un problème serveur ou DNS.
Classique. L'hébergeur teste son infra, pas votre application. Trois causes typiques : (1) site répond à
ping mais PHP-FPM saturé, donc Apache attend une réponse qui ne vient jamais, (2) BDD sur un autre serveur qui, lui, est down, (3) un module qui boucle à l'infini. L'hébergeur a techniquement raison (son infra tourne) mais votre site est inutilisable. Il faut accéder en SSH pour diagnostiquer côté application.Selon la cause : DNS : 1 à 24 h (TTL/propagation). PHP-FPM / MySQL crashé : 30 min à 1 h. Quota disque : 30 min. Firewall qui bloque : 15 min une fois la règle identifiée. Hébergeur down infra : on dépend de l'hébergeur. En moyenne, 80 % des cas en moins de 2 h une fois le diagnostic posé.
Partiellement. Sans accès serveur, on peut quand même : tester le DNS depuis plusieurs régions, vérifier l'état SSL, inspecter les en-têtes HTTP, identifier la couche qui plante. Avec ces éléments, on peut vous indiquer quoi demander à votre hébergeur. Si l'intervention exige SSH/FTP, on vous guide pour les récupérer (1 à 4 h selon hébergeur).
Les commandes déjà passées sont en BDD et ne sont pas perdues. Les commandes en cours de paiement sont plus délicates : si le client a payé mais que votre site n'a pas reçu le webhook PSP, la commande PrestaShop n'est pas créée. Il faudra croiser les paiements Stripe/PayPal avec les commandes PS une fois le site remonté et créer manuellement les commandes manquantes. Cette opération est incluse dans l'intervention si elle concerne moins de 10 commandes.
Votre boutique est down en ce moment ?
Diagnostic gratuit en 30 min : on identifie la couche qui plante. Devis sous 24 h ouvrées, intervention à partir de 60 €/h HT.