La pubblicazione di un'app basata su sito Web richiede molto più del semplice caricamento di una build. Sono necessari gli account sviluppatore corretti, un'esperienza mobile stabile, risorse dello store accurate, informative sulla privacy, test, build iOS e Android firmate e un accesso chiaro per i revisori.
Apple e Google utilizzano sistemi separati. Prepara le informazioni sul prodotto e sul marchio una volta, quindi completa i passaggi specifici della piattaforma di ciascun negozio.
Prima di creare le schede del negozio
Assicurati che il sito web sia pronto per comportarsi come il nucleo di un'app:
- Utilizza HTTPS su ogni schermo
- I layout funzionano alle larghezze del telefono senza zoom
- Navigazione, accesso, pagamento e moduli funzionano con il tocco
- Tutti i collegamenti e le pagine di supporto sono attivi
- Gli stati di caricamento, vuoto, errore e offline sono comprensibili
- L'informativa sulla privacy descrive accuratamente l'app e il sito web
- Gli utenti possono trovare controlli relativi ad account e dati
La guida alla revisione di Apple afferma che gli invii dovrebbero essere definitivi, con URL funzionali e senza contenuti segnaposto. Allo stesso modo Google si aspetta che l'elenco descriva ciò che effettivamente offre l'app.
Passaggio 1: crea account di proprietà dell'entità giusta
Mela
Partecipa all'Apple Developer Program come individuo o organizzazione. Apple attualmente elenca l'abbonamento a $ 99 all'anno. Un'organizzazione deve verificare la propria identità legale e generalmente necessita di un numero DUNS.
Se i clienti dovessero vedere il nome di un'azienda come venditore, iscrivi l'azienda anziché un appaltatore. Apple richiede che determinati servizi regolamentati siano forniti dalla persona giuridica che li fornisce.
Leggere Gli attuali requisiti di adesione di Apple.
Google Play
Crea un account sviluppatore Play Console, scegli il tipo di account personale o aziendale appropriato, paga la quota di registrazione applicabile e completa la verifica dell'identità. Google attualmente elenca una tariffa una tantum di $ 25 per la distribuzione completa nei termini di accesso pubblicati.
I nuovi account personali hanno un requisito di test prima dell'accesso alla produzione. Anche gli account Personal Play Console creati dopo il 13 novembre 2023 devono eseguire un test chiuso con almeno 12 tester che rimangono iscritti per 14 giorni consecutivi prima di poter richiedere l'accesso alla produzione. Gli account dell'organizzazione sono esenti. Recluta poco più di 12 tester in modo che un abbandono non reimposti l'orologio e controlla la dashboard anziché dare per scontato che un'app possa passare direttamente a una versione pubblica.
Passaggio 2: prenota l'identità dell'app
Scegli il nome dell'app, l'ID del bundle per iOS e il nome del pacchetto per Android. Gli identificatori dei pacchetti sono identità tecniche e permanenti come com.yourcompany.yourapp; la modifica successiva del nome dell'app visibile non li modifica.
Utilizza un nome che hai il diritto di utilizzare. Cerca eventuali conflitti sia nei negozi che nei database dei marchi pertinenti. Preparare un'icona quadrata ad alta risoluzione senza aree trasparenti laddove un negozio non le consente.
Passaggio 3: produrre build firmate
Un'app iOS viene archiviata e caricata tramite la toolchain di Apple su App Store Connect. Android utilizza un Android App Bundle firmato per Google Play. Entrambi gli store applicano requisiti minimi di build: dal 28 aprile 2026, App Store Connect rifiuta i caricamenti che non sono creati con Xcode 26 e l'SDK di iOS 26, e Google Play ora richiede nuove app e aggiornamenti per Android 16 (livello API 36). Un convertitore senza codice o un servizio gestito può produrre questi artefatti, mentre un modello di codice sorgente richiede la loro creazione.
Mantieni le credenziali di firma e l'accesso all'account sotto il controllo aziendale. Perdere le chiavi o consentire a un ex appaltatore di possedere l'unico account amministratore può rendere difficili gli aggiornamenti futuri.
Passaggio 4: aggiungi valore reale all'app
Ciò è particolarmente importante per le app iOS basate su sito Web. La regola di funzionalità minima di Apple afferma che un’app dovrebbe includere funzionalità, contenuti e valore dell’interfaccia oltre un sito Web riconfezionato.
Aggiunte utili possono includere:
- Navigazione nativa su misura per le attività mobili
- Le notifiche push vengono scelte esplicitamente dagli utenti
- Collegamenti diretti a contenuti pertinenti
- Comportamento nativo di condivisione, caricamento, fotocamera o download
- Contenuti salvati o accesso offline selezionato
- Un'esperienza di splash, caricamento, errore e assenza di connessione raffinata
Non aggiungere funzionalità solo per selezionare una casella. Sia i revisori che gli utenti traggono vantaggio quando il comportamento nativo supporta lo scopo effettivo dell'app.
Passaggio 5: crea asset del negozio accurati
Prepara il nome dell'app, le descrizioni brevi e lunghe, le parole chiave ove supportate, la categoria, l'icona, gli screenshot del telefono, i dettagli di contatto, l'URL di supporto e l'URL dell'informativa sulla privacy.
Gli screenshot devono mostrare l'app reale. Evita superlativi non verificati, premi falsi, testimonianze inventate o funzionalità che non sono presenti nella build inviata. Utilizza i primi screenshot per spiegare il lavoro principale in un linguaggio semplice.
Per un prodotto da sito web ad app, una sequenza forte potrebbe mostrare:
- La schermata iniziale o di scoperta principale
- La transazione chiave o l'esperienza del membro
- Navigazione mobile
- Una funzionalità nativa utile come notifiche o contenuti salvati
- Controlli sull'account o sull'assistenza
Passaggio 6: completare le dichiarazioni sulla privacy e sui contenuti
Entrambi gli store chiedono quali dati raccoglie l'app, come vengono utilizzati, se sono collegati all'identità e se vengono ricevuti da terze parti. Controlla il sito web, l'analisi, l'autenticazione, i servizi di pagamento, le notifiche, la pubblicità e tutti gli strumenti incorporati.
Le risposte devono descrivere l'intera esperienza dell'app, non solo la shell nativa. Se il sito web raccoglie un indirizzo email o carica un SDK di analisi all'interno dell'app, consideralo nell'informativa.
Potrebbe anche essere necessario rispondere a domande su classificazione per età, pubblicità, diritti sui contenuti, crittografia, funzionalità finanziarie, informazioni sanitarie, posizione o accesso dei bambini.
Passaggio 7: test prima della revisione
Test dell'iOS
Utilizzare TestFlight per installare la release candidate. Se possibile, esegui il test su più di una dimensione dello schermo. Verifica l'accesso, il comportamento dell'account richiesto da Apple, i flussi di pagamento esterni ove consentito, le autorizzazioni, le notifiche push, i collegamenti e i controlli di eliminazione.
Test Android
Utilizza i gruppi di test interni o chiusi di Play Console. I test interni sono il modo più rapido per condividere una build con il tuo team. Se il tuo account personale è stato creato dopo il 13 novembre 2023, il test chiuso descritto nel passaggio 1 deve essere eseguito per 14 giorni consecutivi con almeno 12 tester partecipanti prima di poter richiedere la produzione.
Su entrambe le piattaforme, prova la connettività lenta, una nuova installazione, un accesso scaduto, le autorizzazioni negate, il gesto di ritorno del sistema, la selezione dei file e qualsiasi percorso che apra un'altra app o browser.
Passaggio 8: concedere ai revisori l'accesso completo
Se l'app richiede l'accesso, fornisci un account demo attivo e le istruzioni. Mantieni attivo l'account durante la revisione. Spiegare le funzionalità non ovvie, le esigenze hardware speciali, le restrizioni regionali e dove i revisori possono trovare funzionalità native.
Google consiglia specificamente agli sviluppatori di fornire credenziali valide per i contenuti limitati. Un revisore che non riesce a superare l'accesso non può verificare l'app.
Passaggio 9: invia ciascuna app
Invio all'App Store
In App Store Connect, seleziona la build caricata, completa i metadati richiesti e le domande sulla conformità, aggiungi note di revisione e invia la versione. Monitora i messaggi nell'App Store Connettiti e rispondi con precisione se Apple chiede informazioni.
Invio a Google Play
In Play Console, completa le attività relative ai contenuti dell'app e alla scheda dello Store, carica l'app bundle nel percorso corretto, aggiungi note sulla versione, risolvi gli avvisi relativi alle norme e implementa la versione. Google Play utilizza gli Android App Bundle per creare pacchetti ottimizzati per i dispositivi.
Quello di Google documentazione di rilascio è la fonte della verità per i passaggi attuali della console.
Motivi comuni per cui le app dei siti Web vengono rifiutate
L'app sembra un sottile wrapper di sito Web
Migliora la navigazione nativa e l'utilità specifica dell'app. Assicurati che l'esperienza principale sia utile e ottimizzata su iOS, non semplicemente una pagina desktop all'interno di un frame.
I revisori non possono accedere
Fornisci credenziali di lavoro, disabilita i codici monouso in scadenza per l'account di revisione quando sei sicuro e spiega i passaggi di accesso.
L'elenco è fuorviante
Rimuovi screenshot o rivendicazioni che non corrispondono alla build. Descrivi chiaramente i limiti.
Le risposte sulla privacy sono incomplete
Controlla i web tracker e i servizi di terze parti, non solo il codice nativo. Rendere pubblica e specifica l'informativa sulla privacy.
Collegamenti, acquisti o caricamenti si interrompono all'interno dell'app
Testa ogni trasferimento esterno e percorso di ritorno su un dispositivo reale. Decidi intenzionalmente quali collegamenti rimangono nell'app e quali aprono il browser.
Mancano i controlli dell'account richiesti
Se gli utenti possono creare un account, esamina i requisiti attuali di eliminazione e controllo dei dati per entrambi i negozi ed esponi chiaramente il percorso necessario.
Cosa succede dopo l'approvazione?
Scegli se rilasciare immediatamente, manualmente o in più fasi quando la piattaforma lo supporta. Guarda arresti anomali, richieste web non riuscite, errori di accesso, recensioni degli utenti e ticket di supporto. Mantieni aggiornate le descrizioni del negozio e le informative sulla privacy quando il prodotto cambia.
Il contenuto del sito Web può essere aggiornato senza una nuova creazione dell'app, ma la configurazione nativa, l'SDK, l'autorizzazione, la firma o le modifiche alle policy potrebbero comunque richiedere una nuova versione. Aspettatevi almeno una ricostruzione all’anno guidata dal negozio mentre Apple e Google aumentano i loro obiettivi minimi di SDK e confermano in anticipo chi lo produrrà.
Lista di controllo per la pubblicazione
- Gli account sviluppatore sono di proprietà della persona o dell'azienda corretta
- Il sito Web è reattivo, sicuro e pronto per la produzione
- L'app aggiunge un valore mobile significativo
- Entrambe le build firmate vengono installate ed eseguite su dispositivi reali
- I nomi dei negozi, le descrizioni, le icone e gli screenshot sono completi
- Le dichiarazioni sulla privacy e sui contenuti coprono l'esperienza web
- Gli URL di supporto e privacy funzionano senza accesso
- Le credenziali e le istruzioni del revisore sono aggiornate
- Prezzi e disponibilità sono configurati
- Un membro del team viene assegnato al monitoraggio dei messaggi di revisione
Se non hai ancora creato le build, inizia con il nostro guida per trasformare un sito web in un'app O visualizza l'anteprima del tuo sito in SiteTo.App.
Visualizza il tuo sito web come un'app
Personalizza l'esperienza e visualizzala in anteprima prima di scegliere una piattaforma.
Costruisci la tua anteprima
