Quelles sont les options pour accepter un paiement par carte de crédit d'une application iPhone? Ce sera une application autonome, pas un site web spécifique à l'iPhone. Puis-je m'intégrer à une passerelle de paiement comme Authorize.net? Qu'en est-il de paypal ou Google checkout? Je sais que sur certains sites Web, cela vous mènera à un site paypal pour l'autorisation de paiement - cela peut-il être fait sur des requêtes http, au lieu de forcer l'utilisateur à un autre site web (qui ne sera pas disponible)? Y a-t-il des problèmes de sécurité avec ces paiements d'un iPhone, car vous ne pouvez pas installer un certificat SSL? Je ne veux pas utiliser les micro-paiements Apple qui seront disponibles dans la version 3.0 car il y aura beaucoup de petits frais, et je ne veux pas donner 30% à Apple à chaque fois. Est-ce encore possible, ou aurai-je besoin de clients pour créer un compte sur mon site web à l'avance, payer avec leur carte de crédit, puis avoir l'iPhone interagir avec ma base de données pour obtenir leur solde disponible (le montant qu'ils ont chargé la toile)?Quelles sont les options disponibles pour accepter les paiements par carte de crédit via un iPhone?
Quelles sont les options disponibles pour accepter les paiements par carte de crédit via un iPhone?
Répondre
Il est vraiment très facile de charger de l'argent avec PayPal. Cela dépend du type de commentaires que vous souhaitez obtenir de PayPal. Voir PayPal's Developer site pour plus d'informations.
EDIT: Je devrais vraiment expliquer ce que je veux dire par "feedback". Lorsqu'un utilisateur est envoyé sur le site PayPal pour payer, vous pouvez l'envoyer en utilisant un simple web-form (oui, un <form>...</form>
). Si vous n'avez qu'un produit, alors ce formulaire peut même être du HTML statique.
La partie difficile vient après que l'utilisateur paie.
Option 1: Vérifiez votre compte PayPal manuellement pour le paiement. Si l'utilisateur a payé, vous l'envoyez par e-mail et envoyez ce que vous vouliez lui vendre. Méthode la plus simple, le moins de code. Les inconvénients sont que vous devrez faire beaucoup de vérification manuelle, et, fondamentalement, cela ne fait que drainer votre attention.
Option 2: Obtenez automatic confirmation from PayPal dans votre application. Soit en envoyant des post-retours à un serveur HTTP par PayPal, soit en interrogeant activement le serveur PayPal pour confirmation après avoir attendu suffisamment de temps pour que la transaction soit passée. Cela signifie que l'utilisateur reçoit un retour immédiat une fois la transaction terminée. Vous pouvez même lui envoyer automatiquement le produit! L'inconvénient est qu'une telle solution est un lot plus de code.
Oh, et à chaque fois que j'ai dit "PayPal"? Tous les services que je viens de mentionner sont fournis par chaque passerelle d'autorisation de carte de crédit que j'ai jamais vue.
Je pense que 30% est bien payé ...
- Pas besoin de penser à la fraude par carte de crédit
- Pas besoin de penser à des certificats sécurisés
- Pas besoin de réfléchir sur les problèmes de serveur comme temps morts
- Pas besoin de chose au sujet de la création d'une interface utilisateur agréable et la description Comment utiliser de
- Aucune carte de crédit nécessaire pour acheter que l'utilisateur juste besoin de remplir le mot de passe iTunes, afin qu'ils puissent acheter partout, partout
Pas besoin de passer beaucoup de temps debugg Le SDK est génial et fonctionne comme un charme si vous suivez simplement le documentation
Et vous pouvez toujours ajouter 5 dollars de plus pour couvrir les 30% de ce que vous essayez de vendre.
Rappelez-vous que si vous avez un prix inférieur, vous aurez beaucoup plus d'acheteurs et vous pouvez avoir beaucoup plus de profit que quelques acheteurs avec un prix plus élevé.
Je suis d'accord que l'utilisation des paiements Apple dans l'application est une option grandement préférée, mais les 30% peuvent être trop élevés si vous avez affaire à des biens physiques ou avez déjà des marges faibles. Dans ce cas, le client ne veut pas réduire ses profits, mais je pense que les risques (pas seulement la sécurité mais le manque d'adoption) pourraient être pires que les frais de 30%. –
Conformément aux directives Apple, vous ne pouvez pas utiliser StoreKit pour des biens physiques. – averydev
Les micropaiements sont très difficiles à bien faire. Je dirais que vous regardez très attentivement les frais généraux de tout service que vous utiliserez. Certains ont un forfait minimum de 0,25 USD par transaction. Donc, si vous facturez moins de 0,75 USD, il serait préférable d'aller avec Apple. Juste un mot de prudence. Bonne chance :) – scraimer
Aussi, faire quelque chose pour contourner intentionnellement la collection d'Apple de leur coupe est un moyen infaillible de les mettre en colère contre vous. Vos chances d'obtenir ce approuvé pour la vente dans l'App Store sont assez faibles. –