Guideline 4.3 Design Spam: appen nekad, vad gör du?

Guideline 4.3 Design Spam: det korta svaret

Guideline 4.3 är App Stores regel mot spam. 4.3(a) förbjuder att du publicerar samma app flera gånger, och används i praktiken mot ompaketerade appar. 4.3(b) nekar appar som inte går att skilja från det som redan finns, särskilt i mättade kategorier. Lösningen sitter i själva produkten: en huvudfunktion som ingen annan erbjuder.

Det här är det svåraste avslaget att åtgärda. Det ifrågasätter varför din app ens finns, och ingen kodfix räcker om produkten liknar det som redan finns för mycket.

Jag publicerar mina egna iOS-appar: Solys, en väckarklocka med minispel, och TradaZen, träning i trading, finns på App Store. Nolera och Clic blev nekade och sedan åtgärdade. Jag har fått avslag enligt 2.1, 5.6.3 och 2.3.2, som jag går igenom i varför Apple nekar din app. Jag har aldrig fått ett 4.3-avslag, och jag tänker inte påstå något annat. Den här guiden bygger på Apples officiella text, återgiven med egna ord.

Vad säger guideline 4.3 exakt?

4.3, "Spam", finns i avsnitt 4, "Design", i App Review Guidelines. De två delarna riktar sig mot två olika problem.

4.3(a): en enda app, inte en kopia per variant

Den officiella texten säger att du inte ska skapa flera Bundle IDs för samma app. Apples exempel: att publicera en kartapp per stad i världen, i stället för en enda världskarta där man söker upp sin stad. Om din app har versioner per plats, idrottslag eller universitet råder Apple dig att skicka in en enda app och erbjuda varianterna via köp i appen.

I praktiken går avslagsmeddelandet längre än det exemplet. I 4.3(a)-avslag som utvecklare har publicerat på Apples utvecklarforum skriver Apple att appen delar "a similar binary, metadata, and/or concept" med appar som andra utvecklare skickat in, med bara små skillnader. Meddelandet kallar sådana liknande eller ompaketerade appar för spam. Tre ord är viktiga: binären (den kompilerade koden), metadatan (namn, beskrivning, skärmbilder) och konceptet.

Två andra regler pekar åt samma håll. 4.2.6, en underregel till guideline 4.2, nekar appar som skapats från en kommersiell mall eller en apptjänst som genererar appar, om de inte skickas in direkt av den som tillhandahåller innehållet. Guideline 4.1, "Copycats", förbjuder att du kopierar en populär app och ändrar lite på namnet eller gränssnittet. Den börjar med en enkel mening: "Come up with your own ideas."

4.3(b): de mättade kategorierna

4.3(b) nekar appar som inte går att skilja från det som redan finns i överflöd. Enligt Apple försämrar sådana opportunistiska varianter upptäckbarheten på App Store.

Texten namnger kategorierna. Dejtingappar, ficklampor, ljudeffekter, bakgrundsbilder, enkla timers och spådomar ("fortune telling") är redan väletablerade. Apple tar inte längre emot nya bidrag i de kategorierna, om de inte erbjuder "a meaningfully different or improved experience". Apple kan till och med ta bort de som varken uppdateras eller förbättras, eller som ingen använder.

En andra lista är strängare: drickspel, Kama Sutra, prutt- och rapappar. Apple ser dem som undermåliga eller lågansträngda, och upprepade bidrag av det slaget kan leda till uteslutning ur utvecklarprogrammet.

Horoskop och astrologi nämns inte uttryckligen i den nuvarande versionen av texten. En generisk app med dagligt horoskop ligger ändå väldigt nära spådomar, och jag skulle behandla den som en mättad kategori.

Varför 4.3 slår till oftare med AI och mallar

Mallar delar allt per definition

En appmall som säljs på nätet köps av massor av utvecklare, som byter färger, ikon och namn och sedan skickar in. Apple berättar inte hur de upptäcker likheter, men meddelandet nämner binären, metadatan och konceptet: tre saker som en mall delar med alla sina kopior. Det är precis det fall som 4.3(a) och 4.2.6 riktar sig mot.

AI ger dig genomsnittsversionen av din idé

Be en AI om "en app för att följa vanor": du får den mest sannolika versionen av idén, alltså genomsnittet av det som redan finns, med samma skärmar och samma onboarding. Koden är kanske original, konceptet är det inte. Och 4.3(b) bedömer upplevelsen, inte hur originell koden är.

AI är jätteduktig på att koda en idé som sticker ut, men den hittar inte skillnaden åt dig. Jag går igenom vad den gör bra och vad den missar i bygga en iOS-app med AI.

Hur du verkligen gör din app unik

En huvudfunktion som ingen erbjuder på exakt samma sätt

Det är regeln jag sätter för varje idé, just för att undvika 4.3: en huvudfunktion som ingen annan erbjuder på exakt samma sätt. Ännu en väckarklocka vore sårbar, enkla timers är en av kategorierna Apple nämner. Solys är en väckarklocka som tvingar dig att vinna ett minispel för att stänga av den. Skillnaden ryms i en mening, och den syns redan första gången du använder appen.

Testet: fyll i "det är den enda appen som...". Om du bara kan avsluta med "fast snyggare" är din skillnad för svag.

Innehåll och logik som är dina egna

Ett annat skal räcker inte. Det som skiljer en app från andra är vad den producerar: innehåll skrivet för den, data den räknar fram, en mekanik som inte finns någon annanstans. Om du utgår från en mall eller ett open source-projekt, ändra logiken, inte bara färgerna.

Ett namn, skärmbilder och en beskrivning som bevisar det

4.3(a)-meddelandet nämner metadatan: granskaren bedömer också din App Store-sida, precis som för guideline 2.3.10. Ett generiskt namn som "Ficklampa Pro" signalerar en kopia innan appen ens öppnats. Ditt namn och din underrubrik ska säga vad den unika funktionen är, din första skärmbild ska visa den och din beskrivning ska börja med den. Det här jobbet hjälper också din synlighet: metoden finns på sidan ASO för App Store.

En enda app för alla dina varianter

Om din idé finns i varianter per stad, lag eller tema, publicera en enda app med ett val inuti, och köp i appen om varianterna kostar pengar. Det är den bokstavliga tolkningen av 4.3(a).

Så svarar du på ett 4.3-avslag i App Store Connect

Det som förr hette Resolution Center finns i dag i App Review-delen av App Store Connect. Där svarar du på meddelandet från App Review med text och bilagor, skärmbilder eller dokument, så länge du inte har skickat in igen.

1. Ta reda på vilken underregel det gäller. Ett 4.3(a)-avslag handlar om likhet med andra appar eller flera varianter. Ett 4.3(b)-avslag handlar om en mättad kategori.
2. Var ärlig om själva produkten. Om din app kommer från en mall eller verkligen liknar det som finns, argumentera inte: ändra produkten, inte formuleringen.
3. Om din skillnad är verklig, visa den. Svara kort, sakligt och på engelska, med en video av huvudfunktionen som bilaga.

Mallen jag skulle använda, att anpassa:

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]

Skriv bara de två meningarna om koden och andra appar om de är sanna. Ett falskt påstående i ett svar till Apple kostar dig mer än ett avslag. Hela tillvägagångssättet efter ett avslag, oavsett vilket, finns på sidan app nekad av Apple.

När du ska överklaga till App Review Board

Apple låter dig överklaga till App Review Board om du tror att granskaren har missförstått konceptet och hur din app fungerar, eller att du har behandlats orättvist under granskningen. Apple ställer tre villkor: ge konkreta skäl till varför din app följer riktlinjerna, lämna bara en överklagan per nekat bidrag, och svara först på alla förfrågningar om mer information.

Överklaga när din skillnad är verklig, syns i appen och ditt svar i App Store Connect inte räckte för att få fram den. För en mall, en klon eller en variant utan skillnad ändrar en överklagan inte produkten.

Apple erbjuder också, på samma sida, videomöten på 30 minuter med App Review. Om din idé ligger nära en mättad kategori, ställ frågan innan du bygger.

Checklistan mot 4.3 innan du skickar in

• Du kan avsluta meningen "det är den enda appen som..." utan att prata om design
• Huvudfunktionen syns redan vid första användningen, utan att man behöver leta
• Ingen skärm, text, ljud eller bild kommer oförändrad från en mall vars logik du har ändrat
• Du publicerar inte två appar som delar samma kod och samma koncept
• Dina varianter (städer, lag, teman) finns i en enda app
• Ditt namn och din underrubrik säger den unika funktionen, inte kategorin
• Din första skärmbild och din beskrivning börjar med det som gör dig annorlunda
• Om din app rör en kategori som nämns i 4.3(b) förklarar granskningsanteckningarna med två meningar vad som skiljer den från andra och hur man testar det

4.3 förebygger du när du väljer idé

Ännu en app i en mättad nisch har två problem. Apple kan neka den enligt 4.3(b). Och om den går igenom möter den appar som legat installerade i åratal, utan att ge någon anledning att välja just den.

Unikhet lägger du alltså inte till när du skickar in. Den bestäms före första kodraden, genom att du kokar ner din idé till en tydlig huvudfunktion för en specifik målgrupp. Det är kärnan i en väl avgränsad MVP för en iOS-app, och första steget i min metod från idé till App Store.

Välj rätt idé innan du kodar

I iOS Kit är första steget i kursen till för exakt det: att välja idé, målgrupp och pris innan du skriver koden.

Har du redan fått ett 4.3-avslag? Apple Review Kit hjälper dig att hitta regeln som nämns, vad den kräver och ett exempel på åtgärd och svar. Om du vill att vi går igenom ditt ärende tillsammans direkt, boka en timme med mig via video.

Ingen kan garantera att Apple godkänner din app, inte jag heller. Jag kan hjälpa dig att redan från början sortera bort idéerna som skulle bli en app för mycket.

Tvekar du fortfarande på din idé? Den kostnadsfria diagnosen utgår från ditt projekt, säger vilket steg du ska ta dig an först och skickar dig min checklista mot avslag från Apple. Startsidan visar sedan hur du bygger en mobilapp utan att börja från noll genom att välja idén innan du skriver koden.

Vanliga frågor

Vad är skillnaden mellan 4.3(a) och 4.3(b)?

4.3(a) riktar sig mot duplicering: flera versioner av samma app, eller en app som delar kod, App Store-sida eller koncept med andra, bortsett från några detaljer. 4.3(b) riktar sig mot mättnad: inget nytt i en kategori med väldigt många appar, som ficklampor.

Kommer min app som byggts med AI att nekas enligt 4.3?

Inte för att den är byggd med AI: Apple bedömer resultatet, inte verktyget. Risken kommer från en generisk idé som AI gör om till en genomsnittsversion av det som redan finns. Om din huvudfunktion är unik och syns spelar kodens ursprung ingen roll för 4.3.

Kan man använda en mall utan att bli nekad?

En mall som används som teknisk startpunkt och sedan byggs om på djupet är inte problemet. En mall som publiceras nästan som den är, med nytt namn och nya färger, är precis det som 4.3(a) och 4.2.6 riktar sig mot.

Ska man byta konto eller Bundle ID efter ett 4.3-avslag?

Nej. Att byta identifierare eller konto ändrar inte appen, och enligt 4.3(b) kan upprepade bidrag av lågvärdiga appar leda till uteslutning ur utvecklarprogrammet. Den enda hållbara vägen ut är att ändra produkten och sedan skicka in den igen.

Kan en dejtingapp eller en app med bakgrundsbilder fortfarande godkännas?

Ja, om den erbjuder en verkligt annorlunda eller förbättrad upplevelse: det är villkoret i Apples text. Skillnaden måste synas i appen, på App Store-sidan och i granskningsanteckningarna.