Guideline 4.3 Design Spam: app rifiutata, cosa fare?

Guideline 4.3 Design Spam: la risposta breve

La guideline 4.3 è la regola anti-spam dell'App Store. La 4.3(a) vieta di pubblicare più volte la stessa app, e in pratica serve contro le app riconfezionate. La 4.3(b) rifiuta le app impossibili da distinguere da quelle esistenti, soprattutto nelle categorie sature. Il rimedio è sostanziale: una funzione principale che nessun altro offre.

È il rifiuto più difficile da correggere: mette in discussione la ragion d'essere della tua app, e nessuna correzione al codice basta se il prodotto somiglia troppo a ciò che esiste già.

Pubblico le mie app iOS: Solys, una sveglia con mini-giochi, e TradaZen, un allenamento al trading, sono sull'App Store. Nolera e Clic sono state rifiutate e poi corrette. Ho preso rifiuti 2.1, 5.6.3 e 2.3.2, che racconto in perché Apple rifiuta la tua app. Non ho mai preso un rifiuto 4.3, e non ti racconterò il contrario. Questa guida si basa sul testo ufficiale di Apple, parafrasato in italiano.

Cosa dice esattamente la guideline 4.3?

La 4.3, "Spam", si trova nella sezione 4, "Design", delle App Review Guidelines. Le sue due parti riguardano due problemi diversi.

4.3(a): una sola app, non una copia per ogni variante

Il testo ufficiale chiede di non creare più Bundle ID per la stessa app. L'esempio di Apple: pubblicare un'app di mappe per ogni città del mondo, invece di un'unica mappa mondiale in cui cercare la propria città. Se la tua app ha versioni per luogo, per squadra sportiva o per università, Apple ti consiglia di inviare una sola app e di offrire le varianti tramite acquisto in-app.

In pratica, il messaggio di rifiuto va oltre questo esempio. Nei rifiuti 4.3(a) che alcuni sviluppatori hanno pubblicato sui forum sviluppatori di Apple, Apple scrive che l'app condivide "a similar binary, metadata, and/or concept" con app inviate da altri sviluppatori, con solo differenze minime. Il messaggio definisce spam queste app simili o riconfezionate. Contano tre parole: il binario (il codice compilato), i metadati (nome, descrizione, screenshot) e il concept.

Altre due regole vanno nella stessa direzione. La 4.2.6, una sotto-regola della guideline 4.2, rifiuta le app create da un template commerciale o da un servizio di generazione di app, a meno che non siano inviate direttamente dal fornitore del contenuto. La guideline 4.1, "Copycats", vieta di copiare un'app popolare cambiando un po' il nome o l'interfaccia. Inizia con una frase semplice: "Come up with your own ideas."

4.3(b): le categorie sature

La 4.3(b) rifiuta le app impossibili da distinguere da ciò che è già ampiamente disponibile: per Apple, queste varianti opportunistiche peggiorano la scoperta sull'App Store.

Il testo nomina le categorie interessate. Le app di incontri, torcia, effetti sonori, sfondi, timer semplici e cartomanzia ("fortune telling") sono già ben consolidate. Apple non accetta più nuovi invii in queste categorie, a meno che non offrano "a meaningfully different or improved experience". Apple può persino rimuovere quelle che non vengono aggiornate né migliorate, o che non attirano nessuno.

Una seconda lista è più severa: giochi alcolici, Kama Sutra, app di peti e rutti. Apple le considera mediocri o di scarso impegno, e invii ripetuti di questo tipo possono portare all'esclusione dal programma sviluppatori.

Oroscopi e astrologia non sono nominati esplicitamente nella versione attuale del testo. Un'app generica di oroscopo quotidiano resta comunque molto vicina alla cartomanzia, e io la tratterei come una categoria satura.

Perché la 4.3 colpisce più spesso con l'IA e i template

I template condividono tutto per costruzione

Un template di app venduto online viene comprato da molti sviluppatori, che cambiano colori, icona e nome, e poi lo inviano. Apple non spiega come individua le somiglianze, ma il suo messaggio parla di binario, metadati e concept: tre cose che un template condivide con tutte le sue copie. È esattamente il caso a cui mirano la 4.3(a) e la 4.2.6.

L'IA produce la versione media della tua idea

Chiedi a un'IA "un'app per tracciare le abitudini": ti restituisce la versione più probabile dell'idea, cioè la media di ciò che esiste, con le stesse schermate e lo stesso onboarding. Il codice magari è originale, il concept no. E la 4.3(b) giudica l'esperienza, non l'originalità del codice.

L'IA programma benissimo un'idea differenziata, ma non trova la differenza al posto tuo. Spiego cosa fa bene e cosa sbaglia in creare un'app iOS con l'IA.

Come differenziare davvero la tua app

Una funzione principale che nessuno offre esattamente così

È la regola che mi impongo su ogni idea, proprio per evitare la 4.3: una funzione principale che nessun altro offre esattamente così. Un'altra sveglia sarebbe attaccabile, i timer semplici sono tra le categorie citate da Apple. Solys è una sveglia che ti obbliga a vincere un mini-gioco per spegnerla. La differenza sta in una frase, e si vede dal primo utilizzo.

Il test: completa "è l'unica app che...". Se riesci a finire solo con "ma più bella", la tua differenza è troppo debole.

Contenuti e logica che ti appartengono

Una veste diversa non basta. Ciò che distingue un'app è ciò che produce: contenuti scritti per lei, dati che calcola, una meccanica che non si trova altrove. Se parti da un template o da un progetto open source, cambia la logica, non solo i colori.

Un nome, screenshot e una descrizione che lo dimostrano

Il messaggio 4.3(a) cita i metadati: il reviewer giudica anche la tua scheda, come per la guideline 2.3.10. Un nome generico tipo "Torcia Pro" annuncia una copia ancora prima di aprire l'app. Nome e sottotitolo devono dire la funzione unica, il primo screenshot deve mostrarla e la descrizione deve aprirsi con lei. Questo lavoro serve anche al tuo posizionamento: il metodo è nella pagina ASO App Store.

Una sola app per tutte le tue varianti

Se la tua idea si declina per città, squadra o tema, pubblica una sola app con una scelta all'interno, e acquisti in-app se le varianti sono a pagamento. È la lettura letterale della 4.3(a).

Come rispondere a un rifiuto 4.3 in App Store Connect

Quello che si chiamava Resolution Center oggi si trova nella sezione App Review di App Store Connect. Lì rispondi al messaggio di App Review con testo e allegati, screenshot o documenti, finché non hai inviato di nuovo.

1. Identifica la sotto-regola. Un rifiuto 4.3(a) parla di somiglianza con altre app o di varianti multiple. Un rifiuto 4.3(b) parla di una categoria satura.
2. Sii onesto sulla sostanza. Se la tua app viene da un template o somiglia davvero a ciò che esiste, non discutere: cambia il prodotto, non la formulazione.
3. Se la tua differenza è reale, mostrala. Rispondi in modo breve, concreto, in inglese, con un video della funzione principale in allegato.

Il modello che userei, da adattare:

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]

Scrivi le due frasi sul codice e sulle altre app solo se sono vere. Un'affermazione falsa in una risposta ad Apple ti costerà più cara di un rifiuto. La procedura completa dopo qualsiasi rifiuto è nella pagina app rifiutata da Apple.

Quando fare ricorso all'App Review Board

Apple permette di fare ricorso all'App Review Board se pensi che il reviewer abbia frainteso il concept e il funzionamento della tua app, o che tu sia stato trattato ingiustamente durante la revisione. Apple pone tre condizioni: dare ragioni precise per cui la tua app rispetta le guideline, presentare un solo ricorso per ogni invio rifiutato e rispondere prima a qualsiasi richiesta di informazioni aggiuntive.

Fai ricorso quando la tua differenza è reale, visibile nell'app, e la tua risposta in App Store Connect non è bastata a farla capire. Per un template, un clone o una variante senza differenze, il ricorso non cambierà il prodotto.

Nella stessa pagina Apple offre anche appuntamenti video di 30 minuti con App Review. Se la tua idea sfiora una categoria satura, fai la domanda prima di costruire.

La checklist anti-4.3 prima di inviare

• Sai finire la frase "è l'unica app che..." senza parlare di design
• La funzione principale si vede dal primo utilizzo, senza cercarla
• Nessuna schermata, testo, suono o immagine viene così com'è da un template, di cui hai cambiato la logica
• Non pubblichi due app che condividono lo stesso codice e lo stesso concept
• Le tue varianti (città, squadre, temi) vivono in un'unica app
• Nome e sottotitolo dicono la funzione unica, non la categoria
• Il primo screenshot e la descrizione si aprono con la tua differenza
• Se la tua app tocca una categoria citata dalla 4.3(b), le note per la revisione spiegano in due frasi cosa la distingue e come testarlo

La 4.3 si previene quando scegli l'idea

Un'app "in più" in una nicchia satura pone due problemi. Apple può rifiutarla in base alla 4.3(b). E se passa, si scontra con app installate da anni senza offrire un motivo per sceglierla.

La differenziazione quindi non si aggiunge al momento dell'invio. Si decide prima della prima riga di codice, riducendo la tua idea a una funzione principale chiara per un pubblico preciso. È il cuore di un MVP di app iOS ben definito, e il primo passo del mio metodo dall'idea all'App Store.

Scegliere l'idea giusta prima di programmare

Nell'iOS Kit, la prima tappa del percorso serve proprio a questo: scegliere idea, pubblico e prezzo, prima di scrivere il codice.

Hai già ricevuto un rifiuto 4.3? L'Apple Review Kit ti aiuta a ritrovare la regola citata, cosa chiede, e un esempio di correzione e di risposta. Se vuoi che guardiamo il tuo caso insieme da subito, prenota un'ora con me, in videochiamata.

Nessuno può garantirti l'approvazione di Apple, nemmeno io. Posso aiutarti a scartare fin dall'inizio le idee che diventerebbero un'app di troppo.

Hai ancora dubbi sulla tua idea? La diagnosi gratuita parte dal tuo progetto, ti dice da quale tappa cominciare e ti manda la mia checklist anti-rifiuto Apple. La home mostra poi come creare un'app mobile senza partire da zero scegliendo l'idea prima di scrivere il codice.

Domande frequenti

Qual è la differenza tra 4.3(a) e 4.3(b)?

La 4.3(a) riguarda la duplicazione: più versioni della stessa app, o un'app che condivide codice, scheda o concept con altre a parte pochi dettagli. La 4.3(b) riguarda la saturazione: niente di nuovo in una categoria molto affollata, come le torce.

La mia app creata con l'IA verrà rifiutata per la 4.3?

Non perché è creata con l'IA: Apple giudica il risultato, non lo strumento. Il rischio viene da un'idea generica che l'IA trasforma nella versione media di ciò che esiste. Se la tua funzione principale è unica e visibile, l'origine del codice non è un problema ai fini della 4.3.

Si può usare un template senza essere rifiutati?

Un template usato come punto di partenza tecnico, poi trasformato in profondità, non è il problema. Un template pubblicato quasi così com'è, con un nuovo nome e nuovi colori, corrisponde esattamente a ciò a cui mirano la 4.3(a) e la 4.2.6.

Bisogna cambiare account o Bundle ID dopo un rifiuto 4.3?

No. Cambiare identificativo o account non cambia l'app, e la 4.3(b) prevede che invii ripetuti di app di scarso valore possano portare all'esclusione dal programma sviluppatori. L'unica via d'uscita duratura è modificare il prodotto e poi inviarlo di nuovo.

Un'app di incontri o di sfondi può ancora essere accettata?

Sì, se offre un'esperienza davvero diversa o migliorata: è la condizione posta dal testo di Apple. Questa differenza deve vedersi nell'app, nella scheda e nelle note per la revisione.