Se la tua app chiede l'autorizzazione per utilizzare le API di Google per accedere ai dati di dati, potresti avere per completare una procedura di verifica prima di rendere la tua app disponibile pubblicamente nel tempo.
L'applicazione di questo requisito alla tua app dipende principalmente da due fattori:
- Il tipo di dati utente a cui accedi: informazioni del profilo pubblico, voci del calendario, file su Drive, determinati dati relativi a salute e fitness e così via.
- Il grado di accesso di cui hai bisogno: sola lettura, lettura, scrittura e così via.
Quando utilizzi OAuth 2.0 per ottenere l'autorizzazione da un Account Google ad accedere ai suoi dati, utilizzi denominate scopes (ambiti) per specificare il tipo di dati a cui vuoi accedere per loro conto. Se la tua app richiede ambiti classificati come sensibili o con restrizioni, probabilmente dovrai completare la procedura di verifica, a meno che l'utilizzo della tua app non rientri nei casi che prevedono un'eccezione.
Esempi di ambiti sensibili includono la lettura di eventi archiviati in Google Calendar, l'archiviazione di un un nuovo contatto in Contatti Google o l'eliminazione di un video di YouTube. Per ulteriori informazioni gli ambiti disponibili e le relative classificazioni, consulta la documentazione di riferimento dell'API endpoint chiamati dalla tua app e qualsiasi guida all'autorizzazione correlata pubblicata per l'API.
Devi richiedere gli ambiti che richiedono il livello di accesso minimo ai dati utente necessario per fornire questa funzionalità. Ad esempio: un'app che legge solo dati non deve richiedere l'accesso per leggere, scrivere ed eliminare i contenuti quando è disponibile per l'API e i suoi endpoint correlati. I dati che ricevi da un Le API di Google devono essere utilizzate solo in conformità con le relative norme e nel modo in cui che rappresenti ai tuoi utenti nelle azioni della tua app e nelle tue norme sulla privacy.
Assicurati di tenere conto del tempo necessario per completare la verifica nel piano di lancio per il tuo app o a nuove funzionalità che richiedono un nuovo ambito. Procedura di verifica dell'ambito sensibile richiede in genere 3-5 giorni lavorativi. Tieni presente che la tua app potrebbe essere idonea al completamento brand la verifica dell'ambito come sottoinsieme della richiesta di verifica dell'ambito sensibile.
Informazioni sugli ambiti sensibili
Gli ambiti sensibili devono essere esaminati da Google prima che qualsiasi Account Google possa concedere l'accesso. Google Gli amministratori dell'organizzazione Workspace limita l'accesso a per impedire l'accesso tramite ID client OAuth non esplicitamente indicati dall'organizzazione. contrassegnala come attendibile.
Comprendi l'utilizzo dell'ambito
- Esamina gli ambiti utilizzati dalla tua app o che vuoi utilizzare. Per trovare l'utilizzo dell'ambito esistente, esamina il codice sorgente dell'app per individuare eventuali ambiti inviati con le richieste di autorizzazione.
- Stabilisci che ogni ambito richiesto è necessario per le azioni previste della funzionalità dell'app e utilizzi il privilegio minimo necessario per fornire la funzionalità. In genere, un'API di Google ha documentazione di riferimento sugli pagina sviluppatore Google per i propri endpoint che include l'ambito richiesto per chiamare endpoint o proprietà specifiche al suo interno. Per ulteriori informazioni sugli ambiti necessari per accedere agli endpoint API chiamati dalla tua app, leggi la documentazione di riferimento di questi endpoint.
- I dati che ricevi da un'API Google devono essere utilizzati solo in conformità con le norme dell'API e nel modo in cui li rappresenti agli utenti nelle azioni dell'app e nelle tue norme sulla privacy.
- Fai riferimento alla documentazione dell'API per saperne di più su ciascun ambito, incluse le relative potenziali sensitive or restricted .
- Dichiara tutti gli ambiti utilizzati dalla tua app nell' API Console Schermata consenso OAuth configurazione degli ambiti di configurazione. Gli ambiti specificati sono raggruppati in sensibili o con restrizioni categorie di prodotti per evidenziare eventuali verifiche aggiuntive richieste.
- Trova l'ambito migliore che corrisponde ai dati utilizzati dalla tua integrazione, comprendi il suo utilizzo riconferma che tutto funziona ancora in un ambiente di test, quindi preparati per l'invio verifica.
Passaggi per prepararsi alla verifica
Tutte le app che utilizzano le API di Google per richiedere l'accesso ai dati devono eseguire i seguenti passaggi per Completa la verifica del brand:
- Verifica che la tua app non rientri in nessuno dei casi d'uso del Sezione Eccezioni ai requisiti di verifica.
- Assicurati che la tua app sia conforme ai requisiti di branding delle API o del prodotto associati. Ad esempio, consulta le linee guida per il branding. per gli ambiti Accedi con Google.
- Verifica la proprietà dei domini autorizzati del tuo progetto in Google Search Console. Utilizza un Account Google associato al tuo API Console progetto come proprietario o editor.
- Assicurati che tutte le informazioni di branding nella schermata per il consenso OAuth, ad esempio il nome dell'app e il nome dell'app, supportino email, l'URI della home page, l'URI delle norme sulla privacy e così via, che rappresentano in modo accurato l'identità dell'app.
Requisiti della home page dell'applicazione
Assicurati che la tua home page soddisfi i seguenti requisiti:
- La home page deve essere accessibile pubblicamente e non solo agli utenti che hanno eseguito l'accesso al sito.
- La pertinenza della home page rispetto all'app in corso di revisione deve essere chiara.
- I link alla scheda della tua app sul Google Play Store o alla relativa pagina Facebook non vengono considerati home page dell'applicazione valide.
Requisiti per il link alle norme sulla privacy dell'applicazione
Assicurati che le norme sulla privacy della tua app soddisfino i seguenti requisiti:
- Le norme sulla privacy devono essere visibili agli utenti, ospitate all'interno dello stesso dominio del tuo alla home page dell'applicazione e accessibile tramite un link nella schermata per il consenso OAuth della Google API Console. Tieni presente che la home page deve includere un descrizione della funzionalità dell'app, nonché link alle norme sulla privacy e Termini di servizio facoltativi.
- L'informativa sulla privacy deve comunicare il modo in cui l'applicazione accede, utilizza archivia o condivide i dati utente di Google. Devi limitare l'utilizzo dei dati utente di Google alle prassi che hai pubblicato informative sulla privacy.
Come richiedere la verifica dell'app
Un Google API Console progetto organizza tutti i tuoi API Console risorse. Un progetto è costituito da un insieme di Account Google autorizzati a eseguire operazioni di progetto, un insieme di API abilitate e e le impostazioni di fatturazione, autenticazione e monitoraggio per queste API. Ad esempio, un progetto può contenere uno o più client OAuth, configurare le API per l'utilizzo da parte di questi client e configurare Schermata per il consenso OAuth che viene mostrata agli utenti prima che autorizzino l'accesso alla tua app.
Se uno dei tuoi client OAuth non è pronto per la produzione, ti consigliamo di eliminarlo dal progetto che richiede la verifica. Puoi farlo nel Google API Console.
Per richiedere la verifica:
- Assicurati che la tua app rispetti i Termini di servizio delle API di Google e Norme relative ai dati utente dei servizi API di Google.
- Mantieni aggiornati i ruoli di proprietario ed editor degli account associati al tuo progetto, nonché l'indirizzo email dell'assistenza utente e i dati di contatto dello sviluppatore della schermata del consenso OAuth in API Console. In questo modo ci assicuriamo che i membri corretti del tuo vengono informati di eventuali nuovi requisiti.
- Visita la API Console OAuth Consent Screen page.
- Fai clic sul pulsante Selettore progetti.
-
Nella finestra di dialogo Seleziona da visualizzata, seleziona il tuo progetto. Se non riesci a trovare il tuo progetto, ma conosci il relativo ID, puoi creare un URL nel browser nel seguente formato:
https://console.developers.google.com/apis/credentials/consent?project=[PROJECT_ID]
Sostituisci [PROJECT_ID] con l'ID progetto che vuoi utilizzare.
- Seleziona il pulsante Modifica app.
- Inserisci le informazioni necessarie nella pagina della schermata per il consenso OAuth, quindi seleziona il pulsante Salva e continua.
- Utilizza il pulsante Aggiungi o rimuovi ambiti per dichiarare tutti gli ambiti richiesti dalla tua app. Un l'insieme iniziale di ambiti necessari per Accedi con Google sono precompilati Ambiti non sensibili. Gli ambiti aggiunti sono classificati come non sensibili, sensitive, or restricted.
- Fornisci fino a tre link a eventuale documentazione pertinente per le funzionalità correlate nella tua app.
-
Fornisci eventuali informazioni aggiuntive richieste sulla tua app nelle successive passaggi.
- Prepare a detailed justification for each requested sensitive scope, as well as an explanation
for why a narrower scope isn't sufficient. For example: "My app will use
https://www.googleapis.com/auth/calendarto show a user's Google calendar data on the scheduling screen of my app. This lets users manage their schedules through my app and sync the changes with their Google calendar." -
Prepare a video that fully demonstrates how a user initiates and grants access to the requested scopes and shows, in detail, the usage of the granted sensitive and restricted scopes in the app. Upload the video to YouTube Studio and set its Visibility as Unlisted. You need to provide a link to the demonstration video in the YouTube link field.
- Show the OAuth grant process that users will experience, in English. This includes the consent flow and, if you use Google Sign-In, the sign-in flow.
- Show that the OAuth consent screen correctly displays the App Name.
- Show that the browser address bar of the OAuth consent screen correctly includes your app's OAuth client ID.
- To show how the data will be used, demonstrate the functionality that's enabled by each sensitive scope that you request.
- Prepare a detailed justification for each requested sensitive scope, as well as an explanation
for why a narrower scope isn't sufficient. For example: "My app will use
- Se la configurazione dell'app fornita richiede la verifica, puoi inviarla l'app per la verifica. Compila i campi obbligatori e poi fai clic su Invia per avviare la procedura di verifica.
Dopo che hai inviato l'app, il team Trust & Safety di Google ti riconta via email per fornirti eventuali informazioni aggiuntive di cui ha bisogno o i passaggi da completare. Controlla i tuoi indirizzi email nel Sezione Dati di contatto dello sviluppatore e email di assistenza per il consenso OAuth schermata per le richieste di informazioni aggiuntive. Puoi anche visualizzare il consenso OAuth del tuo progetto per confermare lo stato di revisione corrente del progetto, incluse le informazioni sul processo di revisione è in pausa mentre attendiamo una tua risposta.
Eccezioni ai requisiti di verifica
Se la tua app verrà utilizzata in uno degli scenari descritti nelle sezioni seguenti, non devono essere sottoposti a revisione.
Utilizzo personale
Ad esempio, se sei l'unico utente della tua app o se l'app è utilizzata solo da pochi utenti, che conosci personalmente. Tu e il tuo numero limitato di utenti potreste essere a tuo agio con l'avanzamento nella app non verificata predefinita e concedere ai tuoi account personali l'accesso all'app.
Progetti utilizzati in sviluppo, test o gestione temporanea livelli
Per rispettare i criteri Google OAuth 2.0, ti consigliamo di avere progetti diversi per gli ambienti di test e di produzione. Ti consigliamo di inviare la tua app per la verifica solo se vuoi renderla disponibile a tutti gli utenti con un Account Google. Pertanto, se la tua app sia in fase di sviluppo, test o gestione temporanea, la verifica non è obbligatoria.
Se la tua app è nelle fasi di sviluppo o test, puoi lasciare Stato di pubblicazione nell'impostazione predefinita Test. Questa impostazione indica che l'app è ancora in fase di sviluppo disponibili per gli utenti aggiunti all'elenco degli utenti di test. Devi gestire l'elenco degli Account Google coinvolti nello sviluppo o nel test della tua app.
Solo dati di proprietà del servizio
Se la tua app utilizza un account di servizio per accedere solo ai propri dati e non accede ai dati degli utenti (collegati a un Account Google), non è necessario richiedere la verifica.
Per capire cosa sono gli account di servizio, consulta Account di servizio in documentazione di Google Cloud. Per istruzioni su come utilizzare un account di servizio, vedi Utilizzo di OAuth 2.0 per server applicazioni.
Solo per uso interno
Ciò significa che l'app viene utilizzata solo dalle persone della tua organizzazione Google Workspace o Cloud Identity. Il progetto deve essere di proprietà dell'organizzazione e la relativa schermata per il consenso OAuth deve essere configurato per Utente interno . In questo caso, l'app potrebbe richiedere l'approvazione di un amministratore dell'organizzazione. Per maggiori informazioni, consulta Considerazioni aggiuntive per Google Workspace.
- Scopri di più sulle applicazioni pubbliche e interne.
- Scopri come contrassegnare la tua app come interna nelle domande frequenti Come faccio a contrassegnare la mia app come solo per uso interno?
Installazione a livello di dominio
Se prevedi che la tua app abbia come target solo gli utenti di Google Workspace o Cloud Identity organizzazione e usano sempre a livello di dominio installazione, la tua app non richiederà la verifica app. Il motivo è che un'istanza a livello di dominio consente a un amministratore di dominio di concedere l'accesso alle applicazioni interne e di terze parti a dei tuoi utenti e i dati di Google Cloud. Gli amministratori dell'organizzazione sono gli unici account che possono aggiungere l'app a un per l'utilizzo all'interno dei propri domini.
Scopri come trasformare la tua app come installazione a livello di dominio nelle Domande frequenti La mia applicazione include utenti con di un altro dominio Google Workspace.