Testowanie to ważny etap tworzenia udanej integracji z interfejsem Google Ads API, niezależnie od tego, czy dopiero zaczynasz, utrzymujesz aplikację czy dodajesz nowe funkcje do istniejącej integracji. W tym przewodniku znajdziesz sprawdzone metody testowania integracji z interfejsem Google Ads API.
Konta testowe i konta produkcyjne
Konta testowe są dostępne na potrzeby programowania. Dzięki nim możesz sprawdzić, czy kod i konfiguracja aplikacji działają zgodnie z oczekiwaniami.
Nie wszystkie funkcje można jednak testować na koncie testowym.
Jeśli ograniczenia konta testowego uniemożliwiają testowanie niektórych funkcji w integracji, możesz zamiast tego użyć konta produkcyjnego na potrzeby programowania. Konta produkcyjne na potrzeby programowania różnią się od kont testowych w tych aspektach:
- wyświetlają reklamy, które mogą zobaczyć użytkownicy;
- wymagają prawidłowych adresów URL;
- muszą być zgodne z zasadami dotyczącymi reklam.
Ponieważ konta produkcyjne wyświetlają reklamy, generują dane, które umożliwiają testowanie raportów skuteczności, a także odblokowują wszystkie inne funkcje Google Ads API. Korzystanie z nich na potrzeby programowania wymaga jednak dodatkowej ostrożności. Zalecamy podjęcie tych środków:
- Przyznawaj dostęp tylko użytkownikom, którzy potrzebują go na potrzeby programowania.
- Ustaw stały, niski budżet konta dzienny.
- Używaj kont produkcyjnych na potrzeby programowania tylko wtedy, gdy nie można używać kont testowych.
Aby w pełni przetestować integrację, prawdopodobnie będziesz potrzebować zarówno danych logowania do konta testowego, jak i danych logowania do konta produkcyjnego.
Testowe dane logowania
Aby zminimalizować ryzyko przypadkowego zmodyfikowania kont produkcyjnych podczas próby zmodyfikowania kont deweloperskich, zalecamy utrzymywanie zestawu danych logowania do konta testowego, które są oddzielone od danych logowania do aplikacji produkcyjnej.
Aby utworzyć zestaw danych logowania do konta testowego:
- Utwórz konto e-mail (np. api.test@example.com) lub konto usługi, które będzie używane tylko do celów testowych.
- Dodaj tego użytkownika lub konto usługi jako prawidłowego użytkownika na kontach Google Ads, na których przeprowadzasz testy. Upewnij się, że przyznajesz temu użytkownikowi lub kontu usługi odpowiednie poziomy dostępu. Nie przyznawaj temu użytkownikowi ani kontu usługi dostępu do żadnych kont produkcyjnych.
- Jeśli używasz procesu uwierzytelniania użytkownika OAuth 2.0 zamiast procesu konta usługi, wygeneruj token odświeżania dla konta użytkownika testowego.
- Podczas testowania aplikacji używaj tych nowych danych logowania. Token programisty, identyfikator klienta i tajny klucz klienta można ponownie wykorzystać na potrzeby testowania, ponieważ nie mają one wpływu na to, do których kont Google Ads można uzyskać dostęp.
Poproś o weryfikację
Jeśli chcesz tylko sprawdzić, czy żądanie jest prawidłowe (np. aby
sprawdzić, czy jest ono prawidłowo sformatowane i nie narusza
zasad), możesz użyć
validate_only
pola, które jest dostępne w przypadku żądań GoogleAdsService.SearchStream i
GoogleAdsService.Search, a także większości żądań mutate.
W dokumentacji znajdziesz informacje o tym, czy to pole jest dostępne w przypadku danej metody.
Interfejs API typu REST
W przypadku testów ad hoc, np. aby sprawdzić, czy żądanie daje oczekiwane wyniki, najłatwiej jest użyć interfejsu API typu REST. W przykładach REST znajdziesz informacje o tym, jak używać curl do wysyłania żądań do interfejsu API typu REST. Możesz też przetestować interfejs API typu REST w Eksploratorze.