Si vous faites de la publicité sur Meta ou Google pour votre boutique, il y a de bonnes chances qu'un tiers de vos ventes n'apparaisse jamais dans leurs tableaux de bord. Vous payez des publicités, elles fonctionnent, et les plateformes ne le voient pas. Elles optimisent donc sur des données incomplètes, et vos campagnes coûtent plus cher qu'elles ne devraient. Cet article explique pourquoi, ce qu'est le tracking server-side, et pourquoi il devrait être la base de toute boutique, pas une option.

Comment le tracking a toujours fonctionné

Quand un client visite votre boutique, un petit script fourni par Meta ou Google, le "pixel", s'exécute dans son navigateur. Il note ce que le visiteur fait : il a vu un produit, il l'a ajouté au panier, il a acheté. Et il envoie chaque événement à la plateforme publicitaire, depuis le navigateur du client.

Ce mécanisme a bien fonctionné pendant quinze ans. Il repose sur une condition : que le navigateur du client accepte d'exécuter le script et de l'envoyer.

Ce qui a cassé

Depuis quelques années, cette condition n'est plus remplie pour une part croissante de vos visiteurs.

Les bloqueurs. Environ un internaute sur trois en Europe utilise un bloqueur de publicités, et la plupart bloquent aussi les pixels de suivi. Pour ces visiteurs, rien n'est envoyé.

Safari et iOS. Apple limite fortement ce que les scripts tiers peuvent faire dans Safari, qui représente la majorité des visites mobiles en Belgique. Les cookies posés par les pixels expirent au bout de sept jours, parfois vingt-quatre heures. Un client qui voit votre publicité le lundi et achète le samedi n'est plus reconnu.

Le consentement. Un visiteur qui refuse les cookies sur votre bandeau ne sera pas suivi par le pixel, même s'il achète.

Les réseaux instables. Sur mobile, un script qui n'a pas fini de se charger avant que le client ferme la page n'envoie rien.

Le résultat, mesuré sur des boutiques réelles : entre 20 et 40 % des conversions n'arrivent jamais aux plateformes publicitaires. Meta le sait, et le dit : c'est pour cette raison qu'il a créé son "API Conversions".

Ce que change le server-side

L'idée est simple : au lieu de demander au navigateur du client de rapporter ce qui s'est passé, c'est votre boutique elle-même, depuis son serveur, qui envoie l'information à Meta et à Google.

Quand une commande est payée, votre serveur le sait avec certitude, parce que c'est lui qui a reçu le paiement. Il envoie alors l'événement "achat", avec le montant et les produits, directement aux plateformes, sans passer par le navigateur. Aucun bloqueur ne peut l'empêcher, Safari n'a rien à dire, et un script qui n'a pas chargé ne change rien.

Concrètement, pour le commerçant, ça donne :

  • Des chiffres justes. Les plateformes voient enfin toutes vos ventes. Votre coût par achat affiché baisse, non parce que vous payez moins, mais parce qu'il est enfin calculé sur la totalité de vos ventes.
  • Des campagnes qui apprennent mieux. L'algorithme de Meta optimise sur les conversions qu'il voit. S'il en voit 100 % au lieu de 65 %, il trouve plus vite les bons profils, et le coût réel de chaque vente diminue. Les gains observés vont de 10 à 30 % d'efficacité selon les boutiques.
  • Des audiences plus précises. Vos listes de reciblage ("ceux qui ont mis au panier sans acheter") sont complètes, pas amputées d'un tiers.
  • Moins de dépendance aux cookies. Vous mesurez ce qui compte, la vente, depuis la seule source qui la connaît vraiment.

Pourquoi presque personne ne l'a

Parce que c'est technique. Mettre en place le tracking server-side sur un WooCommerce ou un Shopify, c'est installer un serveur intermédiaire, le configurer, le relier à chaque plateforme avec leurs clés, définir chaque événement, dédupliquer avec le pixel qui continue de tourner, et maintenir tout ça quand Meta change son API. Un freelance facture ça entre 1 500 et 4 000 €, puis une maintenance. Pour un commerçant qui dépense 500 € de publicité par mois, ça ne se justifie pas. Et donc il continue de payer ses campagnes 20 à 30 % trop cher.

Chez Opustack, c'est la base

Sur une boutique Opustack, le tracking server-side n'est pas une option et n'est pas facturé : il fait partie de l'infrastructure. Chaque événement qui compte, la vue d'un produit, l'ajout au panier, le début du paiement, l'achat confirmé, est émis par le serveur de la boutique et envoyé aux plateformes que le commerçant utilise, Meta et Google en premier lieu. La déduplication avec le pixel est gérée. Quand Meta change son API, c'est nous qui mettons à jour, pour toutes les boutiques en même temps.

Le commerçant, lui, fait une chose : coller les identifiants de ses comptes publicitaires dans son espace client. Le reste tourne.

Ce n'est pas la fonctionnalité la plus visible d'une boutique. C'est probablement celle qui rapporte le plus à ceux qui font de la publicité. Et c'est exactement le genre de chose qu'une infrastructure doit faire sans qu'on ait à y penser.

Opustack conçoit, déploie et opère la boutique en ligne des commerçants indépendants. Tracking server-side, paiements, expédition et emails compris. Voir une boutique en ligne ou réserver un lancement.