Guideline 5.6: el paywall que fa rebutjar la teva app

La guideline 5.6 és el codi de conducta del desenvolupador. Per a un paywall, Apple la cita amb una frase tipus: l'app «attempts to manipulate customers into making unwanted In-App Purchases». Dit clar, un botó del teu embut de compra no fa el que anuncia, o una oferta torna sense que l'usuari l'hagi demanada. La correcció cap en una regla: cada botó fa el que diu, i l'usuari tria sol el moment en què torna a veure una oferta.

Vaig rebre aquest rebuig amb TradaZen, la meva app d'entrenament de trading, el llançament de la qual explico en aquest cas pràctic. Aquí tens la norma, el que vaig trobar al meu paywall, els patrons que cal evitar i la meva resposta a Apple. Per a la norma veïna sobre les peticions de valoració, llegeix millor la guia de la guideline 5.6.3.

Què diu la guideline 5.6?

La 5.6, «Developer Code of Conduct», és a la secció 5 «Legal» de les App Review Guidelines. El primer paràgraf parla de respecte: cap als clients, en les respostes a les ressenyes i en els intercanvis amb Apple. El segon apunta directament a les compres.

El text vigent estableix el principi: «Customer trust is a cornerstone of the App ecosystem.» Després enumera el que una app no ha de fer mai: aprofitar-se dels usuaris, estafar-los, «trick them into making unwanted purchases», obligar-los a compartir dades innecessàries, «raise prices in a tricky manner», cobrar per allò que no es lliura, o qualsevol altra pràctica manipuladora, dins de l'app o fora.

En resum: no has d'aconseguir una compra amb trampes. El text no fa cap llista de botons prohibits. Jutja l'efecte: l'usuari ha pagat perquè volia, o perquè la pantalla l'ha enganyat?

La 5.6 també agrupa quatre subnormes:

Subnorma	A què apunta
5.6.1 App Store Reviews	Ressenyes i petició de nota
5.6.2 Developer Identity	Informació exacta sobre tu
5.6.3 Discovery Fraud	Frau de visibilitat
5.6.4 App Quality	Queixes, reemborsaments

La sanció és escrita a la norma: «Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.» Els comportaments manipuladors repetits porten, doncs, a l'expulsió del programa de desenvolupadors. És una norma general, i un bon motiu per corregir tot l'embut de compra des del primer rebuig.

El missatge de rebuig 5.6 per a un paywall

El missatge sol repetir la mateixa frase: «The app attempts to manipulate customers into making unwanted In-App Purchases.» Apple no sempre diu quin element és el problema. En el meu rebuig, no hi havia res més.

Altres desenvolupadors descriuen la pantalla en qüestió. En un fil del fòrum d'Apple de novembre de 2024, un desenvolupador relaciona el seu rebuig 5.6 amb una oferta única, que apareixia quan l'usuari tancava la primera pantalla de subscripció.

La 5.6 no apunta només als paywalls. Un desenvolupador també va ser rebutjat per funcions que semblaven amagades durant la revisió. Si el teu rebuig 5.6 no parla de compres, busca primer allò que el revisor no ha pogut veure.

El meu rebuig 5.6 amb TradaZen

El 12 d'octubre de 2026, Apple rebutja la versió 1.5.1 de TradaZen, provada en un iPad Air. Motiu: guideline 5.6, amb la frase tipus sobre compres no desitjades. No se cita cap pantalla.

Així que vaig rellegir tot el meu embut de compra com algú que només vol dir que no. El paywall del final de l'onboarding no es pot tancar: l'app demana la prova o la subscripció per continuar. Tres mecanismes al seu voltant podien semblar manipulació:

• Una creu falsa. A dalt de la pantalla, un botó en forma de creu, anunciat com a «Tancar» a VoiceOver, obria una oferta amb descompte en lloc de tancar.
• Una oferta que tornava sola. Mentre l'oferta era activa, es tornava a obrir quan l'usuari tornava a l'app.
• Un recordatori promocional. Sortir de l'app des del paywall programava una notificació que anunciava un descompte exclusiu.

Un detall important: aquests mecanismes ja hi eren a la versió anterior, acceptada tres dies abans. Una acceptació no valida el teu paywall per sempre: un altre revisor pot llegir la mateixa pantalla d'una altra manera.

El que vaig canviar

• La creu va desaparèixer d'aquesta pantalla. En el seu lloc, una icona de regal, anunciada com a «Descompte exclusiu» a VoiceOver, obre l'oferta quan la toques. Ja res no fa veure que tanca.
• L'oferta ja no s'obre mai sola en tornar a l'app.
• He eliminat la notificació de descompte. Queda un recordatori suau, enviat una sola vegada per instal·lació i només si les notificacions estan autoritzades. No parla ni de preu, ni de descompte, ni de termini.
• Aquest recordatori està descrit al missatge per a App Review, amb el seu text i el moment d'enviament.

El que vaig mantenir

També vaig rellegir el que quedava, preguntant-me si cada element deixava realment triar.

• Una oferta després d'una compra cancel·lada. Si l'usuari cancel·la el full de pagament d'Apple per a la subscripció anual, s'obre una oferta de benvinguda. Només té una única finestra de 5 minuts, que no es reinicia: si l'usuari torna a cancel·lar durant aquest termini, es torna a obrir. Es tanca amb un gest, amb la creu o amb «No, gràcies», i mostra el preu real del producte.
• Un temporitzador real de 5 minuts. El seu venciment es desa al dispositiu la primera vegada que es mostra. Continua quan l'app està tancada i no torna a zero en rellançar-la. Un cop esgotat, l'oferta desapareix per a aquesta instal·lació de l'app. Si la tanques abans, una petita insígnia mostra el temps que queda i només torna a obrir l'oferta si la toques.
• Un cofre amb cadenat. Mostra els objectes guanyats durant l'onboarding, i només aquests, tancats mentre l'app no estigui desbloquejada. Res no anuncia que es perdran.

Aquests elements figuren a les notes de revisió. El rebuig no citava cap pantalla: per això no els presento com a validats per Apple. Són, al meu parer, les versions transparents d'aquestes mecàniques, i les he declarades.

La correcció va requerir un build nou, ja que tot passava dins de l'app. TradaZen va tornar a revisió el 13 d'octubre de 2026.

Els dark patterns de paywall que activen la 5.6

Apple no publica cap llista. Una mateixa mecànica sovint existeix en dues versions: la que enganya i la que deixa triar. Aquesta taula les separa, creuant el text de les normes, rebuigs publicats per altres desenvolupadors i el meu. La versió transparent no garanteix una acceptació. És la que no intenta enganyar. L'última columna diu en què es basa cada fila.

Versió manipuladora	Versió transparent	En què es basa
Una creu que obre una oferta en lloc de tancar	La creu tanca. Una pantalla que no es tanca no mostra cap creu	Corregit després del meu rebuig de TradaZen
Una oferta «única» que surt quan tanques el paywall	Un descompte darrere d'un botó que l'anuncia clarament	Rebuig publicat al fòrum d'Apple
Una segona oferta llançada després d'un no, en un paywall amb preu enganyós	Una sola oferta després d'una compra cancel·lada, al preu real, que es tanca amb un gest	Cas Cal AI; intercanvi explicat per Superwall
Un paywall o una oferta que es torna a obrir sol en tornar a l'app	Torna quan l'usuari arriba a un límit o toca un botó que l'anuncia	Corregit després del meu rebuig de TradaZen
Una notificació de promoció mai demanada	Promoció després d'un consentiment explícit, amb baixa dins l'app	Norma 4.5.4
Un temporitzador fals, que torna a zero o l'oferta del qual torna després	Un termini real, que continua amb l'app tancada i s'acaba de veritat	La meva lectura de «trick them», norma 5.6
Recompenses inventades, o amenaçades de desaparèixer sense compra	Els guanys reals de l'usuari, mostrats sense amenaça de perdre'ls	La meva lectura de la norma 5.6
Una prova gratuïta que amaga el cobrament automàtic	Durada de la prova i preu facturat després, al costat del botó	Pàgina de subscripcions d'Apple
Un preu per setmana en gran, l'import facturat en petit	L'import facturat és el preu més visible de la pantalla	Pàgina de subscripcions d'Apple
Un botó de rebuig que fa sentir culpable	Un rebuig neutre, com «Ara no» o «No, gràcies»	La meva lectura de la norma 5.6

El cas Cal AI l'explica TechCrunch: Apple va citar la 5.6 per una segona oferta de subscripció mostrada als qui rebutjaven la primera. El mateix paywall també va ser assenyalat per la 3.1.2(c): el preu per setmana dominava l'import facturat, i la prova amagava la renovació automàtica. L'article no descriu la segona oferta amb més detall.

En canvi, Superwall, un editor d'eines de paywall que ven aquest tipus d'oferta, explica un intercanvi extraoficial amb Apple el juny de 2026. Una oferta mostrada després d'una compra cancel·lada s'hi descriu com a permesa. La insistència no ho és: una oferta que torna a cada sessió, o un recorregut del qual només surts pagant. Superwall precisa que no són normes oficials i que el revisor conserva el seu criteri. Una oferta després d'un no continua sent, doncs, una zona d'interpretació: el text no la prohibeix, hi ha rebuigs publicats, i la manera de fer-ho compta.

La norma sobre les notificacions és la 4.5.4: cap promoció per notificació sense un consentiment explícit obtingut dins l'app, ni sense manera de donar-se de baixa.

Pel que fa al preu, la pàgina d'Apple sobre les subscripcions és clara: l'import facturat ha de ser l'element de preu més visible. El motiu cap en una frase: «This ensures that people are not misled.» La norma 3.1.2 afegeix que Apple retira les apps que venen una subscripció de manera enganyosa o amb «bait-and-switch».

La prova que aplico ara: cada botó fa exactament el que promet el seu aspecte, i l'usuari pot dir que no amb un gest, sense que l'oferta torni per si sola?

Els errors de paywall més clàssics, els que et fan perdre vendes sense necessàriament provocar un rebuig, són a paywall iOS: 7 errors de principiant.

Com corregir un rebuig 5.6

1. Fes la llista de tot el teu embut de compra. Paywall, ofertes secundàries, temporitzadors, notificacions, recordatoris en tornar a l'app. Apple no sempre diu a què apunta. Per a cada element, comprova que està en la seva versió transparent: es tanca amb un gest, temporitzador real, preu exacte, cap retorn automàtic. Corregeix o elimina tot el que sembli una trampa, no només l'element més probable.
2. Refés el recorregut del revisor. Esborra l'app, reinstal·la-la, acaba l'onboarding i després digues que no a tot: tanca, cancel·la, surt de l'app, torna. Apunta cada pantalla que s'obre sense que l'hagis demanada, i comprova que la pots tancar amb un gest.
3. Prepara un build nou. La causa és a l'app, és a dir, al codi inclòs. Una actualització remota no substitueix el build, com explico a la guia de la guideline 2.1.
4. No et guardis res a la reserva. Reactivar una oferta a distància després de l'acceptació equival a amagar una funció al revisor. El mateix RevenueCat adverteix contra aquest reflex al seu article sobre les ofertes de sortida.
5. Respon des d'App Store Connect, en anglès, responent al missatge d'App Review.

Aquí tens una plantilla treta de la meva resposta i de les meves notes de revisió, escurçada. Substitueix el número de build i els canvis pels teus, i després fes la llista del que queda:

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

El que escrius ha de correspondre exactament al build. Si mantens un recordatori o una oferta, encara que s'activi automàticament, descriu-los a la resposta i a les notes de revisió. Si creus que el revisor s'ha equivocat, Apple permet apel·lar a l'App Review Board, amb una sola apel·lació per enviament rebutjat. Per a un paywall, corregir em sembla més segur que discutir. Els altres motius de rebuig i com respondre-hi són a per què Apple rebutja una app.

La checklist anti-5.6 abans de l'enviament

• Cada creu tanca la pantalla. Una pantalla que no es tanca no mostra cap creu.
• Cada botó diu el que fa, a la pantalla i per a VoiceOver.
• Cap oferta no s'amaga darrere d'un botó de tancar.
• Una oferta activada per un no, si en mantens una, cap en una sola finestra que no es reinicia, al preu real, i es tanca amb un gest.
• Cap paywall ni cap oferta es torna a obrir sol en tornar a l'app.
• Cap notificació de promoció sense consentiment explícit dins l'app.
• Cap temporitzador fals: un termini mostrat és real, no torna a zero i s'acaba de veritat.
• El que la pantalla mostra com a guanyat s'ha guanyat de veritat, sense amenaça de perdre-ho.
• La prova mostra la seva durada i el preu facturat després.
• L'import facturat és el preu més visible de la pantalla.
• Les notes de revisió descriuen cada oferta i cada recordatori presents al build.
• Has refet el recorregut dient que no a tot, a l'iPhone i a l'iPad.

Fes revisar el teu paywall abans que Apple

El Review Kit reuneix la meva checklist abans de l'enviament, els meus rebuigs corregits i dues skills de Claude Code que revisen el teu projecte, el teu paywall i la teva fitxa. Si Apple rebutja l'app, et preparen la resposta. Per a una mirada humana, reserva una hora amb mi: refem junts el teu embut de compra, a la teva pantalla. El procés complet després d'un rebuig és a la pàgina app rebutjada per Apple, i la part tècnica de les subscripcions a subscripcions in-app iOS.

Si prepares el teu primer llançament, fes el teu diagnòstic gratuït: posa els passos en ordre i t'envia la meva checklist anti-rebuig d'Apple. La pàgina d'inici mostra com crear una aplicació mòbil amb un paywall pensat per a la revisió des del principi.

Ningú no pot garantir que Apple acceptarà la teva app. El que sí que puc fer és ajudar-te a evitar un rebuig 5.6 que jo ja vaig pagar amb un cicle de revisió.

Preguntes freqüents

Què vol dir «Guideline 5.6 - Developer Code of Conduct» en un rebuig?

És el títol de la norma sobre el codi de conducta del desenvolupador. Per a una app amb compres integrades, sol indicar un embut de compra considerat manipulador: un tancament fals, una oferta que torna sola, una prova o un preu presentats de manera enganyosa. El missatge no sempre precisa la pantalla afectada.

Apple prohibeix una oferta de sortida?

El text no la prohibeix explícitament. RevenueCat també ho assenyala, tot i advertir que hi ha desenvolupadors rebutjats per aquest motiu. Els rebuigs publicats apunten a una oferta que surt quan l'usuari tanca el paywall, o a una segona oferta llançada després d'un no. El que distingeix la versió transparent: una oferta opcional, limitada a una sola finestra que no es reinicia, al preu real, que es tanca amb un gest, que no torna per si sola, amb un temporitzador real si n'hi ha. Descriu-la a les notes de revisió. Ningú no pot garantir que un revisor la llegirà així.

Es permet un paywall sense creu?

Les normes no imposen cap creu, i és l'opció que vaig triar per a TradaZen després d'aquest rebuig. El que Apple rebutja és un botó que sembla de tancar i fa una altra cosa. Tot i així, un desenvolupador va explicar un rebuig 5.6 per un paywall sense sortida en una app de descàrrega gratuïta. Mostra el valor abans de demanar la prova, i digues clarament a la fitxa que l'app és de pagament.

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

Sí, en la majoria de casos, perquè la causa és una pantalla o un comportament de l'app. Si el problema és fora de l'app, a la fitxa o a les metadades, pot n'hi haver prou amb una correcció sense build. Si dubtes, pregunta al revisor quina pantalla és el problema.

Un rebuig 5.6 pot portar al tancament del compte de desenvolupador?

La norma ho preveu en cas de comportaments manipuladors repetits, amb l'expulsió del programa de desenvolupadors. També preveu que un compte tancat es pot restablir després d'un pla de millora escrit, aprovat i després verificat per Apple. Per això convé corregir tot l'embut des del primer rebuig.

Quina diferència hi ha entre la 5.6 i la 5.6.3?

La 5.6 és el codi de conducta general: respecte, confiança, cap compra aconseguida amb trampes. La 5.6.3 és una de les seves subnormes, sobre la manipulació de rànquings, de la cerca i de les ressenyes. Apple la va citar amb Solys per una petició de valoració situada a l'onboarding.