App in de App Store krijgen: wat er gebeurt nadat je app af is

Wat gebeurt er nadat je app af is?

Een afgebouwde app is nog geen app in de winkel. Tussen de laatste build en de downloadknop zitten drie dingen: een ondertekende build die je uploadt, een winkelvermelding met teksten, schermafbeeldingen, privacyverklaring en leeftijdsclassificatie, en een beoordeling door Apple en Google waarin die twee samen worden bekeken.

Dat laatste verrast de meeste ondernemers. Apple en Google beoordelen niet alleen of je app werkt en veilig is, maar ook of je productpagina klopt. In mijn geval ging de app in één keer door en werd de vermelding afgekeurd. Het technische werk was af; het publiceren was dat niet.

”Apple keurde niet mijn app af, maar mijn schermafbeeldingen. Dat kostte vijf dagen.

Hoe lang duurt de beoordeling van Apple en Google?

Reken op één tot twee weken tussen de eerste inzending en een app die te downloaden is, met één afwijzing ingecalculeerd. Dit is de volledige tijdlijn van Bel Sinterklaas, een app met in-app aankopen die in beide winkels tegelijk is ingediend:

Twee dingen vallen op. Ten eerste: de beoordeling zelf duurde bij Apple veertien minuten — van In Review om 11:30 naar goedgekeurd om 11:44. Al die dagen ervoor stond de inzending in de wachtrij. Je kunt die wachttijd niet versnellen, je kunt alleen voorkomen dat je hem twee keer doorloopt.

Ten tweede: Google is in dit geval sneller geweest, maar Google beoordeelt de winkelvermelding pas samen met een release op een beoordeelde track. Een interne test telt daar niet voor. Zolang je geen gesloten, open of productierelease hebt klaarstaan, blijft álles in de Play Console op concept staan — inclusief de contentclassificatie en het privacybeleid die je al had ingevuld.

Waarom wordt een app afgewezen?

De meest voorkomende afwijzing gaat niet over code maar over metadata: richtlijn 2.3.7 van Apple, "Accurate Metadata". Mijn afwijzing van 28 oktober luidde letterlijk: "The app screenshots include references to the price of the app or the service it provides." Drie van de vijf schermafbeeldingen noemden € 2,49 of het woord "gratis", en een vierde was een leeg wit scherm — die opname was te vroeg gemaakt, vlak na het starten van de simulator, en zo in de App Store beland.

De prijs mag wél in je beschrijving en in de app zelf staan. Alleen in het beeldmateriaal is het verboden terrein, bij Apple én bij Google. Dat is geen detail: het betekent dat een app die prijzen op het scherm toont, een aparte schermafbeeldingsmodus nodig heeft waarin die teksten prijsvrij zijn. Bij ons werd dat een startargument in de app zelf, dat zes prijsteksten omzet naar een neutrale zin.

Vier valkuilen die ik zelf ben ingelopen

• De taal op je productpagina komt uit de app, niet uit je teksten. De productpagina van onze Nederlandse app meldde "Taal: Engels", terwijl alle teksten in App Store Connect alleen in het Nederlands bestonden. Die regel komt uit de bundel. Repareren kon dus niet met een tekstwijziging, maar alleen met een nieuwe versie en een nieuwe build.
• Je kunt de verkeerde build vrijgeven zonder het te merken. Build 57 ging om 16:02 naar Apple; de gecorrigeerde versie was pas om 16:21 ondertekend. Hetzelfde buildnummer kan geen tweede keer, dus de goede versie kon er niet meer bij. Controleer wat er in App Store Connect staat, niet wat er op je bureaublad staat.
• Google snijdt je functieafbeelding bij. De uitgelichte afbeelding is 1024 × 500 pixels, maar Play toont hem op veel plekken bijgesneden naar ongeveer 16:9 en haalt daarbij zo'n 78 pixels van elke kant weg. Tekst die tot aan de rand loopt, verdwijnt. Houd je boodschap in het midden.
• Na goedkeuring gebeurt er niets vanzelf. Staat beheerd publiceren aan — bij Apple "Pending Developer Release", bij Google "Wijzigingen zijn klaar voor publicatie" — dan wacht je app op iemand die op de knop drukt. Handig als je Android en iOS tegelijk live wilt zetten, vervelend als je denkt dat het vanzelf gaat.

Wat moet je regelen voordat je op indienen drukt?

De winkelvermelding is een product op zich, en hij kost meer tijd dan bijna iedereen inschat. Dit is de lijst die bij elke inzending compleet moet zijn, in de volgorde waarin je hem het beste afwerkt:

1. 1Ontwikkelaarsaccount op naam van je bedrijf. Bij Apple kost het Developer Program 99 dollar per jaar, bij Google betaal je eenmalig 25 dollar. Een zakelijk account vraagt om verificatie van je organisatie, en dat loopt niet altijd in een dag rond.
2. 2Een privacyverklaring en een supportpagina op een publieke URL. Beide winkels vragen een werkende link. Een pagina die alleen in je app staat, telt niet.
3. 3Opgave van welke gegevens je verzamelt. Apple noemt dat App Privacy, Google Veiligheid van gegevens. Je vult het zelf in en je bent verantwoordelijk voor wat er staat.
4. 4Contentclassificatie en doelgroep. Google stelt hiervoor een vragenlijst. Let op de leeftijdsinstelling: kies je voor kinderen, dan val je onder apart beleid met extra eisen.
5. 5Schermafbeeldingen in de juiste maten, zonder prijzen. Maak van elk scherm drie opnamen en kies de schoonste, en wacht na het starten van een simulator vijftien seconden voordat je afdrukt — anders fotografeer je een scherm dat nog aan het laden is.
6. 6Teksten: naam, ondertitel, beschrijving en trefwoorden. Dit is tegelijk je vindbaarheid in de winkel. Een app die niemand zoekt op zijn eigen naam, moet gevonden worden op wat hij dóet.
7. 7Een release op een beoordeelde track (Google) of een gekoppelde build (Apple). Zonder dat blijft je vermelding in concept hangen, hoe compleet hij verder ook is.

Deze lijst is de reden dat ik publiceren in elk app-traject als eigen fase plan, met eigen uren. Hij staat ook in het stappenplan van een app-traject, en wat de hele rit kost lees je in wat kost een app laten maken.

Moet jouw app eigenlijk wel in een winkel staan?

Voor veel zakelijke apps is het antwoord nee. Een web-app draait in de browser, werkt op telefoon, tablet en laptop, en hoeft niet langs Apple of Google. Je deelt hem met een link, je zet een nieuwe versie dezelfde dag live, en je betaalt geen jaarlijkse developerkosten. Een monteur die zijn werkbon invult en een klant die een bestelling plaatst, merken geen verschil.

In de winkel hoort je app thuis als je pushberichten nodig hebt, als hij offline moet werken, als je camera, locatie of sensoren echt gebruikt, of als je app een consumentenproduct is dat mensen moeten kunnen vinden en kopen. Bel Sinterklaas is dat laatste geval: zonder App Store geen vindbaarheid en geen betaling. Battery Pilot ook. Een dealerportaal is dat niet. De afweging tussen web, hybride en native staat uitgebreid in native, hybride of web-app.

Wat betekent dit voor je planning?

Plan na "de app is af" nog één tot twee weken voordat hij te downloaden is, en behandel die weken niet als lege tijd. Dit is wat er in die periode gebeurt, en wie wat doet:

De twee dingen die je zelf in de hand hebt, zijn de kwaliteit van je vermelding en het aantal rondes. Eén afwijzing kostte mij vijf dagen; die vijf dagen hadden niets met de app te maken en alles met een prijs op een schermafbeelding.

”Bouwen is het snelste deel geworden. Publiceren is de fase die nog echt tijd kost.

Hoe ik dit bij een app-traject aanpak

Bij een app-opdracht lever ik niet alleen de app op, maar ook de inzending: de vermelding, de schermafbeeldingen, de privacy- en supportpagina's en de opgave van gegevens. Het ontwikkelaarsaccount staat altijd op naam van de klant, want dat is waar je app en je beoordelingen aan vastzitten — een app in het account van je bouwer is een app die je niet kunt meenemen.

Wil je weten of jouw idee in een winkel thuishoort of beter als web-app begint, kijk dan eerst bij een app laten maken of lees hoe je van idee naar werkende app komt.