TMA PrestaShop : structurer son contrat de maintenance e-commerce

TMA PrestaShop : structurer son contrat de maintenance e-commerce

Un contrat de TMA (Tierce Maintenance Applicative) PrestaShop définit ce que votre prestataire garantit : surveillance de la boutique, application des mises à jour de sécurité, sauvegardes et délais d'intervention classifiés par priorité. Sans ce cadre écrit, chaque incident donne lieu à une négociation sur qui fait quoi et dans quel délai.

Ce guide couvre les points essentiels d'un contrat TMA adapté au e-commerce : les risques propres à l'architecture PrestaShop, le contenu minimal du périmètre, la grille SLA P1/P2/P3 et les modèles de tarification pour choisir le bon format.

1. Particularités d'une TMA PrestaShop
2. Contenu du contrat
3. Grille SLA P1/P2/P3
4. Tarification : forfait mensuel ou régie
5. Checklist de reprise de TMA

Particularités d'une TMA PrestaShop

Maintenir une boutique PrestaShop présente des contraintes techniques absentes des CMS orientés vitrine. Deux points conditionnent la faisabilité d'un contrat TMA : l'architecture d'overrides et le cycle de mises à jour de la plateforme.

Architecture override, modules, thème — risques de conflits

PrestaShop autorise trois couches de personnalisation au-dessus du core : les overrides (fichiers PHP qui remplacent la logique native), les modules (extensions tierces ou sur mesure) et le thème (templates et hooks). Chaque mise à jour du core risque d'entrer en conflit avec un override existant ; chaque module mis à jour peut casser un hook utilisé par le thème.

Un prestataire TMA commence par cartographier ces dépendances à la prise en charge. Sans cet inventaire, la première mise à jour critique est un saut dans l'inconnu : un conflit d'override peut bloquer le tunnel de commande sans être immédiatement visible en front-office.

Cycle de mises à jour PrestaShop 8.x et 9.x

PrestaShop 9 est la branche principale depuis juin 2025. La branche 8.2.x est en support étendu : elle reçoit uniquement des correctifs de sécurité et des fixes critiques, sans nouvelles fonctionnalités. La version 8.2.8, publiée en août 2026, corrigeait cinq vulnérabilités dont trois de sévérité haute.

Un contrat TMA doit préciser si la boutique restera sur PS 8.x ou migrera vers PS 9, et à quelle échéance. Ces deux trajectoires ont des coûts et des risques différents : une migration vers une version majeure implique de revalider le thème et tous les modules tiers.

Contenu d'un contrat TMA PrestaShop

Quatre domaines doivent figurer explicitement dans le périmètre contractuel.

Surveillance : disponibilité, performances, erreurs de commande

La surveillance d'une boutique e-commerce va au-delà d'un simple ping HTTP. Un contrat TMA doit distinguer trois niveaux :

• Disponibilité : le serveur répond-il aux requêtes HTTP ?
• Performance : les temps de chargement restent-ils dans les seuils acceptables ?
• Fonctionnel : le tunnel de commande (panier, paiement, confirmation) s'exécute-t-il correctement ?

Ces trois niveaux peuvent tomber indépendamment. Un site disponible au sens HTTP peut avoir son module de paiement en erreur depuis plusieurs heures sans qu'aucune alerte générique ne se déclenche. La page supervision PrestaShop de Sentinelo détaille comment ces trois niveaux sont couverts séparément.

Mises à jour : classification critique ou mineure, procédure de staging

Toutes les mises à jour ne s'appliquent pas avec le même degré d'urgence. Un contrat TMA doit établir une classification minimale :

• Critiques (failles de sécurité, CVE documentées) : appliquées sous 48 h après publication, après validation sur un environnement de staging.
• Mineures (correctifs de bugs, fonctionnalités de modules) : regroupées en lot mensuel et déployées pendant une fenêtre de maintenance planifiée.

Le core PrestaShop et les thèmes ne s'appliquent jamais automatiquement — leur impact est trop large. Seuls les modules peuvent faire l'objet d'une automatisation partielle, sous réserve qu'une sauvegarde de moins de 24 heures soit disponible.

Sauvegardes : fichiers, base de données, rétention

Une boutique PrestaShop génère deux types de données à protéger séparément : les fichiers (core, modules, médias, configuration) et la base de données (commandes, clients, catalogue, paramètres). Une sauvegarde de BDD sans les fichiers ne restaure pas un site fonctionnel.

Rétention minimale recommandée pour une boutique active : 7 sauvegardes quotidiennes, 4 hebdomadaires, 12 mensuelles. Ces valeurs permettent de remonter avant une mise à jour mal passée trois semaines plus tôt. La page sauvegardes de Sentinelo décrit le protocole de chiffrement et de rétention appliqué.

Interventions correctives et évolutives : plafond de temps inclus

Le volume d'heures incluses par mois dans un contrat TMA se répartit entre deux familles :

• Correctives : remettre en état une fonctionnalité qui fonctionnait — déboguer un module, réparer un override cassé, corriger une régression après mise à jour.
• Évolutives : ajouter une fonctionnalité demandée par le marchand — nouveau module, modification du thème, connexion à un transporteur.

Ces deux familles doivent être plafonnées séparément dans le contrat. Un marchand qui consomme tout son crédit mensuel en demandes évolutives se retrouve sans couverture corrective le jour d'une panne.

La grille SLA e-commerce — P1, P2, P3

C'est le différenciateur absent de la majorité des contrats TMA PrestaShop du marché. Une boutique en ligne ne subit pas les pannes comme un site vitrine : chaque minute d'indisponibilité du tunnel de commande se traduit directement en commandes perdues.

Une grille SLA adaptée au e-commerce distingue trois niveaux de priorité :

Niveau	Condition déclenchante	Prise en charge	Résolution
P1	Tunnel de commande KO — paiements impossibles	< 1 h	< 4 h
P2	Catalogue inaccessible ou moteur de recherche en erreur	< 4 h	< 8 h
P3	Anomalie fonctionnelle sans impact immédiat sur les ventes	< 1 j ouvré	< 5 j ouvrés

La distinction entre P1 et P2 n'est pas cosmétique. Un back-office inaccessible relève de P3 ; un connecteur de paiement qui renvoie une erreur 500 est un P1. Définir ces frontières avant la signature évite les discussions au moment où elles coûtent le plus cher.

Pénalités contractuelles

Un contrat TMA sans clause de pénalité est un SLA sans sanction. La forme habituelle est un avoir sur la facturation du mois suivant, calculé en proportion du dépassement constaté. Sans cette clause, votre prestataire n'a aucune incitation contractuelle à respecter ses délais P1.

Pour une vue d'ensemble des SLA dans d'autres contextes technologiques, l'article sur la tierce maintenance applicative pour les agences web compare les engagements selon les stacks.

Tarification TMA PrestaShop : forfait mensuel ou régie

Deux modèles structurent l'offre du marché.

Le forfait mensuel regroupe la surveillance, les sauvegardes, les mises à jour et un volume d'heures d'intervention dans un prix fixe. Il offre une visibilité budgétaire et couvre les incidents sans surprise en fin de mois. C'est le modèle recommandé pour les boutiques avec un niveau d'activité régulier ou des périodes de pointe (soldes, Black Friday).

La régie (ou pack d'heures) facture chaque intervention au temps réel consommé. Elle convient à une boutique stable avec peu d'incidents. Elle bascule en défaveur du marchand dès qu'une mise à jour critique mobilise plusieurs heures dans le mois sans avoir été anticipée.

Sentinelo propose un forfait E-commerce à 149 € HT/mois, avec 2 heures d'intervention incluses par mois, des sauvegardes nocturnes chiffrées et des alertes de disponibilité. Les heures dépassant le forfait sont facturées 90 € HT.

Checklist de reprise de TMA : audit du parc de modules

Avant de signer un contrat TMA, le prestataire doit produire un audit de reprise. Voici les points à couvrir :

1. Inventaire des modules : version installée, date de dernière mise à jour, éditeur actif ou projet abandonné.
2. Overrides actifs : liste des fichiers du dossier override, compatibilité vérifiée avec la version de PrestaShop en place.
3. Version de PHP : la boutique tourne-t-elle sur une version encore maintenue ?
4. Sauvegardes existantes : des archives récentes existent-elles et ont-elles été testées en restauration ?
5. Accès : FTP ou SSH, back-office PrestaShop, accès BDD, dépôt git s'il existe.
6. Modules de paiement : versions des connecteurs Stripe, PayPal, Alma — souvent à l'origine des incidents P1.
7. Thème : marketplace standard ou thème sur mesure sans documentation ?

Un prestataire TMA qui accepte un contrat sans audit de reprise ne sait pas ce qu'il maintient. La checklist de maintenance PrestaShop vous aide à préparer ce dossier avant la première réunion.

Un contrat TMA PrestaShop efficace repose sur quatre blocs : périmètre technique documenté, grille SLA P1/P2/P3 avec pénalités écrites, couverture sauvegardes testée et plafonds d'heures distincts pour les interventions correctives et évolutives. Formalisés avant la signature, ces points évitent les malentendus au moment où ils coûtent le plus cher.

Consultez la page maintenance PrestaShop de Sentinelo pour voir le détail du forfait et démarrer un essai de 14 jours sans engagement.