Riktlinje 4.3(a) Design Spam: så åtgärdar du det – 4.3(b) och 4.2.6 för mall- och AI-appar (2026)

Ett avslag enligt Guideline 4.3(a) Design Spam är ett av de svåraste meddelandena från App Review att agera på, eftersom det sällan framgår vilken app din liknar. Det drabbar mallappar, white label-kunder och AI-genererade appar mycket oftare än andra. Den här guiden skiljer 4.3(a) från 4.3(b) och 4.2.6, går igenom hur andra utvecklare har tagit sig förbi avslaget och ger dig en svarsmall och en checklista att gå igenom innan du skickar in igen. För andra typer av avslag, se guiden till avslag riktlinje för riktlinje.

Vad betyder Guideline 4.3(a) Design Spam?

Guideline 4.3(a) betyder att Apple anser att din inskickning i grunden är samma app som en som redan har skickats in, antingen flera bundle-ID:n för en och samma app eller en nästan-kopia av någon annans. Lösningen är att slå ihop dubbletterna eller göra kärnupplevelsen tydligt annorlunda.

I november 2026 säger App Review Guidelines: skapa inte flera bundle-ID:n för samma app (till exempel genom att skicka in en separat kartapp för varje stad i världen i stället för en enda världsomspännande karta där användaren kan söka efter vilken stad som helst). Apples föreslagna alternativ är att överväga att skicka in en enda app och erbjuda varianterna via köp i appen. 4.3(a) är märkt med nyckelsymbolen, vilket betyder att den även gäller notarisering av iOS- och iPadOS-appar som distribueras utanför App Store.

Avslagstexten som utvecklare brukar få lyder: "Guideline 4.3(a) - Design - Spam. We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences." Meningen innehåller tre utlösare (binär, metadata, koncept), och vilken som helst av dem kan orsaka avslaget.

Hur skiljer sig 4.3(a) från 4.3(b) och 4.2.6?

4.3(a) handlar om dubbletter, 4.3(b) om appar som inte tillför något nytt i en redan trång kategori, och 4.2.6 om mallbyggda appar som skickats in från fel konto. Var och en kräver en egen åtgärd, så kontrollera först exakt vilket riktlinjenummer som står i ditt avslag.

Den aktuella texten i 4.3(b) varnar också för att Apple kan ta bort sådana appar från App Store framöver om de inte uppdateras, förbättras eller lockar användare, och att lågansträngningskategorier som drickspel och prutt-appar kan leda till uteslutning från Apple Developer Program om de skickas in upprepade gånger. För de andra regler som Apple nyligen har reviderat, se vår genomgång av ändringarna i App Review Guidelines i oktober 2026.

Varför flaggas mallappar och AI-genererade appar som spam?

Mallappar och AI-genererade appar flaggas eftersom många av dem delar samma startkod, samma skärmlayouter och liknande butikstexter, vilket matchar alla tre utlösarna: binär, metadata och koncept. Att du äger koden undantar inte appen om resultatet ser ut som hundratals andra.

AI-appbyggare producerar ofta samma onboarding, samma flikfält och samma generiska funktionsuppsättning ("följ dina vanor, få AI-insikter"), och den genererade App Store-beskrivningen låter ofta likadan också. Om du publicerade via en byggtjänst, kontrollera vem som står som säljare. 4.2.6 säger att malltjänster inte ska skicka in appar för sina kunders räkning, så appen ska publiceras under innehållsägarens utvecklarkonto. Vår guide till att publicera Base44-appar och guide till att publicera Lovable-appar går igenom vad som fortfarande är ditt ansvar efter exporten.

Vad har andra utvecklare gjort för att åtgärda ett 4.3(a)-avslag?

Offentligt rapporterade fall visar att enbart visuella ändringar sällan fungerar. Att slå ihop dubblettappar och skriva ett konkret svar om vad som gör appen annorlunda fungerar bättre.

• Sammanslagning med en befintlig app (GitHub). Ett team som släppte en Linphone-baserad VoIP-app rapporterade i linphone-iphone issue #936 att en ny ikonuppsättning och ett nytt färgschema inte räckte för att klara 4.3(a). De drog slutsatsen att konflikten var en annan Linphone-baserad app på samma konto. De lade in ändringarna i den befintliga appen som en uppdatering, och den godkändes "nästan direkt".
• Förklarade vad som var unikt (Godot Forum). En spelutvecklare på Godot Forum misstänkte att den gemensamma motorbinären matchade andra Godot-spel. Både att krympa bygget och att förklara att spelet använde Godot avvisades. Ett svar som listade de viktigaste områdena som utvecklaren ansåg gjorde spelet roligt och unikt jämfört med andra spel i samma genre ledde till godkännande.
• Skärmbilder räckte inte (Apple Developer Forums). I en tråd på Apple Developer Forums berättade en utvecklare att en representant från Apple pekade på skärmbilderna, och att "metadata" kan betyda namn, underrubrik, nyckelord eller skärmbilder. Helt nya skärmbilder gav ändå samma avslag, på en uppdatering av en app som var 2–3 år gammal.

Den gemensamma nämnaren: kosmetiska ändringar (ikoner, färger, skärmbilder) misslyckades i alla tre fallen. Det som fungerade var att ta bort dubbletten på kontot eller ge granskaren konkreta skäl på funktionsnivå till varför appen är annorlunda.

Hur åtgärdar du ett 4.3(a)-avslag steg för steg?

För att åtgärda ett 4.3(a)-avslag hittar du först dubbletten, gör sedan verkliga produktändringar och svarar därefter App Review med konkreta detaljer innan du skickar in igen. Att skicka in samma bygge med en ny ikon är det vanligaste sättet att bli avvisad igen.

1. Läs exakt vilket riktlinjenummer som står i App Review-avsnittet i App Store Connect. Står det 4.2.6 eller 4.3(b), följ i stället den raden i tabellen ovan.
2. Lista alla appar på ditt konto, publicerade eller borttagna, som delar kod, mall, koncept eller design med den avvisade appen. Hittar du en, slå ihop dem till en enda app med varianter i appen, eller släpp ändringarna som en uppdatering av den publicerade appen.
3. Sök i App Store på nyckelorden för din kategori och notera de främsta resultaten. Skriv ner vad din app gör som ingen av dem gör.
4. Ändra minst ett kärnflöde (datakälla, huvudfunktion, interaktionsmodell), inte bara temat.
5. Skriv om namn, underrubrik, nyckelord, beskrivning och skärmbilder så att de beskriver just dina funktioner och ingen generisk malltext finns kvar.
6. Svara i App Store Connect med mallen nedan. Apples App Review-sida erbjuder även 30-minuters Webex-möten om du vill fråga en granskare direkt om riktlinjerna.
7. Om du anser att granskaren har missförstått appen, lämna in ett överklagande till App Review Board. Apple ber dig att bara skicka in ett överklagande per inskickning som inte klarade granskningen och att först besvara begäranden om information.

Vad ska svaret till App Review innehålla?

Ett bra svar nämner de specifika funktioner som gör appen annorlunda, bekräftar att det inte finns några dubblettappar på ditt konto och visar granskaren var varje skillnad syns. Håll det kort, sakligt och artigt. Mallen nedan är på engelska, eftersom det är så du normalt kommunicerar med App Review.

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]

Om en funktion ligger bakom inloggning, ge granskaren fungerande inloggningsuppgifter. Vår guide till demokonton för App Store-granskningen visar hur du sätter upp ett.

Vad ska en checklista för differentiering täcka innan du skickar in igen?

En checklista för differentiering ska täcka ditt konto, din binär, din metadata och ditt koncept – de fyra områden som 4.3 granskar. Bocka av varje punkt innan du trycker på Submit for Review igen.

• Konto: ingen annan app, publicerad eller borttagen, delar samma mall, koncept eller design.
• Konto: appen skickas in från innehållsägarens eget utvecklarkonto (4.2.6).
• Binär: mallens exempelskärmar, demodata och platshållarvarumärken är borttagna.
• Binär: det finns minst en kärnfunktion som de främsta resultaten i kategorin saknar.
• Metadata: namn, underrubrik och nyckelord beskriver ditt specifika värde, inte kategorin i allmänhet.
• Metadata: skärmbilderna visar dina särskiljande funktioner i de två första bilderna.
• Koncept: du kan med en mening förklara varför en användare skulle välja den här appen framför de fem främsta resultaten.
• Granskningsanteckningar: skillnaderna och ett demokonto finns listade, så att granskaren inte behöver leta efter dem.

Om du har fått avslag enligt 4.3 mer än en gång och inte vet vad du ska ändra, förbereder vår tjänst för App Store-inskickning granskningen och arbetar igenom feedbacken från avslagen tillsammans med dig, för $599 för båda butikerna (avgifter för utvecklarkonton tillkommer).