Inzicht in typen in-app producten en overwegingen voor de catalogus

Als je een verkoper en ontwikkelaar bent, kun je de Play Console gebruiken om gebruikers digitale producten aan te bieden. Dit noemen we in-app producten. Dit artikel beschrijft verschillende typen in-app producten, de productconfiguratie (zoals geschiktheid en beperkingen) en andere overwegingen, afhankelijk van het producttype dat je aanbiedt.

Typen in-app producten

In-app producten vallen in 2 hoofdcategorieën: producten met eenmalige betaling en abonnementsproducten.

  • Producten met eenmalige betaling: Een product met eenmalige betaling kan worden gekocht met één afschrijving via de betaalmethode van de gebruiker. Voorbeelden hiervan zijn extra gamelevels, premium loot boxes en mediacontent. Deze producten zijn te herkennen aan het producttype INAPP in de Google Play Billing-bibliotheek. Producten met eenmalige betaling zijn verbruiksartikelen of niet-verbruiksartikelen:
    • Verbruiksartikel: Een verbruiksartikel is een product dat een gebruiker verbruikt om in-app content te krijgen. Verbruiksartikelen kunnen meerdere keren worden gekocht op Google Play. Je levert de daaraan gekoppelde voordelen of effecten aan de gebruiker via een proces dat ook wel levering wordt genoemd. Daarna verbruikt je app het product, zodat de gebruiker het opnieuw kan kopen als die dat wil. Een gebruiker kan bijvoorbeeld een in-game valutaproduct kopen, zoals een stapel munten. Als de gebruiker de betaling afrondt, levert je app een vast aantal munten aan de gebruiker en verbruikt de app de productaankoop, zodat de gekochte stapel munten als product opnieuw te koop is voor de gebruiker als die dat wil.
    • Niet-verbruiksartikel: Een niet-verbruiksartikel wordt één keer gekocht en biedt een permanent voordeel. Na aankoop worden deze producten definitief aan het Google-account van de gebruiker gekoppeld. Voorbeelden van niet-verbruiksartikelen zijn premium upgrades en levelpacks.
  • Abonnementsproducten: Een abonnement is een reeks voordelen die gebruikers gedurende een bepaalde periode kunnen gebruiken. Je kunt meerdere abonnementen in dezelfde app aanbieden. Dit kunnen compleet verschillende voordelen zijn (een app voor streaming video kan bijvoorbeeld afzonderlijke abonnementen voor nieuws en sport hebben) of verschillende serviceniveaus (een cloudopslag-app kan bijvoorbeeld abonnementen voor 100 GB, 1 TB en 10 TB hebben). Deze producten zijn te herkennen aan het producttype SUBS in de Google Play Billing-bibliotheek.
    • Abonnementen bevatten een of meer basisabonnementen. Een basisabonnement specificeert de reeks kenmerken voor een bepaalde factureringsperiode en het verlengingstype van een abonnement. Je kunt specificeren of een basisabonnement automatisch wordt verlengd of prepaid is (niet wordt verlengd). In aanmerking komende gebruikers kunnen een aanbieding kopen om toegang te krijgen met een proefperiode en/of introductieprijs. Aanbiedingen zijn alleen beschikbaar voor gebruikers die voldoen aan de deelnamecriteria die je definieert.
    • Gebruikers krijgen toegang (of het toegangsrecht) tot een abonnement door een basisabonnement of aanbieding te kopen in je app of op Google Play.

Algemene overwegingen voor de grootte en configuratie van de catalogus

Elke app heeft een standaardlimiet van in totaal 1000 in-app producten, met aanvullende overwegingen, afhankelijk van het type product (abonnementen of eenmalig).

Let op: Verwijderde producten tellen niet mee voor de limiet van 1000, ook al kun je de product-ID's van de producten niet opnieuw gebruiken.

Overwegingen voor de grootte en configuratie van de catalogus met abonnementsproducten

  • Voor elk abonnementsproduct geldt een limiet van 50 actieve basisabonnementen en aanbiedingen tegelijk.
  • Voor elk abonnementsproduct geldt een limiet van 250 actieve en inactieve basisabonnementen en aanbiedingen. Dit betekent dat je inactieve basisabonnementen en aanbiedingen in je abonnementen kunt instellen en deze zo nodig kunt wisselen en rouleren, terwijl ze niet meetellen voor de hierboven genoemde limiet van 50 (bijvoorbeeld seizoensgebonden aanbiedingen, speciale tijdelijke aanbiedingen, enzovoort).
  • Basisabonnementen en abonnementsaanbiedingen ondersteunen tags, waarmee je app- of backend-logica makkelijk kan worden geïdentificeerd zonder dat je een specifieke aanbiedings-ID nodig hebt. Je kunt tags in je logica voor catalogusbeheer opnemen om specifieke Google Play-producten te labelen met concepten en categorieën die relevant zijn voor je bedrijfslogica. Je kunt bijvoorbeeld een aanbieding voor een loyaliteitsprogramma taggen met een onderscheidende tag die naar het programma verwijst.
  • Basisabonnementen en abonnementsaanbiedingen ondersteunen regionale beschikbaarheid en prijzen.
  • Er is ondersteuning voor deelnamecriteria die kunnen worden beheerd door Google Play of kunnen worden bepaald door je app tijdens de runtime. Je kunt aanbiedingen gebruiken voor promoties, zoals gratis proefperioden en introductieprijzen voor abonnementen die automatisch worden verlengd.
  • Prepaid-abonnementen ondersteunen op dit moment geen aanbiedingen, maar je kunt meerdere prepaid basisabonnementen maken om promotieprijzen te ondersteunen. Check daarna in je app de criteria die je definieert om te bepalen of de gebruiker in aanmerking komt voor een promotieprijs.
  • Abonnementsproducten kunnen alleen worden verwijderd als er nooit een basisabonnement voor is gepubliceerd. We raden je aan om waar mogelijk basisabonnementen en aanbiedingen te gebruiken in plaats van extra abonnementen te maken. Dat heeft de volgende redenen:
    • Op deze manier blijft je catalogus beheersbaar en voorkom je dubbele producten met dezelfde naam, beschrijving en voordelen.
    • Je voorkomt dat gebruikers overbodige abonnementen kopen door abonnementswijzigingen automatisch te verwerken voor basisabonnementen binnen hetzelfde abonnement. Als een gebruiker bijvoorbeeld een maandabonnement heeft en het jaarabonnement voor hetzelfde product koopt, verwerkt het systeem dat automatisch als een vervanging.
    • Het vereenvoudigt de in-app logica die nodig is om rekening te houden met alle verschillende manieren waarop een gebruiker elke set voordelen kan kopen.
    • Het maakt het beheer van prijswijzigingen makkelijker omdat basisabonnementen de prijscohorten van je abonnementen bevatten.
  • Als alle opties om je abonnementsproducten te verkopen niet perfect in het basisabonnement- en aanbiedingsmodel kunnen worden opgenomen en je meer dan één abonnement per set voordelen moet gebruiken, kun je aanpassingen aanbrengen op basis van je behoeften. Misschien moet je een reeks producten die compatibel zijn met eerdere versies behouden om oudere versies van je app te blijven ondersteunen. In dat geval moet je de extra logica gebruiken om de duplicatie te beheren.

Overwegingen voor de grootte en configuratie van de catalogus met producten met eenmalige betaling

  • Producten met eenmalige betaling ondersteunen op dit moment geen aanbiedingen of regionale beschikbaarheid. Voor producten met eenmalige betaling moet je misschien voor elk prijspunt een product instellen.
  • Producten met eenmalige betaling kunnen wel worden verwijderd. Voorkom onnodige dubbele producten en zorg dat je zoveel mogelijk verouderde producten beëindigt die je niet meer nodig hebt in je catalogus. Zo voorkom je dat de catalogus wordt overspoeld met ongebruikte producten die bepaalde processen onnodig traag kunnen maken. Zorg dat de mensen die je cataloguspublicaties integreren op de hoogte zijn van de bovenstaande limieten om fouten tot een minimum te beperken.

Het factureringssysteem van Google Play heeft een limiet voor de prijsklasse die je kunt instellen voor abonnementen en producten met eenmalige betaling, afhankelijk van de locatie.

Gerelateerde content

Was dit nuttig?

Hoe kunnen we dit verbeteren?

Meer hulp nodig?

Probeer de volgende stappen:

Zoeken
Zoekopdracht wissen
Zoekfunctie sluiten
Hoofdmenu
10840636363762295378
true
Zoeken in het Helpcentrum
true
true
true
true
true
92637
false
false
false
false