POAS ou ROAS : quel indicateur te permet de savoir si tes publicités sont rentables ?

Tu as atteint ton objectif de ROAS. Le chiffre d'affaires a l'air correct. Et là, le service financier te demande pourquoi le magasin a toujours l'impression d'être à court de trésorerie.

Cet écart est très fréquent dans le commerce en ligne. Le retour sur investissement publicitaire (ROAS) est devenu l'indicateur par défaut pour les médias payants, mais il ne répond qu'à une seule question : combien de chiffre d'affaires a été généré pour chaque dollar dépensé en pub. La marge n'entre jamais en ligne de compte. Deux produits peuvent afficher le même ROAS tout en ayant des conséquences diamétralement opposées pour ton entreprise.

Ces deux indicateurs ont une structure identique. ROAS = chiffre d'affaires ÷ dépenses publicitaires. POAS = marge brute ÷ dépenses publicitaires. Le seul changement, c'est le numérateur, mais cette inversion, c'est justement la différence entre mesurer combien a été récupéré et vérifier si une partie de cette somme correspondait à du bénéfice.

Le retour sur investissement publicitaire (POAS) concrétise ce changement. Et ça ne prend vraiment tout son sens dans les comptes publicitaires que lorsque les données de rentabilité peuvent être transmises de manière fiable aux plateformes, et c'est là que la plupart des configurations butent.

Qu'est-ce que le retour sur investissement publicitaire (ROAS) et pourquoi est-il devenu la norme ?

Le ROAS, c'est le chiffre d'affaires divisé par les dépenses publicitaires.

Si tu dépenses 1 000 $ en pub et que tu génères 4 000 $ de chiffre d'affaires, ton ROAS est de 4,0 (ou 400 %, selon la façon dont ton équipe l'exprime). Toutes les grandes plateformes publicitaires présentent des indicateurs similaires. Les stratégies d'enchères visent cet objectif. Les agences continuent de le placer en tête de presque tous leurs rapports de performance.

C'est devenu la norme pour des raisons pratiques et un peu ennuyeuses. C'est facile de capturer le chiffre d'affaires au moment du paiement. Ta boutique connaît déjà le montant total de la commande. Les plateformes acceptent déjà une valeur de conversion. Les équipes peuvent fixer un ROAS cible sans avoir à refaire toute leur infrastructure de données. Pour les catalogues où chaque référence a une marge similaire, le ROAS suffit souvent comme indicateur de tendance.

Les problèmes commencent quand les marges varient. Des articles de mode à prix très réduits. Des lots avec des coûts de revient différents. La livraison gratuite sur certaines références, mais pas sur d'autres. Les expressions « bon ROAS » et « activité florissante » perdent très vite tout leur sens.

Le problème avec le ROAS : tous les revenus se valent

Le ROAS considère qu'un dollar de chiffre d'affaires provenant d'un produit à forte marge vaut autant qu'un dollar provenant d'un produit à faible marge. L'algorithme d'enchères ne prend en compte que la valeur que tu lui fournis. Si cette valeur correspond au montant total de la commande, la plateforme n'a aucun moyen de savoir quelle vente a réellement financé les publicités.

Prenons l'exemple d'un magasin qui diffuse des publicités d'achat dans deux catégories. Les deux affichent un ROAS de 4. L'une des catégories génère une marge brute d'environ 65 %. L'autre se situe plutôt autour de 20 % après déduction du coût des marchandises vendues, des frais d'expédition et des frais de paiement. Si tu développes la deuxième catégorie, tu peux augmenter le chiffre d'affaires déclaré tout en réduisant la marge contributive. Sur le graphique du ROAS, ça a quand même l'air d'être une bonne affaire.

Les catalogues mixtes aggravent encore la situation. Les commerçants adaptent leur offre en fonction de ce que la plateforme met en avant. La plateforme, elle, met en avant ce qui semble rentable dans le flux de conversion. Si tu te bases uniquement sur le chiffre d’affaires, les articles haut de gamme ou faciles à convertir sont privilégiés, même quand la marge est faible. Les rapports restent au vert alors que la trésorerie se resserre. Tous ceux qui ont déjà vu un produit en promo engloutir la majeure partie du budget publicitaire pendant un mois, alors que la marge couvre à peine les dépenses, connaissent ce sentiment.

Pour mieux comprendre comment les choix liés à la valeur de conversion faussent le ROAS dans les outils d'analyse et les publicités, découvre comment corriger les imprécisions du ROAS dans GA4.

C'est quoi le retour sur investissement publicitaire (ROI publicitaire) ?

POAS, ça veut dire « profit sur les dépenses publicitaires ». La formule habituelle, c'est :

POAS = marge brute ÷ dépenses publicitaires

Ici, la marge brute, c'est en général le chiffre d'affaires moins le coût des marchandises vendues. Certaines équipes vont plus loin et soustraient les frais d'expédition, les frais de paiement et les retours prévus avant de faire le calcul. Cette version plus stricte – la marge contributive – correspond souvent mieux à la réalité de la trésorerie. Dans tous les cas, c'est le bénéfice qui va au numérateur. Pas le chiffre d'affaires.

Un POAS de 2,0 signifie que tu as réalisé 2 $ de bénéfice brut pour chaque dollar dépensé en publicité.

Le seuil de rentabilité du POAS est toujours de 1,0. Le ROAS n'a pas de seuil de rentabilité fixe. En dessous de 1,0, les dépenses publicitaires grignotent plus que ce que la commande rapporte une fois le coût des produits déduit. Au-dessus de ce seuil, la pub apporte une marge avant les frais fixes.

Un ROAS de 3 peut être tout à fait acceptable pour un produit avec une marge de 50 %, mais catastrophique pour un produit avec une marge de 20 %. Le POAS te dispense de cette étape de conversion. Tu as toujours besoin d'un POAS suffisant pour couvrir tes frais généraux et atteindre tes objectifs de croissance, mais le seuil minimum est plus facile à cerner.

Les guides du secteur, comme celui de Polar Analytics sur le POAS, présentent la même distinction : le ROAS mesure l'efficacité en termes de chiffre d'affaires, tandis que le POAS permet de savoir si les dépenses ont généré des bénéfices.

Exemple concret : même ROAS, rentabilité opposée

Deux produits. Même budget publicitaire et même ROAS déclaré. Mais un POAS très différent.

	Produit A (haut de gamme)	Produit B (offre promo)
Recettes publicitaires	2 000 $	2 000 $
Dépenses publicitaires	500 $	500 $
ROAS	4.0	4.0
Marge brute	60%	18%
Marge brute	1 200 $	360 $
POAS	2.4	0.72

Le produit A génère 2,40 $ de marge brute par dollar dépensé en pub. Le produit B, lui, n'en génère que 0,72 $. Par rapport au coût du produit, le produit B est dans le rouge, même si les deux campagnes semblent identiques sur un rapport ROAS.

Si la plateforme publicitaire ne reçoit que 2 000 $ comme valeur de conversion pour les deux, elle n'a aucune raison de privilégier A. B pourrait même se voir attribuer un budget plus important s'il génère des conversions plus rapidement ou remporte davantage d'enchères. C'est pour ça qu'un compte dont le ROAS a l'air en bonne santé peut quand même sembler non rentable en fin de mois.

Pourquoi le POAS est plus compliqué à mettre en pratique

Le ROAS n'a besoin que du chiffre d'affaires des commandes. Le POAS a besoin de données sur les marges, que la plupart des systèmes de suivi ne prennent même pas en compte.

Ces données se trouvent généralement dans ton ERP, ton système de gestion des stocks ou un tableur mis à jour chaque semaine par le service financier. Elles apparaissent rarement dans la couche de données du navigateur au moment de l'achat, et pour cause : les visiteurs ne doivent pas voir tes marges. Le montant du bénéfice doit donc être ajouté plus tard, sur le serveur, à l'aide des références produit de la commande.

Il y a plusieurs choses qui compliquent un peu les choses :

• Les marges varient. Les coûts des fournisseurs fluctuent et les promotions modifient la contribution du jour au lendemain. Des tableaux de bénéfices obsolètes envoient un mauvais signal.

• Coûts variables. Les frais de livraison, les frais de paiement et les retours varient d'une commande à l'autre. Un pourcentage de marge forfaitaire, c'est un point de départ, mais ça ne reflète pas toute la réalité.

• Paniers contenant plusieurs articles. Une même commande peut regrouper des références à forte marge et d'autres à faible marge. Les bénéfices au niveau de chaque article doivent être additionnés pour obtenir une valeur de conversion unique.

• Objectifs de la plateforme. Dès que la valeur de conversion passe du chiffre d'affaires au bénéfice, les anciens objectifs de ROAS ne correspondent plus exactement. Un objectif de 400 % sur le chiffre d'affaires, ce n'est pas la même chose qu'un objectif de 400 % sur le bénéfice. Les équipes l'oublient plus souvent que tu ne le penses.

L'analyse POAS hors ligne dans un outil de BI facilite le diagnostic. Ça ne change pas les critères d'optimisation des plateformes publicitaires. Pour ça, il faut que le bénéfice devienne la valeur de conversion dans le flux utilisé pour entraîner les algorithmes.

La dépendance au suivi : les plateformes courent après la valeur que tu leur envoies

Les plateformes publicitaires optimisent leurs performances en fonction de la valeur de conversion que tu leur fournis. Les documents officiels de Google indiquent que c'est toi qui définis cette valeur lorsque tu configures le suivi des conversions, en choisissant parmi des options telles que le chiffre d'affaires ou les marges bénéficiaires. Meta, Microsoft Ads et d'autres plateformes fonctionnent de la même manière dans la pratique : c'est le chiffre associé à l'événement d'achat qui sert de base à l'apprentissage de l'enchérissement basé sur la valeur.

Si tu alimentes le système avec le chiffre d'affaires, il fait croître ce chiffre d'affaires. Remplace ce chiffre par le bénéfice, et le budget commence alors à se concentrer sur la marge contributive. Ça peut paraître simple, mais dans un environnement de production, c'est souvent loin d'être le cas.

Les balises côté client voient surtout ce que voit le navigateur. Le bénéfice, lui, se trouve dans les systèmes backend. Associer les identifiants des articles à un tableau de marges, calculer le bénéfice total du panier et transmettre un événement d'achat « propre », c'est un boulot server-side. Les restrictions des navigateurs et les bloqueurs de pubs réduisent déjà l'exhaustivité des conversions. Les événements incomplets rendent les enchères basées sur les bénéfices moins fiables, car chaque achat manquant est aussi un signal de marge manquant.

Le lien entre le ROAS et le POAS, ce n'est pas juste un nouvel indicateur de performance sur une diapo. Ce sont des signaux fiables générés server-side : des événements d'achat qui se déclenchent quand la commande est bien réelle, des identifiants de produit qui correspondent à ta source de marge, et une valeur de conversion qui reflète le bénéfice avant que le trafic n'atteigne la plateforme publicitaire.

Pour en savoir plus sur l'enrichissement et la récupération des conversions perdues, consulte le guide consacré au suivi server-side de Google Ads et au calcul du retour sur investissement (ROI) du suivi server-side.

Comment se lancer dans le POAS

C'est rare de trouver un modèle de contribution parfait dès le premier jour. La plupart des équipes avancent mieux en suivant une approche progressive.

• Commence par le POAS hors ligne. Répartis les dépenses publicitaires par campagne ou par catégorie de produits, associe les commandes au coût des ventes, et compare le ROAS au POAS pendant quelques semaines. Les cas où un ROAS élevé cache une marge faible sautent généralement aux yeux très vite. Rien que ça, ça change la donne dans les discussions sur les budgets.

• Mets-toi d'accord sur ce que signifie le terme « bénéfice » dans le cadre d'une enchère. La marge brute après le coût des ventes, c'est le point de départ habituel. On ajoute les frais de port et les commissions quand ces coûts varient beaucoup selon les références ou les régions. Les équipes médias et finance doivent s'accorder sur la même définition, sinon la réunion tourne en dispute pour savoir qui a raison dans sa feuille de calcul.

• Créer une source de bénéfices au niveau des produits. Un tableau indexé par référence produit (SKU), avec un champ « bénéfice » ou « marge » modifiable et dont la propriété est clairement définie. Des marges obsolètes, c'est pire que de ne pas avoir de POAS du tout. L'algorithme va s'y tromper et optimiser en toute confiance la mauvaise chose.

• Envoie le bénéfice en tant que valeur de conversion via un chemin server-side. Au moment de l'achat, calcule le bénéfice pour chaque article, additionne le montant total du panier et transmets ce total comme valeur de l'événement. Une conversion parallèle du chiffre d'affaires peut être conservée à des fins de reporting. L'enchérissement devrait passer au mode basé sur le bénéfice dès que les données semblent stables.

• Réajuste les cibles après le changement. Les anciens objectifs de ROAS peuvent induire en erreur dès que la définition de la valeur change. Les nouveaux objectifs d'efficacité doivent s'appuyer sur la conversion basée sur le bénéfice, en laissant suffisamment de temps aux algorithmes pour réapprendre avant que quelqu'un ne mette fin au test.

• Fais gaffe aux problèmes liés aux données. ID d'articles manquants, valeurs par défaut à zéro, mises à jour retardées des marges. Ces problèmes apparaissent vite quand tu lances des enchères. Teste quelques achats de bout en bout avant de modifier tes actions de conversion principales.

Si ton catalogue présente des marges quasi uniformes, il peut quand même être judicieux de te concentrer sur le ROAS. Le POAS s'avère rentable lorsque l'écart entre les marges est suffisamment important pour que l'optimisation du chiffre d'affaires et celle du bénéfice divergent.

La place de TAGGRS

Une fois que tu as décidé de miser sur le bénéfice, il te faut un endroit où associer les données de commande aux données de marge sans afficher cette marge dans le navigateur. C'est là que server-side Google Tag Manager prend tout son sens.

TAGGRS Profit Tracking est conçu pour ce type de scénario. Les valeurs de marge des produits sont stockées dans une collection Firestore indexée par ID d'article. Une variable du conteneur serveur récupère ces valeurs au moment de la conversion et définit la valeur de conversion Google Ads / GA4 sur la marge bénéficiaire plutôt que sur le chiffre d'affaires de la commande. La documentation est claire sur une contrainte : ça nécessite un conteneur serveur, car le navigateur ne peut pas récupérer ta table de marges en toute sécurité.

TAGGRS héberge cette configuration GTM server-side et se charge de l'intégration du compte de service Google pour que la recherche Firestore puisse s'exécuter dans le conteneur. Tu restes propriétaire des données sur les marges et de la définition du bénéfice. La plateforme, c'est l'infrastructure : des événements d'achat fiables, l'enrichissement côté serveur et une valeur de conversion sur laquelle les plateformes publicitaires peuvent s'entraîner.

Pour les boutiques qui utilisent déjà Shopify ou des plateformes similaires, cette même approche server-side contribue également à garantir l'exhaustivité des conversions, ce qui est important dès lors que chaque événement d'achat est associé à une valeur plus précise. Consulte la section « Suivi server-side Shopify » si c'est ta boutique.

Conclusion

Le ROAS a permis à toute une génération d'équipes de e-commerce de savoir si les pubs « marchaient ». Pour les catalogues à marges mixtes, cette réponse est incomplète.

POAS pose la bonne question : ces dépenses ont-elles généré un bénéfice après déduction du coût des produits ?

Pour y arriver, il ne s'agit pas tant de renommer une colonne que d'envoyer la bonne valeur de conversion aux plateformes qui gèrent ton budget. Les rapports POAS hors ligne t'aident à identifier le problème. Les signaux de rentabilité server-side permettent aux systèmes d'enchères d'agir en conséquence.

Prêt à te lancer ? Crée un compte TAGGRS gratuit ou réserve une démo pour discuter de ta configuration spécifique.

FAQ

Ça veut dire quoi, « POAS » ?

POAS, c'est l'acronyme de « profit on ad spend » (bénéfice par rapport aux dépenses publicitaires) ; ça mesure le bénéfice brut (ou la marge) généré par unité de dépenses publicitaires.

Quelle est la différence entre le POAS et le ROAS ?

Le ROAS, c'est le chiffre d'affaires divisé par les dépenses publicitaires, tandis que le POAS, c'est le bénéfice divisé par les dépenses publicitaires. Même structure, mais un numérateur différent. Deux campagnes peuvent avoir le même ROAS tout en affichant un POAS complètement différent quand les marges varient.

Comment tu calcules le POAS ?

La formule pour le calculer, c'est POAS = marge brute ÷ dépenses publicitaires. Exemple : 1 200 $ de marge brute pour 500 $ de dépenses publicitaires = POAS de 2,4. Certaines équipes utilisent la marge contributive (après frais d'expédition, commissions et retours) à la place de la marge brute. Choisis une définition et utilise-la systématiquement dans tes rapports et tes enchères.

C'est quoi, un bon test de grossesse ?

Le seuil de rentabilité pour cet indicateur est de 1,0 (le bénéfice est égal aux dépenses publicitaires au niveau du résultat brut ou de la marge contributive que tu as choisi). Un objectif pertinent dépend de tes frais généraux, de tes objectifs de croissance et de la précision de ta définition du bénéfice. Compare le POAS entre tes propres produits avant de te baser sur un repère universel tiré du catalogue de quelqu’un d’autre.

Est-ce que je peux optimiser les plateformes publicitaires pour le POAS ?

En pratique, oui : indique le bénéfice comme valeur de conversion et utilise les enchères basées sur la valeur. Les plateformes optimisent en fonction de la valeur indiquée dans le flux de conversion. Si tu indiques le chiffre d'affaires, ça génère des dépenses axées sur le chiffre d'affaires. Si tu indiques le bénéfice, ça génère des dépenses qui tiennent compte du bénéfice. Google précise que la valeur de conversion est un paramètre que tu définis toi-même, y compris les marges bénéficiaires, pour des stratégies comme « Maximiser la valeur de conversion ».

Pourquoi j'ai besoin du suivi server-side pour POAS ?

Les données de marge ne devraient pas être stockées dans le navigateur. Associer les identifiants des articles à un tableau de bénéfices privé, calculer le montant total du panier et transmettre un événement d'achat, c'est un processus server-side. À elles seules, les balises côté client ont rarement un accès clair et sécurisé à ces données, et elles perdent déjà une partie du flux de conversion à cause des bloqueurs de publicités et des limites du navigateur.

Est-ce que tous les magasins devraient passer du ROAS au POAS ?

Non. Si tous les produits ont une marge similaire, le ROAS et le POAS classeront les campagnes à peu près dans le même ordre. Le POAS prend toute son importance lorsque l'écart de marge est suffisamment important pour que la croissance du chiffre d'affaires et celle des bénéfices aillent dans des directions opposées.

TAGGRS prend-il en charge les valeurs de conversion basées sur le bénéfice ?

Oui. TAGGRS décrit une configuration de suivi des bénéfices qui récupère la marge sur les produits depuis Firestore dans le conteneur serveur et la transmet en tant que valeur de conversion. Ça nécessite le suivi server-side.