In-App-Purchase ???

nein sowas gibt es nicht, sofern nicht, der entwickler sowas selbst einbaut.

aber vom market selbst gibt es keine vorrichtung dafür wie am iPhone.

Gibt es bestimmt, vor allem wenns darum geht irgendwelche News oder Daten zu bekommen. Mir fällt aber auf Anhieb keine ein. I.d.R. gibt es entweder kostenlose Apps, oder welche für einen geringen Betrag.

ich sagte ja, wenn der entwickler sowas selbst macht, dann gibts das schon.

dein beispiel ist aber wohl sehr weit weg von in app purchase, weil er dort nur einen link zum market hat. das ist weit weg von dem, was es beim eiPhone gibt.

Das ganze ist geregelt im Distribution Agreement: http://www.android.com/us/developer-distribution-agreement.html

Die relevante Passage ist: "4.5 Non-Compete. You may not use the Market to distribute or make available any Product whose primary purpose is to facilitate the distribution of Products outside of the Market."

Wie über alle Regeln läßt sich da trefflich drüber streiten ab wann der in-app purchase der "primary purpose" Deiner App ist. Klar ist Googles Ansicht zum Thema zum Beispiel sobald es um Clients für konkurrierende Markets geht. Zumindest findet man im Market keinen Client für AndAppstore, SlideMe oder andere alternative Markets.

Wenn man über die AndroidPit App wie angekündigt bald Apps downloaded kann wird es die App sicher auch nicht mehr lange auf dem Market geben.

Das von Dir beschriebene Schema (Ablauf + Upgrade) interpretiert Google offenbar auch als Verstoss gegen die "non-compete" Klausel. Ich finde es jetzt zwar nicht wieder, aber ich erinnere mich daran daß im Android Developer Forum mal jemand geschrieben hat, dass Google seine Anwendung wegen einem in-app-purchase vom Market entfernt hat der genau so funktioniert hat wie Du das planst (kostenlose App die nach einer Weile upgegradet werden muss).

Der Market kassiert ja einen Schnitt von 30% von jedem App-Kauf. Wenn der Umsatz der App über in-app purchase geht kann Google da ja nicht mehr seinen Schnitt machen.

Offenbar gibt's schon Möglichkeiten einen Google konformen in-apps Purchase Prozess zu nutzen - dieser muss aber scheint's zwangsweise wieder über Google Checkout gehen. Mehr dazu steht hier: http://groups.google.com/group/android-discuss/browse_thread/thread/210ea81d2806e44d/e1b6b91e5a72b03d?hl=en&lnk=gst&q=in+app+purchase#e1b6b91e5a72b03d

Seltsame Logik
"Klar" wäre das mE erst, wenn (mindestens) einer der Genannten eine App in den Market eingestellt hätte und Google die dann wieder entfernt hätte.

— geändert am 09.04.2010, 00:25:26

In App Purchase gibt es ja jetzt (ab 2.3), weiß jemand wie viel Google einbehält?

gibt es ab 1.6

man muss nur die richtige market version installiert haben

30% ist doch ein Witz, oder?
Google hat ein ähnliches Bezahlungssystem für Internetseiten, dort verlangen sie "nur" 10%, was immer noch viel zu viel ist, dafür dass sie nur das Geld sammeln.
So kann man doch zB bezahlen über NFC völlig vergessen.

Ich finde dieses Bezahlungssystem sollte man nicht verwenden, als Kunde und Entwickler, solange die Provision nicht angemessen ist.

NFC hat damit nichts zu tun ;-)

Doch, da man zB ein System etablieren könnte, womit man über NFC bezahlen kann (Telefon an ein Lesegerät halten, Zahlung bestätigen und fertig; ist glaub ich zB in Japan verbreitet). In vielen Mensen zahlt man auch schon so, nur eben nicht mit einem Telefon, sondern mit einer (passiven) RFID-Karte.
So ein System müsste auch sehr sicher sein, da man sich nochmals über das Telefonnetz absichern könnte.

— geändert am 26.02.2011, 11:35:12

Und was hat das mit den 30% von Google zu tun?

Würdest Du eine KK verwendet, bei der 30% Gebühr anfallen?

Google könnte natürlich selbst so ein Bezahlsystem durchsetzen und braucht sich dann um die 30% nicht scheren, jeder andere kann das aber über In-App-Purchase vergessen.

Natürlich nicht, aber Google Checkout hat nichts mit NFC zu tun..

Wenn man ein Bezahlssystem über NFC und In-App-Purchase macht, dann schon.

Aber auch egal, ich finde ja nur dass der Preis völlig überzogen ist. Ich verstehe auch die Motivation dahinter, ich denke Google wird vor allen an App-Erweiterungen gedacht haben. Da ist es schon verständlich, dass Google den selben Anteil haben will, als wenn die App als ganzes im Market verkauft werden würde.
Aber man könnte ja noch ganz andere Inhalte verkaufen, aber dazu ist die Gebühr einfach zu hoch. Normal müsste doch Google verschiedene Preismodelle aufstellen, je nachdem was verkauft wird (App-Erweiterung, digitales Medium etc).

ich glaube du verstehst unter nfc was anderes.

nfc hat mit den checkout gebühren aber nichts zu tun.

in app purchase hat auch nichts mit nfc zu tun.

klar wenn du eine app baust, die nfc nutzt und dann app features via in app purchase kaufbar macht, dann zahlst du gebühren. aber das ist nicht der primäre gedanke hinter nfc

Das ist mir schon klar. In erster Linie ist das nur ein RFID der Daten sendet/empfängt.
Der Hauptgedanke hinter NFC war aber schon neben einer Möglichkeit mich auszuweisen (ein Beispiel wäre zB bei Deiner Videothek) eine Bezahlmöglichkeit zu schaffen (und da zähl ich mal alles dazu, wie zB ein digitales Bahnticket).

— geändert am 02.03.2011, 17:12:22

Die Bezahlmethode ist aber nicht zwangsläufig Google Checkout..