Guideline 4.3 Design Spam: app rebutjada, què faig?
Per Mehdi Azizi
Actualitzat el , 9 min
Guideline 4.3 Design Spam: què diuen la 4.3(a) i la 4.3(b), per què les apps fetes amb IA la reben, com respondre a Apple i com evitar-la.
Guideline 4.3 Design Spam: la resposta curta
La guideline 4.3 és la norma antispam de l'App Store. La 4.3(a) prohibeix publicar diverses vegades la mateixa aplicació i, a la pràctica, s'aplica contra les aplicacions reempaquetades. La 4.3(b) rebutja les apps que no es poden distingir del que ja existeix, sobretot en les categories saturades. El remei és de fons: una funció principal que ningú més ofereixi.
És el rebuig més difícil de corregir: posa en qüestió la raó de ser de la teva app, i cap correcció de codi n'hi ha prou si el producte s'assembla massa al que ja existeix.
Publico les meves pròpies apps iOS: Solys, un despertador amb minijocs, i TradaZen, un entrenament de trading, són a l'App Store. Nolera i Clic van ser rebutjades i després corregides. He rebut rebutjos 2.1, 5.6.3 i 2.3.2, que detallo a per què Apple rebutja la teva app. No he rebut mai un rebuig 4.3, i no t'explicaré el contrari. Aquesta guia es basa en el text oficial d'Apple, parafrasejat.
Què diu exactament la guideline 4.3?
La 4.3, "Spam", es troba a la secció 4, "Design", de les App Review Guidelines. Les seves dues parts apunten a dos problemes diferents.
4.3(a): una sola aplicació, no una còpia per variant
El text oficial demana no crear diversos Bundle IDs per a la mateixa app. L'exemple d'Apple: publicar una app de mapa per a cada ciutat del món, en lloc d'un sol mapa mundial on busques la teva ciutat. Si la teva app té versions per lloc, per equip esportiu o per universitat, Apple et recomana enviar una sola app i oferir les variants amb compres dins l'app.
A la pràctica, el missatge de rebuig va més enllà d'aquest exemple. En els rebutjos 4.3(a) que alguns desenvolupadors han publicat als fòrums de desenvolupadors d'Apple, Apple escriu que l'app comparteix "a similar binary, metadata, and/or concept" amb apps enviades per altres desenvolupadors, amb només diferències menors. El missatge qualifica aquestes apps semblants o reempaquetades de spam. Hi ha tres paraules clau: el binari (el codi compilat), les metadades (nom, descripció, captures) i el concepte.
Dues normes més van en la mateixa direcció. La 4.2.6, una subnorma de la guideline 4.2, rebutja les apps creades a partir d'una plantilla comercial o d'un servei de generació d'apps, tret que les enviï directament el proveïdor del contingut. La guideline 4.1, "Copycats", prohibeix copiar una app popular canviant una mica el nom o la interfície. Comença amb una frase senzilla: "Come up with your own ideas."
4.3(b): les categories saturades
La 4.3(b) rebutja les apps que no es poden distingir del que ja està àmpliament disponible: per a Apple, aquestes variants oportunistes empitjoren el descobriment a l'App Store.
El text anomena les categories afectades. Les apps de cites, de llanterna, d'efectes de so, de fons de pantalla, de temporitzadors simples i d'endevinació ("fortune telling") ja estan ben establertes. Apple ja no accepta nous enviaments en aquestes categories, tret que ofereixin "a meaningfully different or improved experience". Apple fins i tot pot retirar les que no s'actualitzen ni milloren, o que no atrauen ningú.
Una segona llista és més severa: jocs per beure, Kama Sutra, apps de pets i rots. Apple les considera mediocres o de poc esforç, i enviaments repetits d'aquest tipus poden comportar l'expulsió del programa de desenvolupadors.
Els horòscops i l'astrologia no s'anomenen tal qual a la versió actual del text. Una app genèrica d'horòscop diari és molt a prop de l'endevinació, i jo la tractaria com una categoria saturada.
Per què la 4.3 cau més sovint amb la IA i les plantilles
Les plantilles ho comparteixen tot per construcció
Una plantilla d'app venuda en línia la compren molts desenvolupadors, que canvien els colors, la icona i el nom, i després l'envien. Apple no detalla com detecta les semblances, però el seu missatge parla del binari, les metadades i el concepte: tres coses que una plantilla comparteix amb totes les seves còpies. És exactament el cas al qual apunten la 4.3(a) i la 4.2.6.
La IA produeix la versió mitjana de la teva idea
Demana a una IA "una app de seguiment d'hàbits": et retornarà la versió més probable de la idea, és a dir, la mitjana del que ja existeix, amb les mateixes pantalles i el mateix onboarding. Potser el codi és original, el concepte no. I la 4.3(b) jutja l'experiència, no l'originalitat del codi.
La IA programa molt bé una idea diferenciada, però no troba la diferència per tu. Detallo què fa bé i què falla a crear una app iOS amb IA.
Com diferenciar de debò la teva aplicació
Una funció principal que ningú ofereix exactament així
És la norma que m'imposo amb cada idea, precisament per evitar la 4.3: una funció principal que ningú més ofereixi exactament així. Un despertador més seria atacable, els temporitzadors simples formen part de les categories que cita Apple. Solys és un despertador que t'obliga a guanyar un minijoc per aturar-lo. La diferència cap en una frase, i es veu des del primer ús.
La prova: completa "és l'única app que...". Si només pots acabar amb "però més bonica", la teva diferència és massa feble.
Contingut i lògica que siguin teus
Una aparença diferent no n'hi ha prou. El que distingeix una app és el que produeix: continguts escrits per a ella, dades que calcula, una mecànica que no es troba enlloc més. Si parteixes d'una plantilla o d'un projecte de codi obert, canvia la lògica, no només els colors.
Un nom, captures i una descripció que ho demostrin
El missatge 4.3(a) cita les metadades: el revisor també jutja la teva fitxa, com amb la guideline 2.3.10. Un nom genèric com "Llanterna Pro" anuncia una còpia abans i tot d'obrir l'app. El nom i el subtítol han de dir la funció única, la primera captura l'ha de mostrar i la descripció ha de començar per ella. Aquesta feina també ajuda el teu posicionament: el mètode és a la pàgina ASO App Store.
Una sola aplicació per a totes les teves variants
Si la teva idea es declina per ciutat, per equip o per tema, publica una sola app amb una opció a dins, i compres dins l'app si les variants són de pagament. És la lectura literal de la 4.3(a).
Com respondre a un rebuig 4.3 a App Store Connect
El que abans es deia Resolution Center ara és a la secció App Review d'App Store Connect. Hi respons al missatge d'App Review amb text i fitxers adjunts, captures o documents, mentre no l'hagis tornat a enviar.
- Identifica la subnorma. Un rebuig 4.3(a) parla de semblança amb altres apps o de múltiples variants. Un rebuig 4.3(b) parla d'una categoria saturada.
- Sigues honest sobre el fons. Si la teva app ve d'una plantilla o s'assembla de debò al que ja existeix, no discuteixis: canvia el producte, no la redacció.
- Si la teva diferència és real, mostra-la. Respon breu, amb fets, en anglès, amb un vídeo de la funció principal adjunt.
La plantilla que faria servir, per adaptar:
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]
Escriu les dues frases sobre el codi i les altres apps només si són certes. Una afirmació falsa en una resposta a Apple et costarà més cara que un rebuig. El procés complet després de qualsevol rebuig és a la pàgina aplicació rebutjada per Apple.
Quan apel·lar a l'App Review Board
Apple permet apel·lar a l'App Review Board si creus que el revisor ha entès malament el concepte i el funcionament de la teva app, o que t'han tractat injustament durant la revisió. Apple posa tres condicions: donar raons concretes per les quals la teva app compleix les guidelines, presentar una sola apel·lació per enviament rebutjat i respondre primer a qualsevol petició d'informació addicional.
Apel·la quan la teva diferència sigui real, visible a l'app, i la teva resposta a App Store Connect no hagi bastat per fer-la entendre. Per a una plantilla, un clon o una variant sense diferència, l'apel·lació no canviarà el producte.
Apple també ofereix, a la mateixa pàgina, cites per vídeo de 30 minuts amb App Review. Si la teva idea frega una categoria saturada, pregunta-ho abans de construir.
La checklist anti-4.3 abans d'enviar
- Saps acabar la frase "és l'única app que..." sense parlar de disseny
- La funció principal es veu des del primer ús, sense haver de buscar
- Cap pantalla, text, so ni element visual no ve tal qual d'una plantilla, de la qual has canviat la lògica
- No publiques dues apps que comparteixen el mateix codi i el mateix concepte
- Les teves variants (ciutats, equips, temes) viuen en una sola app
- El nom i el subtítol diuen la funció única, no la categoria
- La primera captura i la descripció comencen per la teva diferència
- Si la teva app toca una categoria citada per la 4.3(b), les notes de revisió expliquen en dues frases què la distingeix i com provar-ho
La 4.3 es prevé en el moment de triar la idea
Una app "més" en un nínxol saturat planteja dos problemes. Apple la pot rebutjar per la 4.3(b). I si passa, s'enfronta a apps instal·lades des de fa anys sense oferir cap motiu per triar-la.
La diferenciació, doncs, no s'afegeix en el moment d'enviar. Es decideix abans de la primera línia de codi, reduint la teva idea a una funció principal clara per a un públic concret. És el cor d'un MVP d'aplicació iOS ben definit, i el primer pas del meu mètode de la idea a l'App Store.
Triar la bona idea abans de programar
A l'iOS Kit, el primer pas del recorregut serveix precisament per a això: triar la idea, el públic i el preu abans d'escriure el codi.
Ja has rebut un rebuig 4.3? L'Apple Review Kit t'ajuda a trobar la norma citada, què demana i un exemple de correcció i de resposta. Si vols que mirem el teu cas junts ara mateix, reserva una hora amb mi, per videotrucada.
Ningú no et pot garantir l'aprovació d'Apple, jo tampoc. Et puc ajudar a descartar des del principi les idees que farien una app de més.
Encara dubtes de la teva idea? El diagnòstic gratuït parteix del teu projecte, et diu per quin pas començar i t'envia la meva checklist antirebuig d'Apple. Després, la pàgina d'inici mostra com crear una aplicació mòbil sense partir de zero triant la idea abans d'escriure el codi.
Preguntes freqüents
Quina diferència hi ha entre la 4.3(a) i la 4.3(b)?
La 4.3(a) apunta a la duplicació: diverses versions de la mateixa app, o una app que comparteix el codi, la fitxa o el concepte amb altres amb quatre detalls de diferència. La 4.3(b) apunta a la saturació: res de nou en una categoria molt plena, com les llanternes.
La meva aplicació creada amb IA serà rebutjada per la 4.3?
No pel fet d'estar creada amb IA: Apple jutja el resultat, no l'eina. El risc ve d'una idea genèrica que la IA converteix en la versió mitjana del que ja existeix. Si la teva funció principal és única i visible, l'origen del codi no és cap problema respecte a la 4.3.
Es pot fer servir una plantilla sense ser rebutjat?
Una plantilla feta servir com a punt de partida tècnic, i després transformada a fons, no és el problema. Una plantilla publicada gairebé tal qual, amb un nom nou i colors nous, correspon exactament al que apunten la 4.3(a) i la 4.2.6.
Cal canviar de compte o de Bundle ID després d'un rebuig 4.3?
No. Canviar d'identificador o de compte no canvia l'app, i la 4.3(b) preveu que enviaments repetits d'apps de poc valor poden comportar l'expulsió del programa de desenvolupadors. L'única sortida duradora és modificar el producte i tornar-lo a enviar.
Una aplicació de cites o de fons de pantalla encara pot ser acceptada?
Sí, si ofereix una experiència realment diferent o millorada: és la condició que posa el text d'Apple. Aquesta diferència s'ha de veure a l'app, a la fitxa i a les notes de revisió.