Rapports KDP expliqués : dashboard, estimateur de royalties, commandes — et quels chiffres croire
Le dashboard KDP, l'estimateur de royalties, le rapport Commandes et le rapport Paiements se rafraîchissent à des vitesses différentes et mesurent des choses différentes — c'est pour ça qu'ils ne sont jamais tout à fait d'accord. Voici ce que contient réellement chaque rapport, la fraîcheur réelle de chaque chiffre, et celui qui tranche enfin ce que tu as gagné.
Ouvre tes rapports KDP n'importe quel matin et tu peux trouver trois réponses différentes à « combien ai-je gagné hier ? » — une sur le dashboard, une dans l'estimateur de royalties, une dans Commandes. Aucune n'est fausse. Ce sont des instruments différents, qui se rafraîchissent à des vitesses différentes, et qui mesurent des événements différents. Une fois que tu sais lequel est lequel, les désaccords cessent d'être inquiétants et deviennent de l'information.
La carte : à quoi sert chaque rapport
| Rapport | Ce qu'il compte | Fraîcheur |
|---|---|---|
| Dashboard (« Aujourd'hui ») | Commandes et pages lues au fil de l'eau | Quasi temps réel (se rafraîchit au long de la journée) |
| Estimateur de royalties | Royalties estimées par livre et marketplace | Typiquement 24 à 48 heures de retard |
| Commandes | Unités commandées (avant retours/annulations) | Jusqu'à ~24 heures de retard |
| KENP lus | Pages lues Kindle Unlimited | Comptage quotidien ; le taux qui les valorise arrive au milieu du mois suivant |
| Paiements | Ce qui a réellement été payé, quand, sur quel compte | Finalisé chaque mois, sur le cycle des 60 jours |
La chose la plus utile à intérioriser : le dashboard est un moniteur cardiaque, pas un système comptable. Il existe pour te dire qu'il se passe quelque chose. L'argent se règle ailleurs, plus tard.
Pourquoi les chiffres « ne collent pas »
Trois raisons structurelles, chacune responsable d'un fil de forum quotidien :
- Les commandes ne sont pas des ventes. Le rapport Commandes compte les commandes à leur passage ; une annulation ou un retour l'inverse plus tard. L'estimateur de royalties compte les transactions porteuses de royalties. Sur une journée donnée, les deux divergent légitimement.
- Les estimations sont des estimations. L'estimateur valorise les pages Kindle Unlimited à un taux provisoire, parce qu'Amazon n'annonce le vrai taux par page d'un mois que vers le 15 du mois suivant. Chaque compte à forte composante KU voit son mois légèrement recalculé des semaines plus tard — c'est le mécanisme du fonds KENP qui fonctionne comme prévu, pas un bug.
- Fuseaux horaires et délais de rafraîchissement. Chaque marketplace rapporte sur sa propre horloge. Une vente US de fin de soirée peut atterrir sur « demain » dans la vue d'un auteur européen, et un chiffre capturé à 9 h peut être révisé à midi.
La hiérarchie de confiance honnête est donc : Paiements > Estimateur de royalties > Commandes > Dashboard — exactement l'inverse de la fréquence à laquelle la plupart des auteurs les regardent.
Le rapport que la plupart des auteurs n'ouvrent jamais
Le rapport Paiements est la seule page qui montre de l'argent, pas des estimations : chaque versement, son marketplace, sa devise, le compte où il est parti, et s'il a réellement été émis ou retenu sous un seuil. Quand le dashboard dit que tu as gagné et que la banque dit que non, la réponse est dans ce rapport — généralement un seuil, un virement rejeté, ou une retenue à la source que tu avais oubliée.
Le chiffre absent de tous les rapports KDP
Voici ce qu'aucun rapport KDP ne te montrera jamais : ce que ces royalties t'ont coûté à gagner. Tes dépenses Amazon Ads vivent dans une console complètement séparée, avec son propre dashboard, ses propres délais et sa propre gestion des devises. KDP peut te dire que les royalties étaient de 2 400 $ le mois dernier. Il ne peut pas te dire que tu as dépensé 1 900 $ en pub pour les obtenir — et que le vrai chiffre du mois était 500 $, pas 2 400 $.
Cette jointure — royalties d'un système, dépenses d'un autre, par livre, par marketplace, nettes de taxes et de devises — est précisément le travail que la plupart des auteurs font dans un tableur, une fois par mois, approximativement. C'est aussi là que se cachent les plus grosses erreurs de décision, comme on l'a montré dans le bénéfice net par livre.
Où TrueRoyalties intervient
TrueRoyalties lit tes vraies données KDP — royalties, commandes, pages KENP, par marketplace — et les joint en continu à tes dépenses Amazon Ads, pour que le problème des trois dashboards se réduise à une seule vue avec un seul chiffre par livre : Bénéfice net = Royalties − Dépenses pub. Les rapports KDP restent ta source de référence ; TrueRoyalties est la couche qui leur fait répondre à la question pour laquelle ils n'ont jamais été conçus — est-ce que ça me rapporte vraiment de l'argent ?