Guideline 4.3 Design Spam: app afgewezen, wat nu?

Guideline 4.3 Design Spam: het korte antwoord

Guideline 4.3 is de anti-spamregel van de App Store. 4.3(a) verbiedt je om dezelfde app meerdere keren te publiceren, en wordt in de praktijk gebruikt tegen omgebouwde apps. 4.3(b) wijst apps af die niet te onderscheiden zijn van wat er al is, vooral in verzadigde categorieën. De oplossing zit in de kern: een hoofdfunctie die niemand anders biedt.

Het is de lastigste afwijzing om op te lossen: hij zet het bestaansrecht van je app ter discussie, en geen enkele codefix helpt als het product te veel op het bestaande lijkt.

Ik publiceer mijn eigen iOS-apps: Solys, een wekker met minigames, en TradaZen, een tradingtraining, staan in de App Store. Nolera en Clic zijn afgewezen en daarna gecorrigeerd. Ik heb afwijzingen gehad op 2.1, 5.6.3 en 2.3.2, die ik uitleg in waarom Apple je app afwijst. Ik heb nooit een 4.3-afwijzing gehad, en ik ga je niet het tegendeel vertellen. Deze gids is gebaseerd op de officiële tekst van Apple, in het Nederlands geparafraseerd.

Wat zegt guideline 4.3 precies?

4.3, "Spam", staat in sectie 4, "Design", van de App Review Guidelines. De twee delen richten zich op twee verschillende problemen.

4.3(a): één app, geen kopie per variant

De officiële tekst vraagt je om geen meerdere Bundle IDs voor dezelfde app aan te maken. Het voorbeeld van Apple: een kaartapp per stad ter wereld publiceren, in plaats van één wereldkaart waarin je je stad opzoekt. Heeft je app versies per locatie, per sportteam of per universiteit, dan raadt Apple je aan één app in te dienen en de varianten via in-app aankopen aan te bieden.

In de praktijk gaat het afwijzingsbericht verder dan dit voorbeeld. In 4.3(a)-afwijzingen die ontwikkelaars op de developerforums van Apple hebben gedeeld, schrijft Apple dat de app "a similar binary, metadata, and/or concept" deelt met apps van andere ontwikkelaars, met slechts kleine verschillen. Het bericht noemt zulke vergelijkbare of omgebouwde apps spam. Drie woorden tellen: de binary (de gecompileerde code), de metadata (naam, beschrijving, screenshots) en het concept.

Twee andere regels wijzen dezelfde kant op. 4.2.6, een subregel van guideline 4.2, wijst apps af die gemaakt zijn met een commercieel template of een app-generatieservice, tenzij ze direct door de contentaanbieder worden ingediend. Guideline 4.1, "Copycats", verbiedt het kopiëren van een populaire app met een iets andere naam of interface. Hij begint met een simpele zin: "Come up with your own ideas."

4.3(b): verzadigde categorieën

4.3(b) wijst apps af die niet te onderscheiden zijn van wat al ruim beschikbaar is: volgens Apple maken zulke opportunistische varianten het ontdekken van apps in de App Store slechter.

De tekst noemt de betrokken categorieën. Datingapps, zaklampen, geluidseffecten, wallpapers, simpele timers en waarzeggerij ("fortune telling") zijn al ruim vertegenwoordigd. Apple accepteert in deze categorieën geen nieuwe inzendingen meer, tenzij ze "a meaningfully different or improved experience" bieden. Apple kan zelfs apps verwijderen die niet worden bijgewerkt of verbeterd, of die niemand aantrekken.

Een tweede lijst is strenger: drankspelletjes, Kama Sutra, scheet- en boerapps. Apple vindt die van lage kwaliteit of weinig moeite, en herhaalde inzendingen van dit type kunnen leiden tot uitsluiting uit het developerprogramma.

Horoscopen en astrologie worden in de huidige versie van de tekst niet letterlijk genoemd. Een generieke dagelijkse horoscoop-app zit wel heel dicht bij waarzeggerij, en ik zou die als een verzadigde categorie behandelen.

Waarom 4.3 vaker valt bij AI en templates

Templates delen per definitie alles

Een online verkocht app-template wordt door veel ontwikkelaars gekocht, die de kleuren, het icoon en de naam veranderen en dan indienen. Apple legt niet uit hoe het overeenkomsten opspoort, maar zijn bericht noemt de binary, de metadata en het concept: drie dingen die een template met al zijn kopieën deelt. Dat is precies het geval waar 4.3(a) en 4.2.6 op mikken.

AI maakt de gemiddelde versie van je idee

Vraag een AI om "een app om gewoontes bij te houden": je krijgt de meest waarschijnlijke versie van het idee, dus het gemiddelde van wat er al is, met dezelfde schermen en dezelfde onboarding. De code is misschien origineel, het concept niet. En 4.3(b) beoordeelt de ervaring, niet de originaliteit van de code.

AI codeert een onderscheidend idee heel goed, maar vindt het verschil niet voor je. Wat AI goed doet en wat het mist, leg ik uit in een iOS-app maken met AI.

Hoe je je app echt onderscheidt

Een hoofdfunctie die niemand precies zo biedt

Dit is de regel die ik mezelf bij elk idee opleg, juist om 4.3 te vermijden: een hoofdfunctie die niemand anders precies zo biedt. Nog een wekker zou kwetsbaar zijn, simpele timers horen bij de categorieën die Apple noemt. Solys is een wekker die je dwingt een minigame te winnen om hem uit te zetten. Het verschil past in één zin, en je ziet het meteen bij het eerste gebruik.

De test: maak de zin "het is de enige app die..." af. Kun je alleen eindigen met "maar dan mooier", dan is je verschil te zwak.

Content en logica die van jou zijn

Een andere jas is niet genoeg. Wat een app onderscheidt, is wat hij oplevert: content die ervoor geschreven is, data die hij berekent, een mechaniek die je nergens anders vindt. Begin je met een template of een open-sourceproject, verander dan de logica, niet alleen de kleuren.

Een naam, screenshots en beschrijving die het bewijzen

Het 4.3(a)-bericht noemt de metadata: de reviewer beoordeelt ook je productpagina, net als bij guideline 2.3.10. Een generieke naam als "Zaklamp Pro" kondigt al een kopie aan voordat de app open is. Je naam en ondertitel moeten de unieke functie noemen, je eerste screenshot moet die laten zien, en je beschrijving moet ermee openen. Dit werk helpt ook je vindbaarheid: de methode staat op de pagina ASO App Store.

Eén app voor al je varianten

Kan je idee per stad, team of thema worden uitgerold, publiceer dan één app met een keuze erin, en in-app aankopen als de varianten betaald zijn. Dat is de letterlijke lezing van 4.3(a).

Hoe je in App Store Connect op een 4.3-afwijzing reageert

Wat vroeger het Resolution Center heette, zit nu in de sectie App Review van App Store Connect. Daar reageer je op het bericht van App Review met tekst en bijlagen, screenshots of documenten, zolang je niet opnieuw hebt ingediend.

1. Bepaal de subregel. Een 4.3(a)-afwijzing gaat over gelijkenis met andere apps of meerdere varianten. Een 4.3(b)-afwijzing gaat over een verzadigde categorie.
2. Wees eerlijk over de kern. Komt je app van een template of lijkt hij echt op wat er al is, ga dan niet in discussie: verander het product, niet de formulering.
3. Is je verschil echt, laat het dan zien. Antwoord kort, feitelijk, in het Engels, met een video van de hoofdfunctie als bijlage.

Het template dat ik zou gebruiken, om aan te passen:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Schrijf de twee zinnen over de code en andere apps alleen op als ze waar zijn. Een onjuiste bewering in een antwoord aan Apple kost je meer dan een afwijzing. De complete aanpak na elke afwijzing staat op de pagina app afgewezen door Apple.

Wanneer je in beroep gaat bij de App Review Board

Apple laat je in beroep gaan bij de App Review Board als je denkt dat de reviewer het concept en de werking van je app verkeerd heeft begrepen, of dat je tijdens de review oneerlijk bent behandeld. Apple stelt drie voorwaarden: precieze redenen geven waarom je app aan de guidelines voldoet, maar één beroep per afgewezen inzending indienen, en eerst reageren op elk verzoek om aanvullende informatie.

Ga in beroep als je verschil echt is, zichtbaar in de app, en je antwoord in App Store Connect niet genoeg was om het duidelijk te maken. Bij een template, een kloon of een variant zonder verschil verandert een beroep niets aan het product.

Apple biedt op dezelfde pagina ook videogesprekken van 30 minuten met App Review aan. Komt je idee in de buurt van een verzadigde categorie, stel de vraag dan voordat je gaat bouwen.

De anti-4.3-checklist voor het indienen

• Je kunt de zin "het is de enige app die..." afmaken zonder over design te praten
• De hoofdfunctie is meteen zichtbaar bij het eerste gebruik, zonder te zoeken
• Geen scherm, tekst, geluid of beeld komt letterlijk uit een template, waarvan je de logica hebt veranderd
• Je publiceert geen twee apps met dezelfde code en hetzelfde concept
• Je varianten (steden, teams, thema's) zitten in één app
• Je naam en ondertitel noemen de unieke functie, niet de categorie
• Je eerste screenshot en je beschrijving openen met je verschil
• Valt je app in een categorie die 4.3(b) noemt, dan leggen de review notes in twee zinnen uit wat hem onderscheidt en hoe je dat test

4.3 voorkom je bij het kiezen van het idee

Een app "zoveelste" in een verzadigde niche heeft twee problemen. Apple kan hem afwijzen op grond van 4.3(b). En komt hij erdoor, dan concurreert hij met apps die al jaren geïnstalleerd zijn, zonder een reden te bieden om voor hem te kiezen.

Onderscheid voeg je dus niet toe bij het indienen. Dat bepaal je vóór de eerste regel code, door je idee terug te brengen tot één duidelijke hoofdfunctie voor een specifiek publiek. Dat is de kern van een goed afgebakende MVP van een iOS-app, en de eerste stap van mijn methode van idee tot App Store.

Het juiste idee kiezen voordat je codeert

In de iOS Kit is de eerste stap van het traject precies daarvoor: het idee, het publiek en de prijs kiezen, voordat je de code schrijft.

Heb je al een 4.3-afwijzing gekregen? De Apple Review Kit helpt je de genoemde regel terug te vinden, wat die vraagt, en een voorbeeld van een correctie en een antwoord. Wil je nu meteen samen naar je dossier kijken, boek dan een uur met mij, via video.

Niemand kan je goedkeuring door Apple garanderen, ik ook niet. Ik kan je wel helpen om vanaf het begin de ideeën te schrappen die een app te veel zouden opleveren.

Twijfel je nog over je idee? De gratis diagnose vertrekt vanuit je project, vertelt je welke stap je eerst aanpakt en stuurt je mijn checklist tegen Apple-afwijzingen. De homepage laat daarna zien hoe je een mobiele app maakt zonder bij nul te beginnen door het idee te kiezen voordat je code schrijft.

Veelgestelde vragen

Wat is het verschil tussen 4.3(a) en 4.3(b)?

4.3(a) richt zich op duplicatie: meerdere versies van dezelfde app, of een app die zijn code, productpagina of concept op een paar details na met andere deelt. 4.3(b) richt zich op verzadiging: niets nieuws in een overvolle categorie, zoals zaklampen.

Wordt mijn met AI gemaakte app afgewezen op 4.3?

Niet omdat hij met AI is gemaakt: Apple beoordeelt het resultaat, niet het hulpmiddel. Het risico zit in een generiek idee dat AI omzet in een gemiddelde versie van wat er al is. Is je hoofdfunctie uniek en zichtbaar, dan is de herkomst van de code geen probleem voor 4.3.

Kun je een template gebruiken zonder afgewezen te worden?

Een template als technisch startpunt, dat je daarna grondig ombouwt, is niet het probleem. Een template dat bijna ongewijzigd wordt gepubliceerd, met een nieuwe naam en nieuwe kleuren, is precies waar 4.3(a) en 4.2.6 op mikken.

Moet je na een 4.3-afwijzing van account of Bundle ID wisselen?

Nee. Een andere identifier of een ander account verandert de app niet, en 4.3(b) bepaalt dat herhaalde inzendingen van apps met weinig waarde kunnen leiden tot uitsluiting uit het developerprogramma. De enige duurzame uitweg is het product aanpassen en het dan opnieuw indienen.

Kan een dating- of wallpaper-app nog worden geaccepteerd?

Ja, als hij een echt andere of verbeterde ervaring biedt: dat is de voorwaarde in de tekst van Apple. Dat verschil moet zichtbaar zijn in de app, de productpagina en de review notes.