Guideline 4.2 Minimum Functionality: app rebutjada

La guideline 4.2, «Minimum Functionality», rebutja una app que no ofereix res més que un lloc web, o massa poca cosa perquè la gent se la quedi. El remei no és amuntegar funcions natives: és posar-ne una al cor de l'ús i després dir al reviewer on trobar-la. La correcció passa gairebé sempre per un nou build.

Publico les meves pròpies apps iOS: Solys, TradaZen i Nolera són a l'App Store. Aquesta guia es basa en el text oficial d'Apple, llegit el 15 d'octubre de 2026, i en rebuigs 4.2 publicats per desenvolupadors als fòrums d'Apple. Les apps rebutjades que cito més avall són exemples. Per a la visió de conjunt de tots els motius, llegeix més aviat per què Apple rebutja una app.

Què diu la guideline 4.2?

La 4.2 es troba a la secció 4, «Design», de les App Review Guidelines. La primera frase fixa el criteri: «Your app should include features, content, and UI that elevate it beyond a repackaged website.» Dit d'una altra manera, la teva app ha d'oferir funcions, contingut i una interfície que la situïn per sobre d'un lloc web ficat dins d'una capsa.

El text hi afegeix dues idees. Una app que no és realment útil, única o «app-like» no té lloc a l'App Store. I una app que no ofereix ni entreteniment durador ni prou utilitat pot ser rebutjada. Així doncs, la 4.2 jutja dues coses: la diferència amb el web i la quantitat de valor.

Les subnormes que pot citar el missatge

Subnorma	Què demana Apple	El rebuig típic
4.2	Anar més enllà d'un lloc web	Web mostrat en una WebView
4.2.1	Una experiència real de realitat augmentada	Un model 3D posat a la vista AR
4.2.2	No només màrqueting o enllaços	App aparador, agregador, enllaços
4.2.3	Una app autònoma, descàrregues clares	App que n'exigeix una altra
4.2.6	Cap app sortida d'una plantilla comercial	Plantilla enviada per un proveïdor

Tres aclariments. La 4.2.2 fa una excepció per als catàlegs: «Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.» Per tant, un catàleg de productes pot passar. Un fullet publicitari, no.

La 4.2.3 té dos apartats. El (i) demana que l'app funcioni sola, sense instal·lar cap altra app. El (ii) demana, si l'app ha de descarregar recursos en el primer inici, anunciar la mida de la descàrrega i demanar permís abans.

La 4.2.6, sobre plantilles comercials i serveis de generació d'apps, està detallada a la guia de la guideline 4.3, perquè va lligada a la norma antispam.

Els dos missatges 4.2 més freqüents

El missatge d'Apple comença amb el títol «Guideline 4.2 - Design - Minimum Functionality». La resta diu quin dels dos problemes ha vist el reviewer. Aquí tens dues formulacions publicades per desenvolupadors als fòrums d'Apple. Són de fa uns quants anys: el text exacte pot haver canviat, les dues famílies no.

L'app sembla un web. «Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.» Aquest missatge, publicat als fòrums d'Apple, conté una frase decisiva: «Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.»

L'app és massa escarransida. «We found that the usefulness of your app is limited by the minimal amount of content or features it includes.» Aquest segon missatge demana revisar el concepte, i reconeix que cap norma amb xifres no defineix què és útil o entretingut.

Afegir notificacions, localització i un botó de compartir a un web encapsulat no n'hi ha prou: Apple ho ha escrit en els seus propis rebuigs.

Quatre casos típics de rebuig 4.2

Els quatre casos següents són exemples construïts per il·lustrar la norma, no apps reals.

El lloc web encapsulat

Exemple: un club esportiu mostra el seu web mòbil en una WebView, amb una barra de pestanyes nativa al damunt. L'horari, la reserva i el compte són pàgines web. El reviewer hi troba el mateix que li mostraria Safari. Apple ho diu a la seva pàgina d'App Review: un web servit dins d'una app iOS, un contingut web no adaptat a iOS o unes interaccions web limitades no fan una app de qualitat.

El que jo faria: reconstruir en natiu les pantalles del gest principal, aquí l'horari i la reserva. Després, afegir el que el web no sap fer: un recordatori abans de la sessió, l'horari consultable sense xarxa, la propera sessió en un widget.

L'app massa simple

Exemple: una app que mostra una cita al dia, i res més. En deu segons ja l'has vista tota. La 4.2 parla de «lasting entertainment value or adequate utility»: un valor que dura o una utilitat suficient. Per corregir-ho, afegeix profunditat al gest principal, no pantalles al voltant. Aquí: un historial, preferits, un recordatori a l'hora triada, un widget a la pantalla d'inici.

L'app generada amb IA, sense res natiu

Exemple: un camp de text, un botó, una resposta d'IA mostrada en text pla. Apple no jutja l'eina, sinó el que arriba a la pantalla del reviewer. Si l'experiència cap en una pàgina web, és ben probable que caigui la 4.2.

Explico el que la IA fa bé i el que falla a crear una app amb IA. El format que produeix cada generador, aplicació web o projecte mòbil, el comparo a Lovable, Rork o FlutterFlow.

La closca a l'espera de contingut

Exemple: un mercat sense anuncis, un directori buit, un feed que mostra «Aviat disponible». El reviewer obre una app que no té res a ensenyar. Aquest cas també toca la 2.1, que rebutja el contingut provisional: mira la guia de la guideline 2.1. Envia l'app quan tingui contingut real, o proporciona un compte de demostració ja ple.

La prova que faig: «I a Safari?»

Abans d'enviar, em pregunto si un web podria oferir la mateixa funció principal. Si la resposta és sí, l'app està exposada a la 4.2. Aquesta és la meva graella per jutjar una funció nativa. Una funció compta quan serveix el gest principal, no quan decora.

Funció	Compta quan...	No n'hi ha prou quan...
Notificacions	Aporten una informació esperada	Repeteixen els teus articles
Sense connexió	El contingut principal continua sent útil	Només surt una pantalla d'error
Widget	Mostra una dada pròpia de la persona	Mostra el teu logo
Compartir	S'envia contingut cap a la teva app	Només comparteix un enllaç
Càmera, sensors	Formen part del gest principal	Obren el teu web
Dades locals	L'app calcula, endreça i recorda	Tot viu en una pàgina web

Les recomanacions d'Apple van en la mateixa línia. Un widget mostra un contingut d'actualitat, que es llegeix d'un cop d'ull. Una notificació aporta una informació útil, en poques paraules, i no serveix per empènyer cap a una tasca dins l'app.

El que fan les meves apps i un web no

Dissenyo cada app al voltant d'una funció principal que no existeix en un navegador, o d'un valor que fa tornar.

• Solys és un despertador. L'alarma passa per AlarmKit, el servei d'alarmes d'iOS 26: travessa el mode silenci, com el despertador d'Apple. Per aturar-la, cal guanyar un minijoc, i les apps triades queden en pausa després de despertar-te. Cap pàgina web no fa sonar un iPhone en silenci.
• TradaZen és un simulador de trading: un gràfic real en una data real, una decisió, espelmes que es revelen, duels classificats i un rang que puja. Aquí no és una funció nativa la que sosté l'app. És el valor d'entreteniment durador de què parla la 4.2.
• Nolera és un armari: fotografies la teva roba, l'app la retalla i l'endreça, i després et proposa un conjunt cada matí. La càmera forma part del gest principal. No és un extra.

La 4.2 no exigeix una llista de funcions natives: exigeix un motiu per instal·lar l'app en lloc d'obrir un web.

Corregir un rebuig 4.2, pas a pas

1. Identifica la família. Navegació web: és el web encapsulat. Contingut o funcions mínimes: és l'app massa escarransida. La 4.2.3: una dependència d'una altra app o una descàrrega no anunciada.
2. Canvia el producte, no la redacció. Una resposta que argumenta sense canviar res no té cap motiu per convèncer. Reconstrueix en natiu les pantalles del gest principal, o afegeix la profunditat que hi falta.
3. Preveu un nou build. La causa és a l'app: una actualització remota no n'hi ha prou. Cada enviament torna a passar per la cua, mira el temps de validació de l'App Store.
4. Escriu notes de revisió que guiïn. Apple demana, a la seva pàgina sobre la informació per a una revisió completa, descriure el concepte, les funcions i el públic. Per a una actualització: què ha canviat i on trobar-ho.
5. Apel·la només si el reviewer s'ha deixat alguna cosa. Si la teva funció nativa ja existia però no l'han vista, respon a App Store Connect amb un vídeo curt. L'apel·lació davant l'App Review Board té sentit quan han entès malament la teva app, no quan és escarransida.

El model de notes que faria servir, en anglès, per adaptar:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]

Escriu només el que existeix al build enviat. Una funció anunciada i introbable et costaria un nou rebuig, aquesta vegada per la 2.1.

La checklist 4.2 abans d'enviar

• Saps dir en una frase què fa la teva app que un web no fa.
• Les pantalles del gest principal són natives, no pàgines web.
• Cada funció nativa serveix el gest principal, i el reviewer la troba en menys de dos minuts.
• L'app té contingut real des del primer inici, o un compte de demostració ple.
• L'app funciona sola, sense cap altra app per instal·lar.
• Una descàrrega gran en el primer inici anuncia la mida i demana permís.
• Les notes de revisió descriuen el concepte, el públic i on és cada funció.
• Si la teva idea frega el límit, l'has provada abans de programar, amb un MVP d'app iOS ben acotat.

Superar la 4.2 al teu proper enviament

Si t'acaben de rebutjar l'app per la 4.2, l'Apple Review Kit t'ajuda a trobar la norma citada i el que demana, amb els models de notes per al revisor. Si encara estàs construint, el recorregut de l'iOS Kit parteix de la funció principal abans de la primera línia de codi. Si vols una mirada humana, reserva una hora amb mi. Tot el procés és a la pàgina app rebutjada per Apple.

Si prepares el teu primer llançament, fes el diagnòstic gratuït: posa les etapes en ordre i t'envia la meva checklist antirebuig d'Apple. La pàgina d'inici mostra com crear una app mòbil pensada per a la revisió des del principi.

Ningú no pot garantir que Apple accepti la teva app. Jo et puc ajudar a donar-li un motiu per existir a l'App Store.

Preguntes freqüents

Què vol dir «Guideline 4.2 - Design - Minimum Functionality»?

És el títol del rebuig per funcionalitat mínima. Apple considera que la teva app s'assembla massa a un web, o que ofereix massa poc contingut o massa poques funcions. El mateix títol pot apuntar a una subnorma: «Guideline 4.2.2» per a una app aparador o una llista d'enllaços, 4.2.3 per a una app que depèn d'una altra app.

Una app en WebView sempre és rebutjada?

No. La norma apunta al web ficat dins d'una app, no a la tecnologia. El reviewer jutja l'experiència principal: si les pantalles són pàgines web que fan el mateix que Safari, el risc és alt. Una pàgina d'ajuda oberta al navegador no és el problema.

N'hi ha prou d'afegir notificacions push per superar la 4.2?

No. En un missatge de rebuig publicat als seus fòrums, Apple escriu que les notificacions, la localització i compartir no són suficients per fer l'experiència prou rica. Una notificació compta quan serveix la funció principal, com una alarma o un recordatori triat per la persona.

Quina diferència hi ha entre la guideline 4.2 i la 4.3?

La 4.2 jutja la teva app sola: aporta prou en comparació amb un web? La 4.3 la compara amb les altres: és una còpia, una variant o una app més en una categoria saturada? Una mateixa app pot rebre totes dues, però no es corregeixen de la mateixa manera.

Cal un nou build després d'un rebuig 4.2?

Gairebé sempre, perquè la causa és a la mateixa app. Única excepció: el reviewer no ha trobat una funció que ja existia. En aquest cas, respon a App Store Connect amb notes precises i un vídeo curt, sense canviar el build.