Size Chart Pro - Guide des tailles en popup sur la fiche produit, une image par produit

La question de la taille, c'est la commande qui ne se fait pas

Vêtements, chaussures, bagues, gants, cadres de vélo, harnais pour animaux — dès que la taille n'est pas évidente, le client devine ou s'en va. Un guide des tailles répond à la question au moment exact où elle se pose : sur la fiche produit, à côté du bouton d'achat, en un clic, sans nouvel onglet et sans perdre le panier.

Comment ça marche

• 1. Ouvrez l'onglet Guide des tailles du produit — il se trouve avec les autres onglets de modules, sur la fiche produit, dans Catalogue → Produits.
• 2. Cochez la case et choisissez une image — jpg, jpeg, png, gif ou webp jusqu'à 5 Mo. L'envoi est enregistré immédiatement : le tableau reste en place même avant d'avoir enregistré la fiche.
• 3. C'est tout — un bouton Guide des tailles avec une icône de règle apparaît à côté d'Ajouter au panier, et un clic ouvre votre tableau en popup.

Un bouton qui a l'air d'avoir toujours été là

Le bouton s'affiche via le hook standard productActions de PrestaShop : il se place donc exactement là où votre thème range les actions produit et en hérite le style. L'icône de règle est un SVG inline dessiné avec currentColor et dimensionné en em — elle reprend d'elle-même la couleur et la taille de texte du bouton, quel que soit le thème. La popup, elle, est une simple modale Bootstrap — celle de votre thème, dans sa propre version. Donc pas de Fancybox, pas de Slimbox, aucune bibliothèque JavaScript supplémentaire embarquée dans le module.

Un tableau par produit, ou tout le catalogue d'un coup

Chaque produit porte sa propre image et son propre interrupteur marche/arrêt : c'est précisément ce qu'il vous faut quand une robe, une bague et une paire de bottes réclament trois tableaux différents. Pour traiter des centaines de références, passez par l'import / export en masse de la page de configuration du module : exportez tous les produits configurés au format id_product,displaybutton,sizechartlink, modifiez le fichier, puis réimportez-le. L'import ne touche que les lignes présentes dans votre fichier — le reste de votre configuration n'est pas modifié — et les lignes qui pointent vers un produit inexistant sont ignorées, puis listées dans le rapport.

Il se contrôle et se répare tout seul

L'onglet Diagnostic relance ses vérifications à chaque ouverture : le dossier d'upload est-il accessible en écriture, est-il protégé, l'extension GD est-elle disponible, le point d'entrée d'envoi répond-il ? Si le dossier d'upload ou son .htaccess de protection a disparu, le module recrée les deux automatiquement, au lieu de vous tendre une liste de commandes shell.

Une version 2.0 repensée pour la sécurité

La branche 1.x embarquait trois scripts autonomes accessibles sans authentification — upload.php, import.php et export.php. La version 2.0 les remplace tous les trois par un unique contrôleur protégé par jeton, appelé par le routage index.php habituel de PrestaShop — ce qui contourne au passage les règles d'hébergement (celles de Hostinger et de son hPanel, entre autres) qui bloquent les requêtes directes vers les fichiers .php bruts d'un dossier de module. Les images envoyées sont désormais validées côté serveur — extension, type MIME et poids — puis ré-encodées avec GD lorsqu'il est disponible : un fichier qui n'est pas une image et qu'on a simplement renommé en .png ne passe plus. Le panneau CSV du back-office ne déborde plus sur la fiche produit publique, et les tableaux sont stockés par nom de fichier puis reconstruits sur le domaine courant de la boutique — changer de domaine ou passer en HTTPS ne casse donc plus tous vos guides des tailles.

Compatibilité

PrestaShop 1.7, 8 et 9. L'extension GD de PHP est recommandée, mais pas obligatoire : sans elle, les envois fonctionnent toujours, ils sautent simplement l'étape de ré-encodage — et l'onglet Diagnostic vous le signale. Le nom technique du module n'a pas changé depuis la 1.x : venir d'une ancienne version est une mise à jour classique, pas une réinstallation, et vos enregistrements existants sont migrés pour vous.

Questions fréquentes

Chaque produit peut-il avoir son propre tableau ?

Oui. L'image et l'interrupteur marche/arrêt sont propres à chaque produit : une robe, une bague et une paire de bottes peuvent afficher chacune le sien.

Quels formats d'image puis-je envoyer ?

jpg, jpeg, png, gif et webp, jusqu'à 5 Mo. Le contenu réel du fichier est vérifié côté serveur : renommer un fichier non pris en charge ne suffira pas à le faire passer.

Dois-je enregistrer le produit pour que l'image soit conservée ?

Non, l'image est envoyée et enregistrée toute seule. Vous n'avez à enregistrer la fiche produit que pour conserver la case à cocher qui affiche le bouton.

Comment configurer des centaines de produits ?

Exportez vos réglages actuels en CSV depuis la page de configuration du module, modifiez le fichier dans un tableur, puis réimportez-le. Seules les lignes présentes dans votre fichier sont modifiées.

Le bouton s'accordera-t-il avec mon thème ?

Il s'affiche via le hook standard productActions et utilise la modale Bootstrap de votre propre thème : il reprend donc le style de vos boutons, et l'icône de règle en hérite la couleur et la taille de texte.

Que se passe-t-il si je change le domaine de ma boutique ?

Rien ne casse. Les tableaux sont stockés par nom de fichier et l'URL est reconstruite pour le domaine sur lequel tourne la boutique — et la mise à jour depuis une version antérieure à la 2.0 migre les anciennes URL absolues à votre place.

Ai-je besoin de GD ?

Pas indispensable. Avec GD, chaque envoi est ré-encodé, comme contrôle de sécurité supplémentaire ; sans lui, les envois fonctionnent toujours et l'onglet Diagnostic indique que l'étape a été sautée.