I test sono un passaggio importante per creare un'integrazione dell'API Google Ads efficace, sia che tu stia muovendo i primi passi, che stia gestendo un'app o aggiungando nuove funzionalità a un'integrazione esistente. Questa guida presenta alcune best practice per testare l'integrazione dell'API Google Ads.
Account di prova
Gli account di test sono disponibili a scopo di sviluppo. Sebbene non tutte le funzionalità possano essere testate in un account di test, è comunque uno strumento utile per verificare il funzionamento previsto del codice e della configurazione dell'applicazione.
La produzione tiene conto dello sviluppo
Quando le limitazioni dell'account di prova impediscono di testare alcune funzionalità nell'integrazione, puoi utilizzare un account di produzione per lo sviluppo. Gli account di produzione per lo sviluppo sono diversi dagli account di test per i seguenti modi:
- Pubblicare annunci visibili agli utenti
- Richiedi URL validi
- Deve rispettare le norme pubblicitarie
Poiché gli account di produzione pubblicano annunci, generano metriche che ti consentono di testare i report sul rendimento e sbloccare tutte le altre funzionalità dell'API Google Ads.
Allo stesso tempo, il loro utilizzo per lo sviluppo richiede molta cautela. Ti consigliamo di adottare le seguenti misure:
- Concedi l'accesso solo agli utenti che ne hanno bisogno solo per scopi di sviluppo.
- Imposta un budget giornaliero dell'account basso e fisso.
- Utilizza gli account di produzione per lo sviluppo solo quando non è possibile utilizzare account di prova.
Credenziali di test
Per ridurre al minimo il rischio di modificare accidentalmente gli account di produzione quando provi a modificare gli account di sviluppo, ti consigliamo di mantenere una serie di credenziali di test separate dalle credenziali dell'applicazione di produzione.
Ti consigliamo inoltre di creare token di aggiornamento separati per scopi di sviluppo.
Un token di aggiornamento viene generato quando un utente autorizza un'app ad accedere all'API Google Ads per suo conto, in modo che ogni token di aggiornamento abbia lo stesso accesso dell'utente che ha concesso l'autorizzazione. Se tutti i token di aggiornamento utilizzati per accedere agli account di sviluppo sono associati a utenti che non hanno accesso agli account di produzione, inclusi gli account amministratore che gestiscono gli account di produzione, viene ridotto il rischio di utilizzare accidentalmente un token di aggiornamento dei test per modificare un account di produzione.
Poiché l'accesso dipende dal token di aggiornamento utilizzato, non è necessario creare credenziali di test diverse dai token di aggiornamento del test. Il token sviluppatore, l'ID client e il client secret utilizzati per accedere agli account di produzione possono essere utilizzati in sicurezza per accedere agli account di test, a condizione che il token di aggiornamento sia distinto.
Richiedi convalida
Se devi semplicemente verificare se una richiesta è valida, ad esempio per verificare che sia strutturata correttamente e non violi le norme, puoi utilizzare il campo validate_only, disponibile per le richieste GoogleAdsService.SearchStream e GoogleAdsService.Search, nonché per la maggior parte delle richieste di modifica.
Consulta la documentazione di riferimento per verificare se questo campo è disponibile per un determinato metodo.
API REST
Per i test ad hoc, ad esempio per verificare che una richiesta restituisca l'output previsto, l'utilizzo dell'API REST rappresenta spesso l'opzione più semplice. Consulta gli esempi di REST per scoprire come utilizzare cURL nelle richieste all'API REST.