Audit de boutique PrestaShop à la reprise : que vérifier avant de toucher à quoi que ce soit
Un audit de boutique PrestaShop à la reprise décrit l’état de la boutique avant vos travaux : qui a des accès, quelles versions de PrestaShop et de PHP, quels modules, quels fichiers modifiés, quelles erreurs dans le journal et quelle image dans Google. Le résultat : un rapport pour le client et une liste de risques par priorité.
Auteur: L’équipe TellMyShop. Un guide pour les propriétaires de boutiques PrestaShop : la cause, la correction manuelle et le même travail dans une conversation avec le chat.
Dernière mise à jour: · 7 min de lecture
Pourquoi un audit, quand le client ne veut qu’une « petite correction » ?
Parce que vous ne connaissez pas l’histoire de la boutique. L’agence précédente a pu modifier des fichiers de PrestaShop, ajouter des overrides, installer un module de source inconnue ou laisser le mode développeur activé. Votre première petite correction se heurtera à tout cela.
L’audit sert les deux parties. Le client a une image claire de ce qu’il paie. Vous avez l’état de départ noté et savez à quoi ne pas toucher sans sauvegarde. Quand le paiement cesse de fonctionner la deuxième semaine, vous pouvez montrer que le module de paiement n’était pas à jour dès le départ.
Un audit de boutique et un audit SEO sont deux choses différentes. Si le client ne s’intéresse qu’à la visibilité dans Google, utilisez la checklist du guide audit SEO PrestaShop. Cet article porte sur la reprise complète d’une boutique.
La checklist de reprise d’une boutique
Suivez-la dans cet ordre. Les premières lignes couvrent ce qui peut arrêter la boutique ou mettre en jeu la sécurité.
| Domaine | Ce qu’il faut vérifier | Où | Signal d’alerte |
|---|---|---|---|
| Accès | qui a un compte dans le back office, qui a accès à l’hébergement et au FTP | Paramètres avancés → Équipe, panneau de l’hébergeur | un compte « admin » partagé, des comptes d’anciens employés de l’agence |
| Sauvegardes | si elles existent, où elles sont, quand une restauration a fonctionné pour la dernière fois | hébergement | pas de sauvegardes, ou sauvegardes uniquement sur le même serveur |
| Versions | PrestaShop, PHP, MySQL | Paramètres avancés → Informations | PHP non maintenu, PrestaShop sans correctifs de sécurité |
| Modules | liste, versions, source, mises à jour | Modules → Gestionnaire de modules | modules hors Addons sans auteur, modules avec des failles publiées |
| Modifications de fichiers | overrides, fichiers du cœur modifiés, thème enfant | le dossier override, la liste des fichiers modifiés dans Informations | modifications du cœur, thème sans thème enfant |
| Erreurs | le journal des dernières semaines | Paramètres avancés → Logs | erreurs critiques récurrentes |
| Réglages | mode développeur, cache, SSL | Paramètres avancés → Performances, Paramètres de la boutique | mode développeur activé en production |
| SEO | titres, descriptions, redirections, sitemap | fiche produit, module de sitemap | meta vides sur les meilleures ventes, beaucoup de 404 |
| Search Console et statistiques | le compte Google du client | personne dans l’entreprise n’a l’accès propriétaire | |
| Ventes | une base de référence des derniers mois | Statistiques | aucune donnée de comparaison après vos modifications |
La configuration serveur requise pour PrestaShop 8 se trouve dans la documentation pour développeurs. Vous pouvez vérifier les dates de fin de support des versions de PHP sur le site de PHP. Les modules avec des failles de sécurité publiées sont rassemblés dans le dépôt Friends of Presta. Il vaut la peine de le consulter pour chaque module venant d’ailleurs que le catalogue PrestaShop.
Le premier jour, pas à pas
- Créez votre propre compte employé dans le back office. Ne travaillez pas sur le compte du client ni sur un identifiant partagé.
- Faites une sauvegarde complète des fichiers et de la base de données et vérifiez qu’elle peut être téléchargée.
- Notez les versions de PrestaShop, de PHP et du thème. Faites un instantané de la liste des modules avec leurs versions.
- Passez en revue les overrides et les fichiers modifiés. Ce sont les endroits qui seront perdus ou casseront lors d’une mise à jour.
- Lisez le journal des erreurs des dernières semaines et regroupez les erreurs par module.
- Vérifiez le SEO et les 404, pour savoir ce qui fonctionne déjà dans Google et ce qu’il ne faut pas casser.
- Notez une base de référence des ventes des derniers mois.
- Rédigez le rapport en trois parties : urgent, important, un jour. Pour chaque point, une phrase sur son importance pour le client.
Quand une mise à jour de PrestaShop apparaît dans le rapport, présentez-la comme un projet à part. Nous décrivons la préparation dans le guide mettre à jour PrestaShop vers la version 9, et le rangement des modules dans l’article sur les modules inutilisés.
Ce que vérifie la revue
La revue technique de TellMyShop fonctionne dans la version gratuite, Free, et ne modifie rien. Le chat vérifie :
- la boutique : HTTPS, noindex, erreurs visibles des clients, mises à jour disponibles, version de PHP, cron, cache, et les pages du panier et de la commande,
- une page telle que Google la voit : redirections, canonical, robots, titres H1–H3, images sans texte alternatif, liens, données structurées JSON-LD et temps de réponse,
- en plus : le rapport 404, le journal des erreurs PHP et une réponse à la question de savoir pourquoi un produit précis ne s’affiche pas.
Le résultat est une liste de corrections, de la plus importante à la moins importante. La façon de faire cette revue vous-même, pas à pas, est décrite dans l’article sur la revue technique de boutique.
Comment le chat rassemble-t-il les données du rapport ?
L’essentiel du temps d’une reprise part à cliquer d’onglet en onglet et à recopier des données dans le rapport. Le module TellMyShop vous permet de les rassembler dans une seule conversation avec votre chat (Claude ou ChatGPT), pendant que vous vous concentrez sur l’évaluation.
Vous: Nouveau client. Donne-moi la version de PrestaShop et de PHP, le thème, les modules actifs et désactivés, le résultat du contrôle technique, les erreurs du journal des 30 derniers jours et tout ce qui est risqué. Ne modifie rien.
Votre chat: PrestaShop 8.1, PHP 8.1, un thème basé sur Classic sans thème enfant. Il y a plusieurs dizaines de modules, dont quelques-uns désactivés depuis longtemps. Dans le contrôle technique, le mode développeur est activé. Une erreur du module de comparateur de prix se répète dans le journal. Le dossier override contient des overrides de la classe Cart issus d’un module qui n’est plus dans la liste. Risques pour le rapport :
Vous: Ajoute l’audit SEO et des 404 comme partie à part du rapport.
Statut de la carte : attend votre « oui »nouvelle version : urgent : désactiver le mode développeur, examiner l’override orphelin du panier
nouvelle version : important : un thème enfant avant toute modification de l’apparence, mettre PHP à jour vers une version maintenue
nouvelle version : un jour : ranger les modules désactivés
Les versions et les constats de l’exemple sont inventés. Le chat donnera les vraies données de la boutique et signalera ce qu’il n’a pas pu vérifier.
Ce que vous verrez dans quelle version :
- TellMyShop Free suffit pour une image rapide : version de la boutique, contrôle technique, liste des modules, journal des erreurs, SEO, 404 et ventes.
- TellMyShop Pro lit toute la boutique : fichiers du thème et des modules, overrides, réglages et base de données. La lecture seule n’exige aucun interrupteur, et rien n’est enregistré sans votre « oui ».
- Les corrections après l’audit, par exemple désactiver le mode développeur ou modifier un fichier, exigent les interrupteurs Thème, Modules ou Maintenance, que le propriétaire de la boutique active pour une durée limitée dans le panneau du module. Chaque modification a un aperçu et entre dans l’historique des modifications.
Ce que le chat ne vérifiera pas : les comptes employés, les mots de passe, les permissions, les clés API et les fichiers contenant les mots de passe de la base de données. Ce sont des blocages permanents, les mêmes dans les deux versions. Il ne regardera pas non plus dans le panneau de l’hébergeur ni dans Search Console. Ces parties de l’audit, vous les faites vous-même.
Pour les agences et les freelances, il existe une formule Pro pour plusieurs domaines, et les domaines de test comme staging ou dev fonctionnent sans être comptés. Les détails sont sur la page tarifs. Vous trouverez la demande d’exemple de cet article dans le cas d’usage première revue de la boutique d’un nouveau client, et l’audit SEO complet dans le cas d’usage audit SEO complet de la boutique.
Que remettez-vous au client après l’audit ?
Un rapport court que le propriétaire lira, pas seulement le développeur. En haut, trois choses urgentes, chacune avec une phrase sur le risque pour les ventes. En dessous, la liste complète du tableau et l’état de départ : versions, modules, une sauvegarde avec sa date. Ajoutez un ordre de travail proposé et ce que vous ne ferez pas sans l’accord du client.
Vous pouvez faire la première revue dans TellMyShop Free, en installant le module sur la boutique du client avec sa permission. Vous trouverez d’autres guides pour ceux qui gèrent des boutiques sur le blog.
Questions et réponses
En quoi un audit de boutique diffère-t-il d’un audit SEO ?
Un audit SEO vérifie comment Google voit la boutique : titres, descriptions, URL, redirections. Un audit de reprise est plus large. Il couvre aussi les accès, les versions de PrestaShop et de PHP, les modules, les modifications de fichiers, les erreurs et les sauvegardes, c’est-à-dire tout ce qui peut exploser la première semaine.
Par où commencer en reprenant une boutique d’une autre agence ?
Par vos propres accès et une sauvegarde. Demandez au client un compte employé à part dans le back office, l’accès à l’hébergement et à Search Console. Avant de modifier quoi que ce soit, faites une sauvegarde complète des fichiers et de la base de données et notez l’état de départ.
Puis-je corriger les erreurs tout de suite dans le cadre de l’audit ?
Mieux vaut pas. Décrivez d’abord l’état, convenez des priorités avec le client et seulement ensuite faites des modifications. Sinon, chaque panne de la première semaine aura l’air d’être de votre faute, même si le problème existait avant.
La version gratuite de TellMyShop suffit-elle pour une première revue ?
Pour une image rapide, oui. TellMyShop Free lit la version de la boutique, le contrôle technique, la liste des modules, le journal des erreurs, le SEO, les erreurs 404 et les ventes. Les fichiers du thème et des modules, les overrides et la base de données ne sont lus que par TellMyShop Pro, toujours sans rien enregistrer avant votre accord.
Le chat vérifiera-t-il les comptes employés et les mots de passe ?
Non. Les comptes employés, les mots de passe, les permissions et les fichiers contenant les mots de passe de la base de données sont toujours bloqués pour TellMyShop, Pro compris. Cette partie de l’audit, vous la faites vous-même dans le back office, dans Paramètres avancés → Équipe, et avec l’hébergeur.
PrestaShop est une marque déposée de PrestaShop SA. Claude est une marque d’Anthropic PBC. ChatGPT et OpenAI sont des marques d’OpenAI. TellMyShop n’est pas affilié à ces entreprises.