Team che rilasciano Live update di Capacitor continuano a porre la stessa domanda dopo le email di revisione di Apple riguardanti pattern di esecuzione remota di code: questo blocca Capgo?
Per la maggior parte delle app Capacitor, no. Capgo sostituisce il web bundle che la tua app esegue già. Non scarica Swift, framework o bytecode, e non trasforma il tuo prodotto in un mini app store. Le regole citate da Apple sono reali, ma mirano a una classe di comportamento diversa rispetto al JavaScript firmato consegnato a WKWebView o JavaScriptCore.
Guida tecnica, non consulenza legale. Leggi il testo pubblicato da Apple e coinvolgi un avvocato per la tua app.
I tre testi citati dai revisori
Linea guida 2.5.2 dell'App Review
Linee guida 2.5.2 dichiara che le app non devono “scaricare, installare o eseguire code che introduce o modifica funzionalità o funzioni dell'app, incluse altre app.”
I team di revisione usano quella riga quando vedono:
dlopen,dlsym, o caricamenti dinamici simili,performSelector:e altri hook di runtime verso API private, o- script remoti il cui compito è modificare il comportamento nativo dopo l'approvazione.
Questo è il pattern di esecuzione remota di code nelle lettere di rifiuto. Non è un divieto su ogni byte scaricato dopo l'installazione.
Sezione 3.3.1(B) dell'ADPLA (interpretata code)
Il Contratto di licenza Apple Developer Program sezione 3.3.1(B) consente che code interpretato venga scaricato quando:
- non modifica lo scopo principale dell'app,
- non aggira la firma, il sandbox o altre funzionalità di sicurezza del sistema operativo, e
- non crea uno store o un punto vendita per altre applicazioni.
Il layer web di Capacitor è interpretato code per progettazione. Capgo sostituisce quel layer dopo che gli utenti hanno installato il binario revisionato dall'App Store.
Sezione 3.3.1(C) dell'ADPLA (funzionalità aggiuntive)
Sezione 3.3.1(C) aggiunge un ulteriore vincolo: senza il previo consenso scritto di Apple o un'autorizzazione 3.3.9(A) all'uso di In-App Purchase, un'app non può fornire, sbloccare o abilitare funzionalità aggiuntive tramite meccanismi di distribuzione diversi da App Store, Custom App Distribution o TestFlight.
Se un bundle OTA specifico superi questo limite è una decisione legale da prendere con il vostro team. Capgo non la prende al posto vostro. La checklist di conformità cita la 3.3.1(C) in modo da poter valutare ogni release.
Linea guida 4.7 e il chiarimento di novembre 2025
Aggiornamento delle linee guida Apple del 13 novembre 2025 ha chiarito Linea guida 4.7 per app che offrono HTML5 e JavaScript mini app, mini giochi, chatbot, plug-in e software simili non integrato nel binario.
Se gli utenti navigano o avviano molte esperienze software distinte all'interno della tua app, potresti aver bisogno dei meccanismi di catalogo, indicizzazione e classificazione per età di 4.7. La proprietà dei bundle non determina la risposta. Il l'esperienza che distribuisci fa.
Capgo è un canale di distribuzione per tuo bundle su tuo canali. Di per sé non è un marketplace 4.7. Se il tuo prodotto è un host white-label o una piattaforma di mini app, prendi sul serio la 4.7 prima di affidarti all'OTA.
Cosa rilascia effettivamente Capgo
| Livello | comportamento di Capgo |
|---|---|
| Binario nativo | Invariato. Nuovi plugin, permessi ed entitlements richiedono una build per lo store. |
| Asset web | JavaScript, HTML, CSS, font, immagini e file statici firmati sostituiscono il bundle in-app. |
| Esecuzione | Esegue all'interno del motore WebView o JavaScriptCore già approvato da Apple per la tua shell. |
| Crittografia | La crittografia end-to-end opzionale rende i contenuti del bundle illeggibili per Capgo durante il trasferimento e lo storage. |
Capgo ti aiuta a pubblicare fix del layer web in pochi minuti, a fare rollback di bundle problematici su un channel e a mantenere i rilasci nativi sul percorso App Store. Migliaia di app in produzione usano questa separazione senza trasformare le live update in un loader nativo remoto.
Regole pratiche per il tuo team
- Usa OTA per bug, UI, testi e miglioramenti all'interno del prodotto revisionato da Apple.
- Invia un nuovo binario quando cambiano i nativi code, gli SDK, i permessi o le entitlement.
- Non usare gli aggiornamenti live per modificare i modelli di prezzo, sbloccare funzionalità nascoste o cambiare lo scopo dell'app.
- Documenta come funzionano gli aggiornamenti nelle note di App Review, se richiesto.
- Leggi l'intero remote code e Capgo di Apple sezione prima del tuo prossimo rilascio.
Se vuoi la vista prodotto (canali, rollback, firma), parti da Live update di Capacitor. Se vuoi un'analisi approfondita della policy, usa il documento di conformità sopra o la guida precedente in Apple permette i live update?.
