Back to Top

PHNETZ - Internetagentur

Marketing für Ihren Erfolg

In-App-Käufe

In‑App‑Käufe

 

In‑App‑Käufe (englisch in‑app purchases, kurz IAP) ermöglichen es Nutzern, innerhalb einer mobilen Anwendung digitale Güter, Services oder erweiterte Funktionalitäten zu erwerben, ohne die App selbst zu verlassen. Sie werden über die jeweiligen Plattform‑Stores (Apple App Store, Google Play Store, Microsoft Store, Amazon Appstore) abgewickelt und bieten sowohl Entwicklern als auch Nutzern einen integrierten, sicheren Zahlungsweg.

 

1. Arten von In‑App‑Käufen

  • Consumable – Einmal nutzbare Items, die nach dem Konsum erneut gekauft werden können (z. B. Spiel‑Währung, Leben, Power‑Ups).
  • Non‑consumable – Dauerhafte Entitlements, die nach dem Kauf dauerhaft zur Verfügung stehen (z. B.  werbefreie Version, Premium‑Features, zusätzliche Levels).
  • Subscription – Wiederkehrende Zahlungsmodelle (wöchentlich, monatlich, jährlich) für fortlaufende Leistungen (z. B.  Cloud‑Speicher, Streaming‑Zugriff, Content‑Abonnements).
 

2. Technischer Ablauf (Beispiel iOS)

  1. Produktdefinition: Entwickler registriert das Item im App‑Store‑Connect‑Portal, weist eine Produkt‑ID zu und legt Preis, Beschreibung und lokale Verfügbarkeit fest.
  2. Anzeige im UI: Die App präsentiert dem Nutzer eine Schaltfläche, die beim Antippen den Store‑Overlay (SKPaymentQueue) öffnet.
  3. Authentifizierung: Der Store verlangt die Apple‑ID‑Anmeldedaten oder verwendet das bereits angemeldete Gerät.
  4. Zahlungsabwicklung: Der Store verarbeitet die Kredit‑/Debit‑Kartendaten, Apple Pay oder Guthaben und stellt dem Nutzer eine Quittung aus.
  5. Transaktions‑Callback: Das Gerät erhält ein Transaction‑Objekt (SKPaymentTransaction), das den Status (purchased, failed, restored, restoredCompleted) enthält.
  6. Verifizierung (optional): Der Server prüft das Store‑Receipt (Base‑64‑kodiertes JSON) über das Apple Verify‑Receipt‑Endpoint, um Manipulation zu verhindern.
  7. Freischaltung: Nach erfolgreicher Verifizierung wird das gekaufte Feature im App‑Code freigeschaltet (z. B. Feature‑Flag setzen).
 

Der Ablauf unter Android (Google Play) verwendet das Billing‑Library, wobei die Abläufe analog sind (Produkt‑Definition im Google Play‑Console, Purchase‑Token‑Verifizierung über das Google‑Server‑API).

 

3. Vorteile für Entwickler

  • Monetarisierung: Erschließt zusätzliche Einnahmequellen (Micro‑Transactions, Abos) jenseits des reinen Kaufpreises der App.
  • Niedrige Eintrittsschwelle: Nutzer können kleinste Beträge (oft < $ 1) ausgeben, wodurch Kaufbereitschaft steigt.
  • Retention‑Steigerung: Durch zum Beispiel “Freemium‑Modelle” werden Nutzer langfristig an die App gebunden.
 

4. Risiken & Herausforderungen

  • Charge‑Backs & Betrug: Unautorisierte Zahlungen können zu Rückbuchungen führen; Entwickler müssen Mechanismen zur Verifizierung implementieren.
  • Regulatorische Vorgaben: In vielen Ländern gelten bestimmte Vorgaben (z. B. EU‑Richtlinie für digitale Inhalte, Altersbeschränkungen).
  • App‑Store‑Gebühren: Apple und Google erheben in der Regel 30 % (ggf. 15 % bei kleinen Entwicklern), die Einnahmen mindern.
  • Komplexität der Integration: Unterschiedliche Store‑APIs, lokale Steuer‑ und Währungs‑Regeln erfordern sorgfältige Implementierung.
 

5. UX‑Best‑Practices

  • Klarer Mehrwert: Der Nutzer muss sofort erkennen, welchen Nutzen das digitale Gut bietet.
  • Transparente Preisgestaltung: Preis, Wiederholungsintervall (bei Subscriptions) und ggf. anfallende Steuern deutlich anzeigen.
  • Einfacher Wiederherstellungs‑Mechanismus: Nutzer können gekaufte Nicht‑Verbrauchsgüter kostenlos wiederherstellen (z. B. „Restore Purchases“-Button).
  • Nicht‑aufdringliche Prompt‑Strategie: Kaufforderungen erst nach ausreichender Nutzung oder beim Erreichen von Schwellen (z. B. nach Abschluss eines Levels).
 

6. Rechtliche und steuerliche Aspekte

  • Steuern: Umsatz‑ bzw. Mehrwertsteuer wird je nach Land des Käufers automatisch vom Store berechnet und abgeführt.
  • Datenschutz: Bei eigenen Server‑Verifizierungen dürfen nur notwendige Daten (Receipt‑Token, User‑ID) gespeichert werden; die Verarbeitung muss DSGVO‑konform sein.
  • Kinder‑Sicherung: Für Apps, die an Minderjährige gerichtet sind, gelten zusätzliche Auflagen (z. B. Einhaltung des COPPA‑Acts in den USA).