Migrer une plateforme d’affiliation sans perdre les commissions

Avant de commencer

Changer d’outil modifie les liens, identifiants, règles et opérations qui relient un partenaire à sa rémunération. Une migration ne se termine pas à l’installation du nouveau tag : elle doit préserver les obligations sur les conversions déjà acquises et rendre explicables les événements qui arrivent pendant la transition.

Cette méthode constitue un plan de travail à adapter aux contrats et aux possibilités documentées des fournisseurs. Un changement de marque n’implique pas toujours une migration technique ; inversement, une interface semblable ne prouve pas la compatibilité des données ou des intégrations.

1. Définir le périmètre et les responsables

Listez les programmes, pays, domaines, applications et partenaires concernés. Affectez un responsable à chaque domaine : suivi, contrats, données, communication, facturation et paiements. Fixez les changements autorisés pendant la préparation et ceux qui doivent attendre la fin de la transition.

Consignez les dates de fin de contrat, de fermeture d’accès, de dernière extraction, de bascule des liens et de règlement des anciennes commissions. Une échéance d’accès impose de préserver les exports avant fermeture, pas simplement de migrer les nouvelles ventes.

2. Préserver un historique exploitable

Exportez partenaires, contrats, liens, conversions et commissions avec leurs états et dates. Conservez devises, fuseaux horaires, règles de validation et correspondances d’identifiants. Contrôlez le nombre de lignes, les totaux par état et un échantillon rapproché des commandes métier.

Le simple téléchargement d’un CSV ne prouve pas sa réutilisabilité. Ouvrez-le, documentez chaque champ et testez son rapprochement avec le système cible. Limitez les données personnelles au périmètre justifié et appliquez les règles d’accès et de conservation existantes.

3. Construire la table de correspondance

Associez ancien identifiant partenaire, nouvel identifiant, programme, devise, contrat et lien. Identifiez les sous-identifiants, liens profonds et codes promotionnels qui ont une fonction métier. Documentez les champs sans équivalent et décidez explicitement de leur traitement.

Pour les états, distinguez enregistré, en attente, approuvé, rejeté, facturé et payé. Ne faites pas d’un état importé une nouvelle action payable. Une commande approuvée dans l’ancien système ne doit pas devenir une seconde commission lors du rapprochement.

4. Tester liens et événements ensemble

Préparez des parcours de test depuis les supports réellement utilisés : article, newsletter, réseau social et application si concernée. Vérifiez destination, paramètres, identifiant partenaire et événement métier. Rejouez annulation, remboursement partiel, doublon et consentement refusé.

Si deux systèmes observent temporairement le même événement, définissez lequel décide de la commission. La collecte en parallèle ne doit pas produire deux paiements. Prévoyez une règle documentée pour un clic ancien suivi d’un achat après bascule.

5. Aider les partenaires à agir

Envoyez à chaque partenaire la date, le lien à remplacer, le périmètre concerné et l’aide disponible. Distinguez les liens qui restent fonctionnels de ceux qui expirent. Ne promettez pas une redirection automatique sans confirmation du fournisseur et test effectif.

Priorisez les supports à forte contribution puis suivez remplacements, erreurs et partenaires non joignables. Mesurez des liens actifs et des parcours valides, plutôt que le seul nombre de messages envoyés. Conservez une page d’instructions stable pour éviter des versions contradictoires.

6. Définir les critères de bascule et de retour

Avant bascule, convenez de critères vérifiables : parcours critiques réussis, conversions uniques, montants cohérents, exports lisibles, propriétaires disponibles et traitement des anciens paiements. Un écart acceptable doit être défini par métrique et expliqué ; il n’existe pas de tolérance universelle.

Le retour arrière peut devenir impossible après fermeture du fournisseur. Définissez donc ce qui reste récupérable : configuration, redirections maîtrisées, exports et procédures manuelles. Un plan de secours peut suspendre les nouvelles commissions plutôt que réactiver une ancienne plateforme inaccessible.

7. Clôturer les obligations anciennes

Rapprochez les conversions qui restent ouvertes après migration avec les factures, paiements et retours tardifs. Identifiez les dates de dernière validation et de contestation. Préservez les preuves nécessaires aux différends selon les obligations applicables.

La clôture intervient lorsque les différences ont un responsable et un traitement, que les partenaires savent où obtenir leur statut et que les accès obsolètes peuvent être retirés. Ne confondez pas fin d’usage technique et extinction des obligations de rémunération.

Réponses pratiques

Les questions à trancher avant de signer