Testowanie to ważny krok na drodze do skutecznej integracji interfejsu Google Ads API niezależnie od tego, czy dopiero zaczynasz, korzystasz z aplikacji czy dodajesz nowe funkcje do istniejącej integracji. W tym przewodniku przedstawiamy sprawdzone metody testowania integracji interfejsu Google Ads API.
Konta testowe
Konta testowe są dostępne do celów programistycznych. Nie wszystkie funkcje można przetestować na koncie testowym, ale jest to przydatne narzędzie do sprawdzania, czy kod i konfiguracja aplikacji działają zgodnie z oczekiwaniami.
Konta produkcyjne na potrzeby programowania
Jeśli ograniczenia konta testowego uniemożliwiają przetestowanie niektórych funkcji integracji, do programowania możesz używać konta produkcyjnego. Konta produkcyjne na potrzeby programowania różnią się od kont testowych pod tym względem:
- Wyświetlaj reklamy, które są widoczne dla użytkowników
- Wymagaj prawidłowych adresów URL
- Muszą być zgodne z zasadami reklamowymi.
Konta produkcyjne wyświetlają reklamy, dlatego generują dane umożliwiające testowanie raportów skuteczności oraz dostęp do wszystkich innych funkcji interfejsu Google Ads API.
Jednocześnie korzystanie z nich na potrzeby programowania wymaga dodatkowej ostrożności. Zalecamy podjęcie tych działań:
- Przyznawaj dostęp tylko tym użytkownikom, którzy potrzebują go do celów programistycznych.
- Ustaw stały, niski dzienny budżet konta.
- Używaj kont produkcyjnych do programowania tylko wtedy, gdy nie można używać kont testowych.
Testowe dane logowania
Aby zminimalizować ryzyko przypadkowej modyfikacji kont produkcyjnych podczas próby modyfikacji kont programisty, zalecamy utrzymywanie zestawu testowych danych logowania, które są niezależne od danych logowania do aplikacji produkcyjnej.
Zalecamy też utworzenie osobnych tokenów odświeżania do celów programistycznych.
Token odświeżania jest generowany, gdy użytkownik autoryzuje aplikację do korzystania z interfejsu Google Ads API w jego imieniu. Dzięki temu każdy token odświeżania ma taki sam dostęp jak użytkownik autoryzujący. Jeśli wszystkie tokeny odświeżania używane do uzyskiwania dostępu do kont programisty są powiązane z użytkownikami, którzy nie mają dostępu do kont produkcyjnych – w tym do kont menedżera, które zarządzają kontami produkcyjnymi, zmniejsza się ryzyko przypadkowego użycia testowego tokena odświeżania do modyfikacji konta produkcyjnego.
Dostęp zależy od użytego tokena odświeżania, więc nie trzeba tworzyć testowych danych uwierzytelniających innych niż testowe tokeny odświeżania. Token programisty, identyfikator klienta i tajny klucz klienta 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 – na przykład czy ma prawidłową strukturę 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ń zmutowanych.
Zapoznaj się z dokumentacją referencyjną, aby sprawdzić, czy to pole jest dostępne w przypadku danej metody.
Interfejs API typu REST
Przy testowaniu doraźnym, np. w celu sprawdzenia, czy żądanie zwraca oczekiwane wyniki, najczęściej najprostszą opcją jest użycie interfejsu API REST. Zapoznaj się z przykładami typu REST, aby dowiedzieć się, jak używać cURL do przesyłania żądań do interfejsu API REST.