Richtlijn 4.3(a) Design Spam oplossen: 4.3(b) en 4.2.6 uitgelegd voor template- en AI-apps (2026)

Een afwijzing onder richtlijn 4.3(a) Design Spam is een van de lastigste App Review-berichten om iets mee te doen, omdat er zelden in staat op welke app de jouwe lijkt. Template-apps, white-label-klanten en AI-gegenereerde apps krijgen deze afwijzing veel vaker dan andere apps. Deze gids maakt het onderscheid tussen 4.3(a), 4.3(b) en 4.2.6, laat zien hoe andere developers langs de afwijzing kwamen en geeft je een antwoordsjabloon en een checklist om af te werken voordat je opnieuw indient. Voor andere soorten afwijzingen, zie de gids met afwijzingen per richtlijn.

Wat betekent richtlijn 4.3(a) Design Spam?

Richtlijn 4.3(a) betekent dat Apple vindt dat je inzending in wezen dezelfde app is als een app die al is ingediend: ofwel meerdere bundle-ID's van één app, ofwel een bijna-kopie van de app van iemand anders. De oplossing is de duplicaten samenvoegen of de kernervaring duidelijk anders maken.

Per november 2026 zeggen de App Review Guidelines: "Maak geen meerdere bundle-ID's van dezelfde app (bijvoorbeeld een aparte kaarten-app indienen voor elke stad ter wereld in plaats van één wereldwijde kaart waarmee gebruikers elke stad kunnen zoeken)." Het alternatief dat Apple voorstelt: "overweeg één app in te dienen en de varianten aan te bieden via in-app aankopen." Bij 4.3(a) staat het sleutelicoon, dus de regel geldt ook voor de notarisatie van iOS- en iPadOS-apps die buiten de App Store worden verspreid.

De afwijzingstekst die developers meestal krijgen luidt: "Guideline 4.3(a) - Design - Spam. We hebben gemerkt dat je app een vergelijkbare binary, metadata en/of concept deelt met apps die door andere developers in de App Store zijn ingediend, met slechts kleine verschillen." In die zin zitten drie triggers (binary, metadata, concept), en elk daarvan kan de afwijzing veroorzaken.

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

4.3(a) gaat over duplicaten, 4.3(b) over apps die niets nieuws toevoegen aan een al drukke categorie en 4.2.6 over apps op basis van een template die vanaf het verkeerde account zijn ingediend. Elk vraagt om een andere oplossing, dus controleer eerst het exacte richtlijnnummer in je afwijzing.

De actuele tekst van 4.3(b) waarschuwt ook dat Apple "deze apps voortaan uit de App Store kan verwijderen als ze niet worden bijgewerkt, verbeterd of geen klanten trekken", en dat het herhaaldelijk indienen van apps in categorieën met weinig inhoud, zoals drankspelletjes en scheetapps, kan leiden tot verwijdering uit het Apple Developer Program. Voor de andere regels die Apple onlangs heeft aangepast, zie onze wijzigingen in de App Review Guidelines van oktober 2026.

Waarom worden template- en AI-gegenereerde apps als spam aangemerkt?

Template- en AI-gegenereerde apps worden aangemerkt omdat veel ervan dezelfde startcode, dezelfde schermindelingen en vergelijkbare storeteksten delen, waarmee ze aan alle drie de triggers voldoen: binary, metadata en concept. Dat je de code bezit, geeft geen vrijstelling als het resultaat op honderden andere apps lijkt.

AI-appbouwers leveren vaak dezelfde onboarding, dezelfde tabbalk en dezelfde generieke set functies op ("houd gewoontes bij, krijg AI-inzichten"), en de gegenereerde App Store-beschrijving leest vaak ook hetzelfde. Heb je via een bouwer gepubliceerd, controleer dan wie als verkoper wordt getoond. Volgens 4.2.6 "moeten templatediensten geen apps namens hun klanten indienen", dus de app moet live gaan onder het developeraccount van de eigenaar van de content. Onze publicatiegids voor Base44 en publicatiegids voor Lovable behandelen wat na de export nog jouw taak is.

Hoe hebben andere developers een 4.3(a)-afwijzing opgelost?

Openbaar gemelde gevallen laten zien dat alleen visuele wijzigingen zelden werken. Dubbele apps samenvoegen en een concreet antwoord schrijven over wat de app anders maakt, werkt beter.

• Samenvoegen met een bestaande app (GitHub). Een team met een VoIP-app op basis van Linphone meldde in linphone-iphone issue #936 dat een nieuwe iconenset en een nieuw kleurenschema 4.3(a) niet oplosten. Ze concludeerden dat het conflict een andere Linphone-app op hetzelfde account was. Ze brachten de wijzigingen als update uit in die bestaande app, en die werd "vrijwel meteen" goedgekeurd.
• Uitleggen wat uniek is (Godot Forum). Een gamedeveloper op het Godot Forum vermoedde dat de gedeelde engine-binary overeenkwam met andere Godot-games. Een kleinere build en de uitleg dat de game Godot gebruikte, werden allebei afgewezen. Een antwoord waarin hij "de belangrijkste punten opsomde die mijn game volgens mij leuk en uniek maakten ten opzichte van andere games in hetzelfde genre" leverde wel goedkeuring op.
• Screenshots waren niet genoeg (Apple Developer Forums). In een topic op de Apple Developer Forums vertelde een developer dat een medewerker van Apple naar de screenshots wees, en dat "metadata" titel, ondertitel, trefwoorden of screenshots kan betekenen. Volledig nieuwe screenshots leverden nog steeds dezelfde afwijzing op, bij een update van een app die al 2–3 jaar oud was.

De rode draad: cosmetische wijzigingen (iconen, kleuren, screenshots) faalden in alle drie de gevallen. Wat wel werkte, was het duplicaat op het account weghalen of de reviewer concrete redenen op functieniveau geven waarom de app anders is.

Hoe los je een 4.3(a)-afwijzing stap voor stap op?

Om een 4.3(a)-afwijzing op te lossen, zoek je eerst het duplicaat, breng je daarna echte productwijzigingen aan en antwoord je App Review met concrete details voordat je opnieuw indient. Dezelfde build met een nieuw icoon opnieuw indienen is de meest gebruikelijke manier om opnieuw te worden afgewezen.

1. Lees het exacte richtlijnnummer in het App Review-gedeelte van App Store Connect. Staat er 4.2.6 of 4.3(b), volg dan in plaats daarvan die rij van de tabel hierboven.
2. Maak een lijst van alle apps op je account, live of verwijderd, die code, een template, een concept of een ontwerp delen met de afgewezen app. Vind je er een, voeg ze dan samen tot één app met varianten in de app, of breng de wijzigingen uit als update van de live app.
3. Zoek in de App Store op de trefwoorden van je categorie en noteer de topresultaten. Schrijf op wat jouw app doet dat geen van die apps doet.
4. Verander minstens één kernflow (gegevensbron, hoofdfunctie, interactiemodel), niet alleen het thema.
5. Herschrijf naam, ondertitel, trefwoorden, beschrijving en screenshots zodat ze jouw specifieke functies beschrijven en er geen generieke templatetekst overblijft.
6. Antwoord in App Store Connect met het sjabloon hieronder. De App Review-pagina van Apple biedt ook Webex-afspraken van 30 minuten als je een reviewer rechtstreeks vragen over de richtlijnen wilt stellen.
7. Denk je dat de reviewer de app verkeerd heeft begrepen, dien dan één beroep in bij de App Review Board. Apple vraagt je "slechts één beroep per niet-goedgekeurde inzending in te dienen" en eerst op informatieverzoeken te reageren.

Wat moet er in je antwoord aan App Review staan?

Een goed antwoord noemt de specifieke functies die de app anders maken, bevestigt dat er geen dubbele apps op je account staan en wijst de reviewer aan waar elk verschil te zien is. Houd het kort, feitelijk en beleefd. Het sjabloon hieronder is in het Engels, de taal waarin App Review doorgaans communiceert.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

Zit een functie achter een login, geef de reviewer dan werkende inloggegevens. Onze gids voor een demo-account voor de App Store-review laat zien hoe je er een opzet.

Wat moet een checklist voor onderscheidend vermogen bevatten voordat je opnieuw indient?

Een checklist voor onderscheidend vermogen moet je account, je binary, je metadata en je concept behandelen: de vier plekken waar 4.3 naar kijkt. Vink elk punt af voordat je opnieuw op Submit for Review drukt.

• Account: geen enkele andere app, live of verwijderd, deelt dezelfde template, hetzelfde concept of ontwerp.
• Account: de app wordt ingediend vanaf het eigen developeraccount van de eigenaar van de content (4.2.6).
• Binary: voorbeeldschermen, demodata en placeholder-branding van de template zijn verwijderd.
• Binary: er is minstens één kernfunctie die de topresultaten in de categorie missen.
• Metadata: naam, ondertitel en trefwoorden beschrijven jouw specifieke waarde, niet de categorie in het algemeen.
• Metadata: de screenshots tonen je onderscheidende functies in de eerste twee frames.
• Concept: je kunt in één zin zeggen waarom een gebruiker deze app zou kiezen boven de top vijf resultaten.
• Reviewnotities: de verschillen en een demo-account staan vermeld, zodat de reviewer er niet naar hoeft te zoeken.

Ben je meer dan eens afgewezen onder 4.3 en weet je niet zeker wat je moet veranderen? Onze App Store-indieningsservice bereidt de review voor en werkt samen met jou de feedback op afwijzingen door, voor $599 voor beide stores (de kosten van developeraccounts komen daar los bij).