Guideline 4.3 Design Spam: app afvist, hvad gør du?

Guideline 4.3 Design Spam: det korte svar

Guideline 4.3 er App Stores anti-spam-regel. 4.3(a) forbyder at udgive den samme app flere gange, og i praksis bruges den mod genbrugte apps. 4.3(b) afviser apps, der ikke kan skelnes fra det, der allerede findes, især i mættede kategorier. Løsningen ligger i selve produktet: en hovedfunktion, som ingen andre tilbyder.

Det er den sværeste afvisning at rette: den sætter spørgsmålstegn ved, hvorfor din app overhovedet findes, og ingen koderettelse er nok, hvis produktet ligner det eksisterende for meget.

Jeg udgiver mine egne iOS-apps: Solys, et vækkeur med minispil, og TradaZen, træning i trading, ligger på App Store. Nolera og Clic blev afvist og derefter rettet. Jeg har fået afvisninger for 2.1, 5.6.3 og 2.3.2, som jeg gennemgår i hvorfor Apple afviser din app. Jeg har aldrig fået en 4.3-afvisning, og det vil jeg ikke bilde dig ind. Denne guide bygger på Apples officielle tekst, gengivet med mine egne ord.

Hvad siger guideline 4.3 helt præcist?

4.3, "Spam", ligger i sektion 4, "Design", i App Review Guidelines. De to dele går efter to forskellige problemer.

4.3(a): én app, ikke en kopi pr. variant

Den officielle tekst beder dig om ikke at oprette flere Bundle IDs til den samme app. Apples eksempel: at udgive en kort-app for hver by i verden i stedet for ét verdenskort, hvor man søger sin by. Hvis din app har versioner pr. sted, pr. sportshold eller pr. universitet, anbefaler Apple, at du indsender én app og tilbyder varianterne som in-app-køb.

I praksis går afvisningsbeskeden længere end eksemplet. I de 4.3(a)-afvisninger, som udviklere har delt på Apples udviklerfora, skriver Apple, at appen deler "a similar binary, metadata, and/or concept" med apps indsendt af andre udviklere, med kun små forskelle. Beskeden kalder disse lignende eller genbrugte apps for spam. Tre ord er vigtige: binæren (den kompilerede kode), metadata (navn, beskrivelse, skærmbilleder) og konceptet.

To andre regler trækker i samme retning. 4.2.6, en underregel i guideline 4.2, afviser apps lavet ud fra en kommerciel skabelon eller en app-generator, medmindre de indsendes direkte af den, der leverer indholdet. Guideline 4.1, "Copycats", forbyder at kopiere en populær app og bare ændre lidt i navnet eller brugerfladen. Den starter med en simpel sætning: "Come up with your own ideas."

4.3(b): de mættede kategorier

4.3(b) afviser apps, der ikke kan skelnes fra det, der allerede er bredt tilgængeligt: ifølge Apple gør den slags opportunistiske varianter det sværere at finde noget på App Store.

Teksten nævner de berørte kategorier. Dating-apps, lommelygter, lydeffekter, baggrundsbilleder, simple timere og spådomme ("fortune telling") er allerede veletablerede. Apple tager ikke længere imod nye indsendelser i de kategorier, medmindre de tilbyder "a meaningfully different or improved experience". Apple kan endda fjerne dem, der hverken opdateres eller forbedres, eller som ingen bruger.

En anden liste er strengere: drukspil, Kama Sutra, prutte- og bøvse-apps. Apple anser dem for at være af lav kvalitet eller lav indsats, og gentagne indsendelser af den type kan føre til udelukkelse fra udviklerprogrammet.

Horoskoper og astrologi nævnes ikke direkte i den nuværende version af teksten. En generisk app med dagligt horoskop ligger dog meget tæt på spådomme, og jeg ville behandle den som en mættet kategori.

Hvorfor 4.3 rammer oftere med AI og skabeloner

Skabeloner deler alt fra starten

En app-skabelon, der sælges online, købes af mange udviklere, som skifter farver, ikon og navn og så indsender. Apple siger ikke, hvordan de opdager ligheder, men beskeden nævner binæren, metadata og konceptet: tre ting, som en skabelon deler med alle sine kopier. Det er præcis det tilfælde, 4.3(a) og 4.2.6 går efter.

AI laver gennemsnitsversionen af din idé

Bed en AI om "en app til at følge vaner": den giver dig den mest sandsynlige version af idéen, altså gennemsnittet af det, der findes, med de samme skærme og det samme onboarding. Koden er måske original, konceptet er det ikke. Og 4.3(b) bedømmer oplevelsen, ikke hvor original koden er.

AI er rigtig god til at kode en idé, der skiller sig ud, men den finder ikke forskellen for dig. Jeg gennemgår, hvad den gør godt, og hvad den misser, i lav en iOS-app med AI.

Sådan gør du din app reelt anderledes

En hovedfunktion, som ingen tilbyder på præcis den måde

Det er reglen, jeg pålægger mig selv for hver idé, netop for at undgå 4.3: en hovedfunktion, som ingen andre tilbyder på præcis den måde. Endnu et vækkeur ville være sårbart, for simple timere er blandt de kategorier, Apple nævner. Solys er et vækkeur, der tvinger dig til at vinde et minispil for at slå det fra. Forskellen kan siges i én sætning, og den ses fra første brug.

Testen: gør sætningen "det er den eneste app, der..." færdig. Hvis du kun kan slutte med "men pænere", er din forskel for svag.

Indhold og logik, der er dit eget

Et andet udseende er ikke nok. Det, der adskiller en app, er det, den leverer: indhold skrevet til den, data den beregner, en mekanik man ikke finder andre steder. Starter du fra en skabelon eller et open source-projekt, så skift logikken, ikke kun farverne.

Et navn, skærmbilleder og en beskrivelse, der beviser det

4.3(a)-beskeden nævner metadata: revieweren bedømmer også din side i App Store, ligesom ved guideline 2.3.10. Et generisk navn som "Lommelygte Pro" signalerer en kopi, før appen overhovedet er åbnet. Dit navn og din undertitel skal sige den unikke funktion, dit første skærmbillede skal vise den, og din beskrivelse skal starte med den. Det arbejde hjælper også din synlighed i søgninger: metoden står på siden om ASO App Store.

Én app til alle dine varianter

Hvis din idé kan laves pr. by, pr. hold eller pr. tema, så udgiv én app med et valg indeni, og in-app-køb, hvis varianterne koster penge. Det er den bogstavelige læsning af 4.3(a).

Sådan svarer du på en 4.3-afvisning i App Store Connect

Det, der hed Resolution Center, ligger i dag i App Review-sektionen i App Store Connect. Her svarer du på beskeden fra App Review med tekst og vedhæftede filer, skærmbilleder eller dokumenter, så længe du ikke har indsendt igen.

1. Find underreglen. En 4.3(a)-afvisning taler om lighed med andre apps eller flere varianter. En 4.3(b)-afvisning taler om en mættet kategori.
2. Vær ærlig om indholdet. Hvis din app kommer fra en skabelon eller virkelig ligner det, der findes, så diskutér ikke: ændr produktet, ikke formuleringen.
3. Hvis din forskel er reel, så vis den. Svar kort og sagligt på engelsk, med en video af hovedfunktionen vedhæftet.

Skabelonen, jeg ville bruge, og som du tilpasser:

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 kun de to sætninger om koden og de andre apps, hvis de er sande. En falsk påstand i et svar til Apple koster dig mere end en afvisning. Hele fremgangsmåden efter enhver afvisning står på siden app afvist af Apple.

Hvornår du skal klage til App Review Board

Apple giver dig mulighed for at klage til App Review Board, hvis du mener, at revieweren har misforstået konceptet og funktionen i din app, eller at du er blevet behandlet uretfærdigt under reviewet. Apple stiller tre betingelser: du skal give præcise grunde til, at din app overholder guidelines, du må kun indgive én klage pr. afvist indsendelse, og du skal først svare på enhver anmodning om flere oplysninger.

Klag, når din forskel er reel, synlig i appen, og dit svar i App Store Connect ikke var nok til at få den forstået. For en skabelon, en klon eller en variant uden forskel ændrer en klage ikke produktet.

Apple tilbyder også, på samme side, videomøder på 30 minutter med App Review. Hvis din idé ligger tæt på en mættet kategori, så spørg, før du bygger.

Tjeklisten mod 4.3, før du indsender

• Du kan gøre sætningen "det er den eneste app, der..." færdig uden at tale om design
• Hovedfunktionen ses fra første brug, uden at man skal lede
• Ingen skærm, tekst, lyd eller grafik kommer uændret fra en skabelon, og du har ændret dens logik
• Du udgiver ikke to apps, der deler samme kode og samme koncept
• Dine varianter (byer, hold, temaer) lever i én app
• Dit navn og din undertitel siger den unikke funktion, ikke kategorien
• Dit første skærmbillede og din beskrivelse starter med din forskel
• Hvis din app rører en kategori nævnt i 4.3(b), forklarer review-noterne i to sætninger, hvad der adskiller den, og hvordan man tester det

4.3 forebygges, når du vælger idéen

En app "mere" i en mættet niche giver to problemer. Apple kan afvise den under 4.3(b). Og hvis den kommer igennem, skal den op imod apps, der har været installeret i årevis, uden at give nogen grund til at vælge den.

Forskellen kan altså ikke klistres på, når du indsender. Den besluttes før første kodelinje, ved at koge din idé ned til én klar hovedfunktion for en præcis målgruppe. Det er kernen i en velafgrænset MVP af en iOS-app, og første trin i min metode fra idé til App Store.

Vælg den rigtige idé, før du koder

I iOS Kit handler første trin netop om det: at vælge idé, målgruppe og pris, før du skriver koden.

Har du allerede fået en 4.3-afvisning? Apple Review Kit hjælper dig med at finde den nævnte regel, hvad den kræver, og et eksempel på rettelse og svar. Vil du have, at vi kigger på din sag sammen med det samme, så book en time med mig over video.

Ingen kan garantere dig Apples godkendelse, heller ikke mig. Jeg kan hjælpe dig med fra starten at sortere de idéer fra, der ville blive én app for meget.

Er du stadig i tvivl om din idé? Den gratis diagnose tager udgangspunkt i dit projekt, fortæller dig, hvilket trin du skal starte med, og sender dig min tjekliste mod afvisninger fra Apple. Forsiden viser derefter, hvordan du laver en mobilapp uden at starte fra nul ved at vælge idéen, før du skriver koden.

Ofte stillede spørgsmål

Hvad er forskellen på 4.3(a) og 4.3(b)?

4.3(a) går efter duplikering: flere versioner af den samme app, eller en app, der deler kode, App Store-side eller koncept med andre, bortset fra små detaljer. 4.3(b) går efter mætning: intet nyt i en kategori med rigtig mange apps, som lommelygter.

Bliver min app lavet med AI afvist for 4.3?

Ikke fordi den er lavet med AI: Apple bedømmer resultatet, ikke værktøjet. Risikoen kommer fra en generisk idé, som AI'en gør til en gennemsnitsversion af det, der findes. Hvis din hovedfunktion er unik og synlig, er kodens oprindelse ikke et problem i forhold til 4.3.

Kan man bruge en skabelon uden at blive afvist?

En skabelon brugt som teknisk udgangspunkt og derefter ændret grundigt er ikke problemet. En skabelon udgivet næsten uændret, med nyt navn og nye farver, er præcis det, 4.3(a) og 4.2.6 går efter.

Skal jeg skifte konto eller Bundle ID efter en 4.3-afvisning?

Nej. Et nyt ID eller en ny konto ændrer ikke appen, og 4.3(b) siger, at gentagne indsendelser af apps med lav værdi kan føre til udelukkelse fra udviklerprogrammet. Den eneste holdbare vej ud er at ændre produktet og så indsende igen.

Kan en dating-app eller en app med baggrundsbilleder stadig blive godkendt?

Ja, hvis den tilbyder en reelt anderledes eller forbedret oplevelse: det er betingelsen i Apples tekst. Forskellen skal kunne ses i appen, på App Store-siden og i review-noterne.