Connecter PrestaShop à Claude : l'IA que le e-commerce français attend

Réponse courte : il n’existe aujourd’hui aucune façon propre de connecter une boutique PrestaShop à Claude pour l’interroger en langage naturel — c’est l’intégration que prépare Attaché : CA, commandes, produits et clients en lecture seule, croisés avec GA4, Google Ads et Search Console dans la même conversation. Elle n’est pas encore ouverte ; laissez votre email pour être prévenu du lancement.

PrestaShop, prochaine plateforme e-commerce du connecteur Attaché.

Le e-commerce français a une particularité que les outils américains ignorent superbement : une part énorme de ses boutiques tourne sur PrestaShop. Des dizaines de milliers de marchands, des agences entières spécialisées, un écosystème de modules mature — et, côté IA, un désert. Les connecteurs brillants sortent pour Shopify d’abord, Shopify ensuite, Shopify encore. Nous gérons nous-mêmes des boutiques PrestaShop depuis des années : ce désert, on le traverse tous les lundis matins. Alors on a décidé de le combler.

Pourquoi personne ne connecte PrestaShop à l’IA proprement ?

Parce que c’est moins confortable que Shopify, tout simplement. Pas de plateforme d’apps centralisée avec OAuth clé en main : PrestaShop expose un webservice par boutique, avec des clés API à créer dans le back-office et des permissions à régler ressource par ressource. Chaque boutique est auto-hébergée, dans des versions qui s’étalent de 1.6 à 8.x, avec des modules qui touchent parfois aux tables cœur. Un éditeur américain regarde ça et passe son chemin.

Nous, c’est notre terrain. Le webservice PrestaShop, ses ressources (orders, products, customers), ses permissions par clé : c’est précisément le genre de tuyauterie qu’un connecteur hébergé doit absorber pour que l’utilisateur final n’en voie rien. Le marchand créera une clé en lecture seule, la déclarera dans Attaché, et posera ses questions — le reste est notre problème.

Qu’est-ce que ça changera, concrètement ?

Interroger PrestaShop dans Claude, c’est remplacer la tournée des onglets Statistiques par des phrases : « CA et commandes de la semaine, écart vs l’an dernier », « top produits par quantité vendue ce mois-ci, avec leur stock restant », « part des clients qui repassent commande dans les 90 jours ». Et surtout, le croisement que le back-office ne fera jamais : le CA réel de la boutique en face de la dépense Google Ads et des sessions GA4 — déjà interrogeables aujourd’hui — dans une seule conversation.

Un exemple travaillé, explicitement fictif. Une agence e-commerce française gère neuf boutiques PrestaShop ; l’une d’elles, en équipement sportif, fait 62 000 € de CA mensuel avec 5 500 € de Google Ads. Question posée à Claude, une fois PrestaShop branché : « Pour cette boutique, compare le CA des commandes valides PrestaShop et le revenu attribué par GA4 sur 30 jours, puis calcule le CPA réel de Google Ads sur les commandes payées, remboursements déduits. » Réponse attendue : GA4 annonce 19 800 € de revenu paid, la boutique n’en confirme que 16 400 € une fois les commandes annulées et remboursées retirées — le CPA réel passe de 24 € à 29 €. Sur une marge de 30 %, ce n’est plus le même arbitrage. Aujourd’hui, ce calcul, c’est un export SQL ou un module de reporting à 300 € ; demain, une question.

Comment la connexion respectera-t-elle votre boutique ?

Le modèle est celui de toutes nos intégrations, décrit sur comment ça marche : lecture seule stricte (une clé webservice limitée aux ressources nécessaires, aucune écriture), aucune donnée de la boutique stockée chez Attaché — les requêtes passent en temps réel —, jetons et clés chiffrés, journal des questions posées, révocation immédiate en supprimant la clé dans le back-office ou le partage dans Attaché. Pour une agence, chaque boutique cliente reste un client Attaché à part entière, avec les périmètres par membre d’équipe qui vont avec : le chef de projet ne voit que ses boutiques.

Et pour les marchands en direct, sans agence : une boutique, un connecteur personnel dans Claude, et l’onglet Statistiques qui prend sa retraite.

Où en est l’intégration, franchement ?

En développement, pas encore ouverte. PrestaShop avance aux côtés de Shopify dans notre feuille de route e-commerce, derrière Meta Ads qui est construit et attend sa review. La diversité des versions PrestaShop (1.6 à 8.x) impose une phase de test plus large que pour une plateforme SaaS unique — nous testons sur de vraies boutiques, les nôtres d’abord, avant d’ouvrir. Pas de date publique : le statut à jour vit sur la feuille de route.

Ce qui est déjà acquis : PrestaShop sera inclus dans tous les forfaits sans supplément — Solo 29 €/mois, Studio 99 €, Agency 249 €, toutes plateformes comprises, seuls les clients connectés comptent (tarifs).

D’ici là, deux gestes utiles. Brancher GA4, Google Ads et Search Console de vos boutiques dès maintenant — l’essai est gratuit 60 jours, sans carte — pour que le croisement soit prêt le jour où la source transactionnelle arrive. Et laisser votre email : les inscrits seront prévenus de l’ouverture PrestaShop avant toute annonce publique.

Questions fréquentes

Peut-on déjà connecter PrestaShop à Claude d’une manière ou d’une autre ?

Rien de propre à notre connaissance : il faut soit exporter des CSV manuellement, soit développer un pont maison sur le webservice PrestaShop — une journée de dev par boutique, à maintenir à chaque montée de version. C’est exactement ce coût que l’intégration Attaché supprimera, avec une connexion en lecture seule par boutique.

L’intégration fonctionnera-t-elle avec ma version de PrestaShop ?

C’est l’objectif : le webservice existe de PrestaShop 1.6 aux versions 8.x, et nous testons sur cette plage — y compris sur nos propres boutiques en production. Les versions précises supportées seront annoncées à l’ouverture ; les cas exotiques (webservice désactivé, hébergement qui bloque l’API) seront documentés honnêtement.

Attaché pourra-t-il modifier des commandes ou des prix dans ma boutique ?

Non. La clé webservice demandée sera en lecture seule, limitée aux ressources d’analyse (commandes, produits, clients), et vous la créez vous-même dans votre back-office : vous voyez exactement ce qu’elle autorise et vous pouvez la supprimer à tout moment. Aucune écriture, aucune donnée stockée — le détail est sur la page sécurité.