mym Suivi publicitaire mym
Reliez les revenus mym à la performance publicitaire
Le suivi publicitaire mym transforme abonnements, PPV, Private Media et pourboires en événements de conversion côté serveur pour vos régies publicitaires. Chaque achat est renvoyé à la publicité qui a amené le fan, pour que vous sachiez exactement quelles campagnes rapportent.
Quelles régies publicitaires sont prises en charge ?
Une configuration de conversions côté serveur pour chaque grande régie utilisée par les équipes marketing créateurs. Les identifiants de clic sont capturés sur votre page d'atterrissage, et les revenus mym confirmés sont renvoyés à la régie à l'origine du clic.
Meta Pixel + Conversions API
Le Meta Pixel capture le clic sur la page d'atterrissage, tandis qu'un appel Conversions API côté serveur envoie l'événement de revenu mym confirmé, dédupliqué avec l'événement navigateur.
- Capturer les cookies fbclid, fbp et fbc sur la page d'atterrissage du lien de suivi.
- Envoyer Subscribe, Purchase (PPV, Private Media) et un événement Tip personnalisé comme événements serveur.
- Dédupliquer les événements navigateur et serveur avec un event_id partagé.
- Hacher l'e-mail et le téléphone en SHA-256 avant envoi dans l'objet user_data.
TikTok Pixel + Events API
Le TikTok Pixel capture ttclid sur la page d'atterrissage, puis l'Events API confirme les événements CompletePayment et Subscribe dès réception du signal de revenu mym.
- Capturer ttclid et le stocker avec la fiche du fan.
- Faire correspondre Subscribe et l'achat PPV mym aux événements CompletePayment et Subscribe.
- Utiliser le code d'événement de test TikTok pendant la mise en place, puis passer en envoi de production.
- Dédupliquer avec un event_id partagé et activer l'advanced matching avec des identifiants hachés.
- Transmettre la valeur d'achat et la devise sur chaque événement serveur.
Snap Pixel + Conversions API
Le Snap Pixel capture l'identifiant de clic Snapchat à l'atterrissage, et la Conversions API envoie les événements PURCHASE et SUBSCRIBE confirmés avec des identifiants hachés.
- Capturer ScCid depuis l'URL de la page d'atterrissage et le stocker avec le fan.
- Faire correspondre les achats PPV et Private Media à l'événement PURCHASE, les abonnements à SUBSCRIBE.
- Hacher l'e-mail, le téléphone et tout autre identifiant personnel en SHA-256 avant envoi.
- Envoyer les événements côté serveur pour que les bloqueurs de publicité ne perdent pas la conversion.
Google Ads Enhanced Conversions
Enhanced Conversions et les imports de conversions hors ligne font correspondre un gclid stocké à un événement de revenu mym ultérieur, pour que la valeur revienne au clic publicitaire d'origine.
- Capturer gclid sur la page d'atterrissage et le stocker avec le fan.
- Importer les conversions hors ligne selon un planning, appariées par gclid ou e-mail haché.
- Enhanced Conversions améliore les taux d'appariement grâce aux données de contact hachées.
- Transmettre la valeur de conversion dans la devise du fan pour un ROAS fiable.
Comment un postback côté serveur est envoyé
Quand mym confirme un achat PPV, votre serveur reçoit un webhook et envoie un événement Purchase dédupliqué à la Conversions API de Meta, avec les identifiants de clic capturés au premier contact.
# Server-side postback to the Meta Conversions API
curl -X POST "https://graph.facebook.com/v20.0/PIXEL_ID/events" \
-H "Content-Type: application/json" \
-d '{
"data": [{
"event_name": "Purchase",
"event_time": 1730000000,
"event_id": "ppv_9087_evt",
"action_source": "system_generated",
"user_data": {
"em": ["<sha256 of fan email>"],
"fbp": "<stored fbp cookie>",
"fbc": "<stored fbc cookie>"
},
"custom_data": { "value": 24.00, "currency": "EUR", "content_type": "ppv" }
}],
"access_token": "YOUR_CONVERSIONS_API_TOKEN"
}'Postback côté serveur vers la Conversions API de Meta après un webhook d'achat mym.
La charge utile du webhook entrant
Le webhook mym API porte le montant de l'achat ainsi que les identifiants de clic stockés, afin que votre intégration puisse le faire correspondre au bon événement de régie publicitaire.
{
"event": "ppv.purchased",
"id": "evt_77341",
"creator_id": "cr_1042",
"fan": { "id": "fan_44021", "email_hash": "<sha256>" },
"amount": 24.00,
"currency": "EUR",
"click_ids": {
"fbclid": "IwAR2x...",
"fbp": "fb.1.173...",
"fbc": "fb.1.173....IwAR2x",
"ttclid": null,
"sccid": null,
"gclid": null
},
"campaign": { "utm_campaign": "meta_summer_promo", "utm_content": "creative_04" },
"created_at": "2026-02-18T21:04:00Z"
}Exemple de charge utile pour un achat PPV confirmé.
Correspondance événement mym vers événement Meta
La table de correspondance pour les événements de revenu mym les plus pertinents pour l'attribution publicitaire.
| Événement mym | Événement Meta | Paramètres clés |
|---|---|---|
| subscription.created | Subscribe | value, currency, predicted_ltv, event_id, fbp, fbc |
| ppv.purchased | Purchase | value, currency, content_type=ppv, event_id, fbp, fbc |
| private_media.purchased | Purchase | value, currency, content_type=private_media, event_id, fbp, fbc |
| tip.received | Tip (événement personnalisé) | value, currency, event_id, fbp, fbc |
Comment l'attribution remonte à la campagne d'origine
Les identifiants de clic capturés au premier contact restent attachés à la fiche du fan, pour qu'un revenu constaté bien plus tard soit toujours relié à une campagne, un ensemble de publicités et une création.
Quand un fan clique sur un lien de suivi, la page d'atterrissage capture fbclid/fbp/fbc, ttclid, ScCid et gclid, ainsi que les identifiants de campagne, d'ensemble de publicités et de création issus des paramètres UTM du lien.
Cet ensemble est stocké avec la fiche du fan dès que mym confirme son existence, avant tout achat.
Chaque achat PPV, déverrouillage Private Media ou pourboire ultérieur lié à ce fan est ensuite envoyé comme événement serveur portant les identifiants de clic d'origine, pour que la régie (et votre propre reporting) crédite la bonne campagne, le bon ensemble de publicités et la bonne création, même des semaines après le clic.
Les fenêtres d'attribution suivent les valeurs par défaut de chaque plateforme (par exemple une fenêtre post-clic), pour que les conversions restent cohérentes avec ce que la régie affiche dans sa propre interface.
Une vue ROAS par créateur
Une fois les événements de revenu en circulation, l'endpoint de reporting consolide dépenses et revenus par créateur et par campagne, pour que vous voyiez quelles publicités sont réellement rentables.
GET /v1/reports/roas
| Créateur | Campagne | Dépense | Revenu | ROAS |
|---|---|---|---|---|
| Créateur A | meta_summer_promo | 1 200 $ | 4 320 $ | 3,6x |
| Créateur B | tiktok_launch_q3 | 800 $ | 1 760 $ | 2,2x |
| Créateur C | snap_retarget_01 | 450 $ | 1 935 $ | 4,3x |
| Créateur D | gads_search_brand | 600 $ | 1 140 $ | 1,9x |
Ce que l'intégration gère aussi
Le suivi publicitaire ne se limite pas à l'envoi d'événements. Ces aspects opérationnels sont intégrés.
Déduplication
Un event_id partagé entre le pixel navigateur et l'événement serveur, pour que chaque conversion soit comptée une seule fois.
Traitement respectueux du consentement
Les événements ne sont envoyés que lorsque le consentement enregistré du fan autorise la mesure publicitaire.
Suivi de la qualité des événements
Un tableau de bord suivant le taux d'appariement, la couverture des événements et les rejets par plateforme.
Fenêtres d'attribution
Des fenêtres configurables alignées sur les valeurs par défaut post-clic et post-vue de chaque plateforme.
Réessais des événements échoués
Les livraisons échouées sont mises en file pour réessai automatique avec backoff, puis visibles dans un journal d'erreurs.
Reporting créateur
Des synthèses de dépense, revenu et ROAS par créateur, consultables indépendamment par un créateur ou un manager.
Reporting multi-comptes pour agences
Une vue consolidée sur tout un roster pour les agences qui gèrent la publicité de plusieurs créateurs.
Données personnelles hachées
E-mail, téléphone et autres identifiants sont normalisés et hachés en SHA-256 avant de quitter le système.
Le flux d'attribution
Du clic publicitaire au rapport ROAS, chaque étape repose sur une livraison d'événements conforme, côté serveur.
- Clic publicitaire
- Lien de suivi
- Signal d'achat mym
- Intégration conforme
- Événement côté serveur
- Régie publicitaire
- Rapport ROAS
Questions fréquentes
- Meta (Pixel + Conversions API), TikTok (Pixel + Events API), Snapchat (Snap Pixel + Conversions API) et Google Ads (Enhanced Conversions, imports de conversions hors ligne).
- Oui, pour le clic et les identifiants côté navigateur (fbclid, fbp, fbc). L'événement serveur Conversions API est ensuite envoyé en parallèle et dédupliqué avec un event_id partagé, ce qui correspond au schéma recommandé par Meta.
- Oui, un event_id partagé par conversion permet à l'événement du pixel navigateur et à celui de la Conversions API ou de l'Events API côté serveur d'être reconnus comme une seule et même conversion, au lieu d'être comptés deux fois.
- Les identifiants de clic capturés au premier contact sont stockés avec la fiche du fan. Quand un achat PPV ou un pourboire ultérieur est confirmé par mym, l'événement serveur porte ces identifiants d'origine pour que la régie crédite la bonne campagne, le bon ensemble de publicités et la bonne création.
- L'e-mail, le téléphone et les autres identifiants personnels sont hachés en SHA-256 avant de quitter le système, et les événements ne sont envoyés que pour les fans dont le consentement enregistré autorise la mesure publicitaire.
Développez sur mym dès aujourd'hui
Demandez un accès anticipé à mym API et dites-nous ce que vous souhaitez créer pour vos créateurs.