Agence PrestaShop à Angers : des mises à jour de modules et de sécurité sans casse

En août 2026, PrestaShop a corrigé cinq failles de sécurité.

Le plus dur, c’est de poser le correctif sans bloquer la boutique un jour de soldes. Voici comment une agence PrestaShop à Angers mène des mises à jour de modules et de sécurité sans casse.

• Des mises à jour de modules et de sécurité sans casse
• Mise à jour des modules : un module, un test, un compte rendu
• Sauvegardes : une copie qui n’a jamais été restaurée ne compte pas
• Correctifs de sécurité : les urgences ne suivent pas le calendrier de maintenance
• Compatibilité : PrestaShop n’est qu’une pièce du puzzle
• Maintenance préventive : mesurer la disponibilité plutôt que la supposer
• Devis de maintenance PrestaShop : séparer correctifs, mises à jour et évolutions
• Agence à Angers : ce qu’il faut exiger avant de signer
• Foire aux questions

Des mises à jour de modules et de sécurité sans casse

Une mise à jour PrestaShop repose sur trois choses : une copie complète, un environnement de test et un retour arrière déjà éprouvé. Pour une boutique de 500 à 5 000 produits, comptez 1 à 3 jours pour une campagne de mises à jour de modules, puis une journée de surveillance renforcée.

Préparer le terrain avant de toucher au code

Relevez d’abord la version de PrestaShop, celle de PHP, le thème, les modules et les développements spécifiques. Ajoutez les connexions externes : paiement, transporteur, ERP, caisse, flux vers Google Merchant Center et places de marché. Une connexion oubliée au départ revient toujours en pleine intervention.

La mise à jour suit ensuite cinq temps :

1. Choix de la version cible
2. Réglage des options
3. Sauvegarde
4. Mise à jour
5. Contrôles

Le module Update Assistant, ancien 1-Click Upgrade, enchaîne cette séquence et propose une sauvegarde des fichiers et de la base. Il ne suffit pas à lui seul, mais il évite les oublis les plus bêtes.

La mise en production se fait sur une plage calme : tôt le matin en B2C, après le dernier traitement de commandes en B2B.

Vérifiez ensuite :

• la page d’accueil
• la connexion client
• une fiche produit
• le panier
• le paiement
• le transport
• la création d’une commande de test

Un retour arrière qui se joue à plusieurs

Le plan de retour arrière doit décrire des actions, pas une phrase du type « restauration de la sauvegarde ». Il répond à quatre questions :

• Qui restaure les fichiers ?
• Qui remet la base en place ?
• Combien de temps ça prend ?
• Que devient la commande arrivée pendant l’opération ?

Pour une boutique active, demandez une fenêtre de 2 à 4 heures, alors que la mise à jour elle-même dure souvent moins d’une heure. L’écart paie la vérification du paiement, la purge du cache et une éventuelle restauration.

Dans le contrat, séparez le délai de réponse du délai d’intervention. Une alerte bloquante reçoit une réponse sous 1 heure ouvrée et une prise en charge sous 4 heures. Un défaut mineur peut attendre 2 jours ouvrés. Ce sont des engagements à négocier.

Décrire mon besoin →

Mise à jour des modules : un module, un test, un compte rendu

Un module ne se met à jour qu’après contrôle. Vérifiez sa version cible, sa compatibilité avec PrestaShop et sa configuration actuelle. La règle n’a pas changé depuis des années : un module, un test, une trace écrite.

D’où vient le module, et qui le maintient

L’origine change tout. Un module de la PrestaShop Addons Marketplace a un circuit de mise à jour clair. Un module interne ou acheté à un éditeur tiers demande en plus de vérifier la licence, la documentation et la compatibilité annoncée. PrestaShop déconseille les modules récupérés sur des forums. À raison : c’est là que naissent la plupart des mauvaises surprises.

L’ordre d’intervention dépend des dépendances. Mettez à jour d’abord le module qui fournit une bibliothèque commune, puis ceux qui s’en servent. Le paiement et le transport se testent séparément, sinon on accuse le transporteur d’un bug venu du moteur de paiement.

Ce qu’il faut tester après chaque changement

Passez systématiquement ces parcours :

• un panier avec remise, puis un panier sans remise
• un paiement accepté et un paiement refusé
• un choix de livraison
• la création d’un compte client

En B2B, ajoutez les prix par groupe, les quantités minimales et les conditions de paiement. Ce sont eux qui cassent le plus souvent.

Lisez les journaux PHP, les journaux PrestaShop, ceux du serveur web et les retours du prestataire de paiement. Une erreur 500 vient le plus souvent d’un module incompatible, d’un cache périmé ou de deux modules qui se disputent la même fonction.

Consignez la version installée, le résultat du test, les anomalies et la décision prise. Si une mise à jour casse la boutique, désactivez d’abord le module modifié la veille. Ne restaurez la base que si l’analyse montre un risque pour les données clients ou les commandes.

Sauvegardes : une copie qui n’a jamais été restaurée ne compte pas

Une sauvegarde exploitable contient les fichiers, la base de données, les images et la configuration nécessaire au redémarrage. Pour une boutique qui vend chaque jour, prévoyez une sauvegarde automatique quotidienne. Faites aussi une copie complète juste avant chaque intervention.

Ce qu’il faut vraiment protéger

Deux ensembles doivent être couverts.

• Les fichiers : le code PrestaShop, le thème, les modules, les images, les fichiers de configuration.
• La base de données : produits, clients, commandes, paniers, stocks, réglages et journaux stockés en base.

Une copie unique, placée sur le même serveur, ne protège ni d’une suppression accidentelle, ni d’une panne de disque, ni d’un accès frauduleux. La copie secondaire doit passer par un accès distinct. Elle doit aussi être chiffrée et ses droits doivent être limités.

Gardez au minimum les sauvegardes quotidiennes des 7 à 30 derniers jours, selon le volume de commandes. Une boutique à 200 commandes par jour n’a pas le même besoin qu’un site B2B qui en reçoit 20 par mois.

Tester la restauration, pour de vrai

Un test de restauration se fait au moins chaque trimestre pour une boutique active, et avant toute migration importante. On restaure une copie sur un environnement isolé. On ouvre la vitrine, on se connecte au back-office et on vérifie une commande existante. Si cela échoue ici, cela échouera le jour où vous en aurez besoin.

Décrire mon besoin →

Correctifs de sécurité : les urgences ne suivent pas le calendrier de maintenance

Une faille qui expose le back-office, les données ou le paiement ne doit pas attendre la maintenance mensuelle. En août 2026, PrestaShop 8.2.8 a corrigé cinq vulnérabilités. Trois sont de gravité élevée. PrestaShop 9.1.5 a reçu les mêmes correctifs.

Qualifier avant de paniquer

Suivez les avis de sécurité du projet PrestaShop, les annonces des éditeurs de modules et les alertes de l’hébergeur. Vérifiez ensuite si la boutique utilise le composant touché et si son back-office est exposé publiquement. Beaucoup d’alertes ne concernent pas la boutique qui les reçoit.

Une réponse en trois temps

Pour une faille critique, visez une qualification sous 4 heures ouvrées et une décision le jour même. La suite dépend de trois points : la disponibilité du correctif, sa compatibilité avec les modules et le coût commercial d’une fermeture.

Si le correctif entre en conflit avec un thème ou un module, réduisez l’exposition en attendant. Restreignez le back-office, désactivez la fonction touchée, filtrez le réseau ou installez un module correctif. Une boutique vulnérable ne reste pas ouverte parce qu’un test complet prend encore plusieurs jours.

Après le correctif, contrôlez les comptes administrateurs, les fichiers modifiés récemment, les journaux, les tâches planifiées et les accès inhabituels. Si une faille a pu être exploitée, changez aussitôt les mots de passe et les clés d’accès. N’attendez pas la fin de l’enquête.

Compatibilité : PrestaShop n’est qu’une pièce du puzzle

Le numéro de version de PrestaShop ne suffit pas. Une mise à jour échoue souvent parce que PHP, le thème, un module de paiement ou un développement maison ne supporte pas la version visée.

Les repères d’environnement

Pour PrestaShop 8, retenez :

• PHP 8.1 recommandé (versions 7.2.5 à 8.1 acceptées selon la branche)
• MySQL 5.7 ou MariaDB 10.2 au minimum
• au moins 256 Mo de mémoire PHP

Pour PrestaShop 9 :

• PHP 8.1 au minimum
• PHP 8.5 recommandé pour la branche 9.1
• 512 Mo de mémoire PHP

Une migration vers PrestaShop 9 suppose donc de vérifier la version de PHP réellement disponible chez l’hébergeur. Le nom de l’offre ne dit rien de la version installée.

Testez le thème sur la version cible, avec les pages réellement utilisées : déclinaisons, menu, recherche, tunnel de commande, compte client, affichage mobile. Un thème correct sur la page d’accueil peut casser le panier.

Les adaptations, premier facteur d’incertitude

Les développements spécifiques pèsent le plus lourd. Un override surcharge une classe ou un comportement du cœur de PrestaShop. Modifier directement le cœur complique encore la maintenance. Repérez-les avant l’intervention et faites chiffrer leur adaptation à part.

Pour une boutique en 8.1 qui vise 8.2, une mise à jour corrective tient souvent en 1 à 3 jours. Pour une 1.7 qui vise la 9, comptez un audit puis une migration par étapes, souvent 3 à 8 semaines.

Décrire mon besoin →

Maintenance préventive : mesurer la disponibilité plutôt que la supposer

Une maintenance sérieuse mesure la disponibilité, le temps de réponse, les erreurs et l’état des mises à jour. Pour une PME, mieux vaut une surveillance automatique continue. Elle s’accompagne d’un rapport mensuel que le responsable e-commerce peut lire sans être développeur.

Ce qu’il faut surveiller

• La page d’accueil
• Une fiche produit
• Le panier
• Le back-office

Un contrôle toutes les 5 minutes repère une panne bien plus vite qu’un contrôle quotidien. Il ne remplace pas pour autant un test réel. Une commande de test, passée de temps en temps, reste nécessaire.

Le contrat précise les horaires de surveillance, les exclusions et les seuils d’alerte. Une indisponibilité planifiée pendant une mise à jour ne compte pas comme une panne. La condition : la fenêtre a été annoncée à l’avance.

Le rapport mensuel doit lister :

• les mises à jour effectuées
• les sauvegardes réussies
• les incidents
• les temps de réponse
• les erreurs répétées
• les actions recommandées

Un rapport qui se résume à « site opérationnel » ne permet de piloter rien du tout.

Prévenir plutôt que réparer

Les actions préventives portent sur :

• le cache
• les requêtes lentes
• les tâches cron
• les tables qui gonflent
• les images trop lourdes

PrestaShop recommande d’utiliser le cache système de fichiers. Dans certains environnements, il préfère cette option au cache MySQL.

Une alerte bloquante part vers le responsable e-commerce et l’intégrateur, avec :

• l’heure
• l’URL touchée
• le code d’erreur
• la dernière modification connue

Il faut aussi un remplaçant prévu. Si le premier intervenant ne répond pas, il prend le relais.

Décrire mon besoin →

Devis de maintenance PrestaShop : séparer correctifs, mises à jour et évolutions

En France, les offres publiques de maintenance PrestaShop vont de 50 à 350 € HT^* par mois. Le prix dépend de la surveillance, du support, des heures incluses et de l’hébergement.

Une intervention ponctuelle se facture souvent entre 55 et 100 € HT^* de l’heure. Ce sont des repères de marché, pas des tarifs imposés.

Comparer des chiffres comparables

Pour une boutique de moins de 500 produits, peu personnalisée et au trafic modéré, un forfait de 70 à 150 € HT^* par mois suffit en général. Il couvre les sauvegardes, les mises à jour testées, un contrôle mensuel et un support ouvré.

Pour 500 à 5 000 produits, plusieurs moyens de paiement, un connecteur ERP et une surveillance renforcée, prévoyez plutôt 150 à 350 € HT^* par mois. Les migrations de version majeure, le développement et les incidents liés à un éditeur tiers restent presque toujours hors forfait.

Un forfait doit indiquer :

• le nombre d’heures incluses
• le tarif hors forfait
• le délai de réponse
• la durée de conservation des sauvegardes

Un abonnement à 69 € HT^* peut suffire pour une boutique simple. Il ne finance pas une astreinte 24 heures sur 24 avec développement spécifique.

Un audit initial coûte souvent entre 300 et 900 € HT^* pour une boutique petite ou moyenne. Le prix varie selon le nombre de modules, le serveur et les développements spécifiques. L’audit doit livrer un inventaire, une liste de risques, une stratégie de mise à jour et une estimation des travaux.

Lire le devis ligne par ligne

Le devis doit séparer quatre lignes :

• maintenance corrective
• mises à jour de sécurité
• mises à jour de version
• évolutions fonctionnelles

Une évolution comme un nouveau mode de livraison ou une refonte du panier ne doit pas se cacher dans une ligne « maintenance ».

Demandez aussi les éléments suivants :

• le journal des changements
• le résultat des tests
• le rapport mensuel
• une copie de sauvegarde
• le compte rendu de chaque incident

Un devis qui chiffre seulement « mises à jour des modules » ne permet pas de comparer deux offres. Il ne dit rien du niveau de sécurité réel.

Décrire mon besoin →

Agence à Angers : ce qu’il faut exiger avant de signer

Une agence proche facilite les rendez-vous. La proximité ne remplace pas un engagement technique écrit.

Vérifier ce qui est vérifiable

Demandez deux références PrestaShop que vous pouvez contacter. Choisissez si possible une boutique au volume de commandes, au nombre de modules et au niveau de personnalisation proches du vôtre.

Une référence de création de site ne prouve pas la capacité à restaurer une boutique après une mise à jour ratée.

Contrôlez le statut de certification dans l’annuaire officiel PrestaShop. Vous y comparez les agences certifiées, leurs services et leurs expertises.

L’annuaire référence aussi des agences à Vannes, Orléans, Nantes, Paris ou Lyon. Une agence éloignée peut rester un bon choix si son support est mieux documenté que celui d’une agence voisine.

Demandez enfin qui intervient réellement :

• chef de projet
• développeur PrestaShop
• spécialiste serveur
• remplaçant en cas d’absence

Une équipe capable de corriger un module n’a pas forcément les compétences pour traiter une erreur PHP. Elle ne sait pas toujours gérer une compromission du serveur.

Ce qu’une agence locale apporte, et ce qu’elle ne couvre pas

Un intégrateur local convient bien pour des ateliers sur place. Il peut aussi reprendre une maintenance existante ou se coordonner avec un ERP régional.

Pour une boutique ouverte 24 heures sur 24, vendant sur plusieurs places de marché ou exigeant une astreinte hors heures ouvrées, un prestataire capable d’assurer la permanence peut être préférable. Il peut être plus éloigné.

Quelle que soit l’agence retenue, demandez une réponse écrite. Elle doit préciser la fréquence des sauvegardes, leur emplacement, leur durée de conservation, le test de restauration et le délai d’intervention. Ce document vaut davantage qu’une promesse de réactivité.

C’est là que se trouve la différence entre une boutique protégée et une boutique qui découvre son problème le jour des soldes.

Avant de signer, demandez par écrit la fréquence de vos sauvegardes, la date de leur dernier test de restauration et le délai d’intervention en cas d’alerte bloquante. Faites ensuite détailler le devis ligne par ligne, avec la maintenance corrective, les mises à jour de sécurité, les mises à jour de version et les évolutions.

Vérifier votre prestataire PrestaShop avant de signer

Les questions à poser à une agence PrestaShop à Angers avant de lui confier votre boutique

• Pouvez-vous me citer deux références PrestaShop que je peux contacter ?

  Une référence de création de site ne prouve pas la capacité à restaurer une boutique après une mise à jour ratée.

• Votre certification figure-t-elle dans l’annuaire officiel PrestaShop ?

  L’annuaire permet de comparer les agences certifiées, leurs services et leurs expertises.

• Qui intervient réellement sur ma boutique : chef de projet, développeur, spécialiste serveur ?

  Une équipe capable de corriger un module n’a pas forcément les compétences pour traiter une erreur PHP.

• Quelle est la fréquence de mes sauvegardes, et où sont-elles conservées ?

  Une copie unique, placée sur le même serveur, ne protège ni d’une suppression accidentelle ni d’une panne de disque.

• Quand a eu lieu le dernier test de restauration ?

  Une sauvegarde qui n’a jamais été restaurée ne compte pas. Un test se fait au moins chaque trimestre pour une boutique active.

• Quel est le délai de réponse et de prise en charge en cas d’alerte bloquante ?

  Il faut distinguer le délai de réponse du délai d’intervention, et les faire figurer par écrit.

• Mon devis sépare-t-il la maintenance corrective, les mises à jour de sécurité, les mises à jour de version et les évolutions ?

  Un devis qui chiffre seulement « mises à jour des modules » ne permet pas de comparer deux offres.

• Un remplaçant est-il prévu si le premier intervenant est absent ?

  Sans remplaçant, une alerte survenant pendant une absence reste sans réponse.

Points cochés : sur 8. Rien n'est envoyé ni enregistré : la liste reste dans votre navigateur.

Décrire mon besoin →

Foire aux questions

Comment contacter le support PrestaShop ?

Le canal dépend de votre offre et se trouve dans votre compte PrestaShop. Pour un défaut lié à un module, préparez la version de PrestaShop, celle du module, le message d’erreur, l’heure de survenue et les étapes qui reproduisent le problème. Ce dossier évite les allers-retours et vous servira aussi si vous confiez le dossier à un intégrateur.

Quelle version de PrestaShop choisir ?

Pour une nouvelle installation en 2026, partez sur une branche PrestaShop 9 compatible avec votre hébergement, vos modules et votre thème. Une boutique déjà en PrestaShop 8.2 peut rester sur sa branche pour recevoir les correctifs de sécurité. Le passage vers la 9 se prépare alors comme un projet technique distinct, et non comme une simple mise à jour.

* Tarifs et prix moyens constatés en décembre 2025, sur des retours d'appels d'offres provenant de freelances et d'agences. Ces chiffres ne sauraient être une référence de négociation, car les sources varient selon la taille du site et la séniorité du prestataire.