Pendant treize ans, chaque dollar gagné par une application iOS auprès d'un client américain transitait par un seul tuyau : le système d'achat intégré d'Apple, où Apple prélevait sa part avant que le développeur ne voie jamais l'argent. Cela a changé en avril 2025, lorsqu'un juge fédéral a déclaré Apple en contempt de l'injonction originale Epic c. Apple et lui a ordonné de cesser de facturer toute commission sur les achats effectués via des liens de paiement externes. Puis cela a changé à nouveau en décembre 2025, lorsque la Neuvième Cour d'Appel a convenu qu'Apple pourrait éventuellement facturer quelque chose — mais pas les 27 % punitifs qu'elle avait d'abord tentés. Et cela pourrait changer une fois de plus, car le 2 juillet 2026, la Cour suprême a accepté d'entendre l'appel d'Apple de tout ce gâchis.
Si vous vendez des biens numériques ou des abonnements via une application iOS, vous avez désormais deux canaux de revenus actifs avec deux ensembles différents d'obligations fiscales, deux commerçants enregistrés différents, et — à ce jour — deux taux de commission différents. Voici ce qui a réellement changé, ce qui est toujours en suspens, et comment tenir vos livres à jour pendant que les avocats finissent de se battre.
Comment nous en sommes arrivés là, en termes simples
La version courte d'une saga juridique de cinq ans :
- 2021 : La juge Yvonne Gonzalez Rogers a statué que les règles "anti-détournement" d'Apple (qui interdisaient aux applications de même dire aux utilisateurs qu'ils pouvaient payer en dehors de l'application) violaient la loi californienne sur la concurrence déloyale. Elle a ordonné à Apple d'autoriser les liens d'achat externes.
- 2024 : Apple s'est conformée sur le papier mais a imposé une commission de 27 % sur toute vente effectuée dans les sept jours suivant le tapotement d'un lien externe par un utilisateur — plus des conditions contractuelles qu'Epic a fait valoir étaient conçues pour rendre les liens externes commercialement inutiles.
- Avril 2025 : La juge Rogers a déclaré Apple en contempt, a statué que les frais de 27 % étaient "punitifs" plutôt que compensatoires, et a ordonné à Apple de cesser de facturer toute commission sur les achats effectués via des liens externes aux États-Unis, avec effet immédiat.
- Décembre 2025 : La Neuvième Cour d'Appel a largement confirmé la conclusion de contempt mais a renvoyé la question de la commission au tribunal de district, estimant qu'Apple pourrait éventuellement facturer des frais "basés sur les coûts qui sont véritablement et raisonnablement nécessaires à sa coordination des liens externes... mais pas plus" — excluant explicitement les coûts de sécurité et de confidentialité qu'Apple avait tenté d'inclure.
- Avril 2026 : La Neuvième Cour d'Appel a levé un sursis, permettant au processus de renvoi de se poursuivre.
- 2 juillet 2026 : La Cour suprême a accordé le certiorari sur l'appel d'Apple.
Où cela nous laisse aujourd'hui : Les développeurs américains peuvent ajouter des liens d'achat externes avec une commission Apple de 0 %, car aucun tribunal n'a encore approuvé un taux de remplacement spécifique. Cela pourrait changer dès que le tribunal de district en fixera un, ou si la décision finale de la Cour suprême remodèle l'ensemble du cadre. Ne construisez pas une stratégie de prix permanente sur le chiffre d'aujourd'hui — construisez un système comptable suffisamment flexible pour absorber tout taux qui atterrira ensuite.
Ce que vous pouvez réellement faire maintenant
Si vous êtes un développeur basé aux États-Unis avec une application iOS, vous pouvez demander le Droit de Lien d'Achat Externe d'Apple, qui vous permet de :
- Ajouter un lien ou un bouton dans votre application dirigeant les utilisateurs vers une page Web pour effectuer un achat
- Communiquer les prix et les promotions liés à cet achat externe (auparavant interdit par les anciennes règles anti-détournement)
- Traiter cette transaction entièrement en dehors du système d'achat intégré d'Apple — via Stripe, Paddle, votre propre compte marchand, ou tout processeur de votre choix
Vous êtes toujours tenu de déclarer les transactions éligibles via des liens externes à Apple, généralement dans les 15 jours, afin qu'Apple puisse suivre la conformité même pendant qu'elle perçoit 0 $. Manquez cela et vous risquez la révocation du droit, cela doit donc figurer sur une liste de contrôle comptable récurrente, pas seulement une tâche du jour du lancement.
Deux exceptions à connaître : les développeurs du Volume Purchase Program (VPP) et du News Partner Program (NPP) d'Apple peuvent encore faire face à des restrictions sur les liens externes, et l'UE fonctionne selon une structure de frais complètement distincte (règles du DMA avec une commission technologique de base, des frais d'acquisition initiaux et des frais de service de magasin à plusieurs niveaux) qui n'a rien à voir avec le litige américain ci-dessus. Si vous vendez sur les deux marchés, vous avez besoin de deux traitements comptables différents, pas d'un seul.
Pourquoi c'est un problème comptable, pas seulement juridique
Avant les liens externes, la comptabilité de votre App Store était presque mécaniquement simple : Apple était le commerçant enregistré, Apple collectait la taxe de vente et la TVA, Apple déduisait sa commission de 15 % ou 30 %, et vous comptabilisiez un dépôt net par période de paie, généralement rapproché d'un seul 1099-K ou 1099-MISC en janvier.
Les ventes par lien externe transforment cela en un deuxième flux de revenus structurellement différent :
| Achat Intégré | Achat par Lien Externe | |
|---|---|---|
| Commerçant enregistré | Apple | Vous (ou votre processeur de paiement) |
| Collecte de la taxe de vente / TVA | Responsabilité d'Apple | Votre responsabilité |
| Commission actuelle (États-Unis) | 30 % standard / 15 % Small Business Program | 0 % (en attente de la décision du tribunal) |
| Calendrier des paiements | Calendrier standard d'Apple | Celui fixé par votre processeur |
| Formulaire fiscal | 1099-K ou 1099-MISC d'Apple | 1099-K de votre processeur, si les seuils sont atteints |
| Gestion des remboursements | Via l'App Store | Via votre propre flux de support |
Cette dernière ligne est plus importante qu'il n'y paraît. Lorsqu'un remboursement a lieu sur un achat intégré, Apple annule la transaction et ajuste ce qu'il vous déclare. Lorsqu'un remboursement a lieu sur un achat par lien externe, vous devez le traiter, et cela n'affecte jamais les livres d'Apple — ce qui signifie que vos enregistrements de revenus et de remboursements pour les deux canaux ne se rapprocheront pas l'un de l'autre, et ne devraient pas être forcés de le faire.
Configurer vos livres pour deux canaux de revenus
Quelques gestes concrets pour éviter que cela ne se transforme en surprise en janvier :
1. Scinder le compte de revenus. Ne mettez pas "Revenus de l'App Store" sur une seule ligne de grand livre. Créez des comptes séparés (ou au minimum, des balises/catégories séparées) pour les revenus des achats intégrés et les revenus des liens externes. Lorsque le taux de commission sur les liens externes atterrira enfin — 5 %, 12 %, quoi que choisisse le tribunal — vous voudrez des données historiques sur le volume de ce canal pour modéliser l'impact avant qu'il ne se produise.
2. Comptabiliser les revenus nets de commission, mais suivre le brut séparément. La pratique standard pour les revenus logiciels selon l'ASC 606 est de reconnaître le montant que vous aviez effectivement le droit de recevoir — net de la part d'Apple — comme revenu, puisque la commission ne vous a jamais appartenu. Mais pour le rapprochement et la modélisation future, conservez le volume brut des transactions dans un champ de note ou une balise de rapport. Vous en aurez besoin le jour où un taux de commission sera annoncé, afin de pouvoir immédiatement estimer l'impact.
3. Traiter la collecte de la taxe de vente comme un nouveau compte de passif. Si vous êtes désormais le commerçant enregistré pour les ventes par lien externe, vous (ou votre processeur de paiement) êtes responsable de la collecte et du versement de la taxe de vente dans chaque État où vous avez un lien fiscal — une responsabilité qu'Apple gérait silencieusement pour vous dans l'application. Si votre processeur ne gère pas la taxe automatiquement (Stripe Tax et le modèle de commerçant enregistré de Paddle offrent tous deux cela différemment — vérifiez lequel votre processeur utilise), c'est l'endroit le plus simple pour sous-collecter silencieusement pendant des mois avant qu'un audit ne le détecte.
4. Rapprocher deux formulaires 1099, pas un. En janvier, vous recevrez probablement un 1099-K ou 1099-MISC d'Apple pour les revenus intégrés et un 1099-K séparé de la part du processeur qui a géré vos ventes par lien externe (une fois que vous aurez dépassé le seuil fédéral de 600 $ — plus bas dans certains États). Faites correspondre les deux avec votre grand livre interne avant de déclarer ; une divergence entre ce qu'un processeur déclare et ce que vous avez enregistré est l'un des déclencheurs les plus courants d'un avis de l'IRS.
5. Enregistrer le rythme de déclaration des 15 jours. L'exigence de déclaration d'Apple pour les transactions par lien externe est une tâche de conformité avec des conséquences réelles (révocation du droit) si elle est négligée, elle doit donc figurer dans le système que vous utilisez pour suivre les tâches comptables récurrentes — pas seulement dans la mémoire collective.
Un cadre qui ne se soucie pas de la direction de la décision
Parce que le taux de commission est toujours incertain — et pourrait être à nouveau contesté après la décision de la Cour suprême — la véritable tâche d'ingénierie ici n'est pas de "construire pour 0 %". Il s'agit de construire un plan comptable et une structure de reporting qui traitent le taux de commission comme une variable, pas une constante. Les grands livres en texte brut et sous contrôle de version rendent ce problème spécifique plus facile que la comptabilité sur tableur : vous pouvez baliser chaque transaction par lien externe avec son canal et son taux de commission au moment de la vente, puis réexécuter un rapport dès qu'un nouveau taux est confirmé, sans toucher aux entrées historiques ni casser une formule à trois onglets dans un classeur.
Gardez vos revenus d'application organisés dès le premier jour
Fractionner les revenus entre les achats intégrés de l'App Store, les liens de paiement externes et une structure de frais de l'UE qui suit des règles complètement différentes est exactement le genre de complexité multi-canal qui transforme la saison des impôts en bousculade. Beancount.io vous offre une comptabilité en texte brut et sous contrôle de version où chaque transaction peut être balisée par canal, taux de commission et juridiction — entièrement transparente et interrogeable, sans verrouillage propriétaire. Commencez gratuitement et gardez les finances de votre application aussi propres que votre code.