Veel voorkomende problemen met App Store vereisten

Bijgewerkt op 29. oktober 2024 door Jan Bunk

Een pakket dat door een scanner gaat met een rood foutbericht terwijl het wordt bekeken door een humanoïde robot, digitale kunst

Of je nu je iOS-app publiceert in de Apple App Store of je Android-app in de Google Play Store, je app moet eerst worden beoordeeld door een medewerker van de app store voordat deze beschikbaar wordt voor download. De app-beoordelaar controleert of je app voldoet aan de richtlijnen en het beleid van de betreffende app store, om ervoor te zorgen dat de app store een veilige en plezierige ervaring biedt voor zijn gebruikers.

In dit artikel bekijken we de meest voorkomende redenen waarom apps worden afgewezen. Door deze problemen te vermijden, kun je ervoor zorgen dat je app zo snel mogelijk wordt gepubliceerd.

Houd er rekening mee dat dit artikel zich richt op het beoordelingsproces voor apps die we voor onze klanten hebben gemaakt door hun website om te zetten in een app. We hebben een manier om de meeste van de hieronder genoemde veelvoorkomende schendingen van richtlijnen te omzeilen. Dus als je denkt dat je app door een van deze problemen wordt getroffen, neem dan contact met ons op zodat we een oplossing kunnen vinden.

Apple App Store

Helaas is Apple's beoordelingsproces voor apps in de App Store nogal streng. Als je niet bekend bent met hun richtlijnen, je kunt gemakkelijk fouten maken die leiden tot de eerste afwijzing door de App Store. Laten we eens kijken welke secties van de app-beoordelingsrichtlijnen de meeste app-afwijzingen veroorzaken (volgens onze ervaring).

Betalingen (Paragraaf 3.1)

Het kan zijn dat je betalingen op je website moet verwerken met In-App-Purchases (IAP). Omdat dit deel van de richtlijnen vrij gedetailleerd is en veel uitzonderingen bevat (paragraaf 3.1.3), raden we je aan het volledig door te lezen.

Voorbeelden van aankopen die geen IAP's hoeven te gebruiken:

  • 3.1.3(e) Goederen en diensten buiten de app: Betaling voor fysieke goederen die buiten de app worden verbruikt. Dit betekent dat winkels die fysieke producten verkopen geen IAP's hoeven te gebruiken.
  • 3.1.3 d) Ervaringen van persoon tot persoon: Voor aankopen voor één-op-één persoonlijke ervaringen, zoals bijles, fitnesstraining of consulten, hoeven geen IAP's gebruikt te worden.

Als je website betalingen verzamelt voor een van de bovenstaande vrijstellingen, kun je onze website naar app converter zonder problemen gebruiken.

Maar maak je geen zorgen, zelfs als je in-app-aankopen moet gebruiken, kun je een paar kleine veranderingen aan je website aanbrengen en dan kan je app in-app-aankopen gebruiken. Meer informatie over hoe je in-app-aankopen kunt integreren op je website.

Het nadeel van in-app aankopen zijn de kosten die je aan Apple moet betalen en de programmering die nodig is om het te integreren. Daarom werken we meestal samen met onze klanten om een oplossing te vinden die door Apple wordt geaccepteerd, zelfs zonder het gebruik van in-app aankopen.

Meld je aan bij Apple (Paragraaf 4.8)

Als je website een inlogfunctie van derden aanbiedt (zoals Facebook login, Google login, log in met Twitter, log in met LinkedIn, inloggen met Amazon, of WeChat inloggen), dan moet je op je website ook een 'Log in met Apple' functie aanbieden. Op die manier verschijnt het ook in je app.

Er zijn echter enkele uitzonderingen op deze regel:

  • Je website gebruikt uitsluitend de eigen account setup en aanmeldsystemen van je bedrijf.
  • Je website is een onderwijs-, ondernemers-, of bedrijfswebsite waarvoor de gebruiker zich moet aanmelden met een bestaand onderwijs- of bedrijfsaccount.
  • Je website gebruikt een door de overheid of de industrie gesteund burgeridentificatiesysteem of elektronische ID om gebruikers te authenticeren.
  • Je website is een cliënt voor een specifieke dienst van derden en gebruikers moeten direct inloggen op hun mail, sociale media, of een ander account van derden om toegang te krijgen tot de inhoud. Een voorbeeld hiervan zou zijn als je een mailprovider bent en je gebruikers inloggen op hun e-mail account.

Als je 'Sign in with Apple' niet kunt integreren, kunnen we als alternatief de andere inlogopties van derden in de app verbergen, wat je app ook in overeenstemming brengt.

Zakelijk: App niet bedoeld voor een breed publiek (Sectie 3.2)

Als je app niet voor het grote publiek bestemd is (de app is bijvoorbeeld alleen voor je medewerkers), zal Apple je misschien niet meteen toelaten tot de openbare app store, maar in plaats daarvan adviseren Apple Business Manager te gebruiken.

Meestal kunnen we dat oplossen door ook wat app-inhoud toe te voegen die voor iedereen openbaar toegankelijk is.

Google Play Store

Sinds begin 2024 is Google veel grondiger geworden in hun app-beoordelingsproces. Voorheen voerden ze voornamelijk automatische tests uit, maar nu zijn er ook meer menselijke tests. Over het algemeen is Google nog steeds minder streng dan Apple als het gaat om het handhaven van hun richtlijnen, maar als je app wordt afgewezen, geven ze helaas heel weinig informatie over welk deel van een richtlijn je hebt geschonden.

Metadata Beleid

Het meest voorkomende probleem dat afwijzingen door Google veroorzaakt, is dat een deel van de app store-vermelding die is geconfigureerd in de Google Play Console het metadata beleid schendt. Dit kan verschillende oorzaken hebben, maar de meest voorkomende zijn de volgende:

  • De app-beschrijving legt de app-functies niet goed genoeg uit
  • De app-beschrijving bevat prijsinformatie
  • De app-beschrijving maakt niet-verifieerbare claims, bijvoorbeeld "Dit is de beste app voor winkelen"
  • De app-screenshots tonen de app niet goed genoeg

Meestal zijn deze problemen voor ons gemakkelijk op te lossen, omdat we de nodige ervaring hebben om te begrijpen wat Google precies niet leuk vindt aan de app-informatie.

Beperkte Inhoud

Dit is een minder vaak voorkomende maar meer definitieve vorm van app-afwijzing. Als je app onder een van de volgende categorieën valt, kan deze niet worden gepubliceerd:

  • Gokken met echt geld (casino-apps)
  • Pornografische inhoud
  • Illegale inhoud (bijv. verkoop van drugs)

Conclusie

We hopen dat dit artikel je heeft geholpen om een beter begrip te krijgen van veelvoorkomende schendingen van richtlijnen die je moet vermijden om je app zonder problemen gepubliceerd te krijgen.

Natuurlijk konden we niet alle mogelijke problemen behandelen, want dat zou deze gids veel te lang maken - en elke app komt meestal slechts een klein deel van de potentiële problemen tegen. Daarom is het des te belangrijker om een competente app-ontwikkelingspartner te hebben die je ook helpt tijdens het publicatieproces van de app. Wij bieden natuurlijk deze ondersteuning bij het publiceren van apps voor alle apps die met onze service zijn gemaakt. Met onze jarenlange ervaring opgedaan door het publiceren van honderden apps hebben we de nodige kennis om je app gepubliceerd te krijgen, ongeacht welke problemen zich voordoen.

Gerelateerde artikelen


Wat is de beste website naar app converter die er is?

Wat zijn de beste website naar app conversiediensten?

Welke dienst is het beste om van een website een app te maken? We vergelijken de kosten, het succes bij het publiceren in de app store, de prestaties en de veiligheid.

Een robot die in een comfortabele stoel zit en naar zijn mobiele apparaat kijkt met daarboven een gloeiende bol die een pushmelding voorstelt.

Hoe werkt het: het versturen van pushmeldingen naar gebruikers van je app

Een snelle handleiding over hoe je pushmeldingen kunt sturen naar app gebruikers die gemaakt zijn door websites in apps te veranderen met webtoapp.design.

Afbeelding met tekst: toon de licentiepagina van je app

Hoe werkt het: tonen van de licentiepagina van je app

Een korte uitleg over wat licenties zijn in de software wereld en wat je er mee moet doen als je je app met webtoapp.design maakt.


Auteur Jan Bunk
Geschreven door
Jan Bunk

Hoi, ik ben Jan! Ik heb webtoapp.design in 2019 opgericht terwijl ik informatica studeerde aan de universiteit. Er is sindsdien veel veranderd - niet alleen ben ik afgestudeerd, maar het is ook niet langer alleen ik die webtoapp.design runt. We zijn uitgegroeid tot een wereldwijd, volledig remote team en hebben veel ervaring opgedaan met app-ontwikkeling en app-publicatie. We hebben honderden apps gemaakt en gepubliceerd in de app stores, waar ze miljoenen keren zijn gedownload.