Balises SEO automatiques pour PrestaShop : modèles, aperçu et lots

Balises SEO automatiques écrit les balises titre, les meta descriptions et les mots-clés de votre catalogue à partir de modèles, un par type de page et par langue. Le module couvre les produits, les catégories, les marques, les pages CMS et la page d'accueil, montre chaque valeur proposée dans un aperçu avant toute écriture, l'applique par lots avec reprise et annulation, et conserve un historique horodaté de chaque modification.

Il nettoie aussi le head de vos pages : balises Open Graph et Twitter Card, hreflang avec x-default, URL canonique personnalisée, suffixe du nom de boutique et, là où PrestaShop n'a plus de champ mots-clés natif, la balise de mots-clés elle-même. Rien ne s'ajoute à la page visible.

Ce guide présente le module, son installation, sa configuration, le déroulement d'un lot et les vérifications à faire avant de laisser écrire dans votre catalogue.

Points clés :

• Des modèles pour cinq types de pages et toutes les langues, avec variables, filtres, groupes facultatifs et héritage de la langue par défaut
• Un véritable aperçu : ancienne et nouvelle valeur côte à côte, compteurs de caractères, aperçu du résultat de recherche, avertissements, correction et exclusion ligne par ligne
• Trois modes de remplacement, une sélection par catégorie, marque, langue et boutique, une barre de progression et la reprise après interruption
• Annulation et historique horodaté : l'avant, l'après et l'auteur de chaque écriture
• Un audit des valeurs vides, trop courtes, trop longues, en double ou modifiées hors du module, avec export CSV et sélection prête à générer
• Import et export CSV, avec une simulation qui indique le fichier, la ligne, le champ et la raison
• Un head propre : balises sociales, hreflang, canonique, suffixe du titre et mots-clés là où le champ natif a disparu
• Génération automatique à la création et à la mise à jour, file d'attente et recalcul quotidien, désactivables par type, langue et boutique
• IA facultative, avec votre propre clé, sollicitée uniquement à votre demande et toujours relue avant écriture
• Multiboutique et cinq langues d'administration ; PrestaShop 1.7.8, 8.0+ et 9.0+ avec PHP 7.4 minimum

Voir le module et ses offres

---

Présentation

Le problème des balises sur un gros catalogue

Un catalogue PrestaShop de quelques centaines de produits contient des milliers de valeurs : une balise titre et une meta description pour chaque produit, catégorie, marque, page CMS et page d'accueil, dans chaque langue active. À la main, ce travail prend des jours et reste rarement terminé. Le back office natif modifie une fiche à la fois et ne propose aucun modèle : la même description se recopie d'un produit à l'autre et les moteurs de recherche voient des pages qui se ressemblent. Quand un prix, une marque ou une catégorie change, les valeurs qui devraient suivre ne bougent pas.

Ce que le module change

Le module ajoute un atelier au-dessus des champs natifs. Vous décrivez une fois, dans un modèle, ce que doivent contenir un bon titre et une bonne description. Le module calcule ensuite la valeur de chaque page à partir de ses propres données — nom, catégorie, marque, prix, référence, EAN, attributs, caractéristiques, description courte, nom de la boutique, année, langue et devise — et la propose à votre relecture. Vous décidez de ce qui est écrit.

Les valeurs sont enregistrées dans les champs meta de PrestaShop (ou, pour les mots-clés des versions sans colonne native, dans la table du module). Une valeur saisie à la main, importée ou modifiée en dehors du module est reconnue comme telle et n'est pas remplacée par défaut. Le module écrit par mises à jour ciblées : il n'appelle pas ObjectModel::update(), ne touche ni la date de modification, ni l'index de recherche, ni les autres champs, et n'ajoute aucun élément visible à la boutique.

---

Fonctionnalités

Un modèle par type de page et par langue

Chacun des cinq types de pages a ses modèles de balise titre, de meta description et de mots-clés, plus deux modèles sociaux. Chaque langue active peut avoir son propre modèle ; une langue laissée en héritage applique le modèle de la langue par défaut avec ses propres variables, sans traduire le texte fixe. L'écran des modèles affiche, pour chaque langue, des exemples à copier, et son panneau Tester les modèles rend le résultat pour un produit, une catégorie, une marque ou une page CMS réels — ou la page d'accueil avec Tester sur la page d'accueil — sans rien écrire.

Un modèle combine du texte fixe et des variables : {name}, {category}, {brand}, {price}, {reference}, {ean}, {attributes}, {features}, {short_description}, {shop_name}, {year}, {language}, {currency} et quelques autres selon le type. Des filtres mettent en forme le résultat : upper, lower, ucfirst, capitalize, strip, truncate:60, default:"text", or:name et first:3. Les groupes facultatifs n'impriment leur contenu que si toutes les variables qu'ils contiennent sont non vides, ce qui évite un séparateur orphelin :

• {name}[ - {brand}] donne « Coussin renard - Studio Design », et « Coussin renard » quand la marque est vide.
• {short_description|or:name} utilise la description courte et se rabat sur le nom si elle est vide ; ajoutez truncate:160 pour couper proprement à la fin d'un mot.
• Achetez {name}[ de {brand}] à {price} est le type d'exemple proposé par l'écran ; il n'est jamais appliqué de lui-même.

Un modèle peut contenir jusqu'à 1 000 caractères. Une variable inconnue, un filtre inconnu, un argument invalide ou un groupe non fermé est une erreur de validation affichée avec sa position, et rien n'est enregistré.

Un aperçu avant toute écriture

La génération commence par une analyse de la sélection : le module lit la valeur actuelle et son état pour chaque objet, boutique, langue et champ, rend la proposition et lui associe des avertissements — variable vide, valeur trop courte ou trop longue, doublon avec une autre page, valeur coupée à la limite de la colonne, modèle hérité. L'aperçu affiche ensuite, page par page :

• l'ancienne et la nouvelle valeur côte à côte ;
• un compteur de caractères par rapport à vos minimum et maximum, coloré selon la plage, suffixe compris pour les titres ;
• un aperçu approximatif du résultat de recherche : titre, URL présentée comme un fil d'Ariane et deux lignes de description ;
• chaque avertissement rattaché à sa ligne.

Chaque valeur proposée peut être modifiée sur place ou écartée par une case à cocher ; un bouton écarte toutes les lignes qui portent un avertissement. Rien n'est écrit avant votre validation du lot.

Des lots qui savent s'arrêter, reprendre et s'annuler

Trois modes décident de ce qui peut être remplacé :

• Remplir uniquement les champs vides — rien de ce qui a déjà une valeur n'est touché.
• Remplacer les valeurs écrites par le module — les champs vides se remplissent et les valeurs déjà écrites par le module se mettent à jour ; les valeurs saisies à la main, importées ou modifiées hors du module restent intactes.
• Remplacer toutes les valeurs — chaque champ est écrit, valeurs manuelles comprises, après avoir coché une confirmation explicite indiquant qu'elles restent dans l'historique.

La sélection peut viser tout un type ou un sous-ensemble : catégories avec ou sans leurs sous-catégories, marques, produits actifs uniquement, identifiants, fragment de nom, catégories CMS, langues et une ou plusieurs boutiques. Le travail s'exécute par étapes AJAX avec une barre de progression et un bouton Arrêter. Si le navigateur se ferme, le travail est marqué interrompu et Reprendre continue au curseur exact, sans répéter une ligne déjà écrite. Si la valeur native a changé après l'analyse, la ligne est ignorée avec le motif « modifiée depuis l'aperçu ».

La dernière application s'annule depuis son rapport, le tableau de bord ou l'historique. L'historique conserve, pour chaque écriture, la valeur avant, la valeur après, la source, la date et l'auteur — un employé, « Génération automatique » ou « Tâche planifiée ». Des filtres sélectionnent un sous-ensemble et le restaurent, avec une option pour restaurer même les valeurs modifiées depuis.

L'audit

L'audit parcourt une boutique, une ou toutes les langues et un ou tous les types, puis classe les problèmes : balise titre vide, titre trop court ou trop long (suffixe compris), meta description vide, description trop courte ou trop longue, titre ou description partagé par plusieurs pages, mots-clés vides, valeur modifiée en dehors du module depuis son écriture. Le tableau se filtre par problème, type, langue, état et nom, indique combien de pages partagent un doublon et relie chaque ligne à la fiche native ou à l'éditeur du module. Les compteurs apparaissent aussi sur le tableau de bord.

Un bouton Générer pour ces pages ouvre la génération avec la sélection filtrée déjà chargée. L'export CSV reprend exactement les lignes affichées.

Import et export CSV

L'export produit un fichier UTF-8 avec BOM et séparateur point-virgule, une ligne par objet et par langue : type, identifiant, boutique, langue, nom, balise titre, meta description, mots-clés et URL canonique. Le nom est en lecture seule et sert au lecteur ; les lignes de marque n'ont pas de boutique ; la page d'accueil utilise son identifiant meta ; la canonique est vide pour les marques et l'accueil. Une cellule qui commence par =, +, - ou @ reçoit une apostrophe de protection contre les formules de tableur.

L'import commence par une simulation : le fichier doit être un .csv de 10 Mo et 50 000 lignes au maximum, en UTF-8 avec ou sans BOM, avec ; ou , détecté à partir de l'en-tête. Chaque ligne est vérifiée — en-tête, type, identifiant, boutique, langue, longueur, caractères interdits, URL canonique, doublon de ligne — et le rapport indique le fichier, la ligne, le champ et la raison, les compteurs et un aperçu des 100 premiers changements. Une cellule vide laisse le champ inchangé ; le jeton {empty} l'efface. Vous pouvez ensuite importer les lignes valides, sous forme de travail avec historique et annulation.

Les mots-clés

Les mots-clés peuvent être générés depuis le nom, la catégorie, la marque et les caractéristiques, avec des listes de mots vides dans les cinq langues de l'interface, une longueur minimale de mot, un nombre maximal de mots-clés et une longueur maximale. La déduplication ignore la casse et les accents, y compris les lettres polonaises et espagnoles. Le module rappelle clairement que les principaux moteurs de recherche ignorent la balise de mots-clés : elle est conservée pour les boutiques, les outils et les recherches internes qui l'utilisent encore, sans promesse d'effet sur le classement.

Des balises propres dans le head

Le module remplace les balises gérées par le thème par un seul jeu réglable, sans changer la page visible :

• Open Graph et Twitter Card pour les cinq types, avec des modèles de titre et de description sociales, une chaîne de repli pour l'image (couverture du produit, puis image de la catégorie par défaut, puis logo de la boutique) et un choix de type de carte et de compte Twitter. Les balises product:* des fiches produit sont préservées et les doublons du thème supprimés.
• Hreflang pour les produits, catégories, marques, pages CMS et page d'accueil, dans les langues actives de la boutique, avec uniquement les traductions qui existent, des URL absolues, le format de code que vous choisissez et un x-default qui peut pointer vers la langue par défaut, une autre langue ou rien. Moins de deux langues signifie aucune alternative. Les alternatives couvrent les langues de la boutique courante ; plusieurs boutiques partageant un catalogue ne sont pas reliées entre elles.
• URL canonique par produit, catégorie et page CMS, avec validation. Vide, la canonique native est conservée ; sur une page couverte, une seule balise canonique est servie.
• Suffixe du nom de boutique dans le titre, facultatif, avec le séparateur de votre choix ; l'aperçu, les compteurs et l'audit mesurent le titre suffixe compris.
• Balise mots-clés là où la colonne native n'existe plus : le module stocke les mots-clés et imprime la balise lui-même, après la description. Sur les versions qui ont encore le champ natif, le thème l'imprime et le module ne touche pas à la balise.

Le résultat est identique pour chaque visiteur, sans cookie ni valeur par visiteur : les pages en cache restent valides. Les réglages et les applications purgent le cache de page quand une valeur visible change.

Génération automatique, file d'attente et recalcul quotidien

À la création d'un produit, d'une catégorie, d'une marque ou d'une page CMS, les champs vides reçoivent leur valeur. À la mise à jour, les champs vides se remplissent et, si vous l'activez, les valeurs déjà écrites par le module sont recalculées quand le prix ou une autre variable du modèle a changé. Une valeur saisie à la main, importée ou modifiée hors du module n'est jamais touchée par ce mécanisme.

Les prix spécifiques et les déclinaisons mettent le produit en file d'attente ; une mise à jour de catégorie ou de marque met en file les produits dont le modèle peut en dépendre. Les 20 premiers objets d'une requête sont traités immédiatement ; au-delà — import CSV natif, action de masse, lot web-service — le reste part dans une file traitée par la tâche planifiée, par la première page d'administration de chaque heure ou par le bouton Traiter maintenant. Un recalcul quotidien parcourt les valeurs du module par lots avec un curseur conservé, pour que les valeurs dépendant de l'année, des règles de prix catalogue, des taxes ou des devises suivent automatiquement. Tout se désactive par type d'objet, par langue et par boutique.

La page d'accueil n'a pas de génération automatique : c'est une page unique, modifiée dans l'éditeur du module ou par un travail.

IA facultative

Avec votre propre clé et l'adresse d'une API compatible OpenAI, l'écran de génération peut demander des propositions de titre, de description et de mots-clés. Vous choisissez les données envoyées — par défaut nom, catégorie, marque, caractéristiques et description courte —, les langues et les champs ; l'écran indique exactement ce qui part, vers quel hôte, et combien de requêtes seront faites. Chaque objet fait l'objet d'une requête. La réponse arrive dans le même aperçu et n'est jamais écrite automatiquement. Les objets en échec peuvent être retentés.

La clé est chiffrée avec le secret propre à la boutique et masquée après l'enregistrement. Sans clé, toutes les autres fonctions travaillent. Aucune donnée produit ne sort de la boutique sans une action IA explicite ; le module n'a ni télémétrie ni ressource CDN. Hormis la vérification de licence et les requêtes IA que vous lancez, il n'effectue aucun appel sortant.

Multiboutique et cinq langues

Les modèles, les réglages et les travaux se configurent par boutique, et une génération peut viser une ou plusieurs boutiques. Les produits, catégories, pages CMS et la page d'accueil ont une valeur par boutique. Les marques sont l'exception : leurs champs natifs sont partagés par toutes les boutiques, le module les écrit une fois et les écrans le signalent. Une nouvelle boutique reçoit les modèles de la boutique par défaut, et un bouton copie les modèles d'une boutique vers une autre. L'administration est disponible en français, anglais, espagnol, italien et polonais.

---

Installation

Depuis le back office (recommandé)

1. Téléchargez l'archive depuis votre espace client WePresta.
2. Ouvrez Modules > Gestionnaire de modules.
3. Cliquez sur Téléverser un module et sélectionnez l'archive ZIP.
4. Attendez la fin de l'installation, puis cliquez sur Configurer et activez votre licence.

Par FTP

1. Décompressez l'archive.
2. Téléversez le dossier wepresta_seo_meta_automator/ dans /modules/.
3. Dans le back office, ouvrez Modules > Gestionnaire de modules, recherchez « Balises SEO automatiques », cliquez sur Installer, puis sur Configurer.

Ce que fait l'installation

• Elle crée les tables du module (modèles, registre des écritures, champs du module, travaux, historique, file d'attente, journal d'activité) et son entrée de menu.
• Elle enregistre les hooks nécessaires aux réglages ; elle ne surcharge aucune classe et ne modifie aucune table du cœur.
• Elle écrit les réglages par défaut et les modèles intégrés, qui sont neutres en langue et ne contiennent que des variables.
• Si l'installation échoue, ce qu'elle a créé est supprimé.

---

Configuration

La page Configurer commence par le bloc de licence, puis regroupe les réglages par usage. Les valeurs par défaut conviennent à la plupart des boutiques ; modifiez-les après avoir lu l'effet décrit à côté de chaque champ.

État

Affiche la version, un résumé de la couverture avec un lien vers le tableau de bord, la dernière application avec son bouton d'annulation, la file d'attente, la commande et l'URL de la tâche planifiée avec leur jeton, la dernière exécution et un bouton Changer le jeton. Utilisez la commande ou l'URL dans le planificateur de votre serveur pour traiter la file et le recalcul quotidien.

Longueurs et mots-clés

Règle la longueur minimale et maximale du titre (30 et 60 par défaut, de 10 à 128) et de la description (120 et 160 par défaut, de 50 à 512), le mode de taxe utilisé par {price}, la taille des lots (50 par défaut, de 10 à 500), ainsi que les sources de mots-clés, la longueur minimale d'un mot, le nombre maximal et la longueur maximale.

Suffixe des titres

Désactivé par défaut. Une fois activé, choisissez le séparateur (|, -, –, —, ·), le texte du suffixe par langue — vide signifie le nom de la boutique — et les types de pages concernés. La page d'accueil et les autres pages sont facultatives.

Balises sociales

Activées par défaut pour les cinq types. Choisissez le type d'image utilisé pour les produits, les catégories et les marques, le type de carte Twitter et le compte. Les modèles de titre et de description sociales se trouvent sur l'écran des modèles ; la chaîne de repli de l'image est visible dans l'aperçu de la carte.

Alternatives de langue (hreflang)

Activés par défaut. Choisissez le format du code (language_code comme fr-fr, ou iso comme fr), la cible du x-default (langue par défaut, autre langue, ou aucune) et si les langues dont le nom et la description sont identiques à ceux de la langue par défaut doivent être ignorées. Les alternatives se limitent aux langues de la boutique courante.

URL canoniques

Activées par défaut, avec l'option d'ajouter une canonique quand le thème n'en imprime aucune. Les valeurs personnalisées se saisissent par objet et par langue dans l'éditeur ou par l'import CSV.

Balise de mots-clés

Affichée sur les versions où la colonne native des mots-clés n'existe plus. Activée par défaut : le module imprime les mots-clés qu'il stocke. Sur les versions plus anciennes, le champ natif est imprimé par le thème et cette section n'apparaît pas.

Génération automatique

Activée par défaut pour la création, les champs vides et le recalcul, sur les produits, catégories, marques et pages CMS. Choisissez les types et les langues par boutique. L'aide rappelle que la tâche planifiée est nécessaire à la file d'attente et au recalcul quotidien, et donne la commande et l'URL.

Génération par IA

Désactivée par défaut. Saisissez l'URL de base (tout point d'accès compatible OpenAI, serveurs locaux compris), le modèle, la clé, le mode JSON, la température et le délai d'expiration, puis choisissez les données envoyées par boutique et d'éventuelles consignes de rédaction. Tester la connexion indique si le point d'accès a répondu, refusé la clé, n'a pas trouvé le modèle ou l'adresse, atteint une limite de requêtes, dépassé le délai ou renvoyé un JSON invalide.

Vérification des pages

Le bouton Vérifier mes pages du tableau de bord récupère la page d'accueil, un produit actif, une catégorie, une marque et une page CMS dans chaque langue active, puis indique le nombre de balises titre, description, canonique, alternative de langue, x-default, og:title, twitter:card et mots-clés trouvées, et si les valeurs correspondent à ce que le module attend. Un compte en double, une valeur différente ou une balise absente sont signalés. Pour une préproduction protégée par authentification HTTP, saisissez ici l'utilisateur et le mot de passe ; le mot de passe n'est jamais réaffiché. Un cache de page peut encore servir l'ancienne page après un changement : purgez-le avant de conclure.

Données

Règle la durée de conservation de l'historique (365 jours par défaut, de 30 à 3 650) et si la désinstallation supprime les données du module. Le texte énumère exactement ce qui serait supprimé — modèles, historique, mots-clés et canoniques stockés par le module — et précise que les champs meta natifs de PrestaShop ne sont jamais supprimés.

---

Cas d'usage courants

Un catalogue aux balises manquantes ou recopiées

Lancez l'audit, filtrez les valeurs vides et les doublons, puis cliquez sur Générer pour ces pages. L'aperçu montre ce qui sera écrit ; le mode « Remplir uniquement les champs vides » laisse toute valeur existante intacte. Une seule génération peut couvrir un catalogue entier, et l'historique permet de l'annuler.

Une boutique multilingue

Écrivez un modèle par langue, ou laissez les autres langues hériter du modèle par défaut quand le texte fixe peut rester identique. L'aperçu avertit quand une langue hérite, et les compteurs travaillent par langue. La sortie hreflang ne liste que les traductions qui existent.

Un groupe multiboutique

Visez plusieurs boutiques dans une même génération ; les produits, catégories, pages CMS et la page d'accueil reçoivent une valeur par boutique. Les marques sont écrites une fois et signalées comme partagées. Copiez les modèles vers une nouvelle boutique au lieu de les recréer.

Un catalogue dont les prix et les années changent

Activez le recalcul pour que les valeurs contenant {price}, {year}, des montants dépendant des taxes ou de la devise suivent le catalogue. La tâche planifiée traite la file et le recalcul quotidien ; Traiter maintenant absorbe un arriéré immédiatement.

Une agence ou un site de préproduction

Utilisez la vérification des pages avec les identifiants HTTP de la préproduction pour voir ce que le serveur imprime réellement. Exportez l'audit ou les balises en CSV pour le client, importez les corrections après une simulation et conservez l'historique comme trace de ce qui a changé et quand.

Un marchand qui veut garder la main

Utilisez « Remplir uniquement les champs vides », corrigez les propositions dans l'aperçu et écartez les lignes à avertissement. Les valeurs saisies à la main, importées ou modifiées hors du module sont reconnues et protégées ; le mode « Remplacer toutes les valeurs » existe, mais demande une confirmation explicite.

---

Prérequis

• PrestaShop 1.7.8, 8.0+ ou 9.0+. PrestaShop 1.7.7 et les versions antérieures ne sont pas pris en charge.
• PHP 7.4 minimum, avec les extensions mbstring, json, openssl et curl. openssl n'est nécessaire que pour le chiffrement de la clé IA facultative.
• MySQL ou MariaDB, dans la version utilisée par votre PrestaShop.
• Une tâche planifiée (cron ou l'URL avec son jeton) pour la file d'attente et le recalcul quotidien. Sans elle, la génération automatique fonctionne encore à l'enregistrement pour les premiers objets, mais un gros arriéré attend Traiter maintenant ou la prochaine visite du back office.
• Un head standard : le module réécrit les balises meta standard du head sur les thèmes Classic et Hummingbird. Un thème qui imprime ses propres balises hors de la structure standard doit être contrôlé avec Vérifier mes pages.
• HTTPS est recommandé pour le back office et pour la vérification des pages. Le point d'accès IA doit utiliser HTTPS, sauf s'il s'agit d'une adresse de bouclage.

---

FAQ

Que fait exactement le module ?

Il écrit la balise titre, la meta description et les mots-clés des produits, catégories, marques, pages CMS et de la page d'accueil, dans chaque langue active et dans chaque boutique ; les marques, partagées, sont écrites une fois. Il stocke aussi une URL canonique personnalisée pour les produits, catégories et pages CMS, et imprime les balises du head qu'il gère : balises sociales, hreflang, canonique, suffixe du titre et, là où aucune colonne mots-clés native n'existe, la balise de mots-clés.

Remplace-t-il les valeurs que j'ai écrites à la main ?

Non, par défaut. Le mode « Remplir uniquement les champs vides » ne touche à rien d'existant. Le mode « Remplacer les valeurs écrites par le module » ne remplace que les valeurs écrites par le module lui-même. Le mode « Remplacer toutes les valeurs » exige une confirmation explicite et conserve les anciennes valeurs dans l'historique. La génération automatique ne touche jamais une valeur saisie à la main, importée ou modifiée hors du module.

L'aperçu se fait-il vraiment avant toute écriture ?

Oui. L'analyse lit les valeurs actuelles, rend les propositions et les stocke dans le travail ; l'aperçu les affiche avec leurs avertissements. L'écriture ne commence qu'à votre validation du lot. Vous pouvez corriger ou écarter des lignes, et le module vérifie à nouveau que la valeur native n'a pas changé depuis l'analyse avant d'écrire.

Le module traduit-il mes balises ?

Non. Une langue qui hérite d'un modèle applique le modèle de la langue par défaut avec ses propres variables ; le texte fixe reste dans cette langue. Pour un texte réellement natif, écrivez un modèle par langue. L'IA facultative peut proposer des textes dans chaque langue active, mais uniquement dans l'aperçu.

Que devient la balise de mots-clés ?

Sur les versions où le champ mots-clés natif n'existe plus, le module stocke les mots-clés et imprime la balise lui-même. Sur les versions qui ont encore le champ, le thème l'imprime et le module ne touche pas à la balise. Les principaux moteurs de recherche l'ignorent ; elle est conservée pour les outils et les boutiques qui l'utilisent, sans aucune promesse d'effet sur le classement.

Comment le hreflang se comporte-t-il entre boutiques ?

Les alternatives couvrent les langues actives de la boutique courante et uniquement les traductions qui existent, avec des URL absolues et un x-default facultatif. Plusieurs boutiques partageant un catalogue ne sont pas reliées entre elles ; l'aide des réglages le précise.

L'IA est-elle obligatoire, et quelles données envoie-t-elle ?

Non. Sans clé, tout le reste fonctionne. Quand vous lancez une génération IA, le module n'envoie que les données cochées (par défaut nom, catégorie, marque, caractéristiques et description courte), pour les objets et les langues sélectionnés, vers le point d'accès configuré. Chaque objet fait l'objet d'une requête. Le résultat reste dans l'aperçu et n'est écrit qu'après votre validation. La clé est chiffrée et masquée.

Que se passe-t-il si la licence expire ?

Sans licence valide, le module se désactive : les valeurs déjà écrites restent dans vos champs PrestaShop, mais les nouveaux objets ne sont plus remplis et les balises du module ne sont plus imprimées. Modèles, historique, réglages et valeurs stockées par le module sont conservés, et le module se réactive depuis sa page de configuration dès que la licence est valide. Une application en cours peut reprendre après le renouvellement.

Fonctionne-t-il avec mon thème ?

Le module agit sur les balises standard du head et ne surcharge aucun template. Il est testé avec les thèmes Classic et Hummingbird. Un thème qui imprime des balises non standard se contrôle avec Vérifier mes pages, qui signale les doublons, les différences et les balises absentes sur de vraies pages.

Puis-je l'essayer sans rien écrire ?

Oui. Le panneau Tester les modèles rend un aperçu complet pour un objet, et l'aperçu d'une génération s'annule avant écriture. L'audit et la vérification des pages sont en lecture seule. L'import CSV commence par une simulation qui n'écrit rien.

---

Journal des versions

Version 1.0.0

• Modèles de balise titre, de meta description et de mots-clés pour les produits, catégories, marques, pages CMS et page d'accueil, par langue, avec variables, filtres et groupes facultatifs.
• Aperçu avec ancienne et nouvelle valeurs, compteurs, aperçu du résultat de recherche, avertissements, correction et exclusion ligne par ligne.
• Application par lots dans trois modes de remplacement, avec sélection par type, catégorie, marque, langue et boutique, progression, reprise, annulation et historique horodaté.
• Audit des valeurs vides, courtes, longues, en double ou modifiées hors du module, avec filtres, liens natifs et export CSV.
• Import et export CSV avec simulation, rapport ligne par ligne et protection contre les formules.
• Génération de mots-clés avec mots vides, longueur minimale et déduplication insensible aux accents.
• Balises Open Graph et Twitter Card, hreflang avec x-default, URL canoniques personnalisées, suffixe du nom de boutique facultatif et balise de mots-clés là où aucune colonne native n'existe.
• Génération automatique à la création et à la mise à jour, file d'attente, recalcul quotidien et action de traitement immédiat.
• Génération IA facultative compatible OpenAI, avec clé chiffrée, une requête par objet et résultats uniquement dans l'aperçu.
• Prise en charge du multiboutique, cinq langues d'administration et contrôle de licence qui conserve les valeurs écrites, les données et les réglages.

---

Support

Pour toute aide, contactez-nous depuis votre espace client WePresta ou par e-mail à mail@wepresta.shop, selon l'option de support de votre offre.

Avant d'écrire, préparez :

• les versions de PrestaShop et de PHP ;
• le thème utilisé ;
• l'écran exact et l'action qui a échoué ;
• une capture du message, sans aucune clé de licence ni clé IA.

Voir le module et ses offres