Wprowadzenie
Firma Google ogłosiła niedawno zupełnie nowy interfejs API do śledzenia konwersji i remarketingu w Google Ads. Główne czynniki niezbędne do opracowania nowego interfejsu API to ułatwienie reklamodawcom analizy danych o atrybucji i atrybucji oraz niezawodności partnerów atrybucji Google Ads.
Od tej pory będziemy używać nowego interfejsu API do śledzenia konwersji i remarketingu w aplikacji jako „interfejsu API”.
Pojęcia
Interfejs API wprowadza kilka nowych pojęć dla osób znających starszy interfejs.
Zdarzenia w aplikacjach
Jeśli starszy interfejs API konwersji związany jest z „identyfikatorami konwersji” i „etykietami konwersji”, interfejs API w ogólnym znaczeniu nie odpowiada „zdarzeniom aplikacji”. W starszej wersji integracji interfejsu API mapowanie składowe między zdarzeniami aplikacji a zdarzeniami konwersji Google Ads jest obsługiwane w zewnętrznych systemach analitycznych za pomocą odpowiednich paneli konfiguracyjnych. Starsza integracja wymaga wygenerowania „identyfikatorów konwersji” i „etykiet konwersji” w Google Ads wraz z mapowaniem w systemie innej firmy.
Interfejs API umożliwia jednak konsumentom przekazywanie do Google Ads zdarzeń z aplikacji według nazwy (atom) nazwa. Dzięki temu reklamodawcy mogą zacząć śledzić konwersje na zewnątrz bez dodatkowej konfiguracji w Google Ads.
Token programisty
Wszyscy klienci interfejsu API muszą wygenerować token programisty. Token programisty służy do ograniczania i kontrolowania dostępu do interfejsu API, który działa jak statyczny udostępniony obiekt tajny. Konsument interfejsu API zawsze będzie używać tego samego tokena programisty do podpisywania wszystkich żądań śledzenia konwersji i remarketingu w aplikacji, niezależnie od aplikacji, w imieniu której tworzy żądanie. Wypełniając aplikację, pamiętaj, by wskazać, że token będzie używany dla interfejsu API konwersji aplikacji i remarketingu. Pamiętaj, że musisz ukończyć proces zgłaszania prośby o token programisty, klikając Poproś o dostęp podstawowy. Aktualny poziom dostępu możesz sprawdzić w Centrum API Google Ads. Jeśli używasz interfejsu Google Ads API do innych funkcji raportowania lub zarządzania kampanią, musisz utworzyć osobne konto menedżera i token programisty, by używać ich z tym interfejsem API.
Jeśli jesteś dostawcą zewnętrznym, wszystkie żądania w imieniu reklamodawców korzystających z Twojej usługi powinny być przesyłane wraz z tokenem programisty. Nie proś każdego klienta, aby złożył własny token programisty. Zamiast tego każdy klient powinien utworzyć identyfikator połączenia za pomocą identyfikatora dostawcy (patrz sekcja poniżej), a następnie podać jego identyfikator.
Identyfikator połączenia
Identyfikator linku to unikalny identyfikator służący do powiązania konkretnej aplikacji z konkretnym tokenem programisty. Określenie „konkretna aplikacja” odnosi się do pojedynczej aplikacji na jednej platformie (np. App123 na iOS). Identyfikatory połączeń można generować i udostępniać między kontami Google Ads niezależnie od hierarchii zarządzania kontem Google Ads. Całkowicie eliminujemy konieczność zarządzania wieloma identyfikatorami śledzenia dla tej samej aplikacji.
Aby utworzyć identyfikator połączenia powiązany z Twoim unikalnym tokenem programisty, wybierz Inny dostawca w menu Dostawca analityki aplikacji. W polu do wprowadzania danych wpisz Identyfikator dostawcy i wpisz zewnętrzny identyfikator klienta powiązany z kontem menedżera Google Ads użytym do złożenia wniosku o token programisty. Wpisz identyfikator bez myślników (np. 1234567890 dla identyfikatora konta wyświetlanego w interfejsie Google Ads jako 123-456-7890).
Atrybucja międzysieciowa
Deduplikacja międzysieciowa to podstawowa funkcja w wielu usługach w ramach atrybucji w aplikacji. Interfejs Google Ads wprowadza w Google Ads koncepcję usuwania duplikatów w wielu sieciach, wymagając od konsumentów przesłania przez interfejs Google Ads dodatkowego żądania „atrybucji międzysieciowej”. Celem żądania międzysieciowego jest powiadamianie Google Ads, czy potwierdzenie konwersji zostało policzone jako konwersja przez konsumenta interfejsu API, który go otrzymał.