Apple et Google demandent-ils un partage si le paiement personnalisé est effectué dans une application gratuite?

J'ai un jeu multiplateforme (web / iOS / Android) en préparation. Dans la version gratuite, le jeu de base est toujours entièrement jouable, mais les personnes qui choisissent de payer bénéficieront de plus de fonctionnalités sociales (et pas de publicité, bien sûr).

Je pensais que plutôt que d'avoir une version gratuite et payante pour toutes les plates-formes, je pourrais publier les applications gratuitement et si les utilisateurs en veulent plus, ils doivent s'inscrire et payer des frais uniques (via une passerelle de paiement ou PayPal ). Le contenu supplémentaire serait alors disponible dans tous les clients auxquels ils ont accès. Théoriquement, cela signifie une meilleure valeur pour les joueurs et moins d'entretien et de maux de tête pour moi (évidemment, je dois gérer moi-même tous les problèmes de paiement).

Cela s'inscrit-il dans le modèle commercial d'Apple / Google? Ou réclameront-ils toujours leur part des frais d'inscription?

Google a récemment clarifié sa politique afin qu'Apple et Google prennent la réduction de 30% de toute transaction effectuée en tant qu'achat dans l'application. Ils n'autorisent aucune autre forme de paiement à l'intérieur de l'application et supprimeront simplement votre application du marché si vous vous en souciez.

Les seules exceptions que les deux autorisent sont:

• Vente de biens virtuels dans le jeu - ils permettent à l'application de facturer à l'aide de Paypal ou d'une autre passerelle de paiement.
• Déverrouillage d'éléments achetés ailleurs - Si vous créez un site Web sur lequel vous vendez vos biens virtuels, vous pouvez les déverrouiller dans l'application pour ces utilisateurs - notez que l'application n'est pas autorisée à créer un lien vers le site Web.

Déverrouiller du contenu supplémentaire pour les utilisateurs payants n'est pas un problème pour Apple ou Google (je suppose que vous parlez de l'App Store de Google Play, il existe différents magasins d'applications Android avec des exigences différentes).

Cependant, votre application sera rejetée par Apple car elle vous oblige à utiliser son service d'achat intégré. Cela coûte 30% pour chaque transaction, mais c'est un flux de paiement auquel les utilisateurs sont habitués, alors pourquoi ne pas y aller?

Pour Google Play, il est un peu difficile de savoir s'il sera autorisé à l'avenir à utiliser un autre service de paiement que l'IAP de Google, donc je pense que vous voudriez offrir cela comme alternative au moins. Google ne peut pas prendre une part du paiement s'il n'est pas effectué via leur service IAP.

Comme l'a dit johlo, Apple n'autorise que l'utilisation de sa propre API. Je pense que Google aussi.

Cependant, si votre jeu est HTML5 et que vous l'hébergez vous-même, vous êtes libre de facturer comme vous le souhaitez. Vous pouvez également expliquer à vos joueurs comment enregistrer le jeu en tant qu'application et profiter de la mise en cache pour que le jeu se comporte aussi près que possible de toute autre application (si vous voulez jouer hors ligne).

Cela a cependant des inconvénients, car il est beaucoup plus difficile de créer une base de joueurs si vous choisissez cette solution, (mais avec tous les jeux sur l'Appstore et Google Play, les chances de ne pas être remarqués sont plutôt élevées de toute façon).

Vous devrez trouver une bonne campagne de marketing.

En ce qui concerne la fonctionnalité de déverrouillage (probablement plus pertinente pour votre scénario), vous devrez définir tous les produits comme «consommables» dans Apple et «non gérés» dans Google. Cela signifie que vous devez configurer un serveur pour gérer le droit à toutes les marchandises de votre côté. Pratiquement, chaque client authentifiera l'utilisateur auprès du serveur et se renseignera sur l'équilibre des différents produits.