Audit d'une boutique PrestaShop : la checklist complète

Un audit de boutique PrestaShop examine, dans l'ordre, les versions et les modules, les erreurs enregistrées, les performances, le SEO technique, le checkout, l'e-mail, les sauvegardes et les textes légaux. L'objectif est une liste priorisée de ce qu'il faut corriger, avec la preuve de chaque problème, pas un rapport générique.

On commande généralement un audit quand quelque chose ne va pas : les ventes baissent, le trafic chute, la boutique est lente ou un changement de prestataire se prépare. Mieux vaut le faire avant. Cette checklist couvre toute la boutique ; la partie sécurité a son propre article sur le blog, avec plus de détails sur les employés, les fichiers et les accès.

1. Versions : le point de départ

• Version de PrestaShop et si sa branche reçoit encore des correctifs.
• Version de PHP et sa date de fin de support.
• Thème : s'il s'agit d'un thème acheté, d'un thème sur mesure ou d'un thème enfant, et si l'original a été modifié (ce qui empêche de le mettre à jour).
• Modules, avec la version installée face à la dernière publiée par l'auteur.

Une boutique sur une branche sans support n'a pas besoin d'abord d'un audit détaillé : elle a besoin d'un plan de mise à jour, et le reste des constats s'organise autour.

2. Modules orphelins et overrides

Au fil des années s'accumulent des modules que personne n'utilise : installés pour une campagne, remplacés par d'autres ou désinstallés mais avec leur dossier toujours sur le disque. Chacun est du code qui s'exécute ou peut s'exécuter. Vérifiez :

• Les modules installés et désactivés qui ne serviront plus.
• Les dossiers dans modules/ qui ne correspondent à aucun module installé.
• Le dossier override/ : quelles classes ou quels contrôleurs du cœur sont remplacés et quel module les a posés. Les overrides sont la cause la plus fréquente d'une mise à jour qui casse la boutique.
• Les modules qui font la même chose (deux moteurs de recherche, deux modules de cookies, plusieurs modules SEO).

3. Erreurs dans les journaux

Les erreurs ne se voient pas dans la boutique tant qu'elles n'affectent pas une vente. Consultez le journal PHP du serveur, les journaux de PrestaShop (dans var/logs sur les versions modernes) et le journal du back-office dans Paramètres avancés. Cherchez les erreurs répétées, les erreurs fatales, la mémoire épuisée et les réponses 500. Une erreur qui apparaît mille fois par jour n'est presque jamais anodine.

4. Performances

• Temps de réponse du serveur sur la page d'accueil, une grande catégorie, une fiche produit et le checkout.
• Métriques d'expérience sur mobile (chargement du contenu principal, interactivité, décalages de mise en page).
• Poids des images, et si elles sont servies dans des formats modernes et à la bonne taille.
• Quantité de JavaScript et de CSS chargée par les modules sur toutes les pages, y compris celles qui n'en ont pas besoin.
• OPcache, cache de PrestaShop et mode débogage désactivé en production.

5. Indexation et SEO technique

C'est là qu'apparaissent le plus de problèmes silencieux, parce que la boutique fonctionne et que personne ne s'en rend compte :

• Deux h1 sur la même page, ou aucun : c'est fréquent avec les thèmes qui placent le logo ou le nom de la boutique dans un h1.
• Méta-titres et descriptions vides ou dupliqués sur les produits, les catégories et les marques.
• Canoniques qui pointent vers la mauvaise URL, ou pages filtrées et paginées indexées sans contrôle.
• Plan du site qui se met à jour et qui ne contient que des URL répondant en 200.
• Erreurs 404 de produits retirés sans redirection, et chaînes de redirections.
• Langues : balises de langue alternative correctes et URL traduites.
• Données structurées de produit (prix, disponibilité) sans erreurs.

6. Checkout, e-mail et sauvegardes

• Checkout : une commande de test avec chaque moyen de paiement et chaque transporteur, sur mobile et sur ordinateur, en invité et avec un compte.
• E-mail : vérifier que la confirmation de commande, le changement d'état et la récupération du mot de passe arrivent, et qu'ils ne tombent pas en spam.
• Sauvegardes : date de la dernière, ce qu'elle contient, où elle se trouve et quand une restauration a été testée pour la dernière fois.

7. Légal

Mentions légales, conditions générales de vente, politique de confidentialité, politique de cookies avec un bandeau qui bloque réellement ce qui n'est pas nécessaire, information sur le droit de rétractation et case d'acceptation des conditions dans le checkout. Que les textes existent ne suffit pas : ils doivent être liés aux bons endroits et correspondre à ce que fait la boutique.

8. Données et back-office

La partie qu'on regarde le moins et qui fait perdre le plus de temps chaque jour :

• Tables qui grossissent sans contrôle : paniers abandonnés depuis des années, statistiques de connexions, journaux et recherches enregistrées. Elles ralentissent les sauvegardes et le back-office.
• Produits et catégories inactifs qui restent dans le catalogue sans que personne ne décide quoi en faire.
• Employés et profils : qui a accès, avec quelles permissions, et s'il reste des comptes de personnes qui ne travaillent plus avec vous.
• Tâches planifiées : lesquelles existent, si elles s'exécutent et ce qui se passe quand elles échouent.
• Intégrations avec l'ERP, les marketplaces ou les transporteurs : si elles se synchronisent et qui est prévenu quand elles s'arrêtent.

À quoi doit ressembler le résultat

Un audit utile se termine par un document court, pas par cinquante pages de captures. Pour chaque constat : ce qui a été trouvé, où, la preuve (une ligne de journal, une URL, une capture), son impact et le coût de la correction. Avec cela, vous pouvez décider ce qui se fait ce mois-ci, ce qui se planifie et ce qui attend. Conservez aussi l'inventaire issu de l'audit (versions, modules, overrides, tâches planifiées) : c'est la base de la prochaine revue et de tout technicien qui arrive.

Le tableau à imprimer

Comment le résoudre dans PrestaShop

Un audit ne sert que si quelqu'un applique ce qu'il révèle. Chez Rekire, le service SEO technique pour PrestaShop avec IA est un abonnement mensuel sans engagement dans lequel nous appliquons les améliorations directement dans le code de votre boutique : optimisation des catalogues et des métadonnées par intelligence artificielle, et améliorations de vitesse et d'expérience utilisateur. Pour la partie technique (versions, modules orphelins, overrides, erreurs, checkout et sauvegardes), nous travaillons avec des forfaits d'heures de support PrestaShop, avec une estimation avant de commencer et le détail de chaque tâche. Faire auditer la boutique une fois par an coûte moins cher que de découvrir ses problèmes quand ils ont déjà coûté des ventes.

Questions fréquentes

À quelle fréquence faut-il auditer une boutique PrestaShop ?

Une revue complète par an, et toujours avant une migration, un changement de prestataire ou une grosse campagne. Ce qui peut s'automatiser (erreurs, sécurité, échéances) gagne à être surveillé en continu.

Quelle différence entre un audit SEO et un audit technique ?

L'audit SEO regarde comment les moteurs de recherche voient la boutique ; l'audit technique, comment elle est construite et si elle est sûre et stable. Ils se recoupent sur les performances et l'indexation, et le plus utile est de les mener ensemble.

Puis-je faire l'audit moi-même ?

Une bonne partie de la checklist, oui : versions, commandes de test, e-mail, textes légaux et métas vides. Les overrides, les journaux d'erreurs et les dossiers suspects demandent quelqu'un qui connaît PrestaShop.