Fiches produit PrestaShop : présentation, contenu et questions

Notre approche

Nous partirions de la question d'achat sans réponse ou de l'action défaillante, puis appliquerions la plus petite modification qui la résout. La bonne démarche dépend de votre thème actuel, de la version de PrestaShop, des modules installés, des données et imports du catalogue, des intégrations de stock et de prix, des marchés et des personnes chargées du contenu et des demandes. Une dimension manquante nécessite des données produit fiables ; un sélecteur de variantes défaillant nécessite un diagnostic avant une nouvelle mise en page.

Pour modifier des modèles, hooks ou modules, utilisez une copie de préproduction représentative de la boutique réelle. Isolez les e-mails clients et les exports réels de stocks ou de commandes, répétez les parcours complets d'achat et de demande de renseignements et convenez d'une bascule planifiée avec une sauvegarde, la configuration précédente et les étapes de retour arrière prêtes. Conservez un thème fonctionnel sauf si les contrôles montrent qu'il ne peut pas répondre au besoin.

Si vous souhaitez évaluer le parcours d'achat avant de choisir les modifications, le PrestaShop UX & Conversion Design Audit fournit un plan de correction priorisé ; la mise en œuvre est distincte.

Choisir la démarche selon les preuves

Rendre les commandes d’achat faciles à utiliser

Donnez une vue claire du produit, du prix, de la déclinaison choisie, de la disponibilité et du bouton d’achat. Placez le contenu complémentaire assez près pour répondre aux questions sans masquer ces commandes. Vérifiez le premier écran à plusieurs tailles de fenêtre plutôt que de supposer une ligne de flottaison fixe.

Par exemple, Sac bandoulière femme en cuir, marron foncé, taille moyenne identifie mieux l'article que Sac classique 4523. Un avantage comme la capacité d'accueillir un ordinateur de 13 pouces doit correspondre aux dimensions réelles. Facilitez la lecture des descriptions détaillées avec des titres, des paragraphes courts et des listes de spécifications. Le champ Résumé (description_short) doit présenter brièvement l'avantage d'achat ; la description longue apporte les explications.

Vérifiez les réglages d’affichage des prix par groupe client ainsi que les règles fiscales sous International > Taxes. Si le prix produit diffère du prix de commande, vérifiez aussi adresse, devise, déclinaison, quantité, groupe client, remises et contexte de cache. Ne supposez pas que toute différence est une erreur d’affichage fiscal.

Utilisez des indications de stock et de livraison exactes. N’affichez que les engagements de paiement, retour et garantie réellement proposés. N’inventez pas de nombres de ventes, d’alertes de stock bas ou d’échéances.

Utilisez les associations natives d'accessoires ou de produits associés dans l'éditeur produit pour sélectionner des articles compatibles, comme le bon câble ou une protection d'écran, avant d'ajouter un module de recommandation. Placez-les là où ils soutiennent la décision principale et vérifiez leur disponibilité. Évitez les superpositions intrusives, les médias en lecture automatique et les sollicitations de coupons qui détournent du choix du produit.

Quand le texte repousse le bouton d'achat

Un import de meubles a placé les instructions de montage à la fois dans le résumé et la description longue. Sur téléphone, le prix apparaît mais le bouton d'achat suit ces instructions répétées. Confirmez d'abord le champ et le modèle qui produisent le texte supplémentaire, puis conservez l'avantage d'achat dans le résumé et les instructions dans le contenu détaillé. Corrigez aussi la correspondance d'import, sinon le prochain import peut rétablir le problème.

Revérifiez le produit concerné et un produit avec déclinaisons en préproduction. Le client doit pouvoir atteindre les commandes, choisir la finition voulue et l'ajouter au panier sans perdre d'information nécessaire. Si le bouton reste décalé, examinez la hauteur de la galerie et le contenu des hooks affichés plutôt que de raccourcir le texte à l'aveugle.

Repérer les templates et hooks du thème

Dans les thèmes modernes fondés sur Smarty, commencez par templates/catalog/product.tpl et ses templates partiels. Dans Classic, les principaux sont product-prices.tpl, product-add-to-cart.tpl, product-variants.tpl et product-details.tpl. Le thème actif détermine le balisage, les sélecteurs et la position.

Hummingbird est devenu le thème par défaut des nouvelles installations PrestaShop en 9.1. Les boutiques mises à niveau peuvent conserver leur thème existant. Hummingbird utilise Bootstrap 5.3 et d’autres conventions JavaScript et CSS que Classic. Consultez sa documentation de thème avant de copier sélecteurs ou utilitaires responsive.

Apparence > Positions modifie l’ordre des modules dans un hook. Cela ne déplace pas l’appel du hook par rapport à un bouton ou prix natif. Ne greffez un module que sur un hook compatible qu’il implémente. Examinez le DOM rendu et le template avant de conclure qu’un module pousse le bouton vers le bas.

Essayez d’abord les réglages existants du thème et un placement compatible des hooks. Si un changement de template est nécessaire, utilisez la procédure de thème enfant ou de personnalisation prise en charge et gardez un petit diff. Les mises à jour du parent peuvent modifier le balisage dont dépend votre personnalisation : retestez ensuite.

PrestaShop 1.6 possède une structure distincte : le template par défaut est themes/default-bootstrap/product.tpl, les réglages des images sont sous Préférences > Images et les onglets produit supplémentaires utilisent l’ancien modèle displayProductTab et displayProductTabContent. Les exemples modernes de ProductExtraContent s’appliquent à 1.7 et versions ultérieures.

Tester images, présentation mobile et performances

Utilisez des photographies qui répondent à différentes questions : vue principale, angles utiles, échelle ou contexte d'utilisation et détails tels que connecteurs, texture ou fixations. Supprimez les images redondantes. Fournissez des dimensions et formats adaptés au thème et régénérez les miniatures nécessaires après toute modification des types d'images sous Apparence > Images dans les versions modernes. Vérifiez les types réellement demandés par le modèle actif, tels que large_default ou home_default, avant de changer les dimensions.

Sur mobile, testez l’ordre de l’image, du titre, du prix, des choix de déclinaison et de l’action d’achat. Rendez la galerie utilisable au toucher et au clavier sans imposer une longue liste verticale de miniatures avant le prix. Des sections repliables peuvent aider, avec des libellés et un comportement du focus clairs.

Mettre en place une commande d’achat fixe avec soin

Une commande fixe est une option à tester, pas une amélioration universelle de conversion. Évitez d’inclure deux fois tout le template partiel d’ajout au panier : cela duplique le balisage rendu, des identifiants comme quantity_wanted et les éléments de disponibilité, voire les champs du formulaire.

• Conservez un seul formulaire produit de référence et soumettez-le par son comportement établi.
• Gardez les identifiants uniques. Ne créez pas de bouton indépendant omettant des champs requis de personnalisation, déclinaison ou quantité.
• Synchronisez le prix visible, la déclinaison choisie, la quantité, le stock, la quantité minimale et l'état désactivé après les mises à jour du produit. Passez à une déclinaison indisponible ou à un autre prix lorsque la barre est visible et vérifiez la ligne de panier obtenue, pas seulement le libellé.
• Vérifiez focus clavier, erreurs de validation, clavier virtuel, contrôles des cookies et espace disponible au-dessus de la barre.
• Utilisez les utilitaires responsive compatibles avec la version Bootstrap du thème actif. Testez les fenêtres étroites et larges.

Mesurez les coûts de galerie, avis, chat, statistiques et ventes croisées sur la page réelle. Différez les médias sous la ligne de flottaison lorsque pertinent, mais pas l’image principale nécessaire immédiatement. N’ajoutez des indications de préchargement que si elles améliorent la séquence de chargement mesurée.

Un bon Largest Contentful Paint ne dépasse pas 2,5 secondes au 75e percentile, évalué séparément sur mobile et ordinateur. Utilisez la référence LCP et les données d’utilisateurs réels en complément des diagnostics de laboratoire. Aucune extension de galerie ne peut garantir un score de performance inchangé sur tous les thèmes.

Utilisez une démonstration lorsque le mouvement répond à une question d'achat, par exemple comment se replie un bureau. Product Videos prend en charge les liens vidéo hébergés ou les clips téléversés, avec une bande de vidéos, un onglet Vidéos ou un emplacement dans les galeries compatibles ; les autres galeries utilisent une section vidéo séparée. Testez l'emplacement choisi et le comportement du consentement, y compris pour les miniatures distantes, avant le lancement. Le produit doit rester compréhensible si le visiteur refuse son consentement ou ne peut pas lire le clip.

Pour les options de médias et d'affichage de l'extension de galerie, consultez l'aide Gallery Revolution.

Utiliser descriptions, caractéristiques et documents joints natifs

Classic rend les panneaux natifs d’informations produit directement depuis les données produit et les templates. Il ne se limite pas à deux panneaux possibles, et les panneaux natifs ne proviennent pas de displayProductExtraContent.

Créez des noms de caractéristiques partagés et des valeurs adaptées sous Catalogue > Attributs & Caractéristiques > Caractéristiques, puis attribuez-les aux produits. Poids, matière et puissance doivent figurer dans des champs structurés cohérents lorsque les clients souhaitent les comparer ou les filtrer. Le filtrage par catégorie exige aussi la configuration et l'index de Navigation à facettes concernés. Convenez d'unités et d'un vocabulaire de valeurs cohérents avant d'importer les spécifications : une matière écrite différemment sur chaque produit se compare moins facilement et peut fragmenter les choix de filtre. Vérifiez les détails du produit et le filtre de catégorie configuré après l'import.

Les attributs et déclinaisons décrivent les variantes choisies par le client, comme couleur et taille. Les caractéristiques décrivent les propriétés du produit. Vérifiez le stock par déclinaison, la pertinence des choix par défaut et le message de disponibilité après changement de sélection.

Utilisez les documents joints natifs pour une simple notice téléchargeable avant d’ajouter une extension d’onglets. Ces documents sont des informations produit publiques, distinctes des téléchargements payants de produits virtuels. Vérifiez versions des fichiers, noms descriptifs et fonctionnement des liens.

Pour des conseils rédactionnels complets, consultez le contenu SEO produit, et pour préparer les médias, la photographie produit.

Ajouter des guides partagés et des panneaux produit personnalisés

Envisagez d’abord des titres dans la description existante. Utilisez un panneau distinct si un guide, une note de compatibilité, une explication de garantie ou un tableau de tailles apporte un bénéfice. Centralisez le contenu partagé par catégorie plutôt que de copier le même tableau dans des centaines de produits.

Dans PrestaShop 1.7 et versions ultérieures, un module peut renvoyer un tableau d’objets PrestaShop\PrestaShop\Core\Product\ProductExtraContent via displayProductExtraContent. Chacun possède un titre et du contenu HTML. Le collecteur rassemble et valide les objets ; le thème décide de leur affichage en onglets, accordéons ou autre présentation.

Par exemple, un développeur peut renvoyer un titre traduit Entretien et tailles avec un contenu rendu depuis le template du module. Échappez les valeurs dynamiques dans ce template et évitez d’insérer du HTML non fiable. Le hook lui-même ne fournit ni ciblage par catégorie, ni édition du contenu, ni interface Bootstrap ; cela relève de l’implémentation.

Pour gérer le contenu produit supplémentaire et son ciblage dans le back-office, consultez l'aide Product Extra Info Tabs. Les hooks standard réduisent les modifications directes des modèles, mais nécessitent toujours des contrôles de compatibilité après les mises à jour du thème et les versions majeures de la plateforme.

Tester un guide partagé avec une exception produit

Une gamme de chaussures partage un guide d'entretien, mais une finition spéciale nécessite un autre traitement. Centralisez les instructions communes et donnez au produit exceptionnel son propre contenu. Le module lié prend en charge le ciblage du catalogue, la visibilité par groupe client, pays et déclinaison sélectionnée, le contenu par langue et boutique et une version locale au produit qui remplace le texte partagé.

1. Identifiez la gamme, les produits exclus, les langues et les boutiques avant d'attribuer le guide. Conservez les instructions spéciales avec leur responsable et leur date de révision dans vos relevés de contenu.
2. Prévisualisez un produit ordinaire, l'exception et un produit hors gamme. Changez la déclinaison ou le contexte client pertinent et confirmez que les bonnes instructions restent visibles.
3. Modifiez le guide partagé une seule fois et répétez ces contrôles après le traitement habituel du cache. Le produit ordinaire doit changer, l'exception doit conserver son texte et le produit exclu ne doit pas recevoir le guide.

Si le composant est déjà choisi, le PrestaShop Module Installation & Configuration Service installe et configure un module existant et vérifie le parcours convenu ; tout développement supplémentaire est distinct.

• Utilisez des libellés courts et clairs comme Spécifications, Entretien, Téléchargements et Livraison et retours.
• Fusionnez les panneaux peu fournis qui se recoupent et omettez les vides. Commencez par un petit ensemble puis mesurez si les clients trouvent leurs réponses.
• Vérifiez débordement horizontal des onglets, ordre des accordéons mobiles, navigation clavier et annonces d’état déplié/replié.
• Évitez les onglets imbriqués. Gardez un parcours fini jusqu’au pied de page, y compris lorsque les avis chargent davantage de contenu.

Gardez si possible le contenu descriptif important dans le HTML initial. Google Search ne clique pas sur un onglet pour récupérer son contenu. Un contenu rendu côté serveur et visuellement replié peut être accessible à l’exploration ; le chargement dépendant d’un clic exige une attention particulière. Testez le HTML rendu dans Search Console sans promettre indexation ou classement. Suivez les consignes Google sur le contenu chargé de manière différée.

Présenter honnêtement avis et éléments de réassurance

Le placement des avis dépend du module installé et du thème. Le module officiel Product Comments utilise des hooks de fiche produit comme displayFooterProduct, displayProductAdditionalInfo et filterProductContent ; ne supposez pas qu’il fournit un onglet Avis via displayProductExtraContent.

Des versions du module officiel fournissent une note agrégée aux données structurées du produit. Vérifiez ensemble version installée, sortie du thème, avis visibles et balisage. Validez la page réelle et évitez les objets Product ou notes contradictoires provenant d’extensions distinctes. Un balisage valide ne garantit pas d’étoiles dans les résultats de recherche. Consultez l’implémentation officielle de Product Comments.

Modérez les avis authentiques selon une politique claire. N’inventez ni commentaires, ni notes, ni messages d’achat en direct. Si vous affichez des compteurs ou du stock, utilisez des définitions exactes et des données réelles. Fournissez des informations compréhensibles de livraison, retour et paiement plutôt que de simples badges décoratifs.

Pour un autre processus de gestion des avis, consultez l'aide Product and Store Reviews ; une extension commerciale est une option, pas un prérequis universel aux données de notation.

Traiter les questions avant achat avec le contexte produit

Choisissez un canal que votre équipe peut maintenir. Ces processus ont des besoins différents de personnel et de confidentialité :

Placez le lien de question là où un client qui examine le prix ou les spécifications peut le trouver. Dans les thèmes dérivés de Classic, displayProductAdditionalInfo convient souvent, mais vérifiez sa position réelle. Une page de contact générique doit conserver le contexte produit si c'est le canal choisi. Si vous proposez aussi un panneau de questions plus bas, gardez une entrée évidente près de la décision d'achat pour que les clients n'aient pas à découvrir d'abord ce panneau.

Une demande utile contient le nom et l'identifiant du produit, le nom et l'e-mail de l'expéditeur et la question. Recueillez la déclinaison sélectionnée et la référence si votre implémentation le permet, en utilisant la sélection actuelle plutôt que la déclinaison présente au chargement initial. Considérez les champs envoyés par le navigateur comme non fiables, validez le contexte produit sur le serveur et vérifiez la livraison des e-mails.

Pour un formulaire de demande privé avec référence produit et contexte de déclinaison sélectionnée, consultez l'aide Ask About Product. Le module propose des destinataires, champs et pièces jointes autorisées configurables, exige le consentement à la politique de confidentialité, limite les envois automatiques et répétés et enregistre les demandes, responsables et états de réponse dans son panneau. Vérifiez l'e-mail et le panneau de la version installée avec un véritable envoi test ; gardez la publication de FAQ publiques dans un processus distinct et modéré.

1. Annoncez un délai de réponse tenable, avec les heures d’ouverture.
2. Répondez directement à la vraie question de compatibilité, taille ou livraison. Confirmez le produit et la variante au lieu de supposer.
3. Liez une spécification ou un guide utile s’il répond à une question complémentaire probable.
4. Gardez les relances pertinentes pour la demande et respectez les préférences marketing.
5. Examinez les questions récurrentes et améliorez le texte produit, le panneau de spécifications ou une FAQ tenue séparément.

Par exemple, des questions répétées sur la différence entre les modèles de 45 cm et 60 cm peuvent révéler des dimensions, un choix de déclinaison ou des comparaisons peu clairs. Suivez les commandes issues des demandes et les délais de réponse ; une bonne réponse ne garantit pas une vente.

Pour tester le contexte, ajoutez d'abord le modèle de 45 cm au panier et notez sa quantité. Revenez à la fiche produit, sélectionnez le modèle de 60 cm et envoyez une question de compatibilité. Confirmez que le message reçu et la demande enregistrée identifient la sélection de 60 cm, que la réponse arrive à l'expéditeur test et que le panier contient toujours le modèle initial de 45 cm et sa quantité. Une confirmation à l'écran ne prouve pas la livraison de l'e-mail. Transformez les réponses récurrentes en informations produit maintenues, sans copier les données personnelles d'un client dans du contenu public.

Vérifier les URL et mesurer la page finale

La route produit par défaut de PrestaShop 9 conserve l’identifiant produit et omet la catégorie. Le nom du produit et le champ d’URL simplifiée link_rewrite sont distincts. Modifier un nom ne réécrit pas nécessairement une URL simplifiée existante.

Avec la résolution par identifiant et la redirection canonique activée via PS_CANONICAL_REDIRECT, un ancien slug peut être résolu puis redirigé vers l’URL canonique actuelle. Testez les URL réelles après renommage ou migration. Si identifiants, motifs de routes ou autres composants changent, définissez explicitement les redirections. Une modification de route est distincte d’une modification de présentation.

• Testez produits ordinaires et remisés, déclinaisons, variantes indisponibles, limites de quantité, personnalisation obligatoire et accès invité.
• Comparez le prix affiché au panier et à une commande test pour les groupes, adresses et devises concernés. Incluez l'intégration de stock ou de prix qui actualise normalement les données produit.
• Vérifiez téléchargements de notices, liens d’avis, envoi de questions et livraison des e-mails.
• Inspectez unicité des identifiants, soumission du formulaire produit, focus, onglets, accordéons et commandes fixes sur téléphone et ordinateur.
• Mesurez chargement, interaction et décalages de mise en page avec vos modules et médias réels.

Définissez les événements de vue produit et d'ajout au panier dans vos outils d'analyse. Enregistrez les ouvertures d'onglets et d'accordéons déclenchées par le client avec l'identifiant produit et le libellé de section, et vérifiez que chaque ouverture est comptée une seule fois. Un rapport des ventes par vue diffère de la proportion de sessions de fiche produit avec ajout au panier. Incluez la finalisation des achats, les retours et les questions à l'assistance pour juger une modification.

Modifiez si possible un élément significatif à la fois, comparez des trafics similaires et recueillez assez d’observations pour décider. Les clics sur les onglets montrent un intérêt, mais une association entre vues des spécifications et achats ne prouve pas que déplacer un onglet augmente les ventes.

Conserver une livraison vérifiable et une transmission claire

1. Notez le symptôme initial, les URL produit concernées et les versions de la boutique, du thème et des modules. Conservez les réglages et mesures de page de départ pour permettre à l'équipe de comparer le résultat.
2. Appliquez le changement convenu sur la copie et exécutez les contrôles ci-dessus en représentant ses intégrations habituelles en sécurité. Conservez les captures et les preuves de panier, de commande test et de demande obtenues pour les cas pertinents.
3. Convenez des motifs d'arrêt de la mise en production : prix ou variantes incorrects, achat bloqué, instructions manquantes ou demandes non livrées. Désignez la personne qui accepte les résultats et celle qui peut restaurer les fichiers et réglages précédents.
4. Pendant le créneau de production convenu, appliquez les fichiers et la configuration vérifiés via le processus de déploiement pris en charge, actualisez les caches concernés et vérifiez les mêmes produits représentatifs. Surveillez le comportement réel du panier et la file de demandes après la bascule.

Questions à poser à votre développeur ou agence

• Quelle source fait autorité pour chaque champ modifié : l'équipe, l'import ou un système externe, et la prochaine actualisation préservera-t-elle le changement ?
• Quels modèle, hook et version de module ont produit le résultat testé, et que faut-il retester après une mise à jour ?
• Où sont les résultats d'achat et de demande, y compris sur mobile, avec la personnalisation obligatoire et la déclinaison choisie ?
• Qui maintient les traductions, les exceptions au contenu partagé et les demandes sans réponse, et où sont les instructions de retour arrière ?

Questions des propriétaires de boutique

Faut-il des modules distincts pour un guide et un formulaire de question ?

Le module d'onglets lié inclut un formulaire de question produit comme option de contenu. Comparez son contexte produit, ses destinataires et son processus de réponse aux besoins de votre équipe avant d'ajouter un composant. Évitez de publier des formulaires concurrents pour la même demande.

Puis-je mettre un document propre à un client dans les documents joints au produit ?

Les documents joints natifs aux produits sont publics. Conservez un devis négocié ou un document contenant des coordonnées client dans un processus protégé et vérifiez l'accès avec un compte sans lien avant de partager son URL.

Peu de clics sur les onglets justifient-ils de supprimer leur contenu ?

Vérifiez d'abord que les clients peuvent trouver et ouvrir le contenu, et si la même réponse est déjà visible ailleurs. Une notice ou une note de compatibilité peut compter pour un petit groupe d'acheteurs. Examinez les demandes et retours en plus des clics avant de supprimer les informations dont ces acheteurs ont besoin.

Faut-il publier les réponses aux demandes privées dans une FAQ produit ?

Publiez une réponse générale examinée séparément lorsqu'elle aide d'autres acheteurs. Supprimez les données personnelles, confirmez que le conseil s'applique aux produits et variantes concernés et désignez une personne chargée de le maintenir au fil des évolutions de la gamme.