I test sono un passaggio importante per creare un'integrazione dell'API Google Ads di successo, indipendentemente dal fatto che tu stia appena iniziando, gestisca un'app o aggiunga 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 per scopi di sviluppo. Sebbene non tutte le funzionalità possano essere testate in un account di test, questo è comunque uno strumento utile per verificare che il codice e la configurazione dell'applicazione funzionino come previsto.
Account di produzione per lo sviluppo
Quando le limitazioni dell'account di test ti impediscono di testare alcune funzionalità dell'integrazione, puoi utilizzare un account di produzione per lo sviluppo. Gli account di produzione per lo sviluppo sono diversi dagli account di test nei seguenti modi:
- Pubblicare annunci che possono essere visualizzati dagli 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 di accedere a tutte le altre funzionalità dell'API Google Ads.
Allo stesso tempo, il loro utilizzo per lo sviluppo richiede una maggiore cautela. Ti consigliamo di adottare le seguenti misure:
- Concedi l'accesso solo agli utenti che ne hanno bisogno a scopo di sviluppo.
- Imposta un budget giornaliero dell'account basso e fisso.
- Utilizza gli account di produzione per lo sviluppo solo quando non è possibile utilizzare gli account di test.
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 gestire un insieme 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, pertanto ogni token di aggiornamento ha lo stesso accesso dell'utente che ha eseguito 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, il rischio di utilizzare accidentalmente un token di aggiornamento di prova per modificare un account di produzione viene ridotto.
Poiché l'accesso dipende dal token di aggiornamento utilizzato, non è necessario creare credenziali di test diverse dai token di aggiornamento di 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 solo 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 mutazione.
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'uso dell'API REST è spesso l'opzione più semplice. Consulta gli esempi di REST per scoprire come utilizzare cURL per effettuare richieste all'API REST.