Boutique à l'arrêt.
On sauvegarde d'abord.
Page blanche après une mise à jour, paiements qui ne passent plus, back-office inaccessible, ou pire : une boutique compromise. Dans ces moments-là, le réflexe est de tout essayer très vite — et c'est ce qui transforme une panne réparable en perte de données. La première chose que je fais n'est pas de réparer, c'est de sauvegarder l'état actuel, aussi cassé soit-il.
- Diagnostic immédiat et intervention sous 4h ouvrées, sans devis interminable.
- Sans engagement : vous ne payez que l'intervention réellement effectuée.
- Rapport clair après résolution : cause identifiée, correctif appliqué, recommandations pour éviter que ça se reproduise.
- Toutes les versions de PrestaShop, de la 1.6 à la 9, et tous les hébergeurs.
Créer un ticket d'urgence
Réponse sous 4h ouvrées. Pour les cas les plus urgents, préférez WhatsApp.
Une panne se traite dans un ordre, et cet ordre compte plus que la vitesse. On sauvegarde l'état actuel, fichiers et base, avant toute manipulation : même cassée, une boutique contient les commandes de la journée, et une réparation ratée sans copie préalable coûte infiniment plus cher que la panne elle-même. Ensuite on lit les journaux — ceux de PHP, ceux du serveur, ceux de PrestaShop — au lieu de deviner.
Lire la suite
La grande majorité des pannes y sont écrites en clair, et la moitié du temps gagné vient de là. Quatre familles couvrent presque tous les cas. La page blanche, qui est presque toujours une erreur fatale PHP masquée par l'affichage désactivé en production — on la fait parler et la cause apparaît.
La panne consécutive à une mise à jour, où le retour arrière est souvent la bonne décision immédiate, la correction venant après, au calme. Les paiements qui ne passent plus, généralement une clé d'API expirée, un certificat, ou un module de paiement devenu incompatible. Et la boutique compromise, qui est un cas à part : on isole, on constate l'étendue, on nettoie, on referme la porte d'entrée — sinon la réinfection suit sous quarante-huit heures.
Je facture au temps réellement passé, pas au forfait d'urgence. Un forfait pousse à conclure vite ; le temps passé pousse à conclure juste. Et si le diagnostic montre que la panne relève de votre hébergeur ou d'un prestataire tiers, je vous le dis avec les éléments pour le leur démontrer — c'est souvent le livrable le plus utile.
Ce que vous obtenez.
Comment on procède.
Prise de contact
Décrivez le symptôme, l'heure d'apparition et ce qui a été fait juste avant — une mise à jour, un module installé, une intervention. C'est souvent la réponse.
Sauvegarde
Copie complète de l'état actuel, aussi cassé soit-il, avant toute manipulation. Cette étape n'est jamais sautée, même sous pression.
Diagnostic
Lecture des journaux, reproduction du symptôme, identification de la cause. Vous recevez le constat avant que je propose quoi que ce soit.
Remise en service
Correction, ou retour arrière si c'est plus sûr à cet instant. L'objectif est de rouvrir la boutique ; le nettoyage de fond suit ensuite.
Quelques exemples.
Page blanche après mise à jour
Module de transporteur incompatible avec la version installée la veille. Retour arrière en quarante minutes pour rouvrir la boutique, module remplacé dans la semaine.
Paiements refusés depuis trois jours
Certificat expiré côté passerelle, invisible dans le back-office. Trouvé dans les journaux serveur en vingt minutes ; les trois jours perdus l'avaient été à chercher dans PrestaShop.
Questions fréquentes
Pages liées.
Prêt pour votre projet ?
Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.
Certification délivrée par l'éditeur du CMS