7

Was sind die Optionen, um eine Kreditkartenzahlung von einer iPhone-Anwendung zu akzeptieren? Dies wird eine eigenständige Anwendung sein, keine iPhone-spezifische Website. Kann ich ein Zahlungsgateway wie Authorize.net integrieren? Was ist mit Paypal oder Google Checkout? Ich weiß auf einigen Websites, dass es Sie zu einer Paypal-Website für die Zahlungsermächtigung führt - kann dies über HTTP-Anfragen getan werden, anstatt den Benutzer zu einer anderen Website zu zwingen (die nicht von der App verfügbar sein wird)? Gibt es Sicherheitsbedenken bei diesen Zahlungen von einem iPhone, da Sie kein SSL-Zertifikat installieren können?Welche Möglichkeiten gibt es, Kreditkartenzahlungen über ein iPhone zu akzeptieren?

Ich möchte nicht die Apple-Mikro-Zahlungen verwenden, die in der Version 3.0 verfügbar sein werden, da es viele kleine Gebühren geben wird, und ich möchte nicht jedes Mal 30% an Apple geben.

Ist dies sogar möglich, oder ich brauche Kunden, um ein Konto auf meiner Website im Voraus zu erstellen, mit ihrer Kreditkarte zu bezahlen, und dann das iPhone mit meiner Datenbank interagieren, um ihr verfügbares Guthaben zu erhalten das Netz)?

+0

Micropayments sind sehr schwer gut zu machen. Ich würde vorschlagen, dass Sie sehr sorgfältig die Overhead-Gebühren von welchem ​​Dienst Sie verwenden werden. Einige haben eine Mindestpauschale von 0,25 USD pro Transaktion. Also, wenn Sie weniger als 0,75 USD berechnen, wäre es besser, mit Apple zu gehen. Nur ein Wort der Vorsicht. Viel Glück :) – scraimer

+10

Auch etwas zu tun, um absichtlich Apples Sammlung ihres Schnittes zu umgehen ist ein todsicherer Weg, um sie wütend auf dich zu bekommen. Ihre Chancen, dass Sie für den Verkauf im App Store genehmigt werden, sind ziemlich niedrig. –

Antwort

3

Es ist wirklich ganz einfach, Geld mit PayPal zu berechnen. Es hängt nur davon ab, welche Art von Feedback Sie von PayPal wünschen. Weitere Informationen finden Sie unter PayPal's Developer site.

EDIT: Ich sollte wirklich erklären, was ich mit "Feedback" meine.

Wenn ein Benutzer an die PayPal-Website zum Bezahlen gesendet wird, können Sie ihn mit einer ziemlich simple web-form senden (ja, eine einfache <form>...</form>.) Wenn Sie nur 1 Produkt haben, dann kann dieses Formular sogar statische HTML sein.

Der schwierige Teil kommt, nachdem der Benutzer zahlt.

Option 1: Überprüfen Sie Ihr PayPal-Konto manuell für die Zahlung. Wenn der Benutzer bezahlt hat, dann schickst du ihm eine E-Mail und schickst alles, was du willst, um ihn zu verkaufen. Einfachste Methode, geringster Code. Die Nachteile sind, dass Sie eine Menge manuelle Überprüfung durchführen müssen, und das ist im Grunde nur eine Belastung für Ihre Aufmerksamkeit.

Option 2: Get automatic confirmation from PayPal in Ihrer Anwendung. Entweder indem Sie Postbacks von PayPal an einen HTTP-Server senden oder indem Sie aktiv den PayPal-Server zur Bestätigung abfragen, nachdem Sie genügend Zeit auf die Transaktion gewartet haben. Dies bedeutet, dass der Benutzer sofort Rückmeldung erhält, sobald die Transaktion abgeschlossen ist. Sie könnten ihm sogar automatisch das Produkt schicken! Der Nachteil ist, dass eine solche Lösung mehr Code ist.

Oh, und jedes Mal, wenn ich "PayPal" sagte? Alle Dienste, die ich gerade erwähnt habe, werden von jedem Kreditkartenautorisierungsgateway bereitgestellt, das ich je gesehen habe.

7

Ich denke, dass 30% gut bezahlt ist ...

  • Keine Notwendigkeit, über Kreditkartenbetrug
  • Keine Notwendigkeit, über sichere Zertifikate
  • Keine Notwendigkeit, über Serverprobleme wie Ausfallzeiten
  • Keine Notwendigkeit, etwas über das Erstellen eine schöne Benutzeroberfläche und die Beschreibung zu denken, zu denken, denken von wie
  • Keine Kreditkarte benutzen benötigt, wenn der Benutzer kaufen müssen nur die iTunes-Passwort aufzufüllen, damit sie überall kaufen, überall
  • Keine Notwendigkeit, viel Zeit zu verbringen debugg ing und testing, das SDK ist großartig und funktioniert wie ein Charme, wenn Sie nur folgen, die documentation

    Und Sie können immer 5 Dollar mehr hinzufügen, um die 30% auf, was Sie versuchen zu verkaufen.

    Denken Sie daran,, dass, wenn Sie einen niedrigeren Preis haben, Sie viel mehr Käufer haben werden und Sie können viel mehr Profit, dass ein paar Käufer mit einem höheren Preis haben.

+3

Ich stimme zu, dass die Verwendung der Apple In-App-Zahlungen eine sehr bevorzugte Option ist, aber die 30% können zu hoch sein, wenn Sie mit physischen Gütern zu tun haben oder bereits geringe Margen haben. In diesem Fall möchte der Kunde nicht in seine Gewinne schneiden, aber ich denke, dass die Risiken (nicht nur in Bezug auf Sicherheit, sondern auch auf mangelnde Akzeptanz) schlechter sein könnten als die 30% Gebühr. –

+0

Gemäß Apple Richtlinien können Sie StoreKit nicht für physische Güter verwenden. – averydev

Verwandte Themen