Comment fonctionne la déduplication event_id entre pixel et CAPI ?

Quand le pixel navigateur et la CAPI envoient le même achat, Meta reçoit deux événements. Pour n'en compter qu'un, les deux canaux doivent envoyer un event_id STRICTEMENT identique. Meta compare la combinaison event_name + event_id : si elle reçoit deux événements avec le même couple dans une fenêtre de 48 heures, elle écarte le doublon. La valeur peut être n'importe quelle chaîne unique — un UUID ou l'ID de commande — mais elle doit être générée une seule fois et lue à l'identique par les deux canaux. L'erreur classique est que le navigateur et le serveur génèrent chacun leur propre ID : même un séparateur ou une casse différente casse le matching, et Meta double-compte tout. La bonne pratique : générer l'event_id une fois côté client, puis le transmettre au serveur.

Qu'est-ce que l'Event Match Quality et comment l'améliorer ?

L'Event Match Quality (EMQ) est un score de 0 à 10 attribué par Meta à chaque événement, qui mesure sa capacité à rattacher vos événements — surtout ceux envoyés par CAPI — à de vrais profils utilisateurs Meta. Un EMQ supérieur à 7 améliore nettement la diffusion, le ciblage et l'optimisation des campagnes ; en dessous de 5, l'algorithme travaille presque à l'aveugle. Pour l'améliorer, envoyez le maximum de paramètres de correspondance hachés : email et téléphone en priorité, puis les cookies fbp (identifiant navigateur Meta) et fbc (identifiant de clic). Ces quatre paramètres suffisent généralement à atteindre 7–8/10. En ajoutant prénom, nom, ville, code postal et adresse IP, on pousse le score vers 9+. Le score se consulte et se suit dans Events Manager.

Comment vérifier que mon Meta Pixel et ma CAPI fonctionnent ?

La vérification se fait dans Meta Events Manager, via l'outil Test Events. Entrez l'URL de votre site, déclenchez un vrai achat de test, et observez : chaque événement clé doit apparaître avec DEUX indicateurs pour le même event_id, « Navigateur » (le pixel) et « Serveur » (la CAPI). Voir les deux confirme que le double envoi et la déduplication fonctionnent. Si vous ne voyez que « Navigateur », votre CAPI n'envoie rien ; si vous ne voyez que « Serveur », votre pixel est bloqué. Vérifiez ensuite l'Event Match Quality (visez plus de 7/10) et le taux de déduplication dans l'aperçu du dataset : 40 à 70 % est sain pour un événement Purchase. Comptez 2 à 3 semaines pour que les scores se stabilisent après un déploiement.

Peut-on installer la CAPI sans GTM Server-Side ?

Oui, il existe trois méthodes. La première est l'intégration native : Shopify, WooCommerce et d'autres plateformes proposent des connecteurs CAPI en quelques clics — la plus simple, mais avec un contrôle limité sur les paramètres de correspondance et la déduplication. La deuxième est l'API directe, codée dans votre backend : contrôle total, mais nécessite un développeur. La troisième, GTM Server-Side, est la référence quand vous gérez plusieurs sources d'événements ou plusieurs destinations (Meta, GA4, TikTok) : un conteneur serveur centralise toute la logique. Pour un petit site avec un budget publicitaire modeste, une intégration native ou l'API directe du pixel suffit comme première étape. Dès que le budget dépasse 5 000 MAD/mois ou que le plan de marquage se complexifie, GTM Server-Side devient l'option la plus fiable et la plus évolutive.

Combien coûte l'installation d'un Meta Pixel + CAPI au Maroc ?

Chez Webotic, le setup complet — installation du pixel navigateur, branchement de la CAPI, configuration de la déduplication event_id et vérification dans Events Manager — est facturé entre 800 et 2 500 MAD en one-shot, selon la complexité du site et du plan de marquage existant. Un site avec un checkout personnalisé et de nombreux événements prend plus de temps qu'une installation vierge. À cela s'ajoute, si vous passez par GTM Server-Side, l'hébergement du conteneur serveur : 10 à 25 USD/mois sur Google Cloud Run pour la majorité des sites marocains. Le délai est de 2 à 3 jours ouvrés. Le ROI est positif dès 5 000 MAD/mois de budget publicitaire, car récupérer 25 à 35 % de conversions perdues améliore directement l'optimisation des campagnes et fait baisser le coût par acquisition.

Retour au blog

/ 66 · meta-pixel-capi-setup-marocTrackingPublié le10 min

META PIXEL · CAPI · TRACKING · MAROC 2026

Installer le Meta Pixel + CAPI au Maroc : pixel navigateur vs serveur— le guide de mise en place fiable

En 2026, un Meta Pixel navigateur seul laisse filer 25 à 45 % des conversions à cause d'iOS, Safari ITP et des bloqueurs de publicité. La solution fiable combine le pixel client-side ET la Conversions API (CAPI) côté serveur, dédupliqués via un event_id identique, idéalement via GTM Server-Side. Bien configuré, ce double envoi récupère +25 à +35 % de conversions et fait grimper l'Event Match Quality au-dessus de 7/10 — le seuil à partir duquel l'algorithme d'enchères Meta optimise correctement. Ce guide détaille l'installation, la déduplication, la vérification dans Events Manager et les erreurs qui cassent le tracking.

Par Marouane MohachtouFondateur & CEO

+25–35 %conversions récupéréespixel + CAPI vs pixel seul

7–9 / 10Event Match Qualityavec email, tél, fbp, fbc

40–70 %taux de déduplicationsain pour un event Purchase

2–3 jourssetup completpixel + CAPI + vérification

Pixel navigateur vs CAPI : pourquoi les deux sont obligatoires en 2026

Beaucoup d'annonceurs marocains pensent qu'installer le Meta Pixel dans le navigateur suffit. En 2026, c'est faux — et cette erreur coûte cher en budget publicitaire gaspillé. Le pixel navigateur (client-side) est un script JavaScript qui se charge dans le navigateur du visiteur et envoie les événements à Meta. Le problème : ce script dépend entièrement de l'appareil et du navigateur du client. Safari ITP limite la durée de vie des cookies à 7 jours voire 24 heures, iOS 14+ demande le consentement ATT que la majorité des utilisateurs refuse, Firefox ETP bloque le tracking cross-site, et les bloqueurs de publicité (uBlock Origin, AdGuard) interceptent purement et simplement les requêtes vers facebook.com. Résultat mesuré sur les sites e-commerce marocains : 25 à 45 % des conversions ne remontent jamais à Meta. La Conversions API (CAPI) résout ce problème en envoyant les événements depuis votre serveur, directement aux serveurs de Meta via une requête HTTPS de serveur à serveur. Aucun bloqueur, aucune limite de cookie navigateur, aucune dépendance à l'appareil du client. L'événement d'achat part de votre backend ou de votre conteneur GTM Server-Side, pas du navigateur. Mais CAPI ne remplace PAS le pixel — les deux travaillent ensemble. Le pixel capture les signaux comportementaux riches (parcours, microconversions, données pour les audiences similaires) tandis que CAPI garantit que les conversions clés arrivent toujours. La combinaison des deux, correctement dédupliquée, est l'architecture de référence en 2026.

Pixel seul = 25–45 % des conversions perdues à cause d'iOS ATT, Safari ITP et ad blockers
CAPI envoie les événements serveur à serveur — insensible aux bloqueurs et aux limites cookies
Le pixel reste indispensable pour les microconversions et les audiences similaires
L'architecture de référence 2026 = pixel navigateur + CAPI, jamais l'un sans l'autre

Installer le Meta Pixel : les prérequis et les étapes de base

Avant CAPI, il faut un pixel navigateur propre. La base sur laquelle tout le reste s'appuie. Prérequis : un accès administrateur au portefeuille Meta Business et à Events Manager, un compte Google Tag Manager avec un conteneur web, et un plan de marquage clair (quels événements, sur quelles pages, avec quels paramètres). Ne sautez jamais cette étape de planification : la majorité des problèmes de tracking viennent d'un plan de marquage flou dès le départ. Étape 1 — créer le dataset (anciennement pixel) dans Events Manager et récupérer l'ID à 15–16 chiffres. Étape 2 — installer le code de base. Nous recommandons de passer par Google Tag Manager plutôt que de coller le code en dur dans le thème : une balise « Meta Pixel base » qui se déclenche sur toutes les pages (trigger All Pages), initialisée AVANT toute balise d'événement. L'erreur classique : une balise HTML custom qui envoie un événement avant que le pixel de base ne soit initialisé — l'événement est perdu. Étape 3 — mapper les événements standard. Meta reconnaît 17 événements standard ; les plus utiles en publicité sont PageView, ViewContent, AddToCart, InitiateCheckout, AddPaymentInfo, Purchase, Lead et CompleteRegistration. Chaque événement doit se déclencher au bon moment, via le dataLayer plutôt que via un clic CSS fragile qui casse au premier redesign de thème. Étape 4 — activer l'advanced matching. Envoyez email et téléphone hachés côté navigateur : c'est ce qui prépare le terrain pour un bon Event Match Quality une fois CAPI branché.

Passez par GTM, pas par du code en dur : la balise de base doit s'initialiser avant tout événement
Déclenchez les événements via le dataLayer, pas via des clics CSS qui cassent au redesign
17 événements standard existent ; concentrez-vous sur les 8 utiles à la publicité
Activez l'advanced matching (email, téléphone hachés) dès l'installation du pixel

Brancher la CAPI via GTM Server-Side : l'architecture fiable

Il existe trois façons d'implémenter CAPI : l'intégration native (Shopify, WooCommerce via plugin), l'API directe codée dans le backend, et GTM Server-Side. Pour un annonceur qui gère plusieurs sources d'événements et veut un contrôle total, GTM Server-Side est la référence. Le principe : un conteneur GTM tourne sur un serveur (Google Cloud Run ou Stape), reçoit les hits du site, les enrichit, puis les renvoie vers Meta CAPI, GA4 et TikTok Events API depuis un seul point central. Cela évite de multiplier les intégrations et centralise la logique de déduplication. Mise en place : votre conteneur web envoie les événements au conteneur serveur (via le tag GA4 ou un client dédié). Dans le conteneur serveur, une balise « Meta Conversions API » lit l'événement, reconstruit le payload et l'envoie à Meta avec le token d'accès CAPI généré dans Events Manager. Ce token est la clé d'authentification serveur — il ne doit jamais être exposé côté navigateur. Point critique : les paramètres de correspondance. CAPI ne peut matcher un événement à un profil Meta que si vous lui fournissez des identifiants. Envoyez en priorité l'email et le téléphone (hachés en SHA-256), ainsi que les cookies fbp (identifiant navigateur Meta) et fbc (identifiant de clic publicitaire). Ces quatre paramètres suffisent généralement à atteindre un EMQ de 7 à 8. En ajoutant prénom, nom, ville, code postal et adresse IP, on pousse le score vers 9+. Le déploiement du conteneur serveur prend 2 à 4 heures ; la configuration CAPI et la déduplication, le reste de la journée.

GTM Server-Side centralise CAPI, GA4 et TikTok depuis un seul conteneur serveur
Le token d'accès CAPI reste côté serveur — ne l'exposez jamais dans le navigateur
email + téléphone (SHA-256) + fbp + fbc = base d'un Event Match Quality de 7–8/10
Ajoutez prénom, nom, ville, code postal, IP pour pousser l'EMQ vers 9+

Déduplication par event_id : le point qui casse tout si mal fait

C'est l'étape la plus mal comprise et la plus souvent ratée. Quand le pixel navigateur ET la CAPI envoient le même achat, Meta reçoit deux événements. Sans déduplication, votre Purchase est compté deux fois — vos ROAS deviennent faux et l'algorithme optimise sur des données gonflées. Le mécanisme de déduplication repose sur un seul paramètre : l'event_id. Le pixel et CAPI doivent envoyer un event_id STRICTEMENT identique pour le même événement. Meta compare la combinaison event_name + event_id : si elle reçoit deux événements avec le même couple dans une fenêtre de 48 heures, elle n'en garde qu'un seul. La valeur de l'event_id peut être n'importe quelle chaîne unique : un UUID, l'ID de commande, ou une concaténation identifiant + timestamp. Ce qui compte, c'est qu'elle soit générée UNE fois et lue à l'identique par les deux canaux. L'erreur la plus fréquente : le navigateur génère un ID et le serveur en génère un autre — même un séparateur différent, un espace ou une casse différente casse le matching. La déduplication tombe à zéro et Meta double-compte tout. Comment vérifier que c'est bon : un setup dual-source sain affiche un taux de déduplication de 40 à 70 % pour l'événement Purchase — c'est-à-dire qu'environ la moitié des événements reçus sont identifiés comme doublons et écartés. Un taux proche de 0 % signifie que l'event_id ne matche pas. Un taux proche de 100 % est anormal aussi. La règle : générez l'event_id une seule fois, côté client, et transmettez-le au serveur.

event_id STRICTEMENT identique côté pixel et côté CAPI — un espace ou une casse différente casse tout
Meta déduplique sur event_name + event_id dans une fenêtre de 48 heures
Taux de déduplication sain pour Purchase : 40–70 % ; proche de 0 % = event_id non matché
Générez l'event_id une seule fois côté client et transmettez-le tel quel au serveur

Vérifier dans Events Manager : Test Events, EMQ et couverture

Un tracking non vérifié est un tracking cassé jusqu'à preuve du contraire. La vérification dans Meta Events Manager est non-négociable et se fait en trois temps. Premièrement, l'outil Test Events. Dans Events Manager > votre dataset > Test Events, entrez l'URL de votre site et déclenchez un vrai achat de test. Vous devez voir chaque événement apparaître en temps réel avec DEUX indicateurs pour le même event_id : « Navigateur » (le pixel) et « Serveur » (la CAPI). Voir les deux confirme que le double envoi fonctionne. Si vous ne voyez que « Navigateur », votre CAPI n'envoie rien ; si vous ne voyez que « Serveur », votre pixel est bloqué. Deuxièmement, l'Event Match Quality (EMQ). C'est un score de 0 à 10 attribué par Meta à chaque événement, qui mesure sa capacité à matcher vos événements serveur aux profils utilisateurs. Un EMQ supérieur à 7 améliore nettement la diffusion et l'optimisation. En dessous de 5, l'algorithme travaille à l'aveugle. Vous montez le score en envoyant plus de paramètres de correspondance (email, téléphone, fbp, fbc, prénom, nom). Troisièmement, la couverture et la déduplication. Vérifiez, dans l'aperçu du dataset, que chaque événement clé reçoit bien des données des DEUX sources et que le taux de déduplication est dans la fourchette saine de 40–70 %. Comptez 2 à 3 semaines de recul pour voir l'EMQ se stabiliser et l'optimisation des campagnes s'améliorer.

Test Events doit afficher « Navigateur » ET « Serveur » pour le même event_id
Visez un Event Match Quality supérieur à 7/10 ; en dessous de 5, l'algorithme est à l'aveugle
Contrôlez la couverture double-source et le taux de déduplication dans l'aperçu du dataset
Laissez 2–3 semaines pour que l'EMQ se stabilise et que l'optimisation s'améliore

Les erreurs fréquentes qui sabotent un setup Meta Pixel + CAPI

La plupart des tracking cassés ne le sont pas franchement — ils fonctionnent à moitié, ce qui est plus dangereux car personne ne s'en aperçoit. Voici les erreurs qu'on corrige le plus souvent chez Webotic. Purchase sans value ni currency. Si l'événement Purchase se déclenche sans le paramètre value ou currency, Meta ne peut optimiser que sur le nombre d'achats, pas sur leur valeur — vous perdez toute optimisation ROAS. C'est l'erreur la plus coûteuse et la plus courante. Double comptage par déduplication ratée. Décrit plus haut : event_id différent entre pixel et serveur, ou plugin qui envoie l'événement en plus de votre setup. Résultat : conversions gonflées, ROAS mensongers. Événements déclenchés au mauvais moment. AddToCart qui dépend d'une classe CSS disparue lors d'un redesign de thème ; Purchase qui attend un nom d'événement dataLayer modifié pendant une personnalisation du checkout ; un plugin qui duplique PageView sur tout le site. Paramètres de correspondance absents. Envoyer CAPI sans email, sans téléphone, sans fbp/fbc donne un EMQ de 2–3 : techniquement l'événement passe, mais Meta ne peut presque pas le matcher, donc l'attribution est faible. Token CAPI exposé ou expiré. Un token d'accès mal stocké côté navigateur est une faille ; un token révoqué coupe silencieusement l'envoi serveur. Surveillez les logs. La règle Webotic : après chaque changement de site, de thème ou de checkout, on repasse le tracking dans Test Events. Un tracking se re-vérifie, il ne se présume jamais.

Purchase sans value/currency = optimisation ROAS impossible — l'erreur la plus coûteuse
event_id non identique ou plugin en doublon = double comptage et ROAS faussés
Événements liés à des classes CSS fragiles : ils cassent au premier redesign de thème
CAPI sans email/téléphone/fbp/fbc = EMQ de 2–3 et attribution quasi nulle

QUESTIONS FRÉQUENTES

Faut-il installer la CAPI en plus du Meta Pixel ?: Oui, en 2026 c'est indispensable. Le Meta Pixel navigateur seul laisse échapper 25 à 45 % des conversions à cause d'iOS ATT, de Safari ITP, de Firefox ETP et des bloqueurs de publicité qui interceptent les requêtes vers Meta. La Conversions API (CAPI) envoie les événements depuis votre serveur directement aux serveurs de Meta, ce qui contourne ces blocages. Mais CAPI ne remplace pas le pixel : les deux travaillent ensemble. Le pixel capture les signaux comportementaux et les données pour les audiences similaires, tandis que CAPI garantit que les conversions clés arrivent toujours. L'architecture correcte combine les deux, dédupliqués par un event_id identique, pour une couverture complète sans double comptage. Chez Webotic, on ne déploie jamais l'un sans l'autre.
Comment fonctionne la déduplication event_id entre pixel et CAPI ?: Quand le pixel navigateur et la CAPI envoient le même achat, Meta reçoit deux événements. Pour n'en compter qu'un, les deux canaux doivent envoyer un event_id STRICTEMENT identique. Meta compare la combinaison event_name + event_id : si elle reçoit deux événements avec le même couple dans une fenêtre de 48 heures, elle écarte le doublon. La valeur peut être n'importe quelle chaîne unique — un UUID ou l'ID de commande — mais elle doit être générée une seule fois et lue à l'identique par les deux canaux. L'erreur classique est que le navigateur et le serveur génèrent chacun leur propre ID : même un séparateur ou une casse différente casse le matching, et Meta double-compte tout. La bonne pratique : générer l'event_id une fois côté client, puis le transmettre au serveur.
Qu'est-ce que l'Event Match Quality et comment l'améliorer ?: L'Event Match Quality (EMQ) est un score de 0 à 10 attribué par Meta à chaque événement, qui mesure sa capacité à rattacher vos événements — surtout ceux envoyés par CAPI — à de vrais profils utilisateurs Meta. Un EMQ supérieur à 7 améliore nettement la diffusion, le ciblage et l'optimisation des campagnes ; en dessous de 5, l'algorithme travaille presque à l'aveugle. Pour l'améliorer, envoyez le maximum de paramètres de correspondance hachés : email et téléphone en priorité, puis les cookies fbp (identifiant navigateur Meta) et fbc (identifiant de clic). Ces quatre paramètres suffisent généralement à atteindre 7–8/10. En ajoutant prénom, nom, ville, code postal et adresse IP, on pousse le score vers 9+. Le score se consulte et se suit dans Events Manager.
Comment vérifier que mon Meta Pixel et ma CAPI fonctionnent ?: La vérification se fait dans Meta Events Manager, via l'outil Test Events. Entrez l'URL de votre site, déclenchez un vrai achat de test, et observez : chaque événement clé doit apparaître avec DEUX indicateurs pour le même event_id, « Navigateur » (le pixel) et « Serveur » (la CAPI). Voir les deux confirme que le double envoi et la déduplication fonctionnent. Si vous ne voyez que « Navigateur », votre CAPI n'envoie rien ; si vous ne voyez que « Serveur », votre pixel est bloqué. Vérifiez ensuite l'Event Match Quality (visez plus de 7/10) et le taux de déduplication dans l'aperçu du dataset : 40 à 70 % est sain pour un événement Purchase. Comptez 2 à 3 semaines pour que les scores se stabilisent après un déploiement.
Peut-on installer la CAPI sans GTM Server-Side ?: Oui, il existe trois méthodes. La première est l'intégration native : Shopify, WooCommerce et d'autres plateformes proposent des connecteurs CAPI en quelques clics — la plus simple, mais avec un contrôle limité sur les paramètres de correspondance et la déduplication. La deuxième est l'API directe, codée dans votre backend : contrôle total, mais nécessite un développeur. La troisième, GTM Server-Side, est la référence quand vous gérez plusieurs sources d'événements ou plusieurs destinations (Meta, GA4, TikTok) : un conteneur serveur centralise toute la logique. Pour un petit site avec un budget publicitaire modeste, une intégration native ou l'API directe du pixel suffit comme première étape. Dès que le budget dépasse 5 000 MAD/mois ou que le plan de marquage se complexifie, GTM Server-Side devient l'option la plus fiable et la plus évolutive.
Combien coûte l'installation d'un Meta Pixel + CAPI au Maroc ?: Chez Webotic, le setup complet — installation du pixel navigateur, branchement de la CAPI, configuration de la déduplication event_id et vérification dans Events Manager — est facturé entre 800 et 2 500 MAD en one-shot, selon la complexité du site et du plan de marquage existant. Un site avec un checkout personnalisé et de nombreux événements prend plus de temps qu'une installation vierge. À cela s'ajoute, si vous passez par GTM Server-Side, l'hébergement du conteneur serveur : 10 à 25 USD/mois sur Google Cloud Run pour la majorité des sites marocains. Le délai est de 2 à 3 jours ouvrés. Le ROI est positif dès 5 000 MAD/mois de budget publicitaire, car récupérer 25 à 35 % de conversions perdues améliore directement l'optimisation des campagnes et fait baisser le coût par acquisition.