Outil gratuit
Diagnostic de boutique PrestaShop
Saisissez l'adresse de votre boutique : l'outil lit sa page d'accueil et vous rend un score sur 100, un score par catégorie et les actions à mener, la plus urgente d'abord. Le résultat s'affiche en quelques secondes, sans e-mail.
Ce que la page d'accueil d'une boutique laisse voir
Avant de consulter un prestataire, un commerçant sait rarement dire où en est sa boutique : quelle branche de PrestaShop, quelle version de PHP, quelle vitesse pour ses visiteurs, quelle image auprès des moteurs de recherche. Ce sont pourtant les premières questions qu'on lui posera, et celles dont dépendent le périmètre et l'urgence d'un chantier. Une bonne part des réponses se lit de l'extérieur, sur la page d'accueil que tout visiteur reçoit.
Le diagnostic demande cette page, une fois, comme un navigateur, et y contrôle 24 points en 5 catégories. Le socle et la sécurité : branche de PrestaShop, version de PHP quand le serveur la divulgue, HTTPS. Le référencement : titre, description, titres, images, adresse canonique, données structurées. La performance : les mesures de vitesse que Google publie à partir des vrais visiteurs, le temps de réponse du serveur, la compression. Les moteurs génératifs : ce qu'un robot lit sans exécuter de script, et la façon dont la boutique se déclare. Le mobile et le partage.
Il rend un score sur 100, un score par catégorie, un constat par point et les actions à mener, la plus urgente d'abord. Le résultat s'affiche en quelques secondes, sans e-mail, et s'imprime ou s'enregistre en PDF ; il peut accompagner une demande de mise en relation.
Ce qu'il ne fait pas compte autant. Il ne lit que la page d'accueil : aucun autre fichier n'est demandé, aucun formulaire soumis, aucune adresse d'administration visitée, aucune faille testée. Il ne peut donc pas tout dire. La version exacte de PrestaShop ne se lit pas de façon fiable depuis une page publique : l'outil annonce le socle et vous laisse préciser. Un point qui ne peut pas être mesuré est rendu « non mesuré » et sort du score : une mesure absente ne compte ni pour ni contre la boutique.
Un bon score ne prouve pas qu'une boutique est bien tenue : il dit que ce qu'elle montre est sain. Ce qu'aucune page ne montre — les sauvegardes, la liste des modules, la maintenance — se demande à ceux qui la tiennent.
Méthode, sources et logique
La logique du score
24 contrôles, rangés en 5 catégories. Chaque contrôle porte un poids : 3, 2 ou 1. Réussi, il rapporte tout son poids ; « à surveiller », la moitié ; « à corriger », rien. Le score d'une catégorie est la part des poids obtenue, ramenée à 100 sur les seuls contrôles mesurés.
Le score global pondère les catégories : socle et sécurité 35 %, référencement 20 %, performance 20 %, moteurs génératifs 15 %, mobile et partage 10 %. Une catégorie dont aucun contrôle n'a pu être mesuré sort du calcul, et son poids se répartit sur les autres : le résultat le signale. Une catégorie mesurée en partie ne pèse qu'à proportion de ce qui en a été mesuré : un « 100 / 100 » fondé sur un contrôle sur trois pèse un tiers de son poids, et la carte l'indique par « note partielle ». Ces pourcentages sont ceux de la grille ; la part réelle de chaque catégorie dans le résultat est écrite sur sa carte.
Socle et sécurité — 35 % du score
| Contrôle | Ce qui est regardé |
|---|---|
| Branche de PrestaShop — poids 3 | Socle constaté dans la page, et version que vous indiquez. La branche 9 est la branche courante ; la 8.2 est en support étendu ; les branches 1.7 et 1.6 ne sont plus maintenues. |
| Version de PHP — poids 3 | Version que le serveur divulgue dans ses en-têtes, comparée aux fins de support publiées par php.net. Non divulguée : non mesuré. |
| HTTPS — poids 3 | La boutique répond-elle en HTTPS avec un certificat valide, et l'adresse HTTP y redirige-t-elle ? |
Référencement — 20 % du score
| Contrôle | Ce qui est regardé |
|---|---|
| Balise titre — poids 3 | Présence de la balise titre, et sa longueur : repère de 30 à 60 caractères. |
| Indexation de la page — poids 3 | Directive « noindex » dans la balise « robots » de la page ou dans l'en-tête « X-Robots-Tag ». Le fichier robots.txt n'est pas lu. |
| Meta description — poids 2 | Présence de la meta description, et sa longueur : repère de 70 à 160 caractères. |
| Titre principal (H1) — poids 2 | Un titre principal, un seul, et qui porte du texte. |
| Texte alternatif des images — poids 2 | Part des images sans attribut « alt ». Un attribut laissé vide, pour une image décorative, n'est pas un défaut. Au-delà de 10 % d'images en défaut : à corriger. |
| Adresse canonique — poids 2 | Une adresse canonique déclarée, une seule, sur le nom de domaine de la boutique. |
| Données structurées — poids 2 | Des données structurées en JSON-LD, à la syntaxe valide. |
| Hiérarchie des titres — poids 1 | Les titres se suivent-ils sans sauter de niveau ? |
| Langue déclarée — poids 1 | Attribut « lang » de la balise « html ». |
| Texte des liens — poids 1 | Part des liens sans libellé, ou au libellé vague (« en savoir plus », « cliquez ici »). Au-delà de 10 % : à corriger. |
Performance — 20 % du score
| Contrôle | Ce qui est regardé |
|---|---|
| Core Web Vitals, mesures de terrain — poids 3 | Mesures de terrain publiées par Google pour la boutique, sur mobile, au 75ᵉ centile. Seuils : 2,5 s, 200 ms et 0,1. |
| Vitesse en laboratoire — poids 2 | Score de performance de Lighthouse sur un téléphone simulé, mesuré à votre demande quand le terrain manque. Bandes de Lighthouse : 90 et plus, réussi ; sous 50, à corriger. |
| Temps de réponse du serveur — poids 2 | Temps mis par le serveur à commencer à répondre, connexion établie. Une seule mesure, depuis notre serveur ; repère de Lighthouse : 600 ms. |
| Compression — poids 2 | La page est-elle envoyée compressée (gzip, Brotli) ? |
| Protocole HTTP — poids 1 | Version de HTTP négociée avec le serveur. |
Moteurs génératifs — 15 % du score
| Contrôle | Ce qui est regardé |
|---|---|
| Contenu lisible sans JavaScript — poids 3 | Nombre de mots lisibles dans le HTML servi, sans exécuter de script. Sous 150 mots : à surveiller ; sous 50 : à corriger. |
| Identité de la boutique — poids 3 | La page d'accueil déclare-t-elle la boutique en données structurées (Organization, WebSite) ? |
| Profils reliés à l'identité — poids 1 | La déclaration de la boutique cite-t-elle ses profils officiels (propriété « sameAs ») ? |
Mobile et partage — 10 % du score
| Contrôle | Ce qui est regardé |
|---|---|
| Affichage sur téléphone — poids 3 | Balise « viewport » réglée sur la largeur de l'appareil. |
| Balises de partage — poids 2 | Titre, description et image de partage (balises Open Graph). |
| Icône du site — poids 1 | Icône du site déclarée dans la page. |
Les repères
Les seuils des Core Web Vitals sont ceux de Google. Le repère de 600 ms pour la réponse du serveur et les bandes du score de laboratoire sont ceux de Lighthouse. Les autres — longueur du titre et de la description, nombre de mots, part d'images ou de liens en défaut — sont des choix de ce site, comme les poids de la grille : aucun moteur de recherche ne les publie comme des règles. Ils sont écrits ici pour pouvoir être discutés.
La méthode
L'outil demande la page d'accueil de la boutique, une fois, comme un navigateur. Il lit ses en-têtes et son code HTML. Rien d'autre : aucun autre fichier n'est demandé, aucun formulaire n'est soumis, aucune adresse d'administration n'est visitée, aucune faille n'est testée. Une boutique n'est relue qu'une fois par heure.
Il ne peut donc pas tout dire. La version exacte de PrestaShop ne se lit pas de façon fiable depuis une page publique ; l'outil annonce le socle — « 1.6 », ou « 1.7 et suivants » — et vous laisse préciser. Il ne lit ni le fichier robots.txt, ni le plan du site, ni aucune autre page : les consignes données aux robots des moteurs de recherche et des assistants, par exemple, ne sont pas contrôlées. Il n'exécute pas les scripts de la page : ce qu'un script ajoute après coup lui échappe, et c'est ce que mesure le contrôle « contenu lisible sans JavaScript ».
Quand Google ne publie pas de mesures de terrain pour une boutique, une mesure de laboratoire peut être demandée depuis la page de résultat. C'est alors Google qui charge la page d'accueil, sur un téléphone simulé, et rend le score de Lighthouse. Une mesure de laboratoire dit comment la page se charge dans des conditions fixées ; elle ne dit pas ce que vivent les visiteurs, et ne remplace jamais les mesures de terrain.
Quand un contrôle ne peut pas être mesuré, il est rendu « non mesuré » et sort du score. Le résultat liste aussi ce que la page laisse voir sans le noter : nombre de liens, scripts, outils de statistiques relevés dans le code.
Les sources
- php.net, versions en fin de vie · consulté en 10/2026
- PrestaShop, branches maintenues · consulté en 10/2026
- web.dev, seuils des Core Web Vitals · consulté en 10/2026
- Lighthouse, temps de réponse du serveur · consulté en 10/2026
- Lighthouse, lecture du score de performance · consulté en 10/2026