Le 1er juillet 2026, Envato a discrètement réécrit l'économie de la vente sur CodeCanyon et ThemeForest. Les auteurs qui avaient passé une décennie à bâtir un statut « exclusif » — avec, à la clé, des taux de commission pouvant atteindre 87,5 % par vente — sont passés à un partage des revenus fixe de 50 %, un point c'est tout. Plus de paliers, plus de bonus de fidélité, plus d'exigence d'exclusivité. Si vous êtes développeur d'extensions ou de thèmes WordPress et que vous vendez sur cette plateforme, votre gain net par vente vient peut-être d'être divisé par deux — et si votre comptabilité ne suivait pas déjà les revenus par plateforme, par structure de frais et par type de licence, vous ne vous en êtes probablement rendu compte que lorsque le versement est arrivé trop court.
C'est là le vrai problème que ce changement met en lumière : la plupart des entreprises WordPress solo ou en petite équipe ne savent pas réellement ce qu'elles gagnent. Elles savent ce qui arrive sur leur compte bancaire. Ce n'est pas le même chiffre, et l'écart entre les deux — commissions de marketplace, frais de prestataire de paiement, conversion de devises, TVA retenue à la source, revenus de renouvellement comptabilisés comme des revenus ponctuels — est exactement l'endroit où les erreurs comptables s'accumulent silencieusement pendant des années.
Le problème des versements multicanaux
La plupart des entreprises de produits WordPress ne vendent pas via un seul canal. Une configuration typique combine plusieurs des éléments suivants :
- Une boutique auto-hébergée utilisant une plateforme de marchand de référence (MoR) comme Freemius ou Paddle, qui gère les licences, les abonnements et la collecte des taxes
- Envato Market (CodeCanyon pour les extensions, ThemeForest pour les thèmes), une marketplace qui prélève sa part avant même que vous voyiez un versement
- Le paiement direct via Stripe ou une passerelle de paiement greffée sur Easy Digital Downloads ou WooCommerce, où vous êtes vous-même le marchand de référence
Chacun de ces canaux verse selon un calendrier différent, dans un mélange de devises différent, après déduction d'une combinaison de frais différente. Freemius peut reverser mensuellement, net de sa part de revenus et de la gestion éventuelle de la taxe de vente. Envato verse par PayPal ou virement bancaire après sa commission, dont le pourcentage exact dépend désormais du taux fixe entré en vigueur en juillet 2026 plutôt que de votre ancien palier d'exclusivité. Un paiement direct via Stripe dépose le chiffre d'affaires brut par carte, et les frais du prestataire apparaissent quelques jours plus tard comme une ligne de dépense distincte.
Si votre comptabilité consiste à enregistrer comme « revenu des ventes » le chiffre qui atterrit sur votre compte bancaire, vous confondez quatre événements comptables distincts — le chiffre d'affaires brut, la commission de marketplace, les frais de traitement et le reversement de taxe — en un seul chiffre qui ne vous dit presque rien sur la rentabilité réelle de chaque canal par unité vendue.
La solution n'est pas compliquée, mais elle exige de la discipline : comptabilisez le chiffre d'affaires brut au moment de la vente dans le sous-grand livre de chaque canal, et enregistrez les commissions de marketplace, les frais de traitement et toute taxe retenue comme des lignes de dépense ou de contre-revenu distinctes. C'est le seul moyen de répondre à une question comme « CodeCanyon vaut-il encore la peine après le changement de taux de juillet 2026 ? » avec un vrai chiffre plutôt qu'une impression.
Pourquoi le changement Envato compte pour votre plan comptable
Avant juillet 2026, le programme d'auteurs exclusifs d'Envato échelonnait les commissions selon les gains cumulés à vie — plus vous vendiez depuis longtemps sur la plateforme et plus votre volume était élevé, plus les taux pouvaient descendre jusqu'à 12,5 % pour les meilleurs auteurs, ce qui signifiait que vous conserviez jusqu'à 87,5 % de chaque vente. Les vendeurs non exclusifs, qui pouvaient aussi lister leurs produits ailleurs, bénéficiaient de conditions nettement moins favorables. Depuis le 1er juillet 2026, toute cette structure échelonnée a disparu. Chaque auteur — quel que soit son historique de ventes ou son statut d'exclusivité — reçoit désormais un partage des revenus fixe de 50 %.
Sur le plan comptable, ce n'est pas un détail. Si vous aviez un compte « Ventes Envato » qui supposait implicitement un taux de conservation de plus de 85 % intégré à vos calculs de marge historiques, cette hypothèse est désormais fausse pour chaque transaction à venir. Deux choses à faire immédiatement :
- Scindez votre reporting des revenus par plateforme à la date charnière du 1er juillet 2026. Ne moyennez pas les mois d'avant et d'après le changement lorsque vous évaluez si la marketplace vaut encore le coup — l'économie unitaire a réellement changé à cette date.
- Refaites votre comparaison entre canaux. Une commission fixe de 50 % chez Envato est un chiffre très différent à comparer au modèle de partage des revenus progressif de Freemius (qui commence généralement plus haut et diminue à mesure que votre volume augmente) ou à un paiement direct auto-géré via Stripe, où votre seule « commission » est des frais de traitement d'environ 2,9 % plus ce que vous dépensez en acquisition de clients. Des produits qu'il était logique de garder exclusifs à Envato sous les anciens paliers peuvent ne plus être rentables aujourd'hui.
Marchand de référence contre paiement auto-géré : qui doit quoi au fisc
C'est la partie de la comptabilité des produits WordPress qui prend le plus de gens au dépourvu, car les deux modèles créent des obligations totalement différentes dans vos comptes.
Si vous vendez via une plateforme de marchand de référence (MoR) comme Freemius ou Paddle, cette plateforme est légalement le vendeur officiel à des fins fiscales. Elle calcule, collecte et reverse la TVA dans l'UE/au Royaume-Uni, la TPS le cas échéant, et la taxe de vente américaine dans les États où vous avez un lien économique (nexus). Vos comptes n'ont pas besoin d'un compte de passif « taxe de vente à payer » pour ces ventes — le MoR a déjà assumé cette responsabilité. Ce que vous enregistrez, c'est le versement net que vous recevez réellement, et vous devriez conserver les propres rapports de transactions du MoR comme piste d'audit, au cas où une administration fiscale vous demanderait un jour comment une vente donnée a été taxée.
Si vous vendez en direct — une intégration Stripe ou Paddle-classic greffée sur votre propre paiement, où vous êtes le marchand de référence — cette responsabilité vous incombe. Vous devez suivre les seuils de lien économique (nexus) État par État (la plupart des États américains déclenchent une obligation de taxe de vente entre 100 000 $ de ventes ou 200 transactions par an, bien que les seuils varient), vous immatriculer là où c'est requis, et reverser ce que vous collectez. Cela signifie que vos comptes ont besoin d'un véritable compte de passif « taxe de vente à payer », et pas seulement d'une ligne de revenu, ainsi que d'un processus pour rapprocher ce que vous avez collecté de ce que vous avez reversé à chaque période de déclaration.
Mélanger ces deux modèles sans les distinguer dans vos comptes est une erreur courante et coûteuse : les entreprises soit comptabilisent en double une responsabilité fiscale déjà prise en charge par une plateforme MoR, soit — pire — supposent qu'un MoR gère les obligations fiscales sur un canal où c'est en réalité elles qui sont responsables.
Les renouvellements de licence ne sont pas des ventes ponctuelles
Les licences d'extensions et de thèmes sont généralement vendues sous forme de clés annuelles (ou à vie), et il est tentant de comptabiliser l'intégralité du paiement de renouvellement comme revenu dès qu'il arrive sur votre compte. Selon les principes standards de comptabilisation des revenus (ASC 606 aux États-Unis), ce n'est pas correct si la licence donne droit à un an de mises à jour et de support : le revenu d'un renouvellement doit être comptabilisé au plus tôt au début de la période de renouvellement, et réparti sur la période pendant laquelle le client a réellement droit au service.
Concrètement : si un client renouvelle une licence à 120 $/an, vous ne comptabilisez pas 120 $ de revenu le jour où il est facturé. Vous enregistrez 120 $ en revenu différé (un passif — vous devez un an de mises à jour et de support), puis vous comptabilisez 10 $ de revenu chaque mois à mesure que vous remplissez réellement cette obligation. Si vous vendez majoritairement des licences annuelles et que vous ne comptabilisez que les encaissements comme revenu, votre compte de résultat mensuel sera trompeur — en pic durant vos mois riches en renouvellements et sous-évalué le reste de l'année — et si vous avez un jour besoin d'états financiers pour une demande de prêt, une conversation d'acquisition, ou même simplement pour savoir honnêtement si l'entreprise croît, ces pics masqueront la tendance réelle.
Cela compte encore plus lorsque vous vendez simultanément sur Freemius, Envato et un paiement direct, car la mécanique de renouvellement de chaque canal diffère légèrement (les licences Envato, par exemple, sont traditionnellement plus orientées achat ponctuel que renouvellement par abonnement, tandis que Freemius est conçu autour de la licence récurrente). Votre suivi des revenus différés doit tenir compte de cela par canal, et non appliquer une hypothèse unique et globale à chaque vente.
Rapprocher les versements sans y perdre la tête
La tâche pratique, hebdomadaire ou mensuelle, qui relie tout cela est le rapprochement des versements : faire correspondre ce que le tableau de bord de chaque plateforme indique que vous avez gagné avec ce qui a effectivement atterri sur votre compte bancaire, et comprendre chaque poste intermédiaire. Un processus fonctionnel ressemble à ceci :
- Extrayez le rapport détaillé par transaction de chaque canal (Freemius, Envato, Stripe) plutôt que de vous fier au total récapitulatif du versement — vous avez besoin de la vente brute, de la commission/des frais et de la taxe retenue comme postes distincts, et non d'un seul chiffre net.
- Comptabilisez le chiffre d'affaires brut et chaque déduction séparément dans votre grand livre, étiquetés par canal, afin de pouvoir produire un véritable rapport de marge canal par canal.
- Rapprochez le dépôt net de la somme du chiffre d'affaires brut moins les frais moins la taxe retenue pour cette période de versement. Un écart signifie généralement un remboursement, une rétrofacturation ou une différence de conversion de devises que vous n'avez pas encore enregistrée.
- Suivez séparément les revenus de renouvellement et de nouvelle vente, même au sein d'un seul canal, afin de voir votre taux de renouvellement réel — sans doute le meilleur indicateur de santé pour une entreprise de logiciels sous licence, et un indicateur totalement occulté si renouvellements et nouvelles ventes sont regroupés dans un seul compte « Ventes Envato ».
Faire cela à la main dans un tableur reste gérable pour une poignée de transactions par mois ; cela cesse d'être tenable dès que vous devez rapprocher trois canaux aux devises, grilles tarifaires et traitements fiscaux différents, à chaque cycle de versement.
Gardez vos comptes multicanaux auditables
Si vous jonglez avec des versements provenant de Freemius, Envato et un paiement direct Stripe, la comptabilité en texte brut est un choix naturel : les transactions de chaque canal vivent sous forme d'écritures versionnées que vous pouvez étiqueter, scripter et comparer par diff, plutôt que d'être enfouies dans un tableau de bord opaque qui ne vous montre que les dépôts nets. Beancount.io vous offre cette transparence — un contrôle total sur la façon dont le chiffre d'affaires brut, les commissions de marketplace et les revenus différés de renouvellement sont catégorisés, avec une piste d'audit complète pour chaque vente. Commencez gratuitement et découvrez pourquoi les développeurs qui pensent déjà en contrôle de version font aussi passer leur comptabilité au texte brut.