Guideline 4.3 Design Spam: appen avvist, hva gjør du?

Guideline 4.3 Design Spam: det korte svaret

Guideline 4.3 er App Stores regel mot spam. 4.3(a) forbyr deg å publisere den samme appen flere ganger, og brukes i praksis mot ompakkede apper. 4.3(b) avviser apper som ikke kan skilles fra det som allerede finnes, særlig i mettede kategorier. Løsningen ligger i selve produktet: en hovedfunksjon som ingen andre tilbyr.

Det er den vanskeligste avvisningen å rette opp: den setter spørsmålstegn ved hele grunnen til at appen din finnes, og ingen kodeendring holder hvis produktet ligner for mye på det som allerede finnes.

Jeg publiserer mine egne iOS-apper: Solys, en vekkerklokke med minispill, og TradaZen, trening i trading, ligger på App Store. Nolera og Clic ble avvist og deretter rettet opp. Jeg har fått avvisninger etter 2.1, 5.6.3 og 2.3.2, som jeg går gjennom i hvorfor Apple avviser appen din. Jeg har aldri fått en 4.3-avvisning, og jeg skal ikke påstå noe annet. Denne guiden bygger på Apples offisielle tekst, gjengitt med egne ord.

Hva sier guideline 4.3 egentlig?

4.3, «Spam», ligger i seksjon 4, «Design», i App Review Guidelines. De to delene tar for seg to ulike problemer.

4.3(a): én app, ikke én kopi per variant

Den offisielle teksten ber deg om ikke å lage flere Bundle IDs for den samme appen. Apples eksempel: å publisere én kartapp per by i verden, i stedet for ett verdenskart der man søker opp byen sin. Hvis appen din har versjoner per sted, idrettslag eller universitet, anbefaler Apple at du sender inn én app og tilbyr variantene som kjøp i appen.

I praksis går avvisningsmeldingen lenger enn dette eksempelet. I 4.3(a)-avvisninger som utviklere har delt på Apples utviklerforum, skriver Apple at appen deler «a similar binary, metadata, and/or concept» med apper sendt inn av andre utviklere, med bare små forskjeller. Meldingen kaller slike like eller ompakkede apper for spam. Tre ord er viktige: binærfilen (den kompilerte koden), metadataene (navn, beskrivelse, skjermbilder) og konseptet.

To andre regler trekker i samme retning. 4.2.6, en underregel i guideline 4.2, avviser apper laget fra en kommersiell mal eller en tjeneste som genererer apper, med mindre de sendes inn direkte av den som leverer innholdet. Guideline 4.1, «Copycats», forbyr å kopiere en populær app og bare endre litt på navnet eller grensesnittet. Den begynner med en enkel setning: «Come up with your own ideas.»

4.3(b): de mettede kategoriene

4.3(b) avviser apper som ikke kan skilles fra det som allerede er bredt tilgjengelig: for Apple svekker slike opportunistiske varianter muligheten til å oppdage apper på App Store.

Teksten nevner kategoriene ved navn. Datingapper, lommelykter, lydeffekter, bakgrunnsbilder, enkle tidtakere og spådom («fortune telling») er allerede godt etablert. Apple tar ikke lenger imot nye innsendinger i disse kategoriene, med mindre de tilbyr «a meaningfully different or improved experience». Apple kan til og med fjerne de som verken oppdateres eller forbedres, eller som ikke tiltrekker seg noen.

En annen liste er strengere: drikkeleker, Kama Sutra, promp- og rapeapper. Apple anser dem som dårlige eller lavinnsats, og gjentatte innsendinger av denne typen kan føre til utestengelse fra utviklerprogrammet.

Horoskoper og astrologi er ikke nevnt direkte i den nåværende versjonen av teksten. En generisk app med daglig horoskop ligger likevel svært nær spådom, og jeg ville behandlet den som en mettet kategori.

Hvorfor 4.3 rammer oftere med KI og maler

Maler deler alt, per definisjon

En appmal som selges på nettet kjøpes av mange utviklere, som bytter farger, ikon og navn og så sender inn. Apple forklarer ikke hvordan de oppdager likheter, men meldingen nevner binærfilen, metadataene og konseptet: tre ting en mal deler med alle kopiene sine. Det er akkurat dette 4.3(a) og 4.2.6 er ment for.

KI lager gjennomsnittsversjonen av ideen din

Be en KI om «en app for å følge vaner»: den gir deg den mest sannsynlige versjonen av ideen, altså gjennomsnittet av det som finnes, med de samme skjermene og den samme onboardingen. Koden kan være original, men konseptet er det ikke. Og 4.3(b) vurderer opplevelsen, ikke hvor original koden er.

KI koder en differensiert idé veldig godt, men den finner ikke forskjellen for deg. Jeg går gjennom hva den gjør bra og hva den bommer på i lage en iOS-app med KI.

Slik skiller du appen din virkelig ut

En hovedfunksjon som ingen tilbyr på akkurat denne måten

Dette er regelen jeg setter for hver idé, nettopp for å unngå 4.3: en hovedfunksjon som ingen andre tilbyr på akkurat denne måten. Enda en vekkerklokke ville vært sårbar, enkle tidtakere er blant kategoriene Apple nevner. Solys er en vekkerklokke som tvinger deg til å vinne et minispill for å slå den av. Forskjellen kan sies i én setning, og den synes fra første gang du bruker appen.

Testen: fullfør «det er den eneste appen som...». Hvis du bare kan avslutte med «men penere», er forskjellen for svak.

Innhold og logikk som er dine egne

Et annet utseende holder ikke. Det som skiller en app ut, er det den produserer: innhold skrevet for den, data den beregner, en mekanikk du ikke finner andre steder. Hvis du starter fra en mal eller et open source-prosjekt, endre logikken, ikke bare fargene.

Et navn, skjermbilder og en beskrivelse som beviser det

4.3(a)-meldingen nevner metadataene: reviewer vurderer også App Store-siden din, som for guideline 2.3.10. Et generisk navn som «Flashlight Pro» signaliserer en kopi før appen i det hele tatt er åpnet. Navnet og undertittelen må fortelle hva den unike funksjonen er, det første skjermbildet må vise den, og beskrivelsen må åpne med den. Dette arbeidet hjelper også synligheten din: metoden står på siden ASO App Store.

Én app for alle variantene dine

Hvis ideen din finnes i varianter per by, lag eller tema, publiser én app med et valg inne i appen, og kjøp i appen hvis variantene koster penger. Det er den bokstavelige lesningen av 4.3(a).

Slik svarer du på en 4.3-avvisning i App Store Connect

Det som før het Resolution Center, ligger nå i App Review-delen av App Store Connect. Der svarer du på meldingen fra App Review med tekst og vedlegg, skjermbilder eller dokumenter, så lenge du ikke har sendt inn på nytt.

1. Finn underregelen. En 4.3(a)-avvisning handler om likhet med andre apper eller flere varianter. En 4.3(b)-avvisning handler om en mettet kategori.
2. Vær ærlig om selve produktet. Hvis appen din kommer fra en mal eller virkelig ligner det som finnes, ikke krangle: endre produktet, ikke formuleringen.
3. Hvis forskjellen er reell, vis den. Svar kort, saklig, på engelsk, med en video av hovedfunksjonen som vedlegg.

Malen jeg ville brukt, tilpass den:

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 bare de to setningene om koden og de andre appene hvis de er sanne. En usann påstand i et svar til Apple koster deg mer enn en avvisning. Hele fremgangsmåten etter en hvilken som helst avvisning står på siden app avvist av Apple.

Når du bør klage til App Review Board

Apple lar deg klage til App Review Board hvis du mener at reviewer har misforstått konseptet og funksjonen i appen din, eller at du ble urettferdig behandlet under gjennomgangen. Apple stiller tre krav: du må gi konkrete grunner til at appen din følger retningslinjene, du kan bare sende inn én klage per avvist innsending, og du må først svare på alle forespørsler om mer informasjon.

Klag når forskjellen er reell, synlig i appen, og svaret ditt i App Store Connect ikke var nok til å få den frem. For en mal, en klone eller en variant uten forskjell vil en klage ikke endre produktet.

Apple tilbyr også, på samme side, videomøter på 30 minutter med App Review. Hvis ideen din ligger nær en mettet kategori, still spørsmålet før du bygger.

Sjekklisten mot 4.3 før du sender inn

• Du kan fullføre setningen «det er den eneste appen som...» uten å snakke om design
• Hovedfunksjonen synes fra første bruk, uten at man må lete
• Ingen skjerm, tekst, lyd eller grafikk kommer uendret fra en mal, og du har endret logikken i den
• Du publiserer ikke to apper som deler samme kode og samme konsept
• Variantene dine (byer, lag, temaer) ligger i én enkelt app
• Navnet og undertittelen forteller den unike funksjonen, ikke kategorien
• Det første skjermbildet og beskrivelsen åpner med forskjellen din
• Hvis appen din berører en kategori nevnt i 4.3(b), forklarer notatene til gjennomgangen med to setninger hva som skiller den ut og hvordan den kan testes

4.3 forebygges når du velger idé

En app «til» i en mettet nisje gir to problemer. Apple kan avvise den etter 4.3(b). Og hvis den slipper gjennom, møter den apper som har vært installert i årevis, uten å gi noen grunn til å velge den.

Differensiering legges altså ikke til når du sender inn. Den bestemmes før første kodelinje, ved at du koker ideen ned til én tydelig hovedfunksjon for en bestemt målgruppe. Det er kjernen i en godt avgrenset MVP for iOS-app, og første steg i metoden min fra idé til App Store.

Velg riktig idé før du koder

I iOS Kit er det første steget i løpet laget nettopp for dette: å velge idé, målgruppe og pris før du skriver koden.

Har du allerede fått en 4.3-avvisning? Apple Review Kit hjelper deg å finne regelen som er nevnt, hva den krever, og et eksempel på retting og svar. Vil du at vi ser på saken din sammen med en gang, book en time med meg på video.

Ingen kan garantere at Apple godkjenner appen, heller ikke jeg. Men jeg kan hjelpe deg å luke ut ideer som ville blitt én app for mye allerede fra start.

Er du fortsatt usikker på ideen din? Den gratis diagnosen tar utgangspunkt i prosjektet ditt, forteller deg hvilket steg du bør starte med og sender deg sjekklisten min mot avvisninger fra Apple. Forsiden viser deretter hvordan du kan lage en mobilapp uten å starte fra null ved å velge idé før du skriver koden.

Ofte stilte spørsmål

Hva er forskjellen mellom 4.3(a) og 4.3(b)?

4.3(a) handler om duplisering: flere versjoner av samme app, eller en app som deler koden, App Store-siden eller konseptet med andre, bortsett fra noen detaljer. 4.3(b) handler om metning: ingenting nytt i en kategori som allerede er full av apper, som lommelykter.

Blir appen min laget med KI avvist etter 4.3?

Ikke fordi den er laget med KI: Apple vurderer resultatet, ikke verktøyet. Risikoen kommer av en generisk idé som KI gjør om til en gjennomsnittsversjon av det som finnes. Hvis hovedfunksjonen din er unik og synlig, er ikke kodens opphav noe problem med tanke på 4.3.

Kan man bruke en mal uten å bli avvist?

En mal brukt som teknisk utgangspunkt, og så grundig omarbeidet, er ikke problemet. En mal publisert nesten uendret, med nytt navn og nye farger, er akkurat det 4.3(a) og 4.2.6 er rettet mot.

Bør jeg bytte konto eller Bundle ID etter en 4.3-avvisning?

Nei. Å bytte identifikator eller konto endrer ikke appen, og 4.3(b) sier at gjentatte innsendinger av apper med lav verdi kan føre til utestengelse fra utviklerprogrammet. Den eneste varige løsningen er å endre produktet og så sende det inn på nytt.

Kan en datingapp eller en app med bakgrunnsbilder fortsatt bli godkjent?

Ja, hvis den gir en virkelig annerledes eller forbedret opplevelse: det er kravet i Apples tekst. Forskjellen må synes i appen, på App Store-siden og i notatene til gjennomgangen.