App Store-publicatie: al je vragen beantwoord tijdens onze Reddit-AMA

Screenshots hebben twee taken tegelijk: iemand overtuigen om je app te downloaden, en Apple helpen begrijpen wat de app doet tijdens de review. Laat je belangrijkste functies en de waarde die ze bieden zien in plaats van willekeurige schermen — als iets je app anders maakt, een uniek workflow, een communityfunctie, een specifiek gebruiksscenario, zorg dan dat het zichtbaar is.

Eén detail waar meer mensen over struikelen dan je zou denken: je screenshots moeten overeenkomen met de versie van de app die je daadwerkelijk indient. Het komt verrassend vaak voor dat een deel van een app wordt herontworpen, een nieuwe build wordt ingediend, en men vergeet de App Store-screenshots bij te werken — en een flinke mismatch tussen wat wordt getoond en wat daadwerkelijk wordt beoordeeld, kan tijdens de App Review vragen oproepen. Apple biedt ook officiële productbezels om je screenshots netjes en consistent te presenteren, de moeite waard als je dat nog niet doet. Nog één ding dat onze iOS-engineers aanhaalden: screenshots met het product of de dienst van een concurrent hebben al voor reviewproblemen gezorgd, dus vermijd dat volledig.

Je hebt alleen een D-U-N-S-nummer nodig als je je als Organisatie wilt inschrijven bij het Apple Developer Program. Publiceer je als individu, dan heb je het helemaal niet nodig.

Voor een Organisatie-account moet je je organisatie eerst registreren bij Dun & Bradstreet (of een lokale partner) — het D-U-N-S-nummer krijgen duurt doorgaans zo'n twee weken, en Apple kan tijdens de inschrijving om extra informatie vragen. Daar staan echte voordelen tegenover: je organisatie verschijnt als ontwikkelaar in de App Store in plaats van je persoonlijke naam, het past over het algemeen beter bij bedrijven en teams (zeker als het eigenaarschap in de loop van de tijd verandert), het maakt het makkelijker om eigenaarschap van je merk en content tijdens de review aan te tonen, en in sommige landen kom je er mogelijk door in aanmerking voor kwijtschelding van de Apple Developer Program-vergoeding. Ben je daarentegen een zelfstandige ontwikkelaar die je eigen apps publiceert, dan is een Individueel account prima geldig en hoef je je helemaal niet met een D-U-N-S-nummer bezig te houden.

Een terugkerende bron van verwarring: cryptische Transporter-fouten bij het uploaden van een build. Drie van de meest voorkomende, uitgelegd:

• "No suitable application records were found" → het app-record bestaat waarschijnlijk nog niet in App Store Connect.
• "Potential loss of keychain" → meestal gewoon een waarschuwing, die optreedt wanneer de app tussen Apple-ontwikkelaarsaccounts is overgedragen.
• "Redundant binary upload" → je uploadt waarschijnlijk een build met hetzelfde versie- of buildnummer als een build die er al staat.

Een van de vragen die we het vaakst krijgen. Op basis van wat we zien bij het begeleiden van onze klanten bij publicatie, is de meeste review binnen 24 tot 48 uur afgerond, al kan het langer duren afhankelijk van de app en Apples werklast.

Heb je een deadline — een lanceringsevenement, een releasedatum — dien dan zo snel mogelijk in in plaats van tot het laatste moment te wachten. Zo heb je, als Apple voor goedkeuring om aanpassingen vraagt, nog tijd om ze door te voeren. En wordt je planning echt krap, dan biedt Apple een verzoek tot versnelde review voor tijdgevoelige situaties. Het is niet gegarandeerd, maar het is de moeite waard zodra je een vaste datum moet halen.

Het beste moment om de bèta te verlaten is niet wanneer je app perfect is — het is wanneer hij klaar is voor echte gebruikers. In de praktijk: de kernervaring is solide, de app heeft al zinvolle content, en je bètagebruikers blijven terugkomen omdat hij écht een probleem voor hen oplost.

Het tweede deel telt net zo zwaar: publiceer niet zonder lanceringsplan. Een veelgemaakte fout is alle energie steken in het krijgen van goedkeuring, om er daarna achter te komen dat niemand weet dat de app bestaat. Een duidelijke doelgroep en een duidelijk antwoord op "waarom zou iemand deze app kiezen in plaats van een andere" heeft een veel grotere invloed op je groei dan een paar dagen eerder lanceren. En dat antwoord helpt niet alleen je marketing: het sluit meestal ook aan bij wat Apple zoekt tijdens de App Review. Apps die iets echt nuttigs of onderscheidends bieden, hebben meestal een soepeler traject dan apps die aanvoelen als nóg een variant op iets dat al bestaat.

Beide platforms kunnen lastig zijn, elk op hun eigen manier. Voor zover wij zien, worden eerste indieningen bij Apple vaker afgewezen dan bij Google Play — maar dat betekent niet dat Google Play makkelijker is. Het heeft zijn eigen beperkingen, die net zoveel wrijving kunnen veroorzaken, afhankelijk van je type ontwikkelaarsaccount en app-configuratie. Bij updates ligt het afwijzingspercentage meestal veel dichter bij elkaar.

Een langdurige GoodBarber-gebruiker vatte deze afweging goed samen in de thread: publiceren bij Apple is een heel proces, en er is altijd wel een reden waarom een app wordt gemarkeerd — maar met GoodBarbers documentatie en support om je erdoorheen te loodsen, verdwijnt het grootste deel van de stress, en blijft de app gegarandeerd conform de storeregels over tijd. Hij wees er ook op dat Google Play, ooit het makkelijkere platform, ook strenger is geworden: apps moeten nu regelmatig worden bijgewerkt, anders loopt het ontwikkelaarsaccount het risico gemarkeerd te worden. Betrouwbare support aan beide kanten is, volgens hem, onbetaalbaar.

Er valt echt nog veel te zeggen over Google Play specifiek — genoeg om er een aparte AMA aan te wijden in plaats van alles hier door elkaar te gooien.

Alles hierboven is precies waar ons supportteam dagelijks mee bezig is — en daarom bestaat deze dienst ook als aparte service: GoodBarber Takes Care (GBTC). In plaats van zelf de App Review te doorlopen, dient het GBTC-team de app namens jou volledig in bij de App Store en Google Play. Apple wijst gemiddeld zo'n 42% van de eerste indieningen af — vaak om redenen die moeilijk te voorzien zijn — maar de afgelopen 12 maanden heeft het GBTC-team ervoor gezorgd dat 91% van die afgewezen eerste indieningen alsnog werd geaccepteerd. Bij updates brengt proactief preventiewerk het afwijzingspercentage terug tot slechts 5%. Wil je de App Review liever overlaten aan een team dat er dagelijks middenin zit, dan is GBTC daar precies voor bedoeld.

Dat was de samenvatting, maar de originele thread is nog steeds de moeite van het lezen waard voor het volledige detail van elk antwoord — en hij blijft open staan. Heb je dus een vraag die we niet hebben behandeld, dan kun je die daar nog steeds posten: App Store-publicatie-AMA op r/GoodBarber.

Dit was onze tweede live AMA. Laat ons in de reacties weten welk onderwerp je de volgende keer graag behandeld wilt zien.