Apple en Google veranderen de regels. En uw app?

Laten we beginnen met wat dit onderwerp onderscheidt van alle andere in deze serie. Wanneer iOS of Android evolueert, kunnen functies ophouden te reageren — dat is een technisch probleem, en het wordt technisch opgelost. Een storeregel daarentegen maakt niets kapot: uw app kan perfect werken, op uw telefoon en op die van uw gebruikers, en toch tegengehouden worden aan de deur. Want de stores zijn geen schappen waar je een app op zet: het zijn bewaakte deuren. Niets bereikt de gebruikers zonder een beoordeling te doorlopen, en die beoordeling past de regels van vandaag toe.

Het is een dreiging van een andere aard. Ze toont zich niet als een storing, maar als een afwijzing, een nieuwe eis, een in te vullen vakje dat er vorige keer niet was. En ze komt met een eigen taal — juristen en ontwikkelaars door elkaar — waarin u eerst zou moeten uitzoeken of u betrokken bent voordat u überhaupt weet wat te doen.

Kijk naar wat de stores vragen en er verschijnt een patroon: hun regels gaan niet alleen over wat uw app doet — ze gaan evenzeer over wat hij verklaart, vraagt en toont.

Wat hij verklaart. Welke gegevens hij verzamelt, waarvoor, met wie hij ze deelt, op welk publiek hij zich richt. De stores eisen dat de vermelding de waarheid over de app vertelt — en die eis wordt jaar na jaar dichter.

Wat hij vraagt. Een toestemming — locatie, foto's, microfoon — kan niet meer zomaar genomen worden: ze moet op het juiste moment gevraagd worden, om een reden die je kunt tonen, en die je kunt verantwoorden.

Wat hij toont. Inhoud, aankopen, prijzen: wat de app aanbiedt moet overeenkomen met wat is aangekondigd, en binnen blijven wat de store bereid is te verspreiden.

Voeg daar de eigenschap aan toe die app-eigenaren vaak te laat ontdekken: deze regels gelden op het moment dat een update zich aandient. Een app wordt beoordeeld naar de regels van vandaag, niet naar die waaronder hij ontstond. Over wat dat mettertijd doet met een app die niemand meer bijwerkt, heeft Pierre-Laurent de referentie-inventaris geschreven; ik doe die hier niet over.

Omdat de regels meer de taal van naleving spreken dan die van code, lijkt het werk van het platform niet op reparatie — het lijkt op jurisprudentie.

Volgen wat de stores publiceren, en vooral wat ze in de praktijk beginnen te eisen: een beoordeling wordt door mensen gedaan, en de letter van een regel zegt niet altijd hoe ze zal worden toegepast. Voortdurend apps indienen is precies hoe je die kennis opbouwt — welke formuleringen erdoor komen, welke verklaringen verwacht worden, wat een vraag van de examinator uitlokt. En dat alles vervolgens, één keer, vertalen in hoe de apps gebouwd en aan de stores gepresenteerd worden — zodat elke app ervan erft zonder er ooit mee bezig te zijn.

Het contrapunt, dit keer in één zin: als u uw app alleen zou onderhouden, zou die jurisprudentie door u opgebouwd moeten worden, afwijzing na afwijzing — want zo leert men haar, wanneer niemand haar vóór u geleerd heeft.

En de eerlijke kanttekening die door deze hele serie loopt, geldt hier meer dan waar ook: een beoordeling houdt haar aandeel menselijk oordeel. Het voorbereidende werk maakt afwijzingen zeldzaam aan de technische en declaratieve kant; het maakt van het examen geen formaliteit.

De volledige kaart van wie wat doet staat in het eerste artikel; voor de storeregels krimpt ze tot twee regels — maar die twee regels zijn de kern van de zaak, juist omdat de regels over u spreken.

Uw ontwikkelaarsaccount. Uw app is gepubliceerd op uw naam — dat is wat hem van u maakt — en daarom richten de stores zich officieel tot u. Dat account moet vernieuwd worden, en het is de deur waar elke update doorheen gaat.

De antwoorden die over uw activiteit gaan. Wanneer een regel een vraag stelt over uw inhoud — welke gegevens u verzamelt, op welk publiek u zich richt, wat u verkoopt —, kan het antwoord alleen van u komen. Het is het logische gevolg van alles hierboven: de stores willen dat de app de waarheid over zichzelf vertelt, en die waarheid is de uwe.

En als zelfs dat deel u zwaar valt: GoodBarber Takes Care is de service waarbij ons team de indiening bij de stores voor u verzorgt.

Dit is wat dat alles concreet verandert. Wanneer u publiceert, legt uw app een examen af waarvan de stof veranderd is sinds de vorige keer — ze verandert altijd. Maar hij verschijnt niet alleen: hij komt gebouwd en gepresenteerd naar wat de stores die dag eisen, gedragen door de ervaring van alle indieningen die aan de uwe voorafgingen. U hebt niet gestudeerd; de app komt voorbereid aan. Voorbereid betekent echter niet vooraf goedgekeurd: de beslissing aan de deur behoort toe aan Apple en Google, en aan niemand anders — geen enkel platform kan die namens hen beloven, en geen enkel zou dat moeten. Wat de voorbereiding verandert, is alles wat van voorbereiding afhangt; de beslissing zelf is precies waarvoor de beoordeling bestaat.

De storeregels zullen in hetzelfde tempo blijven veranderen, en in dezelfde richting strenger worden. Het verschil is niet dat ze u sparen — het is dat ze ophouden uw avondlectuur te zijn.

Voor de technische versie — wat drie jaar regels en systemen werkelijk met een app doen — heb ik het hele verhaal op dev.to verteld. En als uw app nog niet bestaat: bouw hem dan waar iemand die lectuur al voor u doet — mijn app maken met GoodBarber.

Hoe weet ik of een nieuwe regel van Apple of Google mijn app aangaat?

Dat hoeft u niet zelf uit te zoeken. Technische en declaratieve regels worden op platformniveau gevolgd en toegepast, zonder u erbij te betrekken. De regels die een vraag stellen over uw inhoud of uw omgang met gegevens verschijnen in uw ontwikkelaarsaccount, als een te bevestigen verklaring — en daar hoort het antwoord bij uw activiteit, niet bij de techniek.

Kan een regelwijziging ervoor zorgen dat mijn update wordt afgewezen?

Een afwijzing blijft altijd mogelijk: een beoordeling wordt door mensen gedaan, met een aandeel menselijk oordeel. Wat het platform verandert, is de voorbereiding: uw app verschijnt gebouwd naar de geldende eisen, gedragen door de ervaring van eerdere indieningen. En als de indiening zelf u zwaar valt, bestaat GoodBarber Takes Care om die over te nemen.

Moet ik de guidelines van Apple en Google lezen voordat ik publiceer?

Niet voor het technische en declaratieve deel — dat wordt stroomopwaarts gevolgd, voor alle apps op het platform. De regels over de inhoud zelf daarentegen — wat uw app mag aanbieden, verkopen en tonen — spreken over uw activiteit, en op dat terrein blijft u het best geplaatst.

Kan mijn app geblokkeerd worden terwijl hij perfect werkt?

Ja, en dat is het bijzondere aan storeregels: ze gaan niet alleen over of de app goed werkt — ze gaan ook over zijn recht om verspreid te worden, dus over wat hij verklaart, vraagt en toont. Daarom is naleving een vak op zich, los van het technische: een app kan technisch onberispelijk zijn en toch om een verklaring gevraagd worden die vorig jaar niet bestond.