Testowanie jest ważnym krokiem w udanej integracji interfejsu Google Ads API, niezależnie od tego, czy dopiero zaczynasz, czy obecnie zarządzasz aplikacją lub dodajesz nowe funkcje do istniejącej integracji. W tym przewodniku znajdziesz kilka sprawdzonych metod testowania integracji z interfejsem Google Ads API.
Konta testowe
Konta testowe są dostępne do celów programistycznych. Na koncie testowym można testować nie wszystkie funkcje, ale jest to nadal przydatne narzędzie do sprawdzania, czy kod i konfiguracja aplikacji działają zgodnie z oczekiwaniami.
Konta produkcyjne na potrzeby rozwoju
Jeśli ograniczenia konta testowego uniemożliwiają Ci testowanie niektórych funkcji integracji, możesz użyć do tego konta produkcyjnego. Konta produkcyjne przeznaczone do rozwoju różnią się od kont testowych w następujący sposób:
- wyświetlać reklamy, które mogą być widoczne dla użytkowników;
- Wymagaj prawidłowych adresów URL
- musi być zgodna z zasadami reklamowymi.
Konta produkcyjne wyświetlają reklamy, więc generują dane, które umożliwiają testowanie raportów skuteczności, a także odblokowują wszystkie inne funkcje interfejsu Google Ads API.
Jednocześnie ich używanie do celów programistycznych wymaga szczególnej ostrożności. Zalecamy wykonanie tych czynności:
- Przyznawaj dostęp tylko użytkownikom, którzy potrzebują go na potrzeby programowania.
- Ustaw niski, stały budżet dzienny konta.
- Używaj kont produkcyjnych do tworzenia aplikacji tylko wtedy, gdy nie możesz użyć kont testowych.
Dane logowania testowe
Aby zminimalizować ryzyko przypadkowej modyfikacji kont produkcyjnych podczas próby modyfikacji kont deweloperskich, zalecamy utrzymywanie zestawu testowych danych logowania oddzielonych od danych logowania do aplikacji produkcyjnej.
Zalecamy też tworzenie osobnych tokenów odświeżania na potrzeby programowania.
Token odświeżania jest generowany, gdy użytkownik autoryzuje aplikację do uzyskiwania dostępu do interfejsu Google Ads API w jego imieniu, więc każdy token odświeżania ma takie same uprawnienia jak autoryzujący go użytkownik. Jeśli wszystkie tokeny odświeżania używane do uzyskiwania dostępu do kont testowych są powiązane z użytkownikami, którzy nie mają dostępu do kont produkcyjnych (w tym do kont menedżera zarządzających kontami produkcyjnymi), ryzyko przypadkowego użycia testowego tokena odświeżania do modyfikowania konta produkcyjnego jest mniejsze.
Dostęp zależy od używanego tokena odświeżania, więc nie trzeba tworzyć innych testowych danych logowania niż testowe tokeny odświeżania. Token dewelopera, identyfikator klienta i klucz tajny klienta, które są używane do uzyskiwania dostępu do kont produkcyjnych, można bezpiecznie używać do uzyskiwania dostępu do kont testowych, o ile token odświeżania jest inny.
Poproś o weryfikację
Jeśli chcesz tylko sprawdzić, czy żądanie jest prawidłowe (np. czy jest prawidłowo sformułowane i nie narusza zasad), możesz użyć pola validate_only, które jest dostępne w przypadku żądań GoogleAdsService.SearchStream i GoogleAdsService.Search, a także większości żądań mutate.
Aby sprawdzić, czy to pole jest dostępne w przypadku danej metody, zapoznaj się z dokumentacją referencyjną.
Interfejs API typu REST
W przypadku testów ad hoc, np. aby sprawdzić, czy żądanie zwraca oczekiwany wynik, często najłatwiej jest użyć interfejsu API REST. Aby dowiedzieć się, jak używać cURL do wysyłania żądań do interfejsu API REST, zapoznaj się z przykładami REST.