Dépannage PrestaShop : une intervention ponctuelle, sans contrat à l’année

Un dépannage PrestaShop sans contrat se commande comme un achat unique : un problème décrit par écrit, un devis au temps passé plafonné ou au forfait, des accès créés pour l’intervention puis refermés. Rien n’est dû entre deux pannes. Rien n’est garanti non plus : disponibilité, délai et reprise en cas de rechute se négocient à chaque commande.

• Sans contrat, un dépannage PrestaShop se négocie à chaque panne
• Un dépannage PrestaShop se cadre en cinq informations
• Le devis d’un dépannage PrestaShop fixe un plafond avant la première minute
• Les accès d’un dépannage PrestaShop s’ouvrent pour l’intervention et se referment après
• Un dépannage PrestaShop réussi se vérifie sur le compte rendu, le journal et la facture
• Un dépannage PrestaShop se paie deux fois quand le périmètre n’est pas tenu
• Sources consultées
• Foire aux questions

Sans contrat, un dépannage PrestaShop se négocie à chaque panne

Sans contrat, rien n’oblige un prestataire à se rendre disponible le jour de la panne. Il découvre aussi la boutique à chaque appel : version, modules, hébergeur, retouches de son prédécesseur. Ce temps de découverte se facture, et il se répète si chaque panne tombe chez un intervenant différent. Le ponctuel a pourtant sa place : une boutique stable, quelques incidents par an, un marchand qui préfère payer à l’acte. Faites le calcul sur vos propres chiffres. Additionnez les factures de dépannage des douze derniers mois, puis comparez la somme au prix annuel d’un contrat de maintenance qui couvrirait les mêmes incidents. Si l’écart se réduit, la question du contrat se pose.

Un dépannage PrestaShop se cadre en cinq informations

Cinq éléments vous évitent de payer au dépanneur la découverte de la boutique : le symptôme, l’adresse de la page en cause, le moment où il est apparu, ce qui a changé juste avant, et le récapitulatif technique de la boutique. Ce récapitulatif se trouve dans Paramètres avancés > Informations : versions de PrestaShop, de PHP et de MySQL, configuration du serveur. La documentation de l’éditeur présente cet écran comme un rappel de configuration, utile aux développeurs en cas de problème, au webmaster et à l’hébergeur.

Le symptôme oriente la commande. Scénario : les commandes passent, les clients ne reçoivent aucun e-mail de confirmation. Dans Paramètres avancés > E-mail, le champ « Envoyer un mail test à » vérifie l’envoi ; la liste des e-mails envoyés montre ceux que la boutique a émis, tant que l’option « Loguer les e-mails envoyés » reste active. Notez le résultat : il aide à distinguer un réglage de la boutique d’un blocage chez l’hébergeur.

Autre cas : la panne vient du serveur. Votre hébergeur passe à une version de PHP plus récente et la boutique affiche une page blanche. Le tableau de compatibilité de la documentation développeur fixe des plafonds : PrestaShop 1.7.8 ne fonctionne pas au-delà de PHP 7.4, PrestaShop 1.6 pas au-delà de PHP 7.1. Le dépannage remet la boutique en route ; la montée de version qui lève le plafond relève d’une autre commande.

Si le problème est un bug précis et reproductible, la méthode de correction sans régression s’applique. Si la boutique montre des redirections étranges ou une page de paiement modifiée, elle relève d’un nettoyage après piratage, mission distincte.

Le devis d’un dépannage PrestaShop fixe un plafond avant la première minute

Deux modes de facturation coexistent. Au temps passé, vous payez les heures réellement travaillées : exigez un plafond écrit, l’unité de décompte (heure entière ou fraction) et le minimum facturé. Au forfait, le prix est fixé à l’avance, souvent après un diagnostic : il convient quand la cause est connue.

Le prix bouge avec la clarté du symptôme, des accès prêts le jour de l’intervention, l’existence d’une copie de la boutique pour tester, l’ancienneté de la version, et l’horaire. Une intervention un samedi soir peut être majorée ; demandez la majoration avant de commander. Multipliez ensuite le plafond d’heures par le taux annoncé : vous obtenez la facture maximale, à rapprocher de ce que vous coûte une journée de panne.

Faites aussi écrire qui paie quand l’intervention casse la boutique. Le devis peut prévoir une sauvegarde complète juste avant d’agir, et mettre à la charge du dépanneur le retour à cette sauvegarde ainsi que la reprise de son travail si son passage casse un parcours. Faites préciser la durée pendant laquelle une rechute du même problème est reprise sans frais.

Décrire mon besoin →

Les accès d’un dépannage PrestaShop s’ouvrent pour l’intervention et se referment après

Le dépanneur reçoit un compte à son nom, jamais le vôtre. La documentation de PrestaShop demande de créer un compte pour chaque personne et de ne jamais partager vos propres codes.

Le compte se crée dans Paramètres avancés > Équipe > Employés. Le champ « Profil de permission » détermine les écrans accessibles ; le profil SuperAdmin, qui donne accès à toutes les fonctionnalités sans restriction, ne se donne que si l’intervention l’exige. À la fin, le champ « Activé » désactive le compte sans le supprimer : la documentation prévoit de le désactiver temporairement ou définitivement.

L’accès aux fichiers du serveur passe par FTP ou SSH, deux moyens de déposer et lire des fichiers à distance. Créez chez l’hébergeur un identifiant réservé au dépanneur, et supprimez-le après l’intervention. Même logique pour la base de données.

Si l’intervention impose de fermer la boutique, l’onglet Maintenance de Paramètres de la boutique > Général le permet sans aveugler le dépanneur. Le champ « IP de maintenance » et son bouton « Ajouter mon IP » lui laissent voir la boutique pendant que vos clients lisent le « Message de maintenance personnalisé ». La documentation précise que le service web reste actif, ses données restant accessibles à qui détient une clé : un logiciel de gestion relié par ce canal peut continuer d’échanger avec la boutique.

Même pour une heure, le dépanneur qui ouvre le back-office peut voir les noms et adresses de vos clients. Dès qu’un prestataire traite des données pour votre compte, l’article 28 du RGPD demande un contrat ou un autre acte juridique, sous forme écrite, qui fixe l’objet et la durée du traitement. Le bon de commande peut porter ces clauses, avec pour durée celle de l’intervention : c’est une lecture du texte, à faire confirmer si la boutique traite beaucoup de données.

Un dépannage PrestaShop réussi se vérifie sur le compte rendu, le journal et la facture

La première pièce est le compte rendu : la cause trouvée, ce qui a été modifié, ce qui reste à surveiller. Une phrase suffit parfois, à condition qu’elle nomme le module ou le réglage touché.

La deuxième est le journal de la boutique. Selon la documentation, Paramètres avancés > Logs liste l’ensemble des actions réalisées sur la boutique. Elle ne décrit pas de filtre par employé : regardez si chaque ligne de votre version indique son auteur, sinon rapprochez les horaires de l’intervention.

La troisième est la facture, ventilée par intervention et par durée, cohérente avec le plafond accepté.

Décrire mon besoin →

Un dépannage PrestaShop se paie deux fois quand le périmètre n’est pas tenu

Confier la même panne à deux dépanneurs à la fois, sans prévenir ni l’un ni l’autre : chacun peut défaire ce que l’autre vient de tenter.

Laisser le dépanneur mettre à jour, au passage, des modules qui ne relevaient pas de la commande. Une mise à jour hors devis sort du plafond et de la garantie de reprise.

Perdre le compte rendu. Le dépanneur suivant repart de zéro et risque de refacturer la découverte de la boutique. Rangez-le avec le récapitulatif de Paramètres avancés > Informations imprimé le jour de l’intervention.

Le message du formulaire de cette page accueille le symptôme, l’adresse de la page en cause, votre version de PrestaShop et le plafond que vous envisagez.

Sources consultées

• PrestaShop, guide de l’utilisateur de PrestaShop 8, « Equipe » et « Employés », consulté le 14 octobre 2026.
• PrestaShop, guide de l’utilisateur de PrestaShop 8, « Informations de configuration », consulté le 14 octobre 2026.
• PrestaShop, guide de l’utilisateur de PrestaShop 8, « Paramètres des e-mails », consulté le 14 octobre 2026.
• PrestaShop, guide de l’utilisateur de PrestaShop 8, « Paramètres de log », consulté le 14 octobre 2026.
• PrestaShop, guide de l’utilisateur de PrestaShop 1.7, « Maintenance de la boutique », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur, « System requirements for PrestaShop 1.7 », consulté le 14 octobre 2026.
• CNIL, « Chapitre IV - Responsable du traitement et sous-traitant », article 28, consulté le 14 octobre 2026.

Foire aux questions

Un dépanneur intervient-il le soir ou le week-end ?

Sans contrat, rien ne l’y oblige. Certains acceptent, avec une majoration annoncée à l’avance ; d’autres répondent le lundi. Si vos ventes se concentrent sur le week-end, demandez l’horaire réel dès maintenant, avant la première panne. Une boutique qui a besoin d’une réponse garantie le samedi relève d’un engagement écrit, celui d’un contrat.

Faut-il fermer la boutique pendant le dépannage ?

Pas toujours. Un réglage, un module ou un problème d’envoi d’e-mails se traitent boutique ouverte, ou mieux sur une copie. La fermeture se justifie quand l’intervention touche aux commandes en cours ou au paiement. Dans ce cas, choisissez une heure creuse, relevée dans vos statistiques de visites, et affichez un message daté.

Le dépanneur peut-il garder ses accès pour la prochaine fois ?

Gardez son compte employé, désactivé : il se réactive depuis la fiche de l’employé quand une nouvelle panne survient. Changez son mot de passe à ce moment-là. Les identifiants FTP, SSH et de base de données se suppriment, eux, et se recréent pour chaque intervention, car ils ouvrent bien plus que le back-office.

Que faire si le problème revient après le dépannage ?

Relisez le compte rendu, puis rappelez le même dépanneur dans la durée de reprise convenue : il connaît déjà la cause supposée. Une rechute hors de cette durée peut signaler une cause plus profonde, un module incompatible ou une retouche fragile, qui se traite comme une maintenance corrective, avec reproduction et tests.

Faut-il payer le diagnostic si le dépanneur ne trouve pas la cause ?

Cela dépend de ce que dit le devis, d’où l’intérêt de l’écrire avant. Au temps passé, les heures de recherche se facturent en principe dans la limite du plafond, même sans résultat. Au forfait, faites écrire si le prix reste dû sans résultat. Demandez dans les deux cas un écrit sur les pistes écartées : il épargne au dépanneur suivant de les refaire.