최근 Google에서는 Google Ads 앱 전환 추적 및 리마케팅을 위한
완전히 새로운 API를 발표했습니다. 새 API는 광고주에게는 보다 간편하고, Google Ads 기여 분석 파트너에게는
더욱 신뢰할 수 있는 앱 분석 및 기여 분석 방법을
제공하기 위해 개발되었습니다.
이제부터는 앱 전환 추적 및 리마케팅을 위한 새로운 API를 간단하게 '새 API'라고
부르겠습니다.
개념
새 API에서는 기존 API에 익숙한 사용자를 위해 새로운 개념이
도입됩니다.
앱 이벤트
기존 전환 추적 API가 '전환 ID' 및 '전환 라벨'과 관련이 있는 반면, 새 API는
일반적인 의미에서 '앱 이벤트'와
관련이 있습니다. 기존 API 통합 시 앱 이벤트와 Google Ads 앱 전환 이벤트 간의 구문적 매핑은
해당 구성 패널을 통해
타사 분석 시스템에서 처리됩니다. 따라서 기존 API 통합 시 Google Ads에서 상기 '전환 ID' 및 '전환 라벨'을
생성한 후 타사 시스템에서
매핑해야 합니다.
그러나 새 API를 사용하면 앱 이벤트를 이름별로 분리해서
Google Ads로 전달할 수 있습니다. 이를 통해 광고주는 Google Ads에서 추가로 설정하지 않아도
외부에서 전환 추적을 시작할 수 있습니다.
개발자 토큰
새 API의 모든 사용자는 개발자 토큰을
생성해야 합니다. 개발자 토큰의 목적은 API에 대한 액세스를 제한하고 관리하는 것이며 이 토큰은 정적 공유 기밀의 기능을 수행합니다. API 사용자는 요청을 생성하는 앱과 상관없이
항상 동일한 개발자 토큰을 사용하여
모든 앱 전환 추적 및 리마케팅 요청에
서명합니다. 토큰 신청서를 작성할 때 토큰이 앱 전환 및 리마케팅 API에 사용될 것임을 표시합니다. 기본 액세스 신청을 클릭하여 개발자 토큰 신청 과정을
완료해야 합니다. Google Ads 내 Google Ads API 센터에서 현재 액세스 수준을 확인할 수 있습니다. 또한 다른 보고서 또는 캠페인 관리 기능에
Google Ads API를
사용하는 경우 이 API에 사용할 별도의
관리자 계정과 개발자 토큰을 만들어야 합니다.
서드 파티 제공업체인 경우 서비스를 사용하는 광고주를 대신하여
모든 요청을 개발자 토큰과 함께 전송해야 합니다. 각 클라이언트에 별도의 개발자 토큰을
신청하도록 요청하지 마세요. 대신 각 클라이언트가 제공업체 ID를 사용하여
링크 ID를 만든 다음 (아래 섹션 참고) 링크 ID를
제공하도록 해야 합니다.
링크 ID
링크 ID는 특정 앱을 특정 개발자 토큰에 바인딩하기 위한
고유 식별자입니다. 여기에서 '특정 앱'은 단일 플랫폼의 단일 앱을
의미합니다 (예: iOS의 App123). 링크 ID는
Google Ads 계정 관리 계층구조와
상관없이 Google Ads 계정 간에 생성 및 공유할 수 있으므로
동일한 앱에 대해 여러 개의
추적 식별자를 관리할 필요가
없습니다.
고유 개발자 토큰과 연결된 링크 ID를 만들려면 앱 분석 서비스 제공업체
드롭다운에서 기타 제공업체를 선택하세요. 공급업체의 ID를 입력하세요 입력상자에 개발자 토큰을 신청한 Google Ads 관리자 계정과 연결된 외부 고객 ID를 입력합니다. 대시 없이 ID를
입력합니다 (예: Google Ads UI에서 123-456-7890으로 표시되는 계정 ID의 경우
1234567890).
교차 네트워크 기여 분석
교차 네트워크 중복 제거는 앱 기여 분석에서
많은 제품의 핵심 기능입니다. API는 Google Ads에서 전환 확인을 받은 후 API 사용자가
추가 '교차 네트워크 기여 분석' 요청을 보내도록 요구하여
교차 네트워크 중복 제거라는 개념을
Google Ads에 제공합니다. 교차 네트워크 요청의 목적은 전환 확인이 해당 전환 확인을 받은
API 사용자의 전환으로 집계되었는지 여부를
Google Ads에 알리는 것입니다.
[null,null,["최종 업데이트: 2025-07-26(UTC)"],[[["\u003cp\u003eGoogle Ads introduced a new API for app conversion tracking and remarketing, simplifying analytics and attribution for advertisers and partners.\u003c/p\u003e\n"],["\u003cp\u003eThis API utilizes "app events" to track conversions, allowing advertisers to track externally without additional Google Ads setup.\u003c/p\u003e\n"],["\u003cp\u003eDevelopers need a developer token to access the API, obtainable via application and used for all app conversion requests.\u003c/p\u003e\n"],["\u003cp\u003eA Link ID uniquely connects an app to a developer token, enabling cross-account sharing and simplifying tracking identifier management.\u003c/p\u003e\n"],["\u003cp\u003eThe API supports cross-network attribution, requiring an additional request after conversion confirmation to manage deduplication across networks.\u003c/p\u003e\n"]]],[],null,["# App Conversion Tracking and Remarketing API\n\nIntroduction\n------------\n\nGoogle recently announced an entirely new API for Google Ads app conversion\ntracking and remarketing. The primary drivers for developing this new API are\nto make app analytics and attribution **simpler for advertisers** and **more\nreliable for Google Ads attribution partners**.\n\nFrom here on out, we'll simply refer to the new API for app conversion\ntracking and remarketing as \"the API\".\n\nConcepts\n--------\n\nThe API introduces several new concepts for those who are familiar\nwith the legacy API.\n\n### App events\n\nWhere the legacy conversion tracking API is concerned with \"conversion IDs\"\nand \"conversion labels,\" the API is concerned with \"app events\" in a\ngeneric sense. In the legacy API integration, the syntactic mapping between app\nevents and Google Ads app conversion events is handled in the third-party analytics\nsystems via their respective configuration panels. The legacy integration hence\nrequires the generation of said \"conversion IDs\" and \"conversion labels\" in\nGoogle Ads followed by a mapping in the third-party system.\n\nThe API, however, allows consumers to forward app\nevents by *name*, atomically, to Google Ads. With this, advertisers can begin\ntracking conversions externally without additional required setup in Google Ads.\n\n### Developer token\n\nAll consumers of the API will need to generate a [developer\ntoken](//support.google.com/adspolicy/contact/new_token_application). The\npurpose of the developer token is to restrict and control access to the API, and\nthis token will function as a static shared secret. A consumer of the API will\nalways use the same developer token to sign all app conversion tracking and\nremarketing requests, regardless of which app they are creating a request on\nbehalf of. When filling out your application for a token, please make sure that\nyou indicate the token will be used for the **App conversions and remarketing\nAPI** . Note that you need to complete the developer token application\nprocess by clicking on **Apply for Basic Access** . You can check your current\naccess level in the Google Ads API center within Google Ads. Also, if you use the\n[Google Ads API](/google-ads/api/docs/start)\nfor other reporting or campaign management functionalities, you'll need to\ncreate a separate Manager account and developer token for use with this API.\n| **Note:** if your third-party analytics provider is an [App Attribution Partner](//ads.google.com/lp/appcampaigns/attribution/), you do not need to generate a separate developer token from the one being used by your analytics provider for this integration.\n\nIf you are a third-party provider, all requests on behalf of advertisers using\nyour service should be sent with your developer token. **Do not ask each client\nto apply for their own developer token** . Instead, each client should create a\nLink ID using your Provider ID ([see section below](#link_id)) and then provide\nyou their Link ID.\n\n### Link ID\n\nA link ID is a unique identifier for binding a specific app to a specific\ndeveloper token. Here, a \"specific app\" refers to a single app on a single\nplatform (for example, `App123` on iOS). Link IDs can be\n[generated and shared](//support.google.com/google-ads/answer/7365001)\nbetween Google Ads accounts regardless of\n[Google Ads account management hierarchy](//ads.google.com/home/tools/manager-accounts/),\nand completely eliminate the need to manage multiple tracking identifiers for\nthe same app.\n\nTo create a link ID associated with your unique developer token, select **Other\nprovider** from the **app analytics provider** dropdown. In the input box labeled\n**Enter your provider's ID** enter the external customer ID associated with the\nGoogle Ads manager account where you applied for your developer token. Enter the ID\nwithout dashes (ex. 1234567890 for an account ID shown as 123-456-7890 in the\nGoogle Ads UI).\n\n### Cross-network attribution\n\nCross-network deduplication is a core feature of many products in the app\nattribution space. The API brings the concept of cross-network\nde-duplication to Google Ads by requiring API consumers to send an additional\n\"cross-network attribution\" request after receiving a conversion confirmation\nfrom Google Ads. The purpose of the cross-network request is to notify Google Ads\nwhether or not the conversion confirmation was counted as a conversion by the\nAPI consumer who received it.\n| **Note:** You can find more details in the [Request and\n| Response Specifications](/app-conversion-tracking/api/request-response-specs) section. Additionally, please follow our [Privacy\n| Compliant App Attribution](/app-conversion-tracking/api/privacy-compliant-guide) guide to ensure clicks from users that opt out of ad tracking or ads personalization are only attributed using privacy compliant workflows."]]
