Surveillance et sauvegardes
La boutique est surveillée en permanence, les sauvegardes tournent sans que vous y pensiez.
- Disponibilité et tunnel de vente surveillés
- Sauvegardes base et fichiers
- Pare-feu et filtrage des robots
Maintenance PrestaShop
Contrat de maintenance PrestaShop : mises à jour testées avant d'être appliquées, sauvegardes dont la restauration est vérifiée, surveillance de la boutique et du tunnel de vente, correctifs. Vous vendez, je m'occupe du reste.
La maintenance s'adresse aux boutiques déjà en ligne. Pour une boutique en mauvais état, je commence par un audit PrestaShop.
PrestaShop, ses modules et PHP évoluent sans arrêt. Les mises à jour corrigent des failles, mais une mise à jour appliquée sans test peut aussi casser le paiement ou le panier. Sans suivi, on finit par ne plus rien mettre à jour, et la boutique devient fragile.
La maintenance PrestaShop (on parle aussi de TMA) consiste à faire ces mises à jour proprement : sur une copie d'abord, avec une commande test, puis en production. Et à être là quand quelque chose casse.
Vous savez chaque mois ce qui a été fait. Le temps restant sert aux petites évolutions que vous repoussez depuis des semaines.
Modules, sauvegardes et erreurs surveillés, vous recevez un résumé clair.
Côté technique : copie de test (préproduction), surveillance des journaux, sauvegardes et hébergement adapté.
Une mise à jour de PrestaShop ou d'un module peut casser une boutique qui marchait la veille. Voici pourquoi, avec vos mots ou ceux de votre équipe technique.
Beaucoup de boutiques ont été adaptées en modifiant directement le fonctionnement de PrestaShop (on appelle ça des overrides, des « surcharges »). À la mise à jour, PrestaShop change sous ces modifications : elles ne s'appliquent plus, ou elles font planter une page.
Les classes du dossier override/ remplacent des classes du cœur (Cart, Product, Hook…). Si la signature ou la logique de la méthode d'origine change, l'override est ignoré ou provoque une erreur fatale. Deux modules qui surchargent la même méthode entrent aussi en conflit.
Une boutique compte souvent 30 à 60 modules, de développeurs différents. Certains ne sont plus suivis. Mettre à jour PrestaShop peut rendre un module incompatible, et mettre à jour un module peut casser le paiement ou la livraison.
Compatibilité déclarée (ps_versions_compliancy) souvent fausse, hooks renommés ou supprimés, templates Smarty du thème ou Twig du back-office modifiés, scripts d'upgrade de module qui changent la base. Un module abandonné doit être corrigé ou remplacé.
Passer de la 1.7 à la 8 (ou de la 8 à la 9) n'est pas une simple mise à jour : c'est presque une petite migration. Le thème, les modules et les données doivent suivre. Sans préparation, la boutique peut rester bloquée à moitié mise à jour.
Saut de version PHP imposé, Symfony mis à jour sous le back-office, tables modifiées par les scripts de migration, thème enfant à adapter, module autoupgrade qui échoue en cours de route sur les grosses bases. Retour arrière impossible sans sauvegarde complète.
Tout se passe d'abord sur une copie de votre boutique. Je vérifie les pages clés et je passe une commande test. La boutique en ligne n'est touchée que quand tout fonctionne, et une sauvegarde permet de revenir en arrière.
Copie de préproduction avec la base réelle anonymisée, inventaire des overrides et des modules, mise à jour pas à pas, lecture des journaux d'erreurs, commande test complète, sauvegarde base et fichiers juste avant la mise en production.
Un rythme régulier, et une réaction quand il le faut.
La boutique est surveillée en permanence, les sauvegardes tournent sans que vous y pensiez.
Les mises à jour sont testées sur une copie avant d'arriver en production.
Je corrige ce qui casse, et j'avance sur les petites demandes de votre équipe.
Un module de paiement mis à jour par son éditeur bloque les commandes. Voici ce qui se passe avec un contrat de maintenance.
Les erreurs de paiement remontent, plus aucune commande ne passe.
Avec l'étape en cause et le dernier changement appliqué sur la boutique.
Le module est remis dans sa version d'avant. Les commandes repassent.
Vous : rien à faire.
La nouvelle version est testée sur une copie, corrigée ou remplacée, puis réinstallée.
Ce qui s'est passé, ce qui a été fait, ce qui évite que ça recommence.
Vous : quelques lignes, sans jargon.
Pour aller plus loinMaintenance et évolutionsSauvegardes et restaurationAudit PrestaShop
Pas un contrat dont on se demande à quoi il sert. Un rapport court, lisible en deux minutes.

Je fais l'état des lieux avant de m'engager.
Et les accès quand vous êtes prêt.
Vous recevez : un premier avis rapide
Versions, modules, overrides, sauvegardes, sécurité, vitesse.
Vous recevez : la liste des risques, classée
Les urgences d'abord, toujours sur une copie avant la production.
Vous recevez : une boutique à jour et sauvegardée
Surveillance, mises à jour, correctifs, rapport mensuel.
Vous recevez : un rapport chaque mois
Avant de confier le suivi de votre boutique.
Vous pouvez, mais une mise à jour appliquée directement en production peut casser le panier ou le paiement. La maintenance les teste d'abord sur une copie, avec une commande, et prévoit le retour arrière.
Parce que votre boutique n'est pas un PrestaShop d'origine : modules de plusieurs éditeurs, thème adapté, et souvent des modifications du cœur (overrides). Une nouvelle version change ce sur quoi tout cela s'appuie. Il faut donc vérifier chaque pièce avant de mettre à jour.
Cela dépend du nombre de modules et d'overrides. Je fais d'abord l'inventaire, puis je vous donne une estimation. Ce passage se prépare comme une petite migration, pas comme une mise à jour mensuelle.
Oui. Je commence par un état des lieux : versions, modules, overrides, sauvegardes. Vous savez dans quel état est la boutique avant de vous engager.
Je remets en ligne une sauvegarde saine, je ferme la faille, je change les accès et je vous explique ce qui s'est passé.
Les petites évolutions oui, dans le temps prévu au contrat. Les développements plus importants font l'objet d'une proposition séparée.
Non. Je maintiens les boutiques chez leur hébergeur actuel. Je propose aussi un hébergement sur mes serveurs si le vôtre limite la boutique.
C'est la même chose. TMA (tierce maintenance applicative) est le terme technique : garder la boutique à jour, sûre et fonctionnelle, et la faire évoluer par petites touches.
Vous restez propriétaire de tous les accès. Si le contrat s'arrête, vous récupérez la boutique, les sauvegardes et la documentation des interventions.
Retours de clients et partenaires agences, en lien avec cette prestation.
Envoyez l'adresse de votre boutique : je fais un premier état des lieux et je vous propose le suivi adapté.