Inizia
← Blog

Requisiti

Perché le app PWA, TWA e WebView sono svantaggiate nel test chiuso

Anche per le app create con PWA, TWA o WebView il requisito del test chiuso di Google Play (12 tester, 14 giorni) è lo stesso. Il requisito non fa distinzioni per tipo di app, ma le app che riempiono lo schermo con contenuti web mostrano la prima schermata in ritardo e per i tester è difficile usarle davvero. Spieghiamo perché si indebolisce il coinvolgimento dei tester valutato nella revisione della richiesta, i sintomi che ne derivano e come prepararsi, ad esempio riducendo il primo caricamento.

Ultimo controllo: 13 ott 2026.

Stesso requisito, perché è più difficile?

Il requisito del test chiuso non fa distinzioni per tipo di app. I tester vengono conteggiati in base al fatto che abbiano accettato di partecipare, quindi un'app web non accumula i 14 giorni più lentamente. Lo svantaggio delle app basate su PWA, TWA o WebView arriva dopo: nel coinvolgimento dei tester che Google valuta quando esamina la richiesta.

Tra i motivi per cui una richiesta viene respinta, Google indica il caso in cui “i tester non sono stati sufficientemente coinvolti durante il test”. Nelle app in cui quasi tutto lo schermo è web, la prima schermata può impiegare molto a comparire, oppure il tester chiude l'app prima che il caricamento finisca. Aumentano così i tester che l'hanno installata ma non l'hanno mai usata davvero.

Quanto più spesso vengano respinte le app basate sul web non è indicato nella documentazione di Google, e non abbiamo dati nostri al riguardo. Leggilo come un avvertimento che nasce da un fatto semplice: se la prima schermata è lenta, per i tester è difficile usare l'app.

Come si manifesta

  • Al primo avvio la schermata resta bianca a lungo, oppure non compare affatto sui dispositivi con rete lenta.
  • I tester chiudono l'app prima di vedere la prima schermata e non provano quasi nessuna funzione.
  • Quando il questionario chiede quali funzioni hanno usato i tester, hai poco da scrivere.

Come ridurre il problema

  1. Accorcia il primo caricamento. Non caricare il web direttamente dalla schermata iniziale: disegna prima una schermata nativa minima e poi sovrapponi il web. Più breve è il tempo fino alla prima schermata, più è probabile che il tester usi l'app fino in fondo.
  2. Mostra qualcosa anche offline. Se la rete cade, fai comparire un messaggio invece di una schermata vuota. Con dispositivi in condizioni così diverse, la differenza è grande.
  3. Tieni un margine sul numero di tester. Non fermarti esattamente al minimo: aggiungine qualcuno in più, così il requisito regge anche se uno disinstalla l'app.
  4. Pubblica aggiornamenti durante il test. Anche una piccola modifica, come un caricamento più veloce, lascia una cronologia delle versioni che puoi citare nel questionario.
  5. Rendi chiaro il valore come app. Un'app che si limita a racchiudere un sito può ricevere osservazioni rispetto alle norme. Conviene avere almeno una cosa possibile solo in un'app, come notifiche, uso offline o funzioni del dispositivo.

Cosa controllare prima del test

  • Che l'SDK minimo non sia troppo alto: più è alto, meno dispositivi possono installare l'app.
  • Se al primo avvio serve l'accesso: se ci si blocca sulla schermata di login, è difficile verificare l'esecuzione.
  • Che le richieste di autorizzazione non coprano la prima schermata: su alcune versioni del sistema operativo l'ordine appare diverso.
  • Che la parte web si carichi sui dispositivi di fascia bassa: a volte l'app si chiude per memoria insufficiente.
DUIRE esegue l'app ogni giorno su dispositivi reali di diversi produttori e versioni del sistema operativo e conserva una schermata di esecuzione al giorno per ciascun dispositivo. Per le app basate su WebView questi screenshot sono particolarmente utili: si vede subito su quali dispositivi è comparsa la prima schermata e dove è rimasta bianca.

Come si contano i 14 giorni e cosa guardare se i numeri compaiono in ritardo è spiegato nelle regole di conteggio dei 14 giorni.

Domande frequenti

Un'app WebView può superare il test chiuso?
Sì. Il requisito non fa distinzioni per tipo di app e i tester vengono conteggiati in base al fatto che abbiano accettato di partecipare. Però un'app con una prima schermata lenta viene spesso chiusa prima che il tester la usi davvero, e questo può indebolire il coinvolgimento dei tester che Google valuta quando esamina la richiesta.
Che differenza c'è tra TWA e PWA?
Una PWA è un sito web che nel browser si comporta come un'app; una TWA (Trusted Web Activity) racchiude quel sito in un'app Android da pubblicare sul Play Store. Sul Play Store finisce la TWA, ma in entrambi i casi quasi tutto ciò che si vede è web.
Compare solo la schermata iniziale e poi resta a lungo una schermata bianca.
Se il caricamento web è lento, al primo avvio si vede una schermata vuota. Se il tester chiude subito l'app, non conta come averla usata: conviene ridurre il caricamento iniziale e mostrare un indicatore di caricamento.
Il questionario di revisione può essere respinto perché è un'app WebView?
Di per sé non è un motivo di rifiuto. Tuttavia, se l'app si limita a racchiudere un sito web senza aggiungere valore come app, può creare problemi rispetto alle norme. Cura in particolare la parte del questionario sulla proposta di valore.

Soddisfa il requisito senza dover reclutare tester

DUIRE partecipa al tuo test chiuso con dispositivi Android reali e apre la tua app ogni giorno per 14 giorni. Registrare l'app e verificarne l'installabilità è gratuito.