Deux informations manquantes, pas un seul canal
Direct désigne souvent une visite observée pour laquelle le système ne dispose pas de source d’acquisition exploitable. Un encaissement Non attribué correspond à un paiement auquel aucun contact marketing admissible ne peut être affecté. Les libellés exacts varient selon le produit : commencez toujours par lire ses définitions.
Une visite peut être enregistrée en Direct et reliée correctement à un paiement. À l’inverse, un paiement réel peut n’avoir aucune visite associée. Fusionner ces cas dans une seule catégorie de revenus Direct masque la nature du problème : classification de la source ou association entre identité et paiement.
Direct n’est pas synonyme de notoriété
Certaines personnes saisissent effectivement une adresse ou utilisent un favori. Mais la source peut aussi manquer après l’ouverture d’un lien dans une application, le transfert d’un message non balisé, un clic dans un document ou une redirection qui perd ses paramètres. Ce sont des hypothèses à tester, pas une permission de réaffecter chaque visite Direct à votre canal préféré.
Google Analytics décrit Direct comme un trafic sans source de provenance claire. La politique de référent du navigateur influence également les informations transmises entre pages. Elle peut, par exemple, ne transmettre que l’origine lors d’une requête entre origines différentes, ou aucun référent. Un domaine référent ne fournit pas nécessairement une URL complète, un nom de campagne ou une requête de recherche.
N’affaiblissez pas la politique de confidentialité du site uniquement pour obtenir un référent plus détaillé. Pour les campagnes que vous contrôlez, des paramètres cohérents et non personnels constituent généralement une méthode plus délibérée que les informations transmises au hasard par une application ou un navigateur.
Non attribué ne signifie pas impayé
Imaginons qu’un SaaS fictif enregistre un paiement réussi de 59 USD sans identifiant visiteur associé. Le paiement peut être parfaitement réel. La personne a peut-être refusé le suivi, utilisé un autre appareil, ouvert le paiement après expiration d’une session ou réglé une facture créée hors du site. L’absence de contact d’acquisition ne prouve pas un échec financier.
La fenêtre d’attribution constitue une autre limite. Si le seul contact enregistré est trop ancien, le système peut laisser le paiement Non attribué à juste titre. Avant d’allonger cette fenêtre, déterminez si vous modifiez une définition de mesure ou corrigez un défaut. Ces deux actions exigent des explications différentes dans les notes du rapport.
Un arbre de décision utilisable
Choisissez un paiement précis, pas un graphique agrégé. Partez d’un enregistrement interne expurgé ou d’un client de test fictif. Suivez l’arbre dans l’ordre : chercher une source marketing avant de prouver l’association fait souvent perdre du temps.
Paiement confirmé par le prestataire ?
Non -> vérifier son état ; ne pas encore le compter
Oui -> association visiteur/compte admissible présente ?
Non -> Non attribué ; contrôler le lien au paiement
Oui -> contact enregistré dans la fenêtre ?
Non -> Non attribué ; contrôler consentement/fenêtre
Oui -> campagne ou référent exploitable ?
Non -> Direct selon la règle définie
Oui -> source nommée selon cette règleTestez séparément collecte et association au paiement
Pour la collecte, ouvrez un lien de campagne contrôlé et examinez l’URL finale après les redirections. Vérifiez que la valeur de source voulue est conservée et que l’événement n’est enregistré qu’après l’autorisation requise. Inspectez le champ catégoriel attendu plutôt que de conserver des URL complètes susceptibles de contenir des informations personnelles.
Pour l’association, examinez l’objet de paiement créé par le serveur. Dans Stripe Checkout pour un achat ponctuel, payment_intent_data.metadata ajoute les métadonnées au PaymentIntent ; les métadonnées de Session sont un autre champ. Voir une valeur sur la Session ne prouve pas que l’intégration la trouvera sur le PaymentIntent.
Limitez l’enquête aux journaux autorisés et aux données de test. Ne collez jamais de secrets de paiement ou d’identifiants de clients dans un ticket public. Après correction d’un défaut reproductible, testez un nouveau parcours et documentez si les paiements anciens peuvent réellement être réparés à partir de preuves conservées.
Un petit rapport qui rend la lacune visible
Voici un exemple fictif sur une semaine et dans une seule devise. Sur 50 paiements vérifiés, 30 sont associés à des sources nommées, 10 à des visites Direct enregistrées et 10 à aucune association admissible. La part Non attribuée en nombre de paiements vaut 10 / 50, soit 20 %. Les paiements associés à Direct représentent aussi 20 %, mais ce ne sont pas les mêmes 20 %.
Vous pouvez calculer une part Non attribuée pondérée par montant, à condition de lui donner un autre nom : encaissements bruts non attribués divisés par tous les encaissements bruts. Un gros paiement annuel peut éloigner fortement cette part de celle calculée en nombre. Ne changez pas de dénominateur en cours de rapport.
Suivez les deux mesures autour d’un changement d’intégration, sur des périodes comparables et avec la même règle de remboursement. Une baisse de Non attribué après correction du paiement indique un meilleur rapprochement ; elle ne signifie pas automatiquement que le marketing s’est amélioré.
Ce qu’il ne faut pas faire pour embellir le graphique
Ne rebaptisez pas tous les paiements inconnus Direct, ne les répartissez pas proportionnellement entre les canaux visibles et ne traitez pas une campagne dont vous vous souvenez comme un fait enregistré. Si vous utilisez une répartition modélisée pour planifier, affichez-la séparément de l’attribution observée et expliquez ses hypothèses.
Ne confondez pas vos propres connexions ni les commandes créées par un administrateur avec de l’acquisition client. Excluez trafic et paiements de test au moyen de règles explicites tout en conservant une piste d’audit. Ne jugez pas non plus une source seulement sur sa part de visiteurs suivis lorsque la collecte diffère selon les appareils ou les choix d’autorisation.
Choisissez une prochaine action précise
Sans contact associé, travaillez sur le lien au paiement et sa durée de conservation. Avec un contact mais sans source, examinez le nommage des campagnes et les redirections. Si les deux fonctionnent, acceptez qu’une partie de l’incertitude soit réelle et comparez les canaux dans cette limite.
Le guide UTM propose un système de nommage pour les liens que vous contrôlez. La liste de contrôle d’installation transforme le diagnostic en tests reproductibles. Ensemble, ils sont plus utiles que la recherche d’un tableau de bord mythique sans aucun visiteur inconnu.
Références
Guides associés
Attribution des revenus : relier visites et paiements
Découvrez comment relier des visites à des paiements vérifiés, définir une règle d’attribution et rendre visibles sources manquantes, remboursements et devises.
Lire le guide →Une convention UTM simple pour une petite équipe SaaS
Créez un nommage UTM cohérent : sources stables, exemples de campagnes, tests de liens et limites explicites de l’attribution des revenus.
Lire le guide →Installer un suivi web : vérifier tout le parcours
Validez votre installation : requêtes navigateur, consentement, navigation SPA, déduplication et contrôle indépendant des paiements réels.
Lire le guide →Exemple à visée pédagogique. Les données et calculs d’exemple ne représentent pas des résultats commerciaux vérifiés.