Postback d’événement

Postback d’événement : Message transmettant à une régie un événement précis survenu après l’installation, comme un achat ou une inscription.

Le mot appartient à la famille « Analytics » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.

À quoi sert Postback d’événement

Postback d’événement dépend du consentement recueilli auprès des utilisateurs. Le périmètre mesuré n’est jamais le périmètre total, et un rapport qui l’oublie se trompe dans le même sens à chaque fois.

Le sujet mérite trois minutes d’attention au cadrage. C’est le seul moment du projet où il ne coûte rien à traiter.

De la définition à la ligne de cahier des charges

Le cahier des charges doit dire à quelle décision Postback d’événement servira. Une mesure sans décision associée est une ligne de budget sans usage.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Les indicateurs suivis dès le lancement, et la personne qui les lit chaque semaine.
• Le comportement de la mesure lorsque l’utilisateur refuse le suivi.
• La durée de conservation des données de mesure.
• Le tableau de bord livré, et sa fréquence de mise à jour.

Rien n’oblige à tout figer dès le premier jour. Ce qui reste ouvert doit alors être signalé comme tel, avec la date à laquelle la décision sera prise.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Ce que ça change au moment de la recette

Postback d’événement se recette avant la mise en ligne, puis se surveille : un marquage se casse en silence à la mise à jour suivante.

• Comparer deux sources sur le même chiffre, puis expliquer l’écart.
• Contrôler ce qui remonte lorsque l’utilisateur refuse le suivi.
• Recontrôler la mesure après chaque mise à jour : un marquage se casse en silence.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Les pièges à éviter

Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.

• Suivre des indicateurs flatteurs qui ne déclenchent aucune décision.
• Comparer deux périodes sans tenir compte de la saisonnalité ni des campagnes en cours.
• Ne confier la recette du marquage à personne, et découvrir des événements vides des mois plus tard.
• Prendre une corrélation lue dans un tableau de bord pour une cause.
• Ne relier le sujet à aucun critère de recette : ce qui ne se vérifie pas ne se livre pas.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Panne de mesure
• Taille d’échantillon
• Profondeur de session
• Rétention exacte
• Support

Questions fréquentes

Qu’est-ce que « Postback d’événement » ?

Message transmettant à une régie un événement précis survenu après l’installation, comme un achat ou une inscription. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

À quel moment mettre la mesure en place ?

Pendant le développement, avec le reste. Une donnée non collectée ne se reconstitue pas : la mesure ajoutée après le lancement fait perdre la période la plus instructive, celle des tout premiers utilisateurs.

Par où commencer quand le sujet est nouveau ?

Par les parcours et les règles de gestion, pas par les outils. Le guide du cahier des charges donne l’ordre dans lequel poser les questions à une agence.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.