Wprowadzenie
Niedawno ogłosiliśmy wprowadzenie zupełnie nowego interfejsu API do śledzenia konwersji Google Ads w aplikacjach i remarketingu. Głównymi powodami opracowania tego nowego interfejsu API są ułatwienie reklamodawcom analizy aplikacji i przypisywania udziału w konwersji oraz zwiększenie niezawodności tego procesu dla partnerów Google Ads zajmujących się atrybucją.
Od tej pory będziemy po prostu nazywać nowy interfejs API do śledzenia konwersji z aplikacji i remarketingu „interfejsem API”.
Pojęcia
Interfejs API wprowadza kilka nowych koncepcji dla osób, które znają starszy interfejs API.
Zdarzenia w aplikacjach
W przypadku starszego interfejsu API śledzenia konwersji chodzi o „identyfikatory konwersji” i „etykiety konwersji”, a w przypadku interfejsu API chodzi o „zdarzenia w aplikacji” w ogólnym sensie. W przypadku starszej integracji interfejsu API mapowanie syntaktyczne między zdarzeniami aplikacji a zdarzeniami konwersji z aplikacji w Google Ads jest obsługiwane w systemach analitycznych innych firm za pomocą odpowiednich paneli konfiguracji. Starsza integracja wymaga więc wygenerowania w Google Ads wspomnianych „identyfikatorów konwersji” i „etykiet konwersji”, a następnie ich mapowania w systemie innej firmy.
Interfejs API umożliwia jednak konsumentom przekazywanie zdarzeń w aplikacji do Google Ads według nazwy w sposób niepodzielny. Dzięki temu reklamodawcy mogą rozpocząć śledzenie konwersji zewnętrznych bez konieczności dodatkowej konfiguracji w Google Ads.
Token programisty
Wszyscy użytkownicy interfejsu API będą musieli wygenerować token dewelopera. Token programisty służy do ograniczania i kontrolowania dostępu do interfejsu API. Działa on jako statyczny tajny klucz współdzielony. Klient interfejsu API zawsze używa tego samego tokena dewelopera do podpisywania wszystkich żądań śledzenia konwersji w aplikacji i remarketingu, niezależnie od tego, w imieniu której aplikacji tworzy żądanie. Wypełniając wniosek o token, pamiętaj, aby wskazać, że będzie on używany w interfejsie App conversions and remarketing API. Pamiętaj, że musisz ukończyć proces składania wniosku o token dewelopera, klikając Złóż wniosek o podstawowy dostęp. Obecny poziom dostępu możesz sprawdzić w centrum interfejsu Google Ads API w Google Ads. Jeśli używasz interfejsu Google Ads API do innych funkcji raportowania lub zarządzania kampaniami, musisz utworzyć osobne konto menedżera i token programisty do używania z tym interfejsem API.
Jeśli jesteś dostawcą zewnętrznym, wszystkie żądania w imieniu reklamodawców korzystających z Twoich usług powinny być wysyłane z Twoim tokenem dewelopera. Nie proś każdego klienta o złożenie wniosku o własny token dewelopera. Zamiast tego każdy klient powinien utworzyć identyfikator połączenia za pomocą identyfikatora dostawcy (patrz sekcja poniżej), a następnie przekazać Ci swój identyfikator połączenia.
Identyfikator połączenia
Identyfikator linku to unikalny identyfikator służący do powiązania konkretnej aplikacji z konkretnym tokenem dewelopera. „Określona aplikacja” to pojedyncza aplikacja na jednej platformie (np. App123 na iOS). Identyfikatory połączeń mogą być generowane i udostępniane między kontami Google Ads niezależnie od hierarchii zarządzania kontami Google Ads. Dzięki temu nie musisz zarządzać wieloma identyfikatorami śledzenia tej samej aplikacji.
Aby utworzyć identyfikator połączenia powiązany z unikalnym tokenem dewelopera, w menu dostawcy analityki aplikacji wybierz Inny dostawca. W polu tekstowym oznaczonym jako Wpisz identyfikator dostawcy wpisz identyfikator zewnętrznego klienta powiązany z kontem menedżera Google Ads, na którym została złożona prośba o token dewelopera. Wpisz identyfikator bez myślników (np. 1234567890 w przypadku identyfikatora konta wyświetlanego w interfejsie Google Ads jako 123-456-7890).
Atrybucja międzysieciowa
Deduplikacja w różnych sieciach to podstawowa funkcja wielu usług w obszarze atrybucji aplikacji. Interfejs API wprowadza do Google Ads koncepcję deduplikacji w różnych sieciach, wymagając od użytkowników interfejsu API wysyłania dodatkowego żądania „atrybucji w różnych sieciach” po otrzymaniu z Google Ads potwierdzenia konwersji. Celem żądania obejmującego wiele sieci jest powiadomienie Google Ads, czy potwierdzenie konwersji zostało policzone jako konwersja przez odbiorcę interfejsu API, który je otrzymał.