githubModifier

How to – Send a Protected Profit Value via Meta (Facebook CAPI)

🎯 Objectif

L’Value Optimization for Profit de Meta permet aux campagnes d’optimiser en fonction de la rentabilité au niveau de la commande plutôt que de la valeur d’achat.

Ceci est particulièrement pertinent lorsque les marges produits varient significativement et ne sont pas directement corrélées au prix de vente.

circle-info

Value Optimization for Profit est actuellement disponible via le programme de partenaires gérés de Meta et n’est pas encore généralement disponible pour tous les annonceurs.

Si vous êtes intéressé par l’activation de cette fonctionnalité, veuillez contacter votre représentant Meta.

Meta vous permet d’optimiser les campagnes en utilisant une business value via le paramètre :

👉 net_revenue

Cependant, de nombreux annonceurs préfèrent ne pas envoyer leur marge brute, car il s’agit d’une donnée hautement stratégique.

👉 L’objectif est de :

  • éviter d’exposer votre marge réelle

  • tout en envoyant un signal que Meta peut utiliser pour l’optimisation

Pour cela, nous allons créer une propriété dérivée :

👉 protected_profit_value

Cette valeur sera utilisée à la place de votre marge brute dans Meta CAPI.


⚠️ Prérequis

Avant de mettre en œuvre la transformation, assurez-vous que les éléments suivants sont en place :

1. Disponibilité de la marge dans vos données

Vous devez avoir accès à votre marge (ou net revenue) dans vos données.

👉 Cela se fait généralement via un import de catalogue produits, où la marge est incluse comme attribut produit.

2. Enrichissement des événements (événements Purchase)

Vos purchase events doivent être enrichis avec cette information de marge.

👉 Cela se fait généralement via une configuration d’ event enrichment, en faisant correspondre l’ID produit dans l’event avec les données de votre catalogue.

📖 Documentation : https://doc.commandersact.com/features/data-quality/enrichment

3. Profit au niveau de la commande

Le modèle d’optimisation de Meta est conçu pour fonctionner avec le profit au niveau de la commande.

Si votre marge n’est disponible qu’au niveau produit (par ex. via le catalogue), vous devez vous assurer qu’un profit cohérent au niveau de la commande est disponible dans vos purchase events.

Cela peut être fait en :

  • le calculant côté backend avant l’envoi de l’event, ou

  • en agrégeant les marges au niveau des articles en une valeur au niveau de la commande avec une formule dans la plateforme Commanders Act

👉 La valeur utilisée dans la transformation doit représenter le profit total de l’event d’achat.


🧩 Étape 1 – Créer une transformation Data Cleansing (recommandé)

👉 Il est fortement recommandé de définir la transformation dans Data Cleansing, afin que :

  • la logique soit centralisée

  • elle puisse être réutilisée sur plusieurs destinations (autres CAPI, analytics, etc.)

  • elle soit plus facile à maintenir

Étapes

  1. Accédez à Data Quality > Data Cleansing

  2. Créez une nouvelle transformation

  3. Définissez une nouvelle propriété :

👉 protected_profit_value


⚙️ Approches de transformation suggérées

Meta prend en charge l’envoi de valeurs transformées tant que le signal d’optimisation reste cohérent et aligné logiquement avec la rentabilité.

En particulier, préserver l’ordre des valeurs (profit plus élevé → valeur plus élevée) est essentiel. Des transformations plus avancées peuvent remodeler le signal et doivent être testées avec soin. Ci-dessous, deux approches suggérées pour générer un signal de profit protégé.


🟢 Option 1 – Équilibrée (recommandé)

Cette approche offre un bon équilibre entre :

  • préserver les performances d’optimisation

  • réduire la lisibilité directe de la marge

Fonctionnement

  • La marge est mise à l’échelle et plafonnée

  • Exemple :

    • 10 $ → 25

    • 20 $ → 50

    • 40 $+ → 100

👉 Résultat :

  • Meta reçoit un signal de valeur cohérent et ordonné

  • La marge brute n’est pas partagée sous sa forme originale


🟡 Option 2 – Protection renforcée

Cette approche utilise des niveaux de valeur plus larges pour rendre l’interprétation inverse plus difficile, tout en préservant l’ordre de rentabilité.

Fonctionnement

  • La marge est transformée en plages de valeur plus larges

  • Exemple :

    • 3 $ → 40

    • 10 $ → 120

    • 25 $ → 220

    • 40 $+ → 320

👉 Résultat :

  • Maintient l’ordre de rentabilité

  • Rend la marge originale moins directement lisible

  • Offre une obfuscation plus forte qu’une simple valeur mise à l’échelle

Remarque : cette approche introduit une représentation plus abstraite qu’une valeur de profit continue et peut légèrement remodeler le signal d’optimisation.


💡 Notes

  • Les deux approches préservent l’ordre des valeurs, ce qui est essentiel pour l’optimisation

  • La première approche est plus proche d’une transformation linéaire et peut fournir un signal plus stable

  • La seconde approche offre une obfuscation plus forte, mais remodèle légèrement la distribution des valeurs

👉 Vous pouvez adapter les seuils et les facteurs selon votre activité, à condition que :

  • marge plus élevée → valeur plus élevée

  • la transformation reste cohérente dans le temps


⚙️ Alternative – Transformation dans la destination

👉 Vous pouvez aussi définir la transformation directement dans :

Paramètres de destination → Properties transformation

Cependant, cela est moins recommandé car :

  • la logique n’est pas réutilisable

  • elle est dupliquée par destination

👉 N’utilisez cette approche que pour des tests rapides ou des cas spécifiques.


✅ Résultat

Vous envoyez à Meta :

  • un signal d’optimisation basé sur le profit

  • sans exposer votre marge brute

👉 Meta peut :

  • classer les produits

  • optimiser les campagnes

👉 Mais vos données stratégiques :

  • ne sont pas envoyées dans leur forme originale

  • ne sont pas directement interprétables

La valeur envoyée via net_revenue sera utilisée par Meta à la fois pour l’optimisation et le reporting (par ex. colonne "Margin (Currency)" dans Ads Manager).


💡 Bonnes pratiques

  • Conservez la transformation cohérente dans le temps

  • Assurez-vous qu’elle reste monotone (marge plus élevée → valeur plus élevée)

  • Ajustez les seuils (5, 15, 30…) en fonction de votre activité

  • Réutilisez cette transformation pour :

    • d’autres CAPI (TikTok, Snap, etc.)

    • les plateformes d’analytics

    • les proxies de reporting internes

Mis à jour

Ce contenu vous a-t-il été utile ?