Gestire l'accesso degli utenti

In qualità di amministratore, puoi gestire i ruoli e i livelli di accesso utente per i tuoi account Google Ads. L'API Google Ads è in grado di recuperare e aggiornare i ruoli utente, nonché di terminare l'accesso degli utenti a un account. Scopri di più sui livelli di accesso all'account.

Recuperare i ruoli utente

Puoi ottenere l'elenco degli utenti con accesso a un account creando un'istruzione Google Ads Query Language per eseguire query su tutte le entità CustomerUserAccess associate a un ID cliente. Ecco una query tipica:

SELECT
  customer_user_access.user_id,
  customer_user_access.email_address,
  customer_user_access.access_role,
  customer_user_access.access_creation_date_time,
  customer_user_access.inviter_user_email_address
FROM customer_user_access

Modificare i ruoli utente

Per aggiornare un ruolo utente esistente, devi chiamare CustomerUserAccessService.MutateCustomerUserAccess. Utilizza l'operazione UPDATE e assicurati di fornire il nome della risorsa CustomerUserAccess da modificare, nonché il nuovo ruolo utente.

Se Google stabilisce che è necessario un MPA:

• Il campo MutateCustomerUserAccessResponse verrà compilato con il campo multi_party_auth_review contenente il nome della risorsa della revisione in attesa che richiede l'approvazione.
• Il campo resource_name non verrà compilato.
• La richiesta di revisione in attesa può essere approvata o rifiutata da un secondo amministratore utilizzando il metodo MultiPartyAuthReviewService.ResolveMultiPartyAuthReview. Per saperne di più, consulta la guida all'approvazione da più parti.

Rimuovi utenti

Per terminare l'accesso di un utente all'account, chiama CustomerUserAccessService.MutateCustomerUserAccess con un'operazione REMOVE.

Analogamente all'aggiornamento dei ruoli utente, la rimozione di un utente è un'azione sensibile che potrebbe attivare un MPA a partire dal 30 luglio 2026. Se viene attivata una MPA:

• Il campo MutateCustomerUserAccessResponse verrà compilato con il campo multi_party_auth_review contenente il nome della risorsa della revisione in attesa che richiede l'approvazione.
• Il campo resource_name non verrà compilato.
• La richiesta di revisione in attesa può essere approvata o rifiutata da un secondo amministratore utilizzando il metodo MultiPartyAuthReviewService.ResolveMultiPartyAuthReview. Per saperne di più, consulta la guida all'approvazione da più parti.