Conversion API Meta pour Shopify outdoor : configuration etape par etape

La Conversion API Meta (CAPI) est aujourd’hui le standard pour tracker les conversions d’un e-commerce outdoor. Sans elle, iOS 14, les ad blockers et les restrictions navigateur font perdre entre 30 et 55% de vos evenements de conversion. Ce guide couvre les trois options de configuration sur Shopify, du plus simple au plus avance.

Pixel Meta seul vs Pixel + CAPI

Le Pixel Meta classique fonctionne en “browser-side”: un script JavaScript s’execute dans le navigateur de l’utilisateur et envoie les evenements directement a Meta. Ce script peut etre bloque (uBlock, Privacy Badger), desactive par Safari/iOS, ou simplement ne pas charger si la connexion est lente.

La Conversion API fonctionne en “server-side”: votre serveur (Shopify dans ce cas) envoie les evenements directement aux serveurs Meta via une API HTTPS. Ce flux ne passe pas par le navigateur. Il n’est pas bloquable. Il n’est pas affecte par iOS.

Le resultat sur un compte outdoor type: match rate passe de 35-45% (pixel seul) a 72-85% (pixel + CAPI bien configure). EMQ passe de 3-5 a 7-9.

Option 1 : Integration native Shopify (gratuit)

Shopify a une integration native avec Meta qui active automatiquement le CAPI pour les evenements standard. C’est l’option la plus simple.

Configuration en 3 etapes

1. Dans Shopify Admin, allez dans “Ventes” > “Facebook”. Si vous n’avez pas l’app, installez “Facebook et Instagram” depuis l’App Store Shopify.
2. Connectez votre compte Business Manager et selectionnez votre Pixel ID.
3. Dans les parametres de l’app, activez “Conversions API” : Shopify commencera a envoyer Purchase, AddToCart et quelques evenements standard cote serveur.

Limites: vous ne pouvez pas personnaliser les parametres envoyes (email, telephone). L’EMQ obtenu est typiquement entre 5.5 et 6.8 : mieux que le pixel seul, mais inferieur aux options avancees.

Option 2 : Stape.io (recommandation pour 80% des cas)

Stape est un service qui cree et heberge un conteneur GTM server-side pour vous, sans infrastructure a gerer. C’est l’option recommandee pour la majorite des marques outdoor: 20 a 30 minutes de configuration, parametres avances disponibles, EMQ resultant 7.5 a 8.8.

Configuration pas a pas

1. Creer un compte sur stape.io, selectionner “Create new server container”
2. Stape cree une URL de serveur de type: gtm.votredomaine.com (sous-domaine a configurer dans votre DNS)
3. Dans GTM web (browser), modifier le tag Facebook Pixel pour pointer vers votre serveur Stape au lieu des serveurs Meta directement
4. Dans Stape, configurer le template “Facebook Conversion API” : entrez votre Pixel ID et votre Access Token (genere dans Meta Events Manager)
5. Activer le transfert des parametres avances: email hashe (SHA-256), telephone hashe, user agent, IP address

Cout: 20 a 50€/mois selon le volume d’evenements (plupart des comptes outdoor < 10K evenements/mois = plan basique).

Option 3 : GTM server-side custom

Pour les budgets ads superieurs a 10K€/mois ou les setups complexes (multi-pixels, plusieurs domaines, evenements tres personnalises). Necessite une instance de serveur sur GCP ou AWS.

Architecture technique

Shopify > GTM web (tag server) > Serveur GTM > Meta CAPI

Avantages sur Stape: vous controllez completement l’infrastructure, vous pouvez envoyer n’importe quelle donnee first-party, vous pouvez ajouter d’autres destinations (TikTok CAPI, Google SSGT) sur le meme serveur. EMQ atteignable: 8.5 a 9.5.

Cout: 15 a 40€/mois pour le serveur GCP, plus le temps de developpement (4 a 8h pour un developpeur GTM).

Parametres qui ameliorent le match rate

L’Event Match Quality (EMQ) mesure la qualite des parametres d’identification. Plus vous envoyez de parametres corrects, plus Meta arrive a faire correspondre l’evenement server avec un profil utilisateur.

Par ordre d’impact sur le score:

• Email hashe (SHA-256): contribue ~40% du score. Toujours inclure pour les utilisateurs connectes ou ayant saisi leur email.
• Numero de telephone hashe: second parametre le plus impactant. Obligatoire si vous collectez les numeros.
• Prenom + Nom hashe: ameliorent la correspondance en complement de l’email.
• Adresse IP: utile pour les achats en tant qu’invité (sans compte client).
• User Agent: aide a identifier le navigateur et le dispositif.
• fbc (fbclid): cookie Facebook : si l’utilisateur a clique sur une pub Meta, recuperez ce cookie cote serveur et renvoyez-le.
• fbp: cookie first-party Facebook : persistant, ameliore la correspondance longue duree.

Deduplication : eviter de compter deux fois

Quand vous avez Pixel browser ET CAPI simultanes, un meme evenement est envoye deux fois a Meta. Sans deduplication, Meta compte chaque conversion deux fois : votre ROAS affiche explose artificiellement et l’algo prend de mauvaises decisions.

La solution: le parametre event_id. Generez un identifiant unique pour chaque evenement (par exemple: “purchase_ORDER_ID”) et envoyez ce meme event_id a la fois dans le tag Pixel browser et dans l’evenement CAPI. Meta detecte automatiquement le doublon et ne compte qu’une seule conversion.

Verification dans Events Manager

Apres configuration:

1. Dans Meta Events Manager, onglet “Test Events” : declenchez un achat test sur votre boutique et verifiez que l’evenement Purchase arrive avec la source “server”
2. Verifiez l’Event Match Quality pour l’evenement Purchase : objectif > 7.0
3. Verifiez qu’il n’y a pas de conversions en double dans l’apercu des evenements
4. Apres 72h, verifiez dans les rapports Meta que le nombre de conversions a augmente par rapport a avant la configuration

Pour comprendre l’impact complet sur vos campagnes, voir notre article tracking server-side outdoor et l’impact specifique d’iOS 14 sur la publicite outdoor.