Opérations et diagnostics
Diagnostiquer et résoudre un incident de suivi d’affiliation
Distinguez baisse d’activité, rupture de liens, collecte manquante et retard de validation, puis rétablissez un suivi explicable.
Avant de commencer
Une baisse de conversions affichées ne désigne pas à elle seule la panne. Les commandes peuvent avoir diminué, les clics peuvent manquer, une intégration peut avoir changé ou un export peut arriver en retard. Cette procédure organise les observations avant les corrections. Elle suppose un environnement de test et des interlocuteurs chez les fournisseurs concernés. Les délais et possibilités de reprise doivent être confirmés pour votre système.
Décrire le symptôme et préserver le contexte
Ouvrez un incident avec heure de première observation, fuseau, programme, pays, support et indicateur touché. Comparez la période à une période réellement comparable : même jour de semaine, campagne et état de validation. Distinguez zéro événement, baisse progressive et différence entre interface et export. Notez les changements récents : publication, redirection, gestionnaire de tags, consentement, application et checkout. Préservez les configurations utiles avant de les modifier.
Vérifier l’activité métier indépendante
Commencez par le système de commande ou le CRM, en distinguant ventes enregistrées et approuvées. Si l’activité métier baisse aussi, une panne de suivi n’est pas encore établie. Examinez disponibilité, paiement et campagne. Si les ventes métier restent stables, comparez les commandes éligibles au programme avec les conversions remontées. Toutes les ventes du site ne sont pas attribuables à un partenaire : documentez les exclusions avant de conclure à un taux de perte.
Rejouer un parcours contrôlé
Utilisez un partenaire et une commande de test identifiables selon la procédure du fournisseur. Partez du support réellement utilisé, suivez le lien, vérifiez la destination puis observez l’achat. Contrôlez les identifiants à chaque étape. Une URL qui ouvre la boutique peut avoir perdu l’information partenaire. Testez les choix de consentement dans le cadre prévu. Ne réactivez pas une collecte refusée pour faire disparaître une alerte.
Localiser la première divergence
Établissez une chaîne : lien source, redirection, arrivée, commande, émission d’événement, réception et état dans la plateforme. Consignez attendu, observé et preuve datée pour chaque maillon. Un événement émis mais absent du destinataire impose de vérifier réponse, schéma et files d’attente. Un événement reçu mais invisible dans un rapport peut relever du filtre, fuseau ou état. Cherchez la première divergence au lieu de modifier simultanément plusieurs composants.
Corriger avec une hypothèse testable
Écrivez cause supposée, changement proposé, résultat attendu et retour arrière. Appliquez une correction limitée, puis répétez le parcours avec de nouveaux identifiants. Consignez version et heure de remise en service. Évitez les réémissions massives sans règle d’unicité. Avant un rattrapage, confirmez identifiants, états et périodes acceptés avec le fournisseur. Un doublon peut créer une commission supplémentaire ; une commande remboursée ne doit pas être rejouée comme une nouvelle vente.
Traiter séparément la période touchée
Le retour des nouvelles conversions ne règle pas les anciennes. Listez les événements potentiellement manquants avec identifiant métier, montant, devise, état et justification d’éligibilité. Désignez le système faisant autorité. Informez les partenaires de la période, des faits confirmés et du canal de réclamation. N’annoncez pas une récupération totale avant rapprochement. Chaque écart doit avoir un responsable et une décision attendue.
Clore avec des preuves
La clôture exige un parcours critique réussi, un rapprochement de la période et une décision sur les écarts. Conservez chronologie, cause retenue et changements, en distinguant faits et hypothèses. Ajoutez une alerte adaptée : mauvaise destination, événement absent, file non vidée ou divergence de montant. Testez également cette alerte. Le retour d’expérience doit attribuer une amélioration à un responsable avec une preuve de réussite attendue.
Grille de travail à adapter
| Signal | Preuve | Étape suivante |
|---|---|---|
| Clics absents, commandes présentes | Lien source et chaîne de redirection | Rejouer l’arrivée depuis le support |
| Événement émis, conversion absente | Identifiant de test, réponse et état de la file | Vérifier réception avant réémission |
| Montant divergent | Base, devise, état et remboursement | Comparer les mêmes unités |
| Nouveaux événements rétablis | Échantillon après correction et écarts anciens | Séparer reprise et rattrapage |
Réponses pratiques
Les questions à trancher avant de signer
Faut-il rejouer toutes les commandes ?
Seulement après confirmation de leur éligibilité, de la déduplication et de la procédure de reprise.
Un tableau de bord vide prouve-t-il une panne ?
Non. Vérifiez filtres, fuseau, états, activité métier et délai documenté.
Que transmettre au support ?
Un cas minimal reproductible, la chronologie et les observations attendues et réelles, sans données sensibles inutiles.
Quand clôturer ?
Quand le parcours fonctionne et que la période touchée a un traitement documenté et des responsables.
Sources et références
Ce guide aide à poser de meilleures questions et à structurer une décision vérifiable. Il est fourni à titre pédagogique et ne constitue pas un conseil juridique, fiscal ou financier. Les règles des plateformes, les conditions de marché, les capacités techniques et les critères d’éligibilité peuvent évoluer. Confirmez toute décision importante auprès de sources officielles à jour et, lorsque les conséquences le justifient, de professionnels qualifiés connaissant votre marché et votre organisation.