Comment ça marche, du catalogue à l'article publié

Générer des articles de blog PrestaShop tient en trois étapes. Le détail de chacune est ci-dessous : un outil qui touche à votre boutique mérite mieux qu'un « c'est magique ».

Étape 1 : connectez votre boutique

Vous installez le module Publium sur votre PrestaShop (de la 1.6.1 à la 9, le détail par version est ici). Le module est un blog complet en soi : catégories, tags, RSS, sitemap, friendly URLs, données structurées.

Ensuite, vous créez une clé de licence dans l'app et vous la collez dans la configuration du module. L'appairage est automatique : le module et l'app échangent des secrets qui signeront chacun de leurs échanges (HMAC, horodatage, anti-rejeu). Personne n'a besoin de vos identifiants back-office : l'app ne parle qu'au module, par une API dédiée et signée.

Dès la connexion, l'app synchronise votre catalogue : produits, catégories, pages CMS, images, et même les couleurs et polices de votre thème, dont elle déduit un design system réutilisé pour habiller les articles.

Étape 2 : choisissez un mot-clé

L'app analyse votre catalogue et vous propose des mots-clés : des requêtes de longue traîne tirées de vos produits et catégories, classées par intention de recherche et potentiel. Vous pouvez aussi apporter les vôtres. La méthode complète de recherche de mots-clés explique comment cette analyse raisonne.

Vous choisissez une requête, puis vous cadrez le brief : langue, ton, longueur, plan imposé si vous y tenez, et les produits du catalogue à mailler dans l'article. L'IA rédige, mais elle rédige ce que vous avez cadré.

Étape 3 : relisez, publiez

La génération tourne en arrière-plan (comptez une à deux minutes) et l'article apparaît dans votre espace : titre, contenu structuré, extrait, balises title et meta description. Quatre formats de sortie au choix : Markdown brut, texte simple, HTML sémantique nu (sans aucun style, que le thème de votre site habille), ou HTML stylé au design de votre thème, celui détecté à l'étape 1, que vous pouvez ajuster à la main depuis la fiche boutique.

Vous relisez, vous corrigez ce qui doit l'être (chaque version est conservée, vous pouvez revenir en arrière), puis vous publiez : en brouillon, immédiatement, ou programmé à la date de votre choix. L'article part vers le module par l'API signée et apparaît sur le blog de votre boutique, dans votre thème, avec ses données structurées.

Et pour les fiches produit ?

Le même circuit fonctionne pour votre catalogue : l'onglet Produits liste vos fiches synchronisées, l'IA rédige description, balise titre et meta description autour d'un mot-clé cible, depuis les données du produit ou depuis sa photo quand le catalogue est muet. Aperçu du résultat Google, compteurs de caractères, contrôles d'optimisation, publication sur la fiche après votre validation. Si vos descriptions viennent du fournisseur, lisez pourquoi le contenu dupliqué plombe vos fiches : c'est le problème que cette partie résout.

Et si je veux juste centraliser la création ?

C'est un usage prévu, et plus courant qu'on ne l'imagine. Vous avez déjà votre circuit de publication (un intégrateur, un CMS que vous pilotez à la main, un client qui valide avant mise en ligne) et ce qui vous manque, c'est un seul endroit où le contenu se fabrique.

Dans ce mode, vous prenez la production et vous laissez la publication :

• Les briefs et le catalogue au même endroit. Les sujets sortent de vos produits réels, pas d'une page blanche ; le mot-clé cible, le ton et les produits à mailler tiennent dans un formulaire.
• Le cadrage SEO fait d'office : balise titre et meta description aux formats, aperçu du résultat Google, maillage vers vos fiches, données structurées quand le format s'y prête. C'est ce travail-là qu'on oublie dans un traitement de texte.
• Le texte repart avec vous, dans le format qui convient à votre chaîne : Markdown pour un dépôt ou un générateur de site, texte brut pour un back-office quelconque, HTML nu pour un thème qui habille tout lui-même, HTML stylé pour coller sans retouche.
• L'historique reste. Chaque version est conservée, y compris vos corrections.

La publication automatique est un confort, pas une condition d'entrée. Rien ne vous empêche de brancher la publication plus tard, le jour où les aller-retours vous fatiguent.

Les questions qu'on nous pose à cette étape

Combien de temps pour être opérationnel ? Le module s'installe en moins de cinq minutes, l'appairage et la première synchronisation suivent.

Faut-il savoir écrire un prompt ? Non. Le brief est un formulaire : mot-clé, ton, longueur, produits. Le « prompt engineering » est notre travail, pas le vôtre.

Que se passe-t-il si j'arrête ? Le blog et tous vos contenus restent dans votre boutique. Ils sont chez vous, pas chez nous. Seule la génération s'arrête.

À quel rythme publier ? Deux à huit articles par mois selon votre ambition, on a chiffré la question ici. L'important est la régularité, et la publication programmée est faite pour ça.

Le reste (quotas, langues, multi-boutiques) est dans la FAQ complète, et les prix sur la page tarifs.