Agence PrestaShop à Mérignac : des sauvegardes testées et une reprise après incident

Une sauvegarde qui n’a jamais été restaurée ne prouve rien.

Un arrêt de boutique un jour de soldes coûte cher, et chaque heure compte. Voici comment vérifier une agence à Mérignac et lire son devis.

• Agence PrestaShop à Mérignac : sauvegardes testées et reprise après incident
• Une sauvegarde PrestaShop complète couvre base, fichiers et données métier
• Le test de restauration révèle si la sauvegarde reste exploitable
• Les copies hors site et hors ligne limitent les pertes après incident
• RTO et RPO fixent la durée d’arrêt et les données perdues
• Après un piratage, sécuriser la boutique avant toute restauration
• Des accès encadrés protègent sauvegardes et administration PrestaShop
• Les tarifs publiés donnent des repères, pas un devis local
• Un devis de reprise détaille périmètre, délais et exclusions
• Foire aux questions

Agence PrestaShop à Mérignac : sauvegardes testées et reprise après incident

À Mérignac, vous pouvez confier votre boutique à une agence de l’agglomération bordelaise. Vous pouvez aussi choisir un intégrateur qui intervient entièrement à distance. Dans les deux cas, réclamez trois éléments avant de signer : le périmètre exact des sauvegardes, la date du dernier test de restauration et le délai contractuel de remise en ligne.

Le répertoire officiel PrestaShop référence des agences implantées en Gironde et en Nouvelle-Aquitaine.

Ces profils revendiquent des compétences en maintenance, sécurisation, migration et développement PrestaShop. Une certification, en revanche, ne garantit pas à elle seule la qualité d’un plan de reprise.

Pour une boutique basée à Mérignac, Bordeaux, Pessac ou Saint-Médard-en-Jalles, une intervention sur site peut accélérer la récupération des accès, des contrats d’hébergement et des procédures détenues par plusieurs personnes. C’est un avantage réel, mais il ne remplace pas la compétence technique.

La restauration se fait en pratique le plus souvent à distance, via un accès sécurisé au serveur et à un environnement de test.

Pour juger l’expérience d’une agence, cherchez des éléments vérifiables :

• l’ancienneté sur PrestaShop
• les migrations déjà menées à bien
• la maintenance de versions 1.6, 1.7 et 8
• la gestion d’hébergements
• les audits de sécurité et les restaurations de bases SQL

Les compétences en « création de site » ou en « référencement » ne suffisent pas à piloter une reprise après piratage.

Les avis clients ne remplacent pas cette vérification. Demandez plutôt :

• une référence de mission anonymisée
• un exemple de rapport de restauration
• une démonstration du tableau de suivi des sauvegardes

Le document doit faire apparaître les dates, les versions, les composants contrôlés et les anomalies corrigées.

Un diagnostic initial dure en général 1 à 3 heures pour une boutique de moins de 5 000 produits.

Il suppose un accès à l’hébergement, à la base, au back-office et à la liste des modules.

Comptez environ 150 à 450 € HT^* si l’agence facture cette analyse à part.

Décrire mon besoin →

Une sauvegarde PrestaShop complète couvre base, fichiers et données métier

Une sauvegarde utilisable réunit deux éléments : les fichiers du serveur et une copie complète de la base de données. La seule base conserve les commandes et les clients. Elle ne contient ni le thème, ni les images, ni les modules, ni les fichiers de configuration.

Les données métier ne tiennent pas dans un seul fichier. Commandes, comptes clients, stocks, prix spécifiques, règles de panier, transporteurs et paiements sont répartis entre plusieurs tables. Certaines tables viennent aussi des modules.

Sous 50 commandes par jour, une base sauvegardée chaque jour et les fichiers copiés chaque nuit suffisent. Au-delà de 200 commandes par jour, mieux vaut une sauvegarde de base toutes les heures ou toutes les quatre heures. Ajoutez une sauvegarde complète avant chaque opération risquée.

La durée de conservation doit suivre votre cycle commercial. Trente jours couvrent la plupart des erreurs découvertes tardivement. Quatre-vingt-dix jours sont plus adaptés aux fraudes, aux suppressions lentes et aux rapprochements comptables.

Prenons PrestaShop Hosting comme exemple. Sa politique est la suivante :

• jusqu’à 7 sauvegardes quotidiennes
• des sauvegardes hebdomadaires pendant un mois
• 11 sauvegardes au total

Le module Update Assistant sauvegarde et restaure les données avant une mise à jour. Il s’utilise depuis le back-office ou la ligne de commande. Il ne suffit pas seul : si les copies restent sur le même serveur, ou si personne ne teste leur restauration, le plan reste incomplet.

Le test de restauration révèle si la sauvegarde reste exploitable

Isolez l’environnement de test de la production. Protégez-le par mot de passe. Configurez-le pour qu’il n’envoie aucun e-mail réel et n’appelle pas le paiement en conditions réelles.

Si vous restaurez directement sur la boutique en ligne, vous risquez d’écraser des commandes passées depuis la sauvegarde. Évitez cette erreur.

Après restauration, le contrôle minimal porte sur :

• l’affichage de la page d’accueil, des catégories, des produits et des images ;
• la connexion d’un client et la création d’un nouveau compte ;
• l’ajout au panier, le calcul des frais de livraison et l’application d’un code promo ;
• le paiement en mode test, la confirmation de commande et l’e-mail associé ;
• l’accès au back-office, aux commandes, aux stocks et aux réglages ;
• les tâches cron, c’est-à-dire les actions automatisées planifiées par le serveur.

Le compte rendu doit indiquer la date et la sauvegarde utilisée. Notez la durée d’import de la base, la taille des fichiers, les erreurs rencontrées et les corrections apportées. Une ligne « restauration réussie » seule ne permet pas de comparer deux prestataires.

La taille de la base fixe la durée de reprise. Une base de 300 Mo s’importe vite sur un serveur adapté. Une base de plusieurs gigaoctets demande souvent un nettoyage, un import en ligne de commande et une fenêtre de maintenance.

Rouvrez la boutique seulement après avoir vérifié les commandes récentes, les stocks, les images, le paiement, les e-mails, les transporteurs et les connexions administrateur. Désactivez le mode maintenance une fois le front-office validé.

Décrire mon besoin →

Les copies hors site et hors ligne limitent les pertes après incident

Une copie sur le même hébergement ne vous protège pas. Ni contre un compte piraté, ni contre une suppression massive, ni contre un rançongiciel. Le minimum : une copie sur un espace distinct, et au moins une version déconnectée du réseau.

Pour une boutique française, le devis doit vous dire trois choses. Dans quel pays sont hébergées les sauvegardes. Quel fournisseur les stocke. Et si des données sortent de l’Union européenne.

La localisation ne remplace pas le chiffrement. Mais elle précise vos obligations contractuelles et qui peut accéder à vos données personnelles.

Les transferts doivent passer par un canal chiffré, comme SFTP ou une API de stockage sécurisée. Les archives aussi doivent être chiffrées au repos. C’est vrai surtout si elles contiennent des adresses, des historiques de commandes ou des données de connexion.

Le compte qui crée les sauvegardes ne doit pas pouvoir effacer toutes les versions. Une agence sérieuse sépare lecture, écriture, restauration et suppression. Elle garde une copie protégée contre toute modification, pendant une durée fixée à l’avance.

Si un administrateur PrestaShop se fait pirater, l’attaquant cherche les archives accessibles depuis son compte. Les identifiants de stockage doivent donc être distincts de ceux de la production. Ils doivent aussi avoir une authentification renforcée, et pouvoir être révoqués.

RTO et RPO fixent la durée d’arrêt et les données perdues

Le RTO, ou objectif de délai de reprise, fixe le temps maximal entre l’incident et le retour de la boutique. Le RPO, ou objectif de point de reprise, fixe la quantité de données que vous acceptez de perdre, exprimée en durée.

Un RTO contractuel doit préciser :

• les conditions de déclenchement
• les horaires couverts
• les dépendances envers l’hébergeur
• l’état des sauvegardes
• les travaux inclus

Il doit aussi dire si le délai s’arrête à l’affichage du site ou après un test de commande réussi.

Décrire mon besoin →

Après un piratage, sécuriser la boutique avant toute restauration

Après une panne simple, on suit l’ordre habituel : diagnostic, choix de la sauvegarde, restauration, puis test. Après un piratage, c’est différent. Il faut d’abord isoler la boutique, garder les journaux et fermer les accès compromis. Sinon, la restauration peut réinstaller le code malveillant.

On met la boutique en maintenance ou on la filtre par adresse IP. Pendant ce temps, on vérifie l’hébergement, le registrar, le paiement, la messagerie et les comptes administrateurs. Surtout, ne supprimez aucun journal avant de l’avoir copié. Ils indiquent l’heure et le mode d’intrusion.

Le diagnostic cherche :

• les fichiers modifiés
• les comptes créés
• les modules vulnérables
• les tâches cron inhabituelles
• les redirections
• les requêtes suspectes

PrestaShop publie régulièrement des correctifs de sécurité. Certains concernent des modules qui peuvent exécuter du code non autorisé dans certaines conditions.

Le point de restauration doit précéder l’intrusion présumée. Il doit aussi rester assez récent pour limiter la perte de commandes. Si la date d’entrée reste inconnue, l’agence peut devoir tester plusieurs versions. Elle reconstruit alors les commandes depuis les systèmes de paiement ou l’ERP.

La restauration commence sur un environnement neuf et propre. Il faut une version PHP compatible, des fichiers vérifiés et une base importée séparément. Avant la remise en ligne, renouvelez les mots de passe, les clés d’API, les accès FTP, SSH, hébergeur et paiement.

La correction d’une faille connue peut entrer dans le forfait de maintenance, si le contrat le prévoit. La recherche de la cause, le nettoyage manuel, la mise à niveau d’un module abandonné et l’audit complet doivent apparaître comme des lignes distinctes dans le devis.

Une compromission de comptes clients peut être une violation de données personnelles. Vous devez la documenter. Si elle présente un risque pour les droits et libertés, notifiez-la à la CNIL dans un délai de 72 heures. Un risque élevé peut aussi imposer d’informer les personnes concernées.

Décrire mon besoin →

Des accès encadrés protègent sauvegardes et administration PrestaShop

Votre politique de sauvegarde doit nommer qui fait quoi. Le responsable de la boutique, l’agence, l’hébergeur et la personne qui valide une restauration y figurent tous. Elle indique aussi la fréquence, la durée de conservation, le lieu des copies, les tests et la marche à suivre si quelque chose cloche.

Le prestataire peut avoir besoin d’un accès au back-office, à l’hébergement, à la base de données, au stockage des sauvegardes et au DNS. Ces accès ne doivent pas traîner dans un document partagé sans protection. Ils ne doivent pas non plus survivre à la mission.

Attribuez un compte distinct à chaque intervenant, avec le niveau de droits strictement nécessaire. Un développeur de module n’a pas besoin de supprimer les sauvegardes. La personne qui contrôle les commandes n’a pas besoin d’un accès SSH au serveur.

À la fin de la mission, révoquez les comptes temporaires, les clés SSH, les jetons API, les accès SFTP et les droits du module de paiement. Le contrat doit dire qui s’en charge et dans quel délai.

Les tarifs publiés donnent des repères, pas un devis local

En France, les forfaits publics de maintenance PrestaShop vont d’environ 50 à 500 € HT^* par mois. Le niveau de support, le stockage, la surveillance et les mises à jour font varier le prix. Pour une boutique de Mérignac, ce chiffre n’est qu’un repère : il faut un audit de l’hébergement et des modules avant tout devis.

Un forfait public peut par exemple afficher :

• 69 € HT^* par mois, avec sauvegarde quotidienne, surveillance, mises à jour et rapport
• 120 € HT^* pour une restauration
• 190 € HT^* pour une intervention urgente

Ces montants couvrent le périmètre fixé par le prestataire. Ils n’incluent pas forcément une analyse de compromission.

D’autres offres se situent entre 49 et 149 € HT^* par mois, avec sauvegardes quotidiennes, monitoring et un nombre d’heures variable. Un contrat à 250 ou 550 € HT^* par mois peut comprendre un environnement de test, l’hébergement et un crédit de support plus large.

Une restauration simple coûte moins cher qu’une reprise après piratage. Dans ce second cas, le prestataire cherche la cause, garde les preuves, change les mots de passe, nettoie les fichiers et contrôle les comptes. Ce n’est qu’ensuite qu’il rouvre la boutique.

Décrire mon besoin →

Un devis de reprise détaille périmètre, délais et exclusions

Un devis lisible commence par l’inventaire :

• version PrestaShop
• version PHP
• hébergeur
• taille de la base
• volume des fichiers
• nombre de produits
• commandes mensuelles
• modules actifs
• thème
• connecteurs et environnements de test

Sans ces données, la fourchette reste fragile.

Demandez la date et le résultat du dernier test de restauration. Le livrable peut inclure un rapport PDF : durées d’import, contrôles effectués, erreurs corrigées et référence exacte de l’archive utilisée.

Séparez les lignes « diagnostic », « restauration », « sécurisation », « remise en ligne » et « corrections ». Restaurer des fichiers ne corrige pas un module vulnérable. Cela ne récupère pas non plus les commandes manquantes ni ne déclare une violation à la CNIL.

Le RTO et le RPO doivent figurer avec leurs conditions : plage horaire, accès disponibles, état de l’hébergement, sauvegarde exploitable et validation du client. Le délai de première réponse doit apparaître à côté du délai de remise en service, jamais à sa place.

Le contrat doit préciser qui possède les sauvegardes et qui peut les restaurer. Il doit dire comment elles sont supprimées et comment vous récupérez les archives en fin de mission. Pour une PME, cette clause pèse presque autant que le prix mensuel. Elle vous évite de repartir de zéro avec une nouvelle agence.

Avant de signer, réclamez trois éléments : le périmètre exact des sauvegardes, la date du dernier test de restauration et le délai contractuel de remise en ligne. Un prestataire qui les fournit sans détour saura relever votre boutique après un incident.

Avant de signer avec une agence PrestaShop à Mérignac, vérifiez ces points

Cochez les questions à poser au prestataire avant de signer.

• Quel est le périmètre exact des sauvegardes : base SQL, fichiers PrestaShop et configuration ?

  Une base seule ne contient ni le thème, ni les images, ni les modules.

• Quand a eu lieu le dernier test de restauration, et quel en était le résultat ?

  Une sauvegarde qui n’a jamais été restaurée ne prouve rien.

• Quel est le délai contractuel de remise en ligne après un incident ?

  Demandez s’il s’agit de l’affichage du site ou d’un test de commande réussi.

• Où sont hébergées les sauvegardes, et les données sortent-elles de l’Union européenne ?

  La localisation précise vos obligations contractuelles et l’accès à vos données personnelles.

• Les copies sont-elles stockées hors du serveur de production et protégées contre la suppression ?

  Une copie sur le même hébergement ne protège ni d’un compte piraté, ni d’un rançongiciel.

• Le devis détaille-t-il le diagnostic, la restauration, la sécurisation et la remise en ligne comme lignes distinctes ?

  Restaurer des fichiers ne corrige pas un module vulnérable.

• Les comptes d’accès sont-ils individuels, et seront-ils révoqués à la fin de la mission ?

  Demandez qui s’en charge et dans quel délai.

• Le contrat précise-t-il qui possède les sauvegardes et comment vous récupérez les archives en fin de mission ?

  Cette clause évite de repartir de zéro avec une nouvelle agence.

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

Foire aux questions

Comment réparer PrestaShop ?

Commencez par lire les journaux du serveur et repérer la dernière modification faite sur la boutique, puis activez le mode debug uniquement dans un environnement de test, jamais en production. Si la boutique reste bloquée, restaurez une copie déjà testée plutôt que de corriger directement le site en ligne, car chaque retouche en direct peut aggraver la panne.

Pourquoi PrestaShop a-t-il été piraté ?

Le logiciel est rarement en cause en lui-même : la boutique est piratée parce qu’une brèche existe autour de lui. Les causes les plus fréquentes sont un module vulnérable, un mot de passe réutilisé ailleurs, un accès à l’hébergement compromis ou une version qui n’a pas reçu ses correctifs de sécurité.

Comment contacter le support PrestaShop ?

Le bon canal dépend du produit que vous utilisez. Si votre boutique est hébergée chez PrestaShop Hosting, son support peut prendre en charge certaines restaurations de snapshots, alors que la documentation et le centre d’aide couvrent les procédures de sauvegarde, de mise à jour et de restauration pour les autres cas.

Comment accéder à l’administration de PrestaShop ?

L’adresse du back-office est celle du chemin d’administration choisi à l’installation, qui peut être différent de /admin. Si vous ne la retrouvez plus, demandez à votre hébergeur ou à votre intégrateur de la lire dans la configuration et de vérifier vos droits, sans toucher directement à la base de production.

Comment se connecter à PrestaShop après une restauration ?

Utilisez un compte administrateur qui existait déjà dans la sauvegarde restaurée, puis contrôlez les droits, les modules et la configuration du domaine. Si le back-office reste inaccessible, videz le cache et vérifiez les droits d’accès avant de rouvrir la boutique au public.

* 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.