Guideline 2.5.4: Apple rebutja el mode en segon pla

La guideline 2.5.4 limita els modes en segon pla al seu ús previst: so, ubicació, trucades VoIP, finalització de tasques, notificacions locals. El rebuig arriba quan el teu Info.plist declara un d'aquests modes i el reviewer no troba cap funció que el necessiti. Treu la clau si res no l'utilitza; si no, mostra la funció al reviewer en trenta segons.

Publico les meves pròpies apps iOS amb Expo. Solys, el meu despertador amb minijocs, declara el mode àudio: el vaig treure i després el vaig tornar a posar per una altra raó. Aquesta guia es basa en el text d'Apple, en rebuigs publicats per altres desenvolupadors i en els meus projectes. Per a la visió de conjunt dels motius, llegeix per què Apple rebutja una app.

Què diu la guideline 2.5.4?

La norma cap en una frase, a la secció 2 "Performance", part 2.5 "Software Requirements", de les App Review Guidelines: "Multitasking apps may only use background services for their intended purposes: VoIP, audio playback, location, task completion, local notifications, etc."

En resum: un servei en segon pla només serveix per allò per al qual existeix. D'aquí ve el títol "Guideline 2.5.4 - Performance - Software Requirements".

Per defecte, una app que passa a segon pla queda suspesa. Per continuar funcionant, declara un o diversos modes a la clau UIBackgroundModes del seu Info.plist. La documentació d'Apple sobre els modes en segon pla demana fer-los servir amb moderació, per la bateria, i preferir una altra solució quan n'hi hagi. Cada mode declarat és una promesa que el reviewer pot comprovar.

Els modes en segon pla i el seu ús previst

Mode	Clau	Ús previst
Àudio, AirPlay, PiP	audio	So audible en segon pla
Ubicació	location	Ubicació contínua
Veu sobre IP	voip	Trucades amb CallKit
Recuperació	fetch	Contingut de xarxa regular
Processament	processing	Tasques programades
Notificacions remotes	remote-notification	Push de contingut nou

Aquesta taula resumeix la pàgina d'Apple. Als rebuigs publicats als fòrums, audio, location i voip són els que surten més.

Què vol dir el missatge de rebuig 2.5.4?

El missatge anomena el mode en qüestió. Dos exemples publicats per desenvolupadors als fòrums d'Apple:

• Àudio: "Your app still declares support for audio in the UIBackgroundModes key in your Info.plist but did not include features that require persistent audio." Després precisa que la clau audio és per a apps que reprodueixen contingut audible en segon pla, com un reproductor de música. Proposa dues sortides: afegir aquest contingut o treure la clau (fil del fòrum).
• Ubicació: en un fil de desembre de 2024, Apple no va trobar cap funció, a part del seguiment d'empleats, que demanés una ubicació permanent, i va escriure que aquest únic ús no era adequat.

La meva lectura: el reviewer no llegeix el teu codi, busca una funció. L'ha de poder iniciar, passar l'app a segon pla i comprovar que continua.

També passa el cas contrari. En un fil de maig de 2026, una app de lectura en veu alta, que feia servir de debò el mode audio, va ser rebutjada diverses vegades: el reviewer no aconseguia activar el so. Un altre desenvolupador hi escriu que, segons ell, un vídeo adjunt va desbloquejar el seu cas. És un testimoni, no una norma d'Apple.

D'on surt la clau si tu no l'has afegida?

Amb Expo, són els plugins de configuració els que omplen l'Info.plist durant el prebuild. Així que un mode en segon pla pot acabar dins el teu binari sense que ho hagis decidit.

El plugin expo-audio, amb la configuració per defecte

La documentació d'expo-audio ho indica: l'opció enableBackgroundPlayback val true per defecte i, a iOS, afegeix el mode audio. Declarar el plugin en la forma curta, "expo-audio", ja n'hi ha prou per declarar el mode.

És el que vaig trobar repassant TradaZen abans del primer enviament: sons curts d'interfície en primer pla, però un plugin declarat en forma curta. La correcció cap a app.json:

{
  "expo": {
    "plugins": [["expo-audio", { "enableBackgroundPlayback": false }]]
  }
}

Altres paquets afegeixen un mode a la seva manera. L'opció isIosBackgroundLocationEnabled d'expo-location només afegeix location si l'actives. expo-background-task, en canvi, afegeix processing al prebuild només d'instal·lar-lo.

La carpeta ios/ que conserva la clau antiga

Segon parany, viscut amb Solys el juliol de 2026. Havia tret audio d'app.json, però la clau continuava a ios/Solys/Info.plist, generat abans. Un prebuild sense --clean modifica aquest projecte en lloc de tornar-lo a crear, i el plugin afegeix la clau però no la treu mai. Un build local l'hauria inclosa. Un build d'EAS al núvol parteix d'un prebuild nou quan git ignora ios/, que era el meu cas.

Abans de cada build, comprovo què s'enviarà de veritat:

npx expo config --type introspect --json | grep -o '"UIBackgroundModes":\[[^]]*\]'
npx expo prebuild --clean --platform ios

La primera llista els modes que el prebuild escriurà a l'Info.plist. La segona torna a crear el projecte natiu per a un build local, esborrant la carpeta ios/. A Solys, la primera mostra "UIBackgroundModes":["audio"], a TradaZen res: tots dos són intencionats.

Afegir o treure un mode modifica l'Info.plist, i per tant el binari: cal un build nou, una actualització remota no n'hi ha prou. La documentació d'EAS Update classifica aquests canvis entre els que necessiten un binari nou, com passa amb ITMS-90683.

Solys: un mode àudio declarat, amb una raó real

Solys és un despertador, però el mode audio no serveix per fer sonar l'alarma: el so passa per AlarmKit, el servei d'alarmes d'Apple disponible des d'iOS 26 (documentació d'AlarmKit). Qui sona és el sistema, fins i tot en mode silenciós, no l'app.

L'historial de la clau, perquè el raonament compta més que la línia:

1. A finals de juliol de 2026, la trec. No sonava res en segon pla: els efectes dels minijocs es queden en primer pla, i l'alarma no depèn de l'app.
2. Dos dies després, la torno a posar, amb l'escolta de la nit. Aquesta opció enregistra els sorolls de la teva nit amb el micròfon i els analitza a l'iPhone. L'enregistrament ha de continuar amb la pantalla bloquejada, i la documentació d'expo-audio indica que l'opció d'enregistrament en segon pla també afegeix el mode audio.

La justificació ha canviat de naturalesa: el mode serveix per enregistrar, no per reproduir. Tres salvaguardes, visibles a l'app:

• l'escolta és una opció desactivada per defecte, que s'activa des de la configuració o des del ritual del vespre;
• té la seva pròpia pantalla de consentiment, com exigeix la norma 2.5.14 per a qualsevol enregistrament, i res no surt del telèfon;
• el micròfon es tanca deu minuts abans de l'alarma, perquè l'escolta i el so no es molestin mai.

No puc garantir que un reviewer acceptarà sempre aquesta declaració. Sí que sé dir, de cada element, per a què serveix i on es veu.

Els despertadors que mantenien l'app desperta

Abans d'AlarmKit, una app de despertador de tercers no podia sonar com l'alarma d'Apple. Per això algunes biblioteques mantenien l'app desperta: la documentació del paquet Flutter alarm2 descriu un reproductor d'àudio silenciós que funciona fins a l'alarma. Però un so mut no es fa sentir. Des d'iOS 26, AlarmKit fa innecessària aquesta drecera.

Mantenir o treure el mode: la graella de decisió

La teva situació	Què fer
Sons curts en primer pla	Treure audio
Música o audiollibre	Mantenir-lo, mostrar-lo
Enregistrament llarg	Mantenir + consentiment
Despertador o temporitzador	AlarmKit (iOS 26)
Ubicació de tant en tant	Canvis significatius
Sincronització sense urgència	fetch o processing
Trucades d'àudio o vídeo	voip amb CallKit

Per a la ubicació, la pàgina d'Apple cita el servei de canvis significatius com a alternativa al mode location.

Els altres apartats de la 2.5: 2.5.1 i 2.5.2

2.5.1: API públiques i frameworks al seu lloc

"Apps may only use public APIs and must run on the currently shipping OS." L'app només fa servir API públiques, funciona amb la versió actual del sistema i abandona el que està obsolet. Com amb la 2.5.4, cada framework serveix per al seu ús previst, esmentat a la descripció: HealthKit per a la salut, HomeKit per a la casa connectada. Si una biblioteca crida una API privada, el rebuig te'l menges tu.

2.5.2: res de codi descarregat que canviï l'app

L'app ha de ser autònoma dins el seu paquet. No pot "download, install, or execute code which introduces or changes features or functionality of the app". Només les apps educatives que ensenyen a programar tenen una excepció limitada, amb un codi totalment visible i editable per l'usuari.

Amb Expo, la qüestió afecta EAS Update, la documentació del qual recorda que les actualitzacions han de respectar les normes de l'App Store. Fes servir les actualitzacions remotes per corregir, mai per lliurar una funció que el reviewer no ha vist. Una correcció relacionada amb la revisió passa per un build nou, com explico a la guia de la guideline 2.1.

Com respondre a un rebuig 2.5.4?

La conversa té lloc a la secció App Review de la teva app, on respons al missatge d'App Review. Dos casos:

• El mode no serveix per a res: treu-lo, fes un build nou, comprova la introspecció i respon en dues frases.
• El mode serveix una funció real: respon amb el camí exacte i un vídeo curt, i després reprèn aquest text a les notes de revisió de cada versió.

La plantilla que faria servir, per adaptar (treu la frase sobre l'alarma si la teva app no en té):

Hello,

The "audio" background mode is used only by [feature], an
optional feature that [records / plays] audio while the
device is locked. It is off by default.

How to test:
1. Open [screen] and turn on [feature].
2. Accept the microphone permission if asked.
3. Tap [button], then lock the device.
   [What the reviewer will hear or see.]

Our alarm does not use this mode: it is scheduled with
AlarmKit and rings through the system.

Attached: a short screen recording of these steps.

Best regards,

La checklist 2.5.4 abans de l'enviament

• La introspecció d'Expo només mostra els modes que vols, i saps dir la funció de cadascun.
• Cap plugin no està declarat en forma curta si afegeix un mode per defecte, com expo-audio.
• La teva carpeta ios/ local no conserva cap clau antiga, o compiles des d'un prebuild net.
• La funció s'activa ràpid, sense cap configuració amagada, i les notes de revisió diuen quin mode serveix per a què i com provar-lo.
• Qualsevol enregistrament demana un consentiment explícit i mostra un indicador visible. Les normes sobre les sol·licituds de permís són a la guia de la guideline 5.1.1.
• Per a un despertador, el so passa per AlarmKit, no per un so reproduït des de l'app.

Revisar el teu expedient abans d'enviar-lo

El Review Kit reuneix la meva checklist abans de l'enviament, plantilles de notes per al revisor i skills de Claude Code que revisen el teu projecte. Si vols una mirada humana, reserva una hora amb mi: llegim junts el missatge d'Apple i el teu Info.plist, per videotrucada. El procés complet és a la pàgina app rebutjada per Apple.

Prepares el teu primer llançament? Fes el teu diagnòstic gratuït: posa els passos en ordre i t'envia la meva checklist antirebuig d'Apple.

Ningú no pot garantir que Apple acceptarà la teva app. Ara, un mode en segon pla ben justificat es defensa en trenta segons.

Preguntes freqüents

Què vol dir "Guideline 2.5.4 - Performance - Software Requirements"?

És el títol del rebuig quan Apple considera que un mode en segon pla del teu Info.plist no serveix per al seu ús previst. El missatge anomena el mode i proposa mostrar la funció que l'utilitza o treure la clau.

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

Si treus o modifiques un mode, sí: la clau és a l'Info.plist, i per tant al binari. Si el mode està justificat, pot n'hi haver prou amb una resposta amb el camí exacte i un vídeo.

Puc mantenir el mode àudio per a uns quants sons d'interfície?

No. Els sons curts reproduïts en primer pla no el necessiten. Amb Expo, posa enableBackgroundPlayback a false al plugin expo-audio.

Una app de despertador necessita el mode àudio?

Per sonar no, si es basa en AlarmKit, disponible des d'iOS 26: és el sistema qui reprodueix l'alarma. A Solys, el mode audio serveix per a l'escolta de la nit, que enregistra amb la pantalla bloquejada.

Per què Apple cita la 2.5.4 si jo no he declarat res?

Potser un plugin ho ha fet per tu: expo-audio afegeix el mode audio per defecte, i una carpeta ios/ antiga pot conservar una clau que ja has tret de la configuració. Comprova-ho amb npx expo config --type introspect.