Shopify dépasse les 12 500 boutiques actives en France à fin 2025 selon les données BuiltWith, et PrestaShop reste solidement installé autour de 22 000 boutiques actives sur le même périmètre — soit deux écosystèmes massifs avec des profils utilisateurs très différents. Sur Google Shopping, la bataille technique se joue à trois niveaux : qualité du feed produit, fraîcheur de la sync Merchant Center, propreté du conversion tracking. Et c'est là que les deux CMS divergent radicalement.
La règle qu'on répète à chaque audit Shopping : feed sain = ROAS sain. Pas de raccourci par la bid strategy, pas de magie via Performance Max — la qualité du feed amplifie ou plafonne tout ce qui est en aval. Ce guide tranche les arbitrages Shopify vs PrestaShop pour Google Ads en 2026 : setup Merchant Center, plugins disponibles, conversion tracking, Performance Max, gotchas observés sur les deux stacks. Pour la stratégie Shopping globale, lisez en parallèle notre guide setup et optimisation Google Shopping et notre playbook e-commerce Google Ads 2026.
Shopify vs PrestaShop : parts de marché et profils utilisateurs FR
Shopify est une plateforme SaaS hébergée en mode locataire, facturée 27 à 384 euros par mois selon plan, opérée par Shopify Inc. depuis Ottawa (voir la grille tarifaire officielle Shopify). PrestaShop est un CMS open-source self-hosted, gratuit en téléchargement, mais nécessitant hébergement, maintenance technique et modules payants pour atteindre la parité fonctionnelle d'un Shopify standard. Les deux concentrent l'essentiel du marché DTC en France hors WooCommerce.
Le profil utilisateur diverge nettement. Shopify attire les marques DTC qui veulent un time-to-launch court, un opérationnel sans dette technique, des intégrations marketing prêtes à l'emploi (Klaviyo, Meta, Google channels, Pinterest, TikTok), et qui acceptent les coûts mensuels récurrents plus la commission transaction (0% à 2% selon plan, sauf Shopify Payments). PrestaShop attire les e-commerçants à catalogue complexe, multi-marques, multi-langues, B2B avec personnalisation, ou simplement les marques qui préfèrent l'autonomie technique et le coût marginal de scale plus faible — pas de commission transaction, pas de plafond de bande passante.
Trois points pèsent particulièrement pour Google Ads. Le channel Google natif Shopify automatise 80% du setup Merchant Center : feed généré automatiquement, sync 15 à 60 min, Enhanced Conversions activable en un clic. Côté Presta, ces mêmes fonctions demandent soit un module officiel (200 à 250 euros), soit du temps de paramétrage technique. La fraîcheur de sync feed est le second point critique : un feed mis à jour toutes les 24h sur Presta génère des disapprovals "Item availability mismatch" en cascade dès qu'un stock fluctue rapidement (promo flash, rupture). Sur Shopify, la sync 15 à 60 min limite drastiquement ce risque. Le troisième écart, c'est la flexibilité catalogue B2B : si vous gérez des prix par groupe client, des attributs custom métier, du multi-langue strict, PrestaShop reste structurellement plus solide.
Pour les arbitrages Shopping vs Search côté allocation, voir aussi notre guide allocation Shopping vs Search.
Setup Merchant Center : différences plugin vs natif
Le setup Google Merchant Center est l'étape qui décide si vous lancez Shopping en 7 jours ou en 6 semaines. Sur Shopify, l'opération est quasi triviale via le channel natif. Sur PrestaShop, elle demande un choix de stack module et une configuration manuelle plus longue mais plus contrôlée.
Shopify : la voie native via Google & YouTube channel
Le Google & YouTube channel Shopify est gratuit et installable depuis le sales channels manager en 2 clics. Une fois activé, il connecte automatiquement votre boutique à Google Merchant Center via OAuth, génère un feed produit conforme aux specs Google (titre, description, image, prix, GTIN, brand, category, availability, custom_label si renseignés), et le sync 15 à 60 min selon volume. La documentation Merchant Center détaille la liste des attributs supportés.
Trois choses que le channel ne gère pas et qu'il faut traiter à la main. Premièrement, la vérification du domaine : Shopify connecte le domaine Shopify (monstore.myshopify.com) mais si vous diffusez sous monstore.fr, il faut ajouter manuellement la balise meta de vérification dans le theme.liquid ou via DNS TXT. Deuxièmement, les mapping de category sur 5 niveaux : le channel propose une category par défaut basée sur le product type Shopify, souvent trop générique pour les niches (Apparel & Accessories > Clothing au lieu de Apparel & Accessories > Clothing > Activewear > Yoga Pants). Aller dans Google Merchant > Products > toutes les fiches produits et raffiner manuellement sur les top 50 SKU par chiffre d'affaires : gain de pertinence d'enchère significatif. Troisièmement, les custom_label : ils ne se définissent pas dans Shopify natif, il faut soit utiliser un metafield, soit passer par une app tierce (Shoppingfeed, Feed for Google Shopping, DataFeedWatch).
PrestaShop : module officiel ou XML custom
Sur PrestaShop, trois voies au choix selon budget et complexité catalogue. Le module officiel "Google Shopping & Ads" sur l'addons store PrestaShop reste la solution la plus directe pour un catalogue standard : 200 à 250 euros une fois, mappings d'attributs complets (incluant custom_label_0 à 4, energy efficiency class, identifier_exists), génération XML automatique, sync paramétrable. La voie XML custom consiste à servir un fichier XML/CSV via un endpoint HTTPS sur votre serveur PrestaShop, re-crawlé par Google Merchant Center à fréquence configurable (12 à 24h en standard). Demande 4 à 12h de dev pour un développeur PrestaShop expérimenté, gratuit en runtime mais coûteux en setup. La voie Content API consiste à pousser le feed via l'API Google Merchant directement depuis PrestaShop, ce qui permet une sync quasi temps réel — mais demande développement custom ou module premium dédié.
Notre recommandation 2026 par taille de catalogue : sous 500 SKU, module officiel suffit. Entre 500 et 5 000 SKU, module officiel + Content API. Au-delà de 5 000 SKU, ou avec multi-langue/multi-pays, prévoir un budget module premium dédié (Shoppingfeed, ShoppingFlux, Lengow) à 80 à 400 euros par mois.
Sur les comptes PrestaShop référencés, environ un tiers présente un taux de produits en disapproved supérieur à 8% sur Merchant Center à cause de la dérive prix/stock entre boutique et feed. Le mécanisme : le feed XML est généré une fois par jour, Google Merchant le crawle 12h plus tard, donc l'écart prix/stock côté feed peut atteindre 24 à 36h. En période de promo flash ou de stock fluctuant, c'est garanti que des produits diffusent à un prix obsolète, et Google les disapproved en cascade. Solution : forcer la régénération du feed toutes les 1 à 4h via cron, ou activer Content API. Ce simple changement remonte le taux d'approbation de 8 à 12 points en moyenne.
Feed produit : qualité, fréquence, custom_label, GTIN
La qualité du feed est l'arbitre principal de votre ROAS Shopping, devant la bid strategy et même devant la structure de campagne. Un feed propre rapporte 25 à 45% de ROAS supplémentaire à iso-budget vs un feed minimal — observé en continu selon les benchmarks publics. Cinq dimensions critiques à maîtriser, identiques sur Shopify et PrestaShop, mais avec des contraintes opérationnelles différentes selon le CMS.
Title : les 35 premiers caractères dictent tout
Google tronque souvent le title à 35-45 caractères selon emplacement (Shopping carousel mobile, Free Listings, Edge browser shopping panel). Format optimal : Marque + Modèle + Attribut clé dans les 35 premiers caractères. Exemple : "Sennheiser HD 660S2 Casque Hi-Fi Audio Filaire" — 35 premiers = "Sennheiser HD 660S2 Casque Hi-Fi Au". Sur les audits que nous menons, les titles avec marque dans les 35 premiers caractères affichent un CTR 18 à 28% supérieur à des titles génériques type "Casque audio noir filaire premium hi-fi qualité studio".
Sur Shopify, le title produit est le seul levier facilement modifiable (Edit > Title). Sur PrestaShop, on peut soit modifier le name produit (qui sert aussi de title de page web — risque SEO), soit utiliser un attribut feed dédié feed_title mappé via le module officiel ou un module custom. La seconde voie préserve la liberté du nom produit côté boutique tout en optimisant le title feed côté Merchant.
GTIN, brand, mpn : la sainte trinité de l'identification
Google a durci ses exigences GTIN depuis 2024 sur les marques reconnues : un produit sans GTIN valide chez Apple, Sennheiser, Nike, etc. perd 25 à 40% d'impressions sur les requêtes longue traîne avec marque. Si vous distribuez ces marques, GTIN obligatoire. Pour les marques privées (votre propre marque DTC sans GTIN officiel), ajouter identifier_exists = FALSE au feed et renseigner brand + mpn — c'est la seule combinaison acceptée par Google pour ne pas disapproved les SKU.
Sur Shopify, le champ GTIN est natif (Variant > Barcode). Sur PrestaShop, le champ EAN13 est natif aussi mais il faut vérifier que le module feed mappe bien ean13 → gtin (souvent oui, parfois non selon module). Le champ brand est natif sur les deux CMS. Le champ mpn (Manufacturer Part Number) est natif sur PrestaShop (product.reference), sur Shopify il faut passer par un metafield ou une app tierce — c'est l'un des écarts pratiques où Presta est plus complet en standard.
Custom_label : la segmentation par marge qui change tout
Les 5 custom_label (0 à 4) sont sous-utilisés dans 80% des comptes référencés, alors qu'ils décident de la rentabilité Shopping. La stratégie standard que nous appliquons depuis des années : custom_label_0 = tranche de marge (high/mid/low), custom_label_1 = saisonnalité (peak/normal/off-peak), custom_label_2 = ROAS historique (haut/moyen/bas), custom_label_3 = best-seller booléen, custom_label_4 = libre (selon vertical : nouvelle collection, déstockage, exclusivité online).
Cette segmentation conditionne ensuite la structure des campagnes Shopping : campagne Premium (custom_label_0 = high marge, target ROAS élevé), campagne Standard (custom_label_0 = mid marge, target ROAS moyen), campagne Volume (custom_label_0 = low marge, target ROAS faible mais volume scalable). La même logique transposée à Performance Max via asset groups segmentés.
Sur Shopify, la définition des custom_label se fait via metafields (Settings > Custom data > Products > add metafield definition custom.label_0) puis exposés via app tierce vers le feed. Sur PrestaShop, le module officiel Google Shopping permet de mapper directement n'importe quelle feature produit ou attribut custom vers custom_label_0 à 4 — plus direct et sans dépendance à une app tierce.
Conversion tracking : Enhanced Conversions et events e-com
Le tracking est le second pilier après le feed. Smart Bidding (Target ROAS, Target CPA, Maximize Conversion Value) optimise vers le signal qu'il reçoit. Si une part significative de vos conversions est mal trackée, l'algo optimise vers un signal tronqué et performe 16 à 26% en dessous de son potentiel selon vertical. C'est le bug numéro un que nous voyons en audit. Pour la stratégie tracking globale, voir notre guide conversion tracking Google Ads.
Shopify : Enhanced Conversions en un toggle
Le Google channel Shopify pousse automatiquement les paramètres Enhanced Conversions à chaque conversion remontée vers Google Ads, à condition d'activer trois choses. Premièrement, dans Google Ads, activer Enhanced Conversions for Web sur la conversion principale (Outils > Conversions > sélectionner > activer Enhanced Conversions). Deuxièmement, dans Shopify, autoriser le partage des données customer (Settings > Customer privacy > marketing). Troisièmement, vérifier que le pixel Google Ads est bien injecté via le channel et non en double via une app tierce (sinon double comptage des conversions, attribution faussée).
Les events e-commerce standards sont aussi gérés natif : view_item, add_to_cart, begin_checkout, purchase. Ces events alimentent le remarketing dynamique et les audiences GA4 sans configuration supplémentaire. Sur les audits Shopify, le bug le plus fréquent n'est pas un manque de tracking mais un doublon : un compte qui a Google channel + GTM custom + une app analytics tierce qui poussent toutes les trois le pixel Google Ads, multipliant les conversions par 2 à 3. Solution : un seul point d'injection.
PrestaShop : GTM server-side ou module dédié
Sur PrestaShop, le tracking demande un choix de stack. Voie 1 : module dédié type "Google Tag Manager" ou "Google Ads Conversion Tracking" sur l'addons store, qui injecte le pixel et gère les events e-com. Coût 80 à 200 euros une fois, opération clé en main, mais Enhanced Conversions souvent en option payante supplémentaire. Voie 2 : GTM server-side (recommandée pour les comptes matures) — installer GTM côté client puis pousser un container server-side hébergé en Cloud Run ou App Engine, qui hash les données customer (email, téléphone, prénom/nom) avant envoi à Google Ads. C'est la voie la plus robuste pour la qualité du signal post-iOS 14 et post-third-party cookie phase-out.
L'écart pratique entre les deux voies : le module dédié se déploie en 2-4h, GTM server-side en 1 à 3 jours selon expérience dev. Sur les comptes Presta à gros volume Shopping (plus de 30 000 euros par mois), GTM server-side se rentabilise en quelques semaines via la qualité du signal Smart Bidding.
Performance Max et asset groups : intégration CMS
Performance Max est devenu le format dominant côté Google Ads depuis 2023, avec une part de spend e-commerce qui dépasse 55% selon les comptes observés dans les benchmarks publics en benchmarks Google Ads 2025-2026. Le format exploite directement le feed Merchant Center pour les inventory ads (équivalent Shopping intégré dans PMax) et complète avec asset groups pour les placements Display, YouTube, Discover, Gmail.
L'intégration côté CMS pèse sur deux dimensions : qualité des images du feed (taille, fond, format) qui alimentent les inventory ads, et facilité de création/maintenance des asset groups complémentaires.
Asset groups segmentés par marge
L'erreur classique sur PMax e-commerce, c'est de créer un seul asset group avec le catalogue entier et un set d'images génériques. Résultat : l'algo distribue le budget uniformément, les SKU low-margin captent autant de spend que les high-margin, le ROAS marge réel s'effondre.
La structure que nous recommandons en 2026 : un asset group par tranche de marge (custom_label_0 = high/mid/low). Chaque asset group a son propre target ROAS aligné sur la marge produit (ex : ROAS cible 6 sur high-margin, ROAS cible 3 sur low-margin), ses propres images héro de catégorie, ses propres titles et descriptions adaptés à la value proposition. Cette segmentation surperforme un asset group monolithique de 22 à 38% sur le ROAS marge agrégé observé en benchmarks Google Ads agrégés.
Sur Shopify, la création d'asset groups se fait directement dans Google Ads (PMax > Asset groups > New). Sur PrestaShop, idem. La différence n'est pas dans l'outil mais dans la qualité des images source : Shopify standardise mieux le cadrage et la résolution, PrestaShop laisse passer des images 400x400 fond non blanc qui plombent les placements Display. Audit obligatoire des 50 SKU top-CA avant lancement PMax pour homogénéiser. Pour la stratégie PMax complète, voir notre guide complet Performance Max 2026.
L'écart de ROAS observé entre un compte Shopify avec channel natif activé proprement et un compte PrestaShop avec feed XML 24h non maintenu se chiffre entre 18 et 35% à iso-vertical et iso-budget. Ce n'est pas la faute du CMS — c'est la faute du process. Un PrestaShop avec Content API + module premium + GTM server-side est aussi performant qu'un Shopify, parfois plus. À l'inverse, un Shopify avec apps de tracking en doublon et channel mal configuré sous-performe un PrestaShop bien tenu. Le CMS ne fait pas le ROAS — l'opérationnel feed et tracking le fait.
Comparatif gotchas et erreurs typiques
Chaque CMS porte ses pièges récurrents. Connaître les 6 plus fréquents évite de perdre 4 à 8 semaines à diagnostiquer un ROAS sous-performant.
Côté Shopify : 3 pièges récurrents
Piège 1 : double pixel. Une boutique Shopify activée en parallèle avec Google channel + une app de tracking tierce (Triple Whale, Northbeam, Aftership Marketing) qui pousse aussi le pixel Google Ads en arrière-plan. Résultat : les conversions sont comptées deux fois, le ROAS apparent est multiplié par 1,8 à 2,2, Smart Bidding optimise sur un signal gonflé, le ROAS réel s'effondre dès qu'on coupe une des sources. Solution : un seul point d'injection du pixel Google Ads, idéalement le channel natif.
Piège 2 : product type trop générique. Le product_type Shopify est mappé par défaut sur la category Google. Si vos product types sont génériques ("Vêtements", "Accessoires", "Sport"), votre category Google est elle aussi générique, et la pertinence d'enchère chute de 12 à 18% sur les requêtes long-tail. Solution : raffiner manuellement la category Google sur 5 niveaux pour les top 50 SKU.
Piège 3 : sync GMC après changement de prix promo. Shopify sync le feed toutes les 15 à 60 min, ce qui est rapide mais pas instantané. Si vous lancez une promo flash 12h, Google Merchant peut ne refléter le nouveau prix que 30 à 60 min plus tard. Pendant ce délai, les annonces diffusent avec l'ancien prix, conversions à mauvais panier moyen, données Smart Bidding biaisées. Solution : ne pas démarrer la promo avant d'avoir vérifié dans GMC que le prix mis à jour est répercuté. Notre calculateur de panier moyen donne l'AOV avec benchmarks par vertical e-commerce.
Côté PrestaShop : 3 pièges récurrents
Piège 1 : feed XML rafraîchi 1x/jour. C'est le piège le plus coûteux et le plus fréquent. Le module standard génère un XML toutes les 24h, Google Merchant le crawle 12h plus tard. Stock mismatch garanti dès qu'un SKU fluctue rapidement. Solution : forcer la régénération via cron toutes les 1 à 4h, ou activer Content API.
Piège 2 : caractères spéciaux non encodés dans le feed. Les caractères français (é, è, à, ç, œ) mal encodés dans le XML génèrent des warnings Merchant qui peuvent escalader en disapproval. Vérifier que l'encodage du feed est UTF-8 strict (pas ISO-8859-1, pas Windows-1252). Solution : module qui force UTF-8 ou validation manuelle du XML produit avant submit.
Piège 3 : images produit trop petites. PrestaShop autorise par défaut des images 400x400 voire moins, alors que Google Shopping recommande 800x800 minimum (1200x1200 pour les inventory ads PMax sur Display). Les SKU avec image inférieure à 800x800 perdent typiquement 25 à 40% d'impressions sur les placements Edge, MSN, Discover. Solution : audit complet des images sur les top 200 SKU et upgrade à 1200x1200 minimum.
Migration Shopify vers PrestaShop (et inverse) : impact sur les feeds
Une migration de CMS arrive plus souvent qu'on ne le pense — typiquement quand un Presta historique craque sous la dette technique et qu'on bascule vers Shopify pour repartir propre, ou inversement quand un Shopify atteint son plafond fonctionnel B2B et migre vers Presta. L'impact sur Google Ads est sous-estimé.
Le risque numéro un : la rupture d'historique conversion
Smart Bidding optimise à partir de l'historique de conversion accumulé sur la campagne, attaché à un compte Google Ads. Si vous changez de CMS et reconfigurez le tracking, vous risquez de rompre le chemin entre l'event de conversion et son enregistrement Google Ads. Pendant 1 à 2 semaines, les conversions ne remontent pas (ou remontent doublées si vous avez laissé l'ancien pixel actif), Smart Bidding entre en learning phase chaotique, le CPA explose temporairement.
Solution standard sur 30 jours pré-migration : préparer en parallèle le tracking sur le nouveau CMS, le tester en staging, puis basculer en mode hot-swap sur 24h avec un suivi minute par minute des conversions Google Ads. Ne jamais migrer un CMS pendant un pic saisonnier (BF/CM, soldes, fin d'année).
Le risque numéro deux : la rupture des IDs produit
Si vos id produit changent entre l'ancien et le nouveau CMS (typiquement, un Presta avec IDs numériques migre vers Shopify avec IDs alphanumériques), Google Merchant Center traite tous les produits comme nouveaux, le feed entre en réapprobation pendant 24-72h, et l'historique de performance par SKU est perdu. Cela impacte particulièrement les comptes qui exploitent les custom_label pour la segmentation campagne.
Solution : préserver autant que possible les anciens IDs produit en les remappant via un attribut dédié (item_group_id ou id directement copié). Pour Shopify, ça se fait via metafield. Pour PrestaShop migré, via le mapping module.
Le risque numéro trois : la perte de la fraîcheur sync
Si vous migrez de Shopify (sync 15 à 60 min) vers PrestaShop (sync 24h par défaut), la dégradation de fraîcheur sync génère des disapprovals stock que vous n'aviez pas avant. Anticiper en activant Content API ou un cron 1-4h dès le jour 1 de la nouvelle stack Presta.
Pour les migrations complexes, un audit pré-migration est rentable : il identifie les zones à risque (custom_label perdus, IDs cassés, sync dégradée) avant que la migration ne casse la performance Google Ads. Notre audit gratuit SteerAds couvre ces points sur 3 minutes de connexion OAuth, et propose un plan de migration sans rupture sur 14 à 30 jours.
Pour les arbitrages stratégiques entre App promo, Shopping classique et Performance Max e-commerce sur l'écosystème Google Ads, lisez aussi notre guide App Promo Android et iOS 2026 — utile si votre catalogue e-commerce est aussi disponible en app native.
Le choix Shopify vs PrestaShop n'est pas binaire pour Google Ads. Shopify donne un avantage de time-to-launch et de simplicité opérationnelle qui se traduit en gain ROAS sur les 3 à 6 premiers mois. PrestaShop, opéré avec rigueur (Content API, GTM server-side, modules premium), atteint la même performance et offre une flexibilité supérieure sur le long terme et les catalogues complexes. Le facteur déterminant n'est pas le CMS lui-même, c'est la qualité d'opération du feed, du tracking et de la segmentation par marge. Choisissez le CMS qui correspond à votre vélocité d'opération — pas celui qui promet de la magie — voir aussi documentation officielle Google Ads pour plus de détails.
Pour aller plus loin, voir aussi nos guides Google Ads restaurant local, Google Ads services juridiques worldwide, Google Ads immobilier lead gen.
Sources
Sources officielles consultées pour ce guide :
FAQ
Shopify ou PrestaShop pour démarrer une boutique e-commerce destinée à scaler sur Google Ads ?
Pour un projet qui vise le scale rapide sur Google Shopping et Performance Max, Shopify reste plus court à mettre en route : channel Google natif, feed généré automatiquement, sync GMC quasi temps réel, Enhanced Conversions cliquables en 5 min. PrestaShop demande plus de configuration initiale (module Doofinder, EnvoiMoinsCher, modules feed payants ou custom XML), mais offre une flexibilité supérieure pour des catalogues complexes (multi-langue, multi-devise, attributs custom métier, personnalisations B2B). Pour 90% des marques DTC qui démarrent, Shopify donne un time-to-revenue plus rapide. Pour les e-commerçants déjà sur PrestaShop avec un opérationnel rodé, migrer vers Shopify uniquement pour Google Ads se justifie rarement — c'est mieux d'investir dans un module feed propre côté Presta.
Faut-il payer un module feed Shopping ou utiliser le natif PrestaShop ?
PrestaShop ne propose pas de génération native d'un feed Google Shopping conforme aux spécifications 2026 dans la version standard. Le module officiel "Google Shopping & Ads" sur l'addons store de PrestaShop coûte autour de 200 à 250 euros une fois et reste l'option la plus directement maintenue. Alternative : un module communautaire ("Simple Google Shopping XML feed") gratuit ou à coût réduit, mais avec moins de mappings d'attributs avancés (custom_label, identifier_exists, energy efficiency class). Pour un catalogue de moins de 500 SKU et un setup standard, un module communautaire peut suffire. Au-delà, le coût du module officiel se rentabilise très vite sur la qualité d'approbation feed et donc le ROAS.
Le canal Google natif Shopify gère-t-il les Enhanced Conversions sans code ?
Oui depuis 2024. Le Shopify Google & YouTube channel pousse automatiquement les paramètres Enhanced Conversions (email hashé, téléphone hashé, prénom/nom) à chaque conversion remontée vers Google Ads, sans intervention dev. Il faut juste activer Enhanced Conversions dans Google Ads (Outils > Conversions > sélectionner la conversion > activer Enhanced Conversions for Web), et confirmer dans Shopify que le partage des données customer est autorisé. Sur PrestaShop, l'activation Enhanced Conversions demande soit un module spécifique (souvent payant), soit une configuration GTM server-side. C'est l'un des écarts opérationnels qui pèse le plus sur la facilité d'opération entre les deux CMS.
Quelle fréquence de mise à jour du feed entre Shopify et PrestaShop ?
Shopify avec son channel Google natif sync le feed quasi temps réel (toutes les 15 à 60 minutes selon volume), ce qui évite la dérive prix/stock entre boutique et Merchant Center — point critique en période de promo flash ou rupture de stock. PrestaShop génère typiquement un fichier XML re-crawlé par Google Merchant toutes les 24h en mode standard. Pour passer en plus haute fréquence sur Presta, il faut activer Content API (via module dédié) ou pousser un feed XML servi en HTTPS rafraîchi par cron toutes les 1 à 4h. La dérive de stock à 24h est l'un des principaux contributeurs aux disapprovals "Item availability mismatch" qu'on observe en audit Presta.
Performance Max fonctionne-t-il aussi bien sur les deux CMS ?
PMax fonctionne sur les deux dès que le feed est sain et le tracking propre, mais l'écart vient des asset groups. Shopify ne facilite pas la création d'asset groups depuis le channel : il faut passer par Google Ads et uploader manuellement images / vidéos / titles. PrestaShop est dans la même situation, mais avec en plus un risque sur la qualité des images produit (souvent trop petites, fond non blanc). Pour les deux CMS, recommandation 2026 : exporter les fiches produit dans un asset group par catégorie marge (high/mid/low) basé sur custom_label_0, plutôt que de partir sur un asset group unique catalogue entier. La logique de segmentation par marge est traitée dans notre playbook e-commerce 2026.