Ask About Product : quand les clients ont des questions avant d’acheter

Un visiteur est sur votre page produit, la carte bancaire presque en main, puis une question le bloque net : « Est-ce compatible avec mon modèle ? » « Puis-je l’avoir dans une longueur personnalisée ? » « Le câble est-il assez long pour atteindre mon bureau ? » Votre description ne le précise pas, et aucun moyen évident ne permet de demander. Il fait donc la seule chose qui lui reste : il ouvre un nouvel onglet, cherche le même produit ailleurs, et vous n’entendez plus jamais parler de lui. C’est précisément cette sortie silencieuse qu’un formulaire « Poser une question sur un produit » sert à éviter : il offre à un acheteur hésitant un moyen, en un clic, de vous poser la question à vous, immédiatement, au lieu de la poser à un concurrent.

Dernière mise à jour : juin 2026.

Cet article traite spécifiquement du formulaire de demande privée, en tête-à-tête : le client saisit sa question, elle arrive dans votre boîte de réception avec le produit déjà joint, puis vous répondez. C’est un outil différent d’un fil public de questions-réponses affiché sur la page (abordé séparément avec la configuration des avis et des questions-réponses), et différent également d’un chat en direct ou d’une page FAQ permanente. Savoir lequel vous est réellement utile, et où chacun doit se placer sur une page produit PrestaShop, représente déjà la moitié du travail. Nous allons clarifier cela, puis montrer comment le formulaire fonctionne spécifiquement dans PrestaShop.

Pourquoi une question avant achat est le prospect le plus chaud que vous puissiez obtenir

Regardez qui pose la question. Personne n’écrit à une boutique au sujet d’un produit dont il n’a pas envie. Quand quelqu’un prend la peine de rédiger une question, il a déjà lu la description, regardé les photos et décidé que le produit l’intéresse assez pour demander : il n’est plus en simple navigation, il est dans le « j’essaie de me convaincre ». Une demande avant achat est l’un des prospects les plus chauds que votre boutique puisse générer et, contrairement à un message générique envoyé depuis la page contact, elle arrive avec une intention intégrée : un produit nommé et une objection précise à laquelle vous pouvez répondre.

Qu’est-ce que cela change pour vous ? Deux choses. D’abord, chaque question à laquelle vous répondez correctement est une vente que vous auriez sinon perdue dans le silence : le client n’est pas parti parce que la réponse était « non », il est parti parce qu’il n’y avait pas de réponse. Ensuite, les questions elles-mêmes sont une étude de marché gratuite. Si le même « existe-t-il en noir ? » arrive cinq fois ce mois-ci, votre description a une lacune (ou votre catalogue en a une). Vous ne concluez pas seulement une vente ; on vous indique exactement ce qui bloque les dix suivantes. Ce deuxième bénéfice ne fonctionne que si les questions sont faciles à compter et à relire plus tard, d’où l’importance des détails de mise en œuvre ci-dessous.

Quatre façons de laisser les clients poser une question, et le problème que chacune résout

« Laisser les clients poser des questions » ressemble à une seule fonctionnalité, mais ce sont en réalité quatre outils différents, avec des besoins humains et des modes d’échec différents. Choisir le mauvais, c’est ainsi que des boutiques se retrouvent avec un widget de chat abandonné affichant « nous revenons bientôt » à 21 h, ou avec un bloc public de questions-réponses rempli de questions sans réponse qui réduit activement la confiance. Associez l’outil à votre façon réelle de travailler :

Le formulaire e-mail est l’option par défaut, moins spectaculaire mais solide, pour une bonne raison : il n’affiche jamais « hors ligne », il n’expose pas les questions sans réponse au visiteur suivant et il ne vous oblige pas à rester devant une file de chat. La contrepartie, c’est la vitesse : on parle d’heures, pas de secondes. Il excelle donc pour les achats réfléchis, lorsqu’un acheteur accepte d’attendre un peu pour obtenir la bonne réponse. Si vous souhaitez plutôt une version en temps réel, le chat en direct relève de votre outillage de support ; et la version publique appartient à votre dispositif d’avis et de notes, pas ici. Le reste de cet article se concentre sur le formulaire, parce que bien maîtriser cette intention vaut mieux que mal gérer les quatre options.

Où placer le formulaire sur une page produit PrestaShop

L’emplacement détermine si un acheteur hésitant trouvera le formulaire. La page produit de PrestaShop est construite à partir de hooks de thème, et le bon hook garde la demande près du point de décision au lieu de l’enterrer en bas de page. L’emplacement le plus naturel est displayProductAdditionalInfo : dans le thème Classic, il apparaît près du bloc d’achat ; beaucoup de thèmes dérivés de Classic le conservent à cet endroit, mais vérifiez dans votre propre thème. C’est le moment où le client évalue le bouton ; un lien discret « Vous avez une question sur ce produit ? » placé là capte le doute avant qu’il ne se transforme en départ.

Évitez les deux erreurs courantes. Ne placez pas le formulaire uniquement dans un onglet produit : un onglet qu’il faut cliquer est un onglet que la plupart des acheteurs hésitants n’ouvriront jamais. Et ne renvoyez pas tout vers une unique page de contact générale de la boutique qui supprime l’information du produit consulté, car vous commencerez alors chaque réponse par « de quel article parliez-vous ? » : de la friction des deux côtés. Tout l’intérêt est que le contexte produit voyage avec la question.

Ce que le formulaire doit préremplir, et pourquoi c’est important

La différence entre un formulaire qui convertit et un formulaire que les visiteurs abandonnent tient presque entièrement à la quantité minimale de texte que le client doit saisir. Sur PrestaShop, la page produit connaît déjà tout ce qu’il faut pour joindre automatiquement le contexte ; un formulaire bien conçu doit donc capturer et envoyer :

• Nom du produit — pour que votre boîte de réception affiche « Question à propos de : Bureau assis-debout en chêne (140 cm) » plutôt qu’un message anonyme à décoder.
• ID produit — l’identifiant interne id_product, afin que vous (ou un collègue) puissiez accéder directement à la bonne page produit du back-office pour vérifier le stock, les déclinaisons ou la description.
• Référence produit / SKU — récupérée depuis le champ reference du produit, celui que votre entrepôt et votre fournisseur utilisent réellement.
• Nom du client, e-mail et question — le minimum que le client saisit. Trois champs, pas dix. Chaque champ supplémentaire est une raison d’abandonner.

Et alors ? Quand tout cela arrive déjà rattaché au message, répondre à une question cesse d’être une enquête. Vous ouvrez l’e-mail, vous connaissez déjà le produit exact, vous répondez. Un acheteur qui attend deux minutes pour une réponse précise a beaucoup plus de chances de convertir qu’un acheteur qui attend deux minutes pour qu’on lui demande seulement « de quel produit s’agissait-il ? » Le préremplissage n’est pas un confort accessoire : c’est ce qui permet à une boutique tenue par une seule personne de répondre comme un service client structuré.

Comment notre module Ask About Product gère cela dans PrestaShop

C’est exactement le problème pour lequel notre module Ask About Product a été conçu, et il vaut la peine d’être concret sur son fonctionnement, car toute la valeur est dans la mécanique. Le module s’accroche à displayProductAdditionalInfo, de sorte que le formulaire « poser une question » apparaît sous la zone d’ajout au panier sur chaque page produit : aucune modification du thème n’est généralement nécessaire sur les thèmes qui implémentent le hook standard. Qu’est-ce que cela vous apporte ? Pas de facture de développeur pour le positionner ; et parce qu’il repose sur un hook natif standard plutôt que sur un template dupliqué, il résiste aux mises à jour du thème et de PrestaShop.

Lorsqu’un client envoie sa demande, le module transmet le message directement à votre boîte de réception avec le nom du produit, le id_product et la référence déjà renseignés, et ajoute à l’objet un préfixe que vous contrôlez (fourni par défaut sous la forme [Product Question]) afin que ces demandes soient très faciles à filtrer, libeller ou diriger vers un dossier. Vous définissez la destination dans le back-office : par défaut, c’est l’e-mail principal de votre boutique (PS_SHOP_EMAIL), mais vous pouvez envoyer les questions produit vers une adresse dédiée — commerciale, ou celle d’une personne précise — depuis la page de configuration du module, sans code. Les trois champs du client (nom, e-mail, question) sont validés côté serveur avant tout envoi, ce qui évite de recevoir des messages vides ou mal formés. Et comme la demande ne touche ni au paiement ni au panier, elle ne peut pas perturber une commande en cours : c’est une tranquillité intégrée à la conception.

Le bénéfice se résume simplement : une petite équipe obtient la réactivité d’un service client sans gérer une file de chat, chaque réponse commence avec tout le contexte au lieu d’un travail d’enquête, et l’ensemble s’installe et se configure depuis votre back-office plutôt que dans le code de votre thème.

Transformer une question en vente, puis la question en amélioration

Recevoir le message n’est que la moitié du travail ; c’est dans la réponse que la commande se gagne ou se perd. Quelques habitudes améliorent le taux de transformation des demandes en ventes sans logiciel supplémentaire :

• Répondez à la question, puis à la suivante. « Oui, il est compatible avec le modèle 2023 » ferme une porte ; « Oui, il est compatible avec le modèle 2023, et le même support fonctionne aussi sur le 2022 si vous changez plus tard ; voici la fiche technique » supprime l’objection suivante avant même qu’elle ne soit posée.
• Citez le produit exact. Vous avez le nom et la référence sous les yeux : utilisez-les. « Pour le bureau en chêne de 140 cm au sujet duquel vous nous avez contactés » sonne humain, pas comme un robot de ticketing, et les gens achètent à des humains.
• Annoncez un délai de réponse et faites mieux. Une phrase près du formulaire, comme « nous répondons généralement sous quelques heures ouvrées », fixe l’attente ; répondre plus vite que promis fait le travail de conversion. Ne promettez pas un délai que vous ne pouvez pas tenir, surtout le week-end.
• Envoyez une relance légère. Si vous avez répondu sans retour, un bref « cela vous a-t-il aidé ? nous pouvons volontiers vous réserver ce modèle dans votre taille pendant quelques jours » deux ou trois jours plus tard permet de récupérer une vraie partie des silences, sans insister lourdement.

Ensuite, bouclez la boucle côté catalogue. Chaque question récurrente est votre page produit qui vous signale ce qu’elle n’a pas su dire. Si les acheteurs demandent souvent des précisions de taille, la réponse doit figurer dans la description produit ou dans un onglet spécifications dédié, pas seulement dans votre réponse. S’ils demandent sans cesse « quelle est la différence entre le 45 cm et le 60 cm ? », c’est le signal qu’il faut mettre en place une comparaison de produits ou présenter le choix sous forme de véritables déclinaisons. Les mêmes questions, répétées assez souvent, forment une feuille de route gratuite pour améliorer la page ; et une page qui répond dès le départ est une page qui ne perd pas les acheteurs qui ne prendront jamais la peine de demander.

Questions fréquentes sur le formulaire Ask About Product

Où placer le formulaire sur la page produit ? Près du point de décision, pas enfoui en bas de page. Le hook le plus naturel est displayProductAdditionalInfo, qui, dans les thèmes dérivés de Classic, s’affiche près du bloc d’achat : vérifiez toutefois le rendu dans votre propre thème. Ne le cachez pas dans un onglet produit qu’il faut cliquer, et ne le renvoyez pas vers une page de contact générale de la boutique qui supprime l’information du produit consulté par le visiteur.

Que doit joindre automatiquement le formulaire ? Le nom du produit, l’identifiant interne id_product et la reference/SKU du produit : toutes ces informations sont déjà connues de la page produit. Le client ne devrait saisir que trois champs : nom, e-mail et question. Chaque champ supplémentaire est une raison d’abandonner, et le contexte prérempli est ce qui permet à une boutique tenue par une seule personne de répondre avec tous les détails au lieu de commencer chaque réponse par « de quel produit s’agissait-il ? »

Dois-je modifier mon thème pour l’ajouter ? Pas sur les thèmes qui implémentent le hook standard displayProductAdditionalInfo : un module qui utilise ce hook natif apparaît sous la zone d’ajout au panier sans dupliquer de template, ce qui lui permet de survivre aux mises à jour du thème et de PrestaShop. Vous définissez l’adresse de destination dans le back-office (par défaut PS_SHOP_EMAIL, mais elle peut pointer vers une boîte commerciale dédiée).

En quoi est-ce différent d’un système public de questions & réponses ou d’un chat en direct ? Le formulaire de demande est privé et asynchrone : le message arrive dans votre boîte de réception et vous répondez quand vous le pouvez. Il n’affiche donc jamais « hors ligne » et n’expose jamais des questions sans réponse au visiteur suivant. Un fil public de questions & réponses publie la question sur la page (utile pour des produits complexes, mais nécessite une modération) ; le chat en direct est en temps réel, mais demande quelqu’un pour surveiller la file. Choisissez l’outil selon votre manière réelle de travailler.

Le formulaire peut-il perturber une commande en cours ? Non : un formulaire de demande bien conçu ne touche ni au panier ni au paiement, il ne peut donc pas interrompre une commande. Il valide les trois champs du client côté serveur avant l’envoi, ce qui évite également que des messages vides ou mal formés arrivent dans votre boîte de réception.

Où cela s’inscrit dans la stratégie globale de conversion

Un formulaire de demande est un filet de sécurité sous tout le reste de la page : il récupère les acheteurs que votre description, vos photos et vos avis ont presque convaincus, mais pas tout à fait. Il est particulièrement rentable pour les achats réfléchis : tout ce qui est technique, dimensionné, sensible à la compatibilité ou assez cher pour que le client veuille un « oui » humain avant de s’engager. Il l’est beaucoup moins pour les achats impulsifs, peu coûteux et évidents, où le meilleur levier reste simplement une description plus claire.

Si votre objectif plus large est une page produit qui convertit davantage sans que vous ayez à répondre manuellement à chaque question, le formulaire de demande n’est qu’un élément d’un ensemble : renforcez la structure de la page elle-même avec les bonnes pratiques de conception des pages produit, comprenez les choix de mise en page qui font avancer les acheteurs grâce à l’anatomie d’une page produit, et construisez les signaux de confiance permanents — avis, badges, preuve sociale — qui répondent aux questions non formulées avant même qu’elles ne soient saisies. Le formulaire « poser une question » sert aux questions qu’un acheteur accepte d’exprimer ; le reste de la page sert aux dizaines d’autres qu’il ne dira pas. Couvrez les deux, et les départs silencieux deviennent beaucoup plus rares.