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

Générer des articles de blog PrestaShop en trois étapes, c'est la promesse. Voici ce qui se passe réellement derrière, étape par étape — parce qu'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 (n'importe quelle version 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). Point important pour les agences comme pour les marchands prudents : 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é plus tard 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 — si vous voulez comprendre comment cette analyse raisonne, on a publié la méthode complète de recherche de mots-clés.

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. Ce brief est votre volant : 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 d'ailleurs 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 directe sur la fiche après votre validation. Si vos descriptions viennent du fournisseur, commencez par lire pourquoi le contenu dupliqué plombe vos fiches — c'est le problème exact que cette partie résout.

Et si je veux juste centraliser la création ?

C'est un usage prévu, et il est plus courant qu'on ne l'imagine : vous avez déjà votre circuit de publication — un intégrateur, un CMS que vous préférez piloter à la main, un client qui veut valider avant toute mise en ligne — et ce qui vous manque, ce n'est pas un robot qui publie, 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 avant validation, maillage vers vos fiches, données structurées quand le format s'y prête. C'est ce travail-là qu'on oublie quand on écrit 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 — vous savez ce qui est parti et quand.

Autrement dit : la publication automatique est un confort, pas une condition d'entrée. Et rien ne vous empêche de commencer comme ça, puis de brancher la publication le jour où les aller-retours vous fatiguent.

Les questions qu'on nous pose à cette étape

Combien de temps pour être opérationnel ? L'installation du module + l'appairage + la première synchronisation : moins de quinze minutes sur une boutique standard.

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 des questions — quotas, langues, multi-boutiques — est dans la FAQ complète. Et si vous préférez juger sur pièce, demandez une démo : on génère des articles sur votre boutique, sous vos yeux — vous saurez en une heure si l'outil vous convient.