Introduzione

Quando si invia un'app per la pubblicazione nel Google Play Store, il supporto di Google Play esamina l'app (e i relativi aggiornamenti) per verificare se aderisce ai requisiti del Centro norme per gli sviluppatori (si apre in una nuova scheda).

Questo documento fornisce linee guida su come gestire alcuni avvisi o errori che potresti riscontrare nella Google Play Console e su come gestire il rifiuto della tua app mobile di marca.

Errore "I deep link potrebbero non funzionare"

Messaggi di errore

• I deep link potrebbero non funzionare poiché i domini web associati non sono collegati alla propria applicazione.
• Dominio non verificato - Questo problema interessa tutti i deep link. È necessario risolvere tali domini per garantire che gli utenti vengano indirizzati direttamente alla propria applicazione.
• Link non funzionanti - È necessario correggere questi link per assicurare che gli utenti accedano direttamente alla propria applicazione.

Procedura per risolvere l'errore

Questi messaggi rappresentano un avviso che:

gli utenti non accederanno direttamente alla propria applicazione tramite i link associati a questo percorso, ma visualizzeranno il selettore di app oppure saranno reindirizzati al browser web.

Per consentire l'apertura automatica dell'applicazione quando un link relativo alla piattaforma LMS viene attivato da un dispositivo mobile, è necessario configurare i link delle app all'interno della sezione Branded mobile app publisher alla voce scheda Android. Si consiglia di consultare i seguenti articoli:

• Generatore di app mobile personalizzate
• Utilizzo di deep link, link universali e link di navigazione su mobile

Errore nella dichiarazione dell'Advertising ID

Messaggio di errore

Questa versione include il permesso com.google.android.gms.permission.AD_ID, tuttavia la dichiarazione effettuata su Play Console indica che l'applicazione non utilizza l'ID pubblicitario.

È necessario aggiornare la dichiarazione relativa all'Advertising ID.

Procedura per risolvere l'errore

Il presente errore si verifica qualora si stia aggiornando l'applicazione di marca alla versione 5.5.0 o successive e siano state attivate una o più delle seguenti funzionalità nella pagina di configurazione Generatore dell'app mobile personalizzata:

• Notifiche push nella scheda Proprietà
• Mobile Measurement Partner (MMP) nella scheda Proprietà
• Google Services nella scheda Android

Risolvere l’errore

L’errore è relativo al permesso com.google.android.gms.permission.AD_ID e viene mostrato durante la creazione di un rilascio in produzione per aggiornare la propria app nella Google Play Console.

L’errore viene mostrato se si sta aggiornando l’app personalizzata alla versione 5.5.0 o superiore e se una o più delle funzionalità seguenti sono attivate nel menu Generatore di app mobile personalizzate in Docebo:

• Notifiche Push nella scheda Proprietà
• Mobile Measurement Partner (MMP) nella scheda Proprietà
• Servizi Google nella scheda Android

Per risolvere il presente errore, è necessario completare la dichiarazione dell'Advertising ID all'interno della Google Play Console:

1. Nel menu Google Play Console, Produzione, verrà visualizzato l'errore relativo al permesso Advertising ID nella sezione Errori, avvisi e messaggi.
2. Leggere attentamente il messaggio di errore e cliccare su Aggiorna dichiarazione sottostante all'errore.
3. Si aprirà la pagina Advertising ID. Qui, compilare il modulo come segue:
   • La sua app utilizza l'ID pubblicitario?: Sì
   • Motivazione dell'utilizzo dell'ID pubblicitario nella sua app: Analisi
4. Successivamente, salvare le modifiche apportate.
5. Nella finestra che si aprirà, selezionare Vai alla panoramica; nella pagina Panoramica pubblicazione, cliccare su Invia per revisione e confermare l'operazione.
6. La modifica effettuata (“dichiarazione Advertising ID aggiornata”) comparirà nella sezione dedicata alle modifiche in fase di revisione.
7. A questo punto, dopo alcune ore, Google procederà con l'approvazione della sua build.

Ulteriori informazioni sul permesso Advertising ID (AD_ID) (si apre in una nuova scheda)

Rifiuto relativo al permesso QUERY_ALL_PACKAGES

Messaggi di errore

• L'applicazione è stata rifiutata e non è stata pubblicata a causa delle problematiche di conformità alle policy elencate di seguito. Qualora avesse inviato un aggiornamento, la versione precedente dell'app rimane disponibile su Google Play.

  Problema riscontrato: è necessario adottare un metodo di visibilità delle applicazioni meno esteso.

• Non possiamo autorizzare l'utilizzo del permesso QUERY_ALL_PACKAGES da parte della applicazione in quanto l'attività dichiarata può essere svolta mediante un metodo di visibilità delle app meno invasivo.

  Inoltre, invitiamo a seguire le seguenti indicazioni per garantire la conformità della sua app:

  Rimuovere l'uso del permesso QUERY_ALL_PACKAGES da tutte le versioni degli artifact presenti nella submission, inclusi i canali di produzione, interno e di test.

Affrontare il rifiuto

Il problema è relativo all’autorizzazione QUERY_ALL_PACKAGES, che non può essere usata quando l’attività richiesta può essere svolta con un metodo di visibilità dell’app meno ampio. Ulteriori informazioni sull’utilizzo dell’autorizzazione di ampia visibilità dei pacchetti (QUERY_ALL_PACKAGES) (si apre in una nuova scheda).

In realtà questa autorizzazione è già stata rimossa a partire dalla versione 4.7.0 dell’app personalizzata di Docebo, ma era inclusa nelle versioni precedenti.

Questi sono i passi necessari per rendere l’app conforme ai requisiti e quindi inviare un’app aggiornata per la verifica: 

1. Aprire Google Play Console
2. Cliccare la voce di menu Produzione
3. Appare una finestra con un messaggio che avvisa che non è possibile inviare aggiornamenti poiché alcune informazioni sull’app non sono complete. Aprirlo e cliccare Contenuti app.
4. Nella sezione API e autorizzazioni sensibili, selezionare Gestisci
5. Viene mostrata una sezione sull’autorizzazione query all packages, che spiega che l’app non è conforme ai requisiti. Selezionare il pulsante Visualizza app bundle e APK.
6. Controllare quali vecchi pacchetti usano autorizzazioni sensibili e copiare il codice versione relativo
7. Accedere al menu Explorer per app bundle e incollare il codice versione nella casella di ricerca
8. La versione dell’app appare nella tabella sottostante. Selezionare l’icona freccia Visualizza versione dell'app nell’estremità destra della riga del pacchetto dell’app per mostrare i dettagli del pacchetto dell’app selezionato.
9. Nella scheda Dettagli, espandere la tendina dei rilasci e cliccare il link del rilascio attivo. Si possono trovare quattro tipi di rilascio: interno, chiuso, test aperti e produzione. Attenzione: è necessario ripetere i passi da 9 a 15 per ognuno dei rilasci attivi presenti.
10. Nella pagina che si apre, cliccare Visualizza canale nella sezione Riepilogo della release
11. Si noti che se si è già creato un rilascio in precedenza senza averlo pubblicato (ancora in bozza) e il rilascio include la vecchia versione con l’autorizzazione query all packages abilitata, è necessario abbandonare il rilascio cliccando il pulsante Elimina release.
12. In alto a destra della pagina, cliccare Crea nuova release 
13. Nella sezione App bundle, caricare una build (con versione 4.9.1 o più recente) generata nel menu Generatore di app mobile personalizzate nella piattaforma Docebo e per cui è stato eseguito il re-signing seguendo i passi nell’articolo dedicato
14. Compilare i campi richiesti (Nome della release e Note di rilascio), quindi cliccare Controllo della release
15. Compilare il campo Percentuale di implementazione con 100.0 per disattivare completamente l’APK non conforme. Cliccare il pulsante Avvia implementazione per completare il rollout del proprio rilascio.
16. Ricaricare la pagina di Google Play Console
17. Raggiungere il menu Produzione e creare un nuovo rilascio in produzione
18. Raggiungere il menu Panoramica della pubblicazione e premere il pulsante per inviare le proprie modifiche ad essere controllate
19. Confermare la propria azione cliccando il pulsante nella modale che si apre
20. A questo punto, dopo qualche ora, Google dovrebbe approvare la build!