Utilisation du processeur de paiement externe sur Android pour SaaS au lieu de Google Play In-App Billing
J'ai créé un site Web SaaS avec des abonnements, activé par un processeur de paiement externe (qui pourrait être Stripe , Braintree , Paddle , etc.).
Maintenant, ce site Web pour mon SaaS a été emballé dans un petit wrapper WebView et est sur le point d'être publié en tant qu'app Android. Mais sur le site web Stripe, j'ai trouvé ceci:
Les conditions de développement de Google exigent que les achats liés à l'application, tels que les fonctionnalités premium ou les crédits, soient effectués via leur API de facturation In-App native.
En plongeant plus loin dans les termes de Google Play, vous pouvez trouver ceci (le mot à souligner):
- Les développeurs qui proposent des produits contenus dans un jeu téléchargé sur Google Play ou qui donnent accès au contenu du jeu doivent utiliser la facturation Google Play in-app comme mode de paiement.
- Les développeurs proposant des produits appartenant à une autre catégorie d'applications téléchargées sur Google Play doivent utiliser facturation via l'application Google Play comme mode de paiement, sauf dans les cas suivants:
- Le paiement est uniquement pour les produits physiques
- Le paiement concerne un contenu numérique pouvant être consommé en dehors de l'application elle-même (par exemple, des chansons pouvant être lues sur d'autres lecteurs de musique)
Cela semble donc plus permissif que l'interprétation de Stripe, et comme mon SaaS n'est pas un jeu et peut également être utilisé via un navigateur Web générique, ma compréhension serait que l'utilisation d'un processeur de paiement externe au lieu de la facturation de Google Play est bonne .
D'une part, cela signifierait que la plupart des services numériques pourraient éviter la facturation de Google Play et utiliser autre chose, ce qui semble (trop) juste de la part de Google. D'autre part, cela exclut les jeux, sur lesquels Google peut générer beaucoup de revenus, ce qui peut donc être raisonnable à nouveau.
Ce n’est pas une question juridique, et la réponse n’a pas pu être trouvée dans la littérature juridique ou en demandant à un avocat, de toute façon. Si Google est autorisé ou non à utiliser un processeur de paiement externe est donc à la discrétion de Google, en fonction de son interprétation des conditions présentées ci-dessus.
Ainsi, au lieu de conseils juridiques, je cherche des directives pratiques et des exemples d’utilisation dans le monde réel qui soutiennent toute interprétation des termes ci-dessus.
Dropbox est un exemple que j’ai trouvé. Après avoir téléchargé leur application sur Android, Dropbox me permet de choisir l’un des deux modes de paiement proposés: Google Play ou la carte de débit sur le site de Dropbox. Cela semble corroborer l’interprétation plus permissive des termes de Google Play.
Un autre exemple est Spotify, qui ouvre une vue Web dans laquelle vous pouvez choisir parmi plusieurs options de paiement, dont aucune n'est Google Play. Cependant, l’application a toujours la permission d’Android pour les achats intégrés, ce qui est également indiqué dans le Play Store. Ils utilisent donc peut-être la facturation intégrée aux applications de Google dans certains pays seulement.
Existe-t-il d'autres exemples concrets?
Il y a de telles applications. Par exemple, selon divers fournisseurs de réseau, la possibilité d’utiliser des appels téléphoniques ou Internet n’est pas un bien physique. Skype, par exemple, permet d’acquérir des crédits Skype à partir d’une vue Web dans l’application.
Mais je pense qu'un bon exemple pour vous serait l'application WPS Office Android, qui suggère de passer à la version premium avec un abonnement intégré ou un paiement par carte de crédit.
Bien sûr, toutes les applications de poker (en argent réel) sont des exemples concrets. (pokerstars par exemple)
Je n'avais jamais vu une application de poker utilisant le service Google Play pour la facturation. (peut-être pour une raison légale)
Ils utilisent une page Web hébergée (dans une vue Web ou dans un navigateur Web intégré encapsulé) pour traiter le traitement du paiement de leur côté, ce qui permet à l'utilisateur final de sélectionner un mode de paiement dans une grande liste.
Notez que dans ce cas, vous devez traiter vous-même le solde de l'utilisateur (ce qui implique de traiter toute la sécurité sur le traitement des paiements de votre côté)
Je pense que Quickbooks by Intuit (logiciel comptable) est un exemple de solution SaaS qui, je crois, ne passe pas par Google:
https://play.google.com/store/apps/details?id=com.intuit.quickbooks
Invoice2Go est un autre exemple.
https://play.google.com/store/apps/details?id=com.invoice2go.invoice2goplus
Ces solutions sont disponibles sur différents appareils (iOS et Android) et sur le Web. Cela n'a pas de sens pour Google de prendre une coupe puisque l'application Android n'est qu'une des nombreuses options de connexion utilisateur, tout comme l'exemple de chansons/musique de Google.
Je pense que les applications bancaires mobiles en sont un exemple simple. Vous pouvez payer vos factures, envoyer de l'argent via des applications de banque mobile. Mais il n’est pas nécessaire d’utiliser le service Google Play pour la facturation. Toutes les transactions se termineront du côté bancaire. Vous pouvez même envoyer de l'argent directement sur certains sites de paris. (Si vous voulez, je vais partager certaines applications bancaires mobiles pour cette fonctionnalité, mais vous devez vous connecter, vous devez être client de la banque du propriétaire de l'application)
Je veux juste le partager pour une idée, je pense que vous pouvez créer votre propre crypto-monnaie avec l'infrastructure Ethereum appelée smart contracts. C'est vraiment facile à déployer. Vous pouvez trouver des tutoriels de 10 minutes pour cela. Vous pouvez utiliser comme argent dans votre application mobile. De cette façon, si quelqu'un doit acheter quelque chose, il doit acheter une partie de votre devise cryptographique. Et le côté google, vous serez exception à cause de cela,
"Le paiement concerne du contenu numérique pouvant être consommé en dehors de l'application Elle-même (par exemple, des chansons pouvant être lues sur d'autres lecteurs de musique)"
Mais comme tu l'as dit,
la décision de Google d'utiliser ou non un processeur de paiement externe est entièrement laissée à l'appréciation de Google, en fonction de l'interprétation des termes présentés ci-dessus.
Je vais signer sous cela.
Vous pouvez également examiner les applications de crypto bourse. Je peux parier qu'ils n'ont pas facturé de commission Google Play
Certaines informations ne sont pas exactement ce que vous souhaitez, mais elles servent uniquement à partager des idées.