Vérifié le 09/09/2026
This guide is currently available in French. An English translation has not been published yet.
Comprendre la collecte et les envois à Meta
Du geste au résultat
Un geste peut produire un événement interne. Son schéma et son consentement sont contrôlés ; le plan de mesure fixe ensuite son éventuelle projection Meta. Un événement interne peut rester interne, devenir un standard ou porter un nom personnalisé FBolt*. Une projection n’est pas une nouvelle conversion métier.
| Étape | Ce qu’elle établit | Ce qu’elle n’établit pas |
|---|---|---|
| Événement interne accepté | Collecte de l’occurrence et de son identité | Transmission à Meta |
| Projection validée | Nom et propriétés autorisés | Départ réseau |
| Appel Pixel | Commande adressée à la bibliothèque pour le Pixel choisi | Réception réseau si script bloqué ou commande en attente |
| Reçu Pixel enregistré | Déclaration navigateur reçue par Funnel Bolt | Accusé de réception Meta |
| CAPI accepté par Graph | Réponse fournisseur dont le nombre reçu correspond au lot envoyé | Déduplication individuelle ou attribution |
| Browser/Server dans Meta | Réception visible pour le canal et l’occurrence examinés | Attribution à une publicité |
| Déduplication démontrée | Deux canaux rapprochés pour une même occurrence | Vente additionnelle ou performance publicitaire |
Les personnalisés utilisent trackSingleCustom côté Pixel. CAPI envoie le nom projeté en event_name. Le même event_id est prévu pour les deux canaux d’une même occurrence. Une origine SERVER peut donner lieu à un Pixel si le navigateur reçoit le fait accepté ; le serveur n’exécute pas lui-même le Pixel.
Le plan local documenté est en version 1.2, projection 1.0, capacité META_GRANULAR_V1 ; l’enveloppe d’événement reste 1.1. Vérifiez les versions effectivement publiées. Reconnecter Meta ou voir un formulaire enregistré ne prouve pas une republication compatible.
Voir les contrôles par canal et les limites de lecture des résultats.