Achat intégré IAP

Un paiement fait dans une application mobile via la facturation du magasin, où Apple ou Google gardent 15 à 30 pour cent de la somme payée.

Également appelé achat in-app facturation du magasin paiement dans l'application

Définition

Un achat intégré est un paiement fait dans une application mobile, encaissé par le magasin d'applications et non par vous. Le client touche le bouton, le magasin débite la carte déjà enregistrée sur son compte, et vous recevez ce qui reste après la part du magasin. Cette part est en général de 30 pour cent. Elle tombe à 15 pour cent pour les petits vendeurs et pour un abonnement après sa première année.

Ce qui surprend les commerçants, c'est l'endroit où passe la frontière. Si vous vendez une chose qui n'existe que dans l'application, comme des fonctions en plus, une formule payante, des pièces de jeu ou un cours regardé sur le téléphone, Apple et Google imposent leur encaissement et leur pourcentage. Si vous vendez un bien réel ou un service rendu hors du téléphone, une robe, une livraison, une nuit d'hôtel ou un rendez-vous chez le dentiste, vous encaissez vous-même par carte ou par portefeuille, et le magasin ne prend rien.

Une application de boutique échappe donc souvent à la commission, une application de contenu rarement. Les gens se trompent dans les deux sens. Certains paient 30 pour cent sur des produits physiques sans y être obligés. D'autres vendent un accès numérique par leur propre page de paiement et voient l'application retirée, parfois quelques jours avant une campagne. Linkysoft a vu une application tomber pour un seul bouton, et les équipes de contrôle lisent vraiment les écrans.

Il y a un second piège. Vous ne pouvez pas renvoyer le client vers votre site depuis l'application pour éviter la commission. Une phrase disant que c'est moins cher sur notre site a fait rejeter des applications pendant des années. Des décisions de justice ont assoupli la règle dans certains pays, et elle bouge encore, alors posez la question avant de construire, pas après.

Quel que soit le mode d'encaissement, le reçu doit être vérifié sur votre serveur, jamais sur le seul téléphone. Un téléphone se trafique, et de faux reçus se vendent ouvertement. Quand Storek vend via une application, les commandes de biens réels passent par le prestataire de paiement du magasin, et la marge reste chez le commerçant. Linkysoft tranche cette question la première semaine d'un projet d'application mobile, car la réponse change le prix de tout le reste.

Questions sur Achat intégré

Dois-je payer 30 pour cent si je vends des produits physiques dans mon application ?
Non. Les biens physiques et les services rendus hors du téléphone peuvent être payés via votre propre prestataire carte ou portefeuille, et le magasin ne prend rien sur cet argent.
Qu'est-ce qui compte comme article numérique que le magasin doit facturer ?
Tout ce que le client utilise dans l'application : fonctions en plus, adhésion payante, pièces, suppression des publicités, une vidéo ou un cours regardé sur le téléphone. Si cela n'existe que sur l'écran, le magasin le facture.
Puis-je dire aux clients que le prix est plus bas sur mon site ?
Pas librement, et pas partout. Certains pays autorisent désormais un lien sortant après des décisions de justice, d'autres rejettent encore l'application pour cela. Vérifiez la règle en vigueur sur votre marché avant de dessiner l'écran.
Comment empêcher quelqu'un de simuler un achat ?
Envoyez le reçu du magasin à votre serveur et demandez à Apple ou Google de le confirmer là-bas. Un téléphone peut être modifié par son propriétaire, et ouvrir une fonction payante sur sa seule parole fait proliférer les comptes gratuits.
Qui gère les remboursements d'un achat intégré ?
C'est le magasin, et il peut rembourser sans vous demander. Votre système doit écouter ce message et refermer la fonction payante, sinon vous continuez à servir quelqu'un déjà remboursé.

Vous ne voyez toujours pas comment cela s'applique à votre projet ?

Dites-nous ce que vous construisez et nous vous répondrons simplement.