Un an d’utilisation et zéro déclaration de TVA transfrontalière gérée manuellement : c’est le bilan, chiffré, du choix fait par l’équipe fondatrice d’un SaaS de gestion de plannings, dont le site marketing tourne en headless au-dessus de WordPress, en faveur de Paddle plutôt que de Stripe pour encaisser ses abonnements. Douze mois après le lancement, ce choix mérite un vrai bilan, loin de l’enthousiasme des débuts.
Le site marketing du SaaS, lui, n’a jamais changé : WordPress reste la source du contenu (pages produit, articles de blog, tarifs affichés), consommé via l’API REST par un front Next.js. La question du paiement se pose entièrement en aval, une fois l’utilisateur arrivé sur la page d’inscription, hors du périmètre de WordPress.
Pourquoi Paddle plutôt que Stripe, à l’époque
L’argument décisif, il y a un an, tenait à la gestion de la TVA sur les ventes internationales. Paddle agit comme revendeur officiel du logiciel (un modèle dit de « merchant of record ») : c’est Paddle, et non l’éditeur du SaaS, qui facture le client final et qui gère les obligations de TVA propres à chaque pays. Stripe, à l’inverse, laisse l’éditeur responsable de calculer et déclarer lui-même cette TVA transfrontalière, un travail administratif significatif pour une petite équipe sans service comptable dédié.
Ce que Paddle a effectivement évité, un an après
Sur les douze derniers mois, l’équipe confirme n’avoir géré aucune déclaration de TVA transfrontalière manuellement : Paddle s’en charge intégralement, ce qui a représenté un gain de temps réel, difficile à chiffrer précisément mais unanimement reconnu en interne comme le principal bénéfice du choix initial.
Ce que Paddle a coûté en retour
Le revers de ce modèle se voit sur la commission prélevée, sensiblement plus élevée que celle de Stripe sur une transaction équivalente, puisque Paddle assume une responsabilité fiscale que Stripe ne prend pas en charge. Sur le volume de transactions de ce SaaS encore modeste, l’écart reste absorbable, mais l’équipe reconnaît qu’à un volume bien plus important, ce delta de commission deviendrait un sujet de renégociation sérieux.
L’intégration avec le site marketing, un non-sujet
Contrairement à une crainte initiale, l’intégration de Paddle n’a jamais nécessité de modifier la façon dont le site marketing consomme l’API REST de WordPress. Le bouton d’appel à l’action, affiché sur les pages produit gérées dans WordPress, pointe simplement vers la page d’inscription du SaaS, hébergée en dehors de l’architecture headless elle-même :
<a href="https://app.monsaas.fr/inscription?plan=pro">Essayer gratuitement</a>Cette séparation nette entre le contenu marketing et la logique d’abonnement a évité tout couplage inutile entre WordPress et le processeur de paiement, une décision d’architecture qui a bien vieilli sur les douze derniers mois.
- Aucune donnée de paiement n’a jamais transité par WordPress ni par son API REST.
- Le contenu marketing reste modifiable sans aucun risque pour la logique d’abonnement.
- Le changement éventuel de processeur de paiement, si un jour il devait avoir lieu, n’affecterait en rien le site marketing.
Referait-elle le même choix aujourd’hui
L’équipe confirme qu’elle reprendrait la même décision, en insistant sur un point : ce choix convient à une petite structure qui préfère payer une commission plus élevée pour déléguer une charge administrative réelle, mais deviendrait discutable pour une entreprise disposant déjà d’un service capable de gérer la fiscalité internationale en interne.
Le bon processeur de paiement n’est pas celui qui coûte le moins cher en commission, c’est celui qui décharge l’équipe du travail qu’elle ne veut, ou ne peut, pas faire elle-même.
Un sujet resté ouvert : la portabilité future
L’équipe reconnaît une inquiétude persistante, jamais totalement levée en un an d’utilisation : que se passerait-il si l’entreprise devait un jour changer de processeur de paiement ? Le modèle de « merchant of record » de Paddle implique que les abonnements en cours sont contractuellement liés à Paddle, pas directement à l’éditeur du SaaS, ce qui complexifierait une migration future vers un autre prestataire. Ce risque, jugé acceptable au stade actuel de l’entreprise, reste noté comme un point à réévaluer si le volume de clients venait à croître significativement.
En résumé
Un an après, le choix de Paddle se confirme pour ce SaaS, non pas pour son coût, plus élevé que Stripe, mais pour le temps administratif qu’il a réellement évité à une petite équipe sans service fiscal dédié.
