La boutique ne s’affiche plus, le back-office tourne dans le vide, et votre hébergement est chez OVH. OVH est-il en cause, ou le problème vient-il de la boutique ? Si vous avez tapé « ovh panne » dans Google, la réponse tient en deux vérifications : la bonne page de statut, puis un test depuis un autre réseau. Ce guide donne ensuite les gestes utiles pendant une panne OVH, les contrôles d’après et ce que prévoient les conditions d’OVHcloud.
Ouvrez la page de statut de votre offre : Web Cloud pour le mutualisé, Bare Metal Cloud pour un VPS ou un serveur dédié, Public Cloud pour des instances.
Aucun incident affiché pour votre offre et votre région ? Testez la boutique depuis la 4G avant de conclure à une panne d’OVH.
Pendant la coupure, le mode maintenance demande un back-office qui répond. Après, recontrôlez paiements, commandes et e-mails.
Boutique toujours en panne alors qu’aucun incident n’est en cours pour votre offre : appelez le 09 72 03 59 17, de 8 h à 22 h, 7j/7.
OVH est-il en panne ? Où vérifier
OVHcloud publie l’état de ses services sur status.ovhcloud.com, une page d’accueil qui renvoie vers six espaces séparés, chacun avec son historique. Pour une boutique PrestaShop, quatre comptent.
Statut OVH, les quatre espaces selon votre offre
Le statut OVH se lit offre par offre. Ouvrez l’espace de votre contrat, puis repérez le datacenter de votre serveur, par exemple GRA pour Gravelines ou SBG pour Strasbourg.
| Espace de statut | Ce qui y figure |
|---|---|
| Web Cloud | Hébergement mutualisé, bases CloudDB, domaines, DNS, e-mails |
| Bare Metal Cloud | VPS et serveurs dédiés |
| Public Cloud | Instances et autres services Public Cloud |
| Network & Infrastructure | Réseau commun aux datacenters |
Chaque incident porte un libellé du type « [GRA][Web Hosting] », suivi de mises à jour horodatées en UTC, auxquelles vous ajoutez une heure en hiver et deux en été pour lire l’heure de Paris.
Recevoir les alertes de votre espace
Chaque espace a son propre bouton « Subscribe to Updates », si bien qu’un abonnement à Web Cloud ne vous prévient de rien sur un VPS. Quatre canaux sont proposés.
- E-mail, confirmé par un code reçu à l’adresse indiquée.
- Slack ou webhook, pour une équipe ou un outil de suivi.
- Flux Atom ou RSS, lisible dans n’importe quel lecteur.
Nous n’avons vu aucune alerte par SMS sur ces pages le 04/11/2026.
« OVH down » sur Downdetector : un signal à recouper
Taper « ovh down » mène vite vers Downdetector et d’autres agrégateurs. Ils comptent des internautes qui se plaignent, sans dire quelle offre ni quel datacenter souffre. Un pic de signalements justifie d’ouvrir la page de statut. Il ne prouve rien pour votre serveur, et les deux incidents récents détaillés plus bas ne concernaient chacun qu’une région et certaines offres précises.
Panne OVH ou problème de votre boutique ?
Une page de statut verte n’innocente pas tout. Un incident affiché ne concerne peut-être pas votre serveur. Vérifiez dans cet ordre.
- Incident affiché pour votre offre et la région de votre serveur : suivez ses mises à jour et passez aux gestes pendant la panne.
- Boutique ouverte depuis un autre réseau, par exemple un téléphone en 4G sans Wi-Fi : le problème est local (box, poste ou réseau de l’entreprise).
- Ni l’un ni l’autre : notez exactement ce qui s’affiche à l’écran, ce message oriente la recherche.
- Page par défaut d’OVH à la place de la vitrine : regardez le domaine, le DNS et le rattachement de l’hébergement.
- « Link to database cannot be established » : la boutique ne joint plus sa base MySQL. Message signalé sur le forum d’OVH lors de coupures entre hébergement et serveurs SQL.
- Erreur 500 ou page blanche : le serveur répond, mais PrestaShop plante, souvent après une mise à jour ou un module.
- Délai dépassé : serveur ou réseau injoignable, piste OVH probable si la 4G donne la même chose.
- Site ouvert, e-mails absents : le service e-mail a sa propre ligne dans l’espace Web Cloud.
Une erreur 500 ou une page blanche sans incident affiché se cherche d’abord dans le journal d’erreurs de la boutique.
Share this infographic: Copy the code below to embed it on your site.
<a href="https://cyberial.fr/panne-ovh-que-faire/"><img src="https://cyberial.fr/wp-content/uploads/panne-ovh-arbre-decision.png.webp" alt="Arbre de décision panne OVH ou problème de votre boutique PrestaShop : incident affiché, test depuis la 4G, puis journal d'erreurs ou dépannage" /></a><p>Infographic by <a href="https://cyberial.fr">cyberial.fr</a></p>OVH a résolu l’incident, ou aucun incident n’est affiché pour votre offre, et votre boutique reste en panne ? Un dépannage PrestaShop coûte dès 150 € HT, prix fixe validé avant toute intervention, recherche de la cause comprise. Ces 150 € sont déduits si vous passez ensuite à la maintenance.
Décrire la panne ou appelez le 09 72 03 59 17 : réponse en moins d’une heure, 7j/7, de 8 h à 22 h.
Que faire pendant une panne OVH
Pendant une panne OVH, la réparation revient à OVHcloud, mais vous gardez la main sur ce que voient les clients, sur les paiements et sur la publicité, même quand le back-office ne répond plus.
Mode maintenance, si le back-office répond
Le mode maintenance de PrestaShop, qui remplace les erreurs par un message propre, se règle dans le back-office : si la base de données est injoignable, vous n’y accéderez pas.
- Paramètres de la boutique > Général > Maintenance, puis « Activer la boutique » sur Non.
- Votre adresse IP dans « IP de maintenance », pour continuer à voir la vitrine.
- Un message personnalisé court, sans heure de retour si OVH n’en donne pas.
À la fin de l’incident, repassez « Activer la boutique » sur Oui.
Paiements : les notifications Stripe et PayPal en attente
Un client qui paie par Stripe ou PayPal est débité chez eux, même si la boutique ne répond plus, et la confirmation arrive ensuite au module de paiement par une notification (webhook). Boutique injoignable, la notification échoue. La commande peut alors rester sans statut payé. L’argent, lui, est bien encaissé.
- Stripe retente seul la livraison pendant trois jours au plus.
- Ensuite, renvoi manuel depuis le Dashboard Stripe jusqu’à 15 jours (jusqu’aux 16/11 et 18/11/2026 pour les coupures des 01 et 03/11), puis rattrapage sur 30 jours avec l’API List Events et
delivery_success=false(jusqu’au 01/12 et au 03/12/2026). - PayPal fait jusqu’à 25 tentatives sur 3 jours, puis marque la notification « Failed ».
Publicité, référencement et message aux clients
- Mettez en pause les campagnes payantes : chaque clic mène à une page qui ne répond pas.
- Sur des erreurs 5xx, Google réduit son rythme d’exploration, puis le remonte quand les pages répondent. Quelques heures de coupure restent temporaires pour lui.
- Un message sur vos réseaux sociaux évite que des clients croient la boutique fermée.
Sur un VPS, ouvrez un ticket chez OVHcloud dès le début, car l’indisponibilité ne compte qu’à partir de ce ticket. Notez l’heure de début et de fin de la coupure, elle servira aux contrôles et à une demande de crédit.
Après la panne, contrôles et crédit
La boutique revient, la page de statut affiche « Resolved ». Reste à retrouver ce qui s’est perdu.
Commandes, paiements, e-mails à recontrôler
- Rattrapez en premier les notifications de paiement manquées : API List Events chez Stripe, tableau Webhook Events chez PayPal, d’où l’on renvoie à la main les notifications en échec. Recontrôlez ensuite les statuts de commande.
- Comparez les paiements reçus aux commandes restées sans statut payé.
- Vérifiez les e-mails de confirmation et les messages du formulaire de contact.
- Relancez les tâches cron qui ont sauté un passage, puis videz le cache si des pages s’affichent mal.
Ce que prévoient les engagements OVHcloud
Quand l’offre a un SLA chiffré, OVHcloud compense une indisponibilité par un crédit de service, jamais versé en argent. Ci-dessous, les seuils des VPS, tirés des conditions particulières françaises (version du 10/04/2025) ; les serveurs dédiés ont les leurs, selon la gamme.
| Gamme VPS | Disponibilité garantie par mois | Crédit de service |
|---|---|---|
| Starter | 99,5 % | 10 % entre 99,0 et 99,5 % ; 50 % sous 99,0 % |
| Autres gammes | 99,9 % | 10 % entre 99,5 et 99,9 % ; 50 % sous 99,5 % |
- VPS : seuils du tableau. L’indisponibilité compte au-delà de 3 minutes consécutives, à partir du ticket ouvert par le client.
- Public Cloud : aucun pourcentage trouvé dans les conditions françaises. Reportez-vous à celles de votre offre.
- Hébergement mutualisé : obligation générale de moyens, sans SLA chiffré, donc sans crédit prévu pour un incident comme celui du 03/11/2026.
La procédure suit les conditions générales de services (version du 17/01/2025, articles 4.2 et 4.3). Déclarez l’incident et collaborez au diagnostic, puis demandez le crédit de service dans l’Espace Client, au plus tard 30 jours après la constatation de l’incident par OVHcloud. Plafonné au prix mensuel du service, il vaut indemnisation forfaitaire, avec renonciation à toute autre demande.
Pour la coupure VPS du 01/11/2026, environ 1 h 35 (2 h pour SBG8), seule une offre hors gamme Starter peut ouvrir droit à un crédit, de 10 % au plus, et seulement si un ticket a été ouvert pendant l’incident. Date limite de la demande : vers le 01/12/2026.
Deux incidents récents, heure par heure
Qui cherchait « panne OVH aujourd’hui » le 01/11 ou le 03/11/2026 tombait sur des incidents limités à une région et à une offre. Derrière une même recherche « ovh panne », trois services différents étaient en cause. Heures en UTC, heure de Paris entre parenthèses (UTC+1 depuis le 25/10/2026).
Le 01/11, l’entrée SBG8 n’a été close qu’à 19:54 UTC (20:54 à Paris), tandis que SBG7 a rejoint l’incident Public Cloud par la mise à jour de 18:48 UTC (19:48), et OVHcloud y parle de « dysfonctionnement d’infrastructure inattendu ». Le 03/11, l’incident touchait certains serveurs de stockage (Filerz) du mutualisé GRA.
| Date et service | Heures UTC (Paris) | Cause |
|---|---|---|
| 01/11, certains VPS SBG6/8 | 17:55-19:30 (18:55-20:30) | Équipement réseau |
| 01/11, certaines instances Public Cloud SBG5/7 | 17:55-19:30 (18:55-20:30) | Dysfonctionnement d’infrastructure |
| 03/11, mutualisé GRA, certains Filerz | 20:20-21:05 (21:20-22:05) | Cause logicielle |
Chaque incident ne touchait qu’une région et certaines offres : une boutique sur un VPS de Gravelines n’était concernée par aucun des deux.
Les grandes pannes OVH depuis 2021
Trois incidents plus lourds ont marqué les clients d’OVHcloud ces dernières années.
- Nuit du 9 au 10/03/2021, incendie à Strasbourg : SBG2 est détruit, SBG1 en partie. Netcraft, cité par le JDN, compte 3,6 millions de sites web tombés. Beaucoup de clients découvrent que leurs sauvegardes dormaient dans le même datacenter que leurs données. OVH a été condamné à verser environ 100 000 € à Bati Courtage (jugement relayé en février 2023).
- 13/10/2021 : panne réseau mondiale d’environ une heure, après une erreur de configuration d’un routeur pendant une intervention.
- 23/02/2026 : à Gravelines, un problème d’alimentation électrique rend indisponibles certaines salles d’une zone du datacenter, et plusieurs sites connus avec elles.
Préparer la prochaine panne
L’incendie de Strasbourg a montré qu’une sauvegarde rangée dans le même bâtiment que le serveur peut disparaître avec lui.
- Une copie des fichiers et de la base hors de l’hébergeur. Sur le mutualisé, la documentation d’OVH dit ses sauvegardes « non contractuelles ».
- Une surveillance externe, qui teste la boutique depuis un autre réseau.
- Les accès rangés hors du serveur : Espace Client OVHcloud, FTP, base de données, back-office.
- Savoir chez qui sont le DNS et les e-mails. Chez OVH, une panne Web Cloud peut les toucher aussi.
Sur le mutualisé, la restauration OVH remonte à J, J-1, J-2 et aux deux derniers dimanches, et remplace tout l’espace de stockage.
Nos serveurs d’hébergement ne sont pas chez OVH : aucune coupure constatée sur les boutiques que nous hébergeons les 01 et 03/11/2026. L’hébergement PrestaShop coûte 30 € HT/mois en option de la maintenance PrestaShop à 69 € HT/mois, sans engagement (99 € HT/mois au total). SLA 99 %, sauvegardes quotidiennes hors serveur gardées 30 jours. La migration vers notre hébergement est gratuite avec l’abonnement d’hébergement, selon l’accès à votre hébergement actuel.
Nous décrire votre boutique ou appelez le 09 72 03 59 17, réponse en moins d’une heure, 7j/7, de 8 h à 22 h.
Questions fréquentes sur les pannes OVH
Comment suivre une panne OVH aujourd’hui ?
Ouvrez l’espace de statut de votre offre (Web Cloud, Bare Metal Cloud ou Public Cloud) et abonnez-vous à ses alertes par e-mail, Slack, webhook ou RSS.
OVH rembourse-t-il une panne ?
OVHcloud ne verse pas d’argent. Si votre offre a un SLA chiffré, comme les VPS, vous pouvez demander un crédit de service dans l’Espace Client, au plus tard 30 jours après la constatation de l’incident. Le mutualisé n’a pas de SLA chiffré, donc pas de crédit prévu.
Ma boutique perd-elle son référencement après une panne ?
Une coupure de quelques heures reste temporaire pour Google, qui ralentit l’exploration puis la reprend. Au-delà d’un ou deux jours d’erreurs, des pages peuvent sortir de l’index.
Les paiements reçus pendant la panne sont-ils perdus ?
Non, Stripe ou PayPal encaisse le paiement. Seule la notification envoyée à la boutique peut manquer : rattrapez-la, puis recontrôlez le statut des commandes.
Les sauvegardes OVH suffisent-elles ?
Sur le mutualisé, OVH les dit « non contractuelles », et ses conditions laissent les sauvegardes à la charge du client. Gardez une copie hors de l’hébergeur.
Dépannage, hébergement et maintenance
Boutique encore arrêtée après une panne OVH résolue, ou hébergement et maintenance à confier : décrivez la situation. Réponse en moins d’une heure, 7j/7, de 8 h à 22 h, au 09 72 03 59 17 comme par ce formulaire.
