트래킹 링크 는 사용자가 광고 중 하나를 조회하거나 클릭할 때 트리거됩니다. 트래킹 링크는 조회 또는 클릭 사실을 어트리뷰션 제공업체(MMP)에 알려, 어트리뷰션 제공업체가 모바일 앱 설치 및 리인게이지먼트를 추적할 수 있도록 합니다.
Singular Links 는 트래킹 링크를 생성하고 관리할 수 있는 편리한 UI를 제공하는 고급 트래킹 링크 솔루션입니다. 링크 동작, 어트리뷰션 설정, 그리고 링크에 포함할 추가 정보를 선택할 수 있습니다. 또한 Singular Links는 iOS Universal Links와 Android intent 기술을 자동으로 활용하여 가능한 경우 언제든지 딥링크 를 생성합니다.
문제 해결
Singular 링크를 클릭했을 때 앱이 열리지 않는 경우, 문제는 보통 다음 중 하나입니다:
-
앱 또는 Singular 대시보드의 사전 요구사항 누락:
- 앱이 필요한 사전 요구사항 및 구성을 충족하는지 확인하세요.
- 자세한 사전 요구사항 가이드는 여기에서 확인하세요: Singular Links Prerequisites .
-
잘못된 링크 구성:
- "Manage Links" 페이지에서 목적지가 올바르게 설정되어 있는지 확인하세요.
- 이 가이드의 단계를 따르세요: 딥링크를 만드는 방법 .
딥링크는 작동하지만 디퍼드 딥링크는 작동하지 않는 경우, 문제는 Singular Links 핸들러가 Singular의 SDK 모범 사례에 따라 구현되었는지 여부에 있습니다. Singular는 Open URL 및 앱의 진입 지점이 있는 모든 곳에서 Singular SDK를 초기화할 것을 권장하기 때문입니다.
iOS에서 디퍼드 딥링크를 테스트할 때 흔히 발생하는 문제는 Apple의 Private Relay입니다. 테스트 기기에서 설정 > [이름] > iCloud > 고급 데이터 보호 > Private Relay 경로로 이동하여 반드시 꺼주세요:
디퍼드 딥링크를 테스트하는 가장 좋은 방법은 Singular의 테스트 가이드를 이용해 처음부터 새로 시작하는 것입니다. 이 가이드를 따르세요: 트래킹 링크를 테스트하는 방법 Singular 링크를 사용하는 동안.
일부 파트너는 리타게팅 / 리인게이지먼트 캠페인을 지원하지 않습니다.
파트너가 이러한 캠페인을 지원하지만 Singular의 Create Link/Edit Link 페이지에서 옵션을 사용할 수 없는 경우, Singular 지원팀에 문의하여 연동을 업데이트할 수 있도록 하세요.
» 리인게이지먼트에 대해 자세히 알아보기: Re-engagement FAQ .
링크가 이미 존재하는지 확인하세요. 이미 존재하는 링크와 동일한 소스, 트래킹 링크 이름, 구성된 앱 사이트를 가진 트래킹 링크는 생성할 수 없습니다.
앱이 설치되어 있더라도 사용자를 딥링크하지 않고 항상 "앱이 설치되지 않은 경우 이동" 목적지로 리디렉션하려면, 딥링크 목적지를 구성하지 않은 채로 Singular 링크를 생성하면 됩니다.
FAQ
트래킹 링크 용어 및 개념
사용자가 광고 중 하나를 조회하거나 클릭하면, 조회 또는 클릭 사실을 어트리뷰션 제공업체에 알리는 링크가 활성화됩니다. 어트리뷰션 제공업체는 이 정보를 사용하여 모바일 앱 설치 및 리인게이지먼트를 추적합니다. 링크에는 다른 정보도 포함될 수 있으며, 이 정보는 궁극적으로 리포트에 표시됩니다.
» 트래킹 링크가 어떻게 어트리뷰션을 가능하게 하는지에 대한 자세한 내용은 다음을 참조하세요: Singular 모바일 앱 어트리뷰션 이해하기 .
Singular Links는 Singular의 트래킹 링크 솔루션으로, 링크 동작, 어트리뷰션 설정, 링크에 포함할 추가 정보에 대한 모든 사용 가능한 옵션을 안내하는 UI를 통해 트래킹 링크를 생성하고 관리할 수 있게 해줍니다.
Singular Links는 iOS Universal Links와 Android intent 기술을 자동으로 활용하여 가능한 경우 언제든지 딥링크를 생성합니다( Prerequisites 참조).
다음은 Singular Link의 예시입니다. iOS 또는 Android 기기에서 직접 시험해 볼 수 있습니다:
https://singularassist.sng.link/A59c0/nha7?_dl=singularassist%3A%2F%2F
레거시 트래킹 링크에 대한 참고사항: 문서에서는 "Singular Links"와 "트래킹 링크"라는 용어를 혼용해서 사용합니다. 귀하의 계정은 여전히 Singular의 레거시 트래킹 링크 솔루션에 접근할 수 있을 수 있습니다. 혼동을 피하기 위해 이러한 링크는 "레거시 트래킹 링크"라고 부릅니다.
딥링크의 맥락에서 폴백 리디렉션은 딥링크가 실패할 경우 사용자를 이동시키고자 하는 리디렉션 목적지입니다.
일반적으로 사용자가 앱 광고를 클릭하면, 딥링크가 사용자를 앱 내의 특정 화면으로 이동시키기를 원합니다. 하지만 사용자가 앱을 아직 설치하지 않은 경우, 앱을 다운로드할 수 있도록 사용자를 앱 스토어로 리디렉션하고자 합니다.
딥링킹 용어 및 개념 + iOS Universal Links
개발자들은 딥링킹을 구현하기 위해 다양한 방법을 사용해 왔습니다:
참고: Singular Links 기술은 iOS 및 Android 딥링크 트렌드를 염두에 두고 개발되었습니다. Singular에서 트래킹 링크를 생성하면, 해당 링크는 Apple Universal Links , Android app links, Android intent 기술을 포함한 호환 가능한 딥링킹 기술로 자동으로 활성화됩니다. 또한 Singular SDK는 딥링크와 디퍼드 딥링크의 사용을 단순화하도록 설계되었습니다. 자세한 내용은 Singular Links FAQ 를 참조하세요.
-
URI Schemes(예: "myapp://path/to/page?pageid=1"):
"app scheme" 딥링킹이라고도 합니다. 이 레거시 딥링킹 방식에서는 앱 개발자가 앱에 대한 "scheme"을 등록하여, 사용자가 해당 scheme으로 시작하는 링크를 클릭할 때마다 기기 플랫폼이 앱을 열어야 한다는 것을 알 수 있도록 합니다. 위의 예에서는 "myapp://"로 시작하는 모든 링크가 해당됩니다.
- 앱이 기기에 설치되어 있으면 앱이 열리고, 이후 링크의 나머지 부분을 파싱하여 사용자에게 앱 내의 특정 페이지를 보여주거나 그에 맞는 특정 경험을 제공합니다.
- 앱이 사용자의 기기에 설치되어 있지 않으면 오류가 발생합니다. 폴백 URL이 없습니다.
-
iOS Universal Links(iOS 9 이상):
이 기술은 iOS에서 URI-scheme 기반 딥링킹을 개선하기 위해 개발되었습니다. 이 기술을 사용할 때 앱 개발자는 먼저 앱에 대해 Universal Links를 제공하기 위해 검증된 웹 도메인(예: "myapp.com")을 설정합니다. 사용자가 Universal Link(예: "https://www.myapp.com/path/to/page?pageid=1")를 클릭하면, 기기 플랫폼은 특정 앱을 열어야 한다는 것을 알게 됩니다.
- 앱이 기기에 설치되어 있으면 앱이 열리고, 이후 링크의 나머지 부분을 파싱하여 사용자에게 앱 내의 특정 페이지를 보여주거나 그에 맞는 특정 경험을 제공합니다.
- 앱이 설치되어 있지 않으면, 사용자는 기기의 기본 브라우저를 사용하여 웹 URL로 매끄럽게 이동합니다.
-
Android App Links(Android 6.0 이상):
Android의 URI-scheme 기반 딥링킹 개선 기술입니다. 이 기술을 사용할 때 앱 개발자는 먼저 App Links를 제공하기 위해 검증된 웹 도메인을 설정합니다. 사용자가 app link를 클릭하면, 기기 플랫폼은 특정 앱을 열어야 한다는 것을 알게 됩니다.
- 앱이 기기에 설치되어 있으면 앱이 열리고, 이후 링크의 나머지 부분을 파싱하여 사용자에게 앱 내의 특정 페이지를 보여주거나 그에 맞는 특정 경험을 제공합니다.
- 앱이 설치되어 있지 않으면, 사용자는 기기의 기본 브라우저를 사용하여 웹 URL로 매끄럽게 이동합니다.
디퍼드 딥링킹 은 딥링크에 대한 또 다른 개선 기술입니다. 이 기술을 사용하면, 사용자가 딥링크를 클릭했지만 기기에 앱이 설치되어 있지 않은 경우, 사용자가 앱 스토어로 안내될 뿐만 아니라 딥링크 파라미터(사용자에게 어떤 페이지나 맞춤형 경험을 보여줄지)가 실제로 손실되지 않습니다. 사용자가 나중에 앱 스토어에서 앱을 설치하고 열면, 앱은 딥링크 파라미터에 접근하여 의도된 맞춤형 경험을 사용자에게 보여줍니다.
딥링킹과 달리, 디퍼드 딥링킹은 일반적으로 어트리뷰션 트래커 의 도움이 있어야만 가능합니다:
- 트래커는 모바일 앱을 대상으로 한 설치 전 클릭에 대한 정보를 수집합니다.
- 앱 내부에 구현된 트래커의 SDK는 해당 설치 전 컨텍스트에 접근할 수 있습니다.
- 앱은 SDK를 사용하여 사용자가 원래 어떤 딥링크와 상호작용했는지 파악하고, 앱이 처음 열릴 때 의도된 페이지나 맞춤형 경험을 제공합니다.
딥링킹은 사용자와 소통하는 매우 유용한 방법이지만, 마케팅 채널에 제대로 활용하려면 그 사용법과 한계를 잘 알고 있어야 합니다.
리디렉션 설정
반드시 redirect=true로 설정하세요.
URI(App) Scheme의 한계
URI(app) scheme 사용은 일반적으로 권장되지 않습니다. 사용자의 기기에 앱이 이미 설치되어 있지 않은 경우 링크를 클릭하면 오류가 발생하여 사용자 참여도를 크게 떨어뜨리기 때문입니다.
iOS에서는 선호되는 방식인 iOS Universal Links가 실패할 수 있는 경우에 URI scheme 딥링킹이 사용자를 딥링크할 수 있는 유일한 방법일 수 있습니다. 그러나 URI scheme 딥링킹을 사용할 때의 최종 사용자 경험은 이상적이지 않으며, 기본 iOS 브라우저에 따라 사용자에게 팝업이 표시될 수 있다는 점에 유의하세요:
| iOS에서 URI scheme 딥링킹을 사용할 때의 사용자 경험 예시 | |
|---|---|
|
딥링킹 전 사용자 확인 |
앱이 설치되어 있지 않은 경우 사용자 팝업 "오류". "확인"을 클릭하면 사용자는 폴백 목적지로 계속 이동합니다. |
참고: Singular는 사용자가 소셜 미디어의 인앱 브라우저 내에서 링크를 클릭할 때 매끄러운 딥링킹 경험을 보장하기 위해 iOS 및 Android 링크에 대한 소셜 랜딩 페이지를 제공합니다. 자세한 내용은 이 문서를 참조하세요.
iOS Universal Link 딥링킹이 실패하는 일반적인 이유는 다음 섹션을 참조하세요.
Android에서는 Android intent 를 사용하여 오류 메시지가 표시되는 대신 사용자를 Google Play 스토어로 안내함으로써 이 문제를 우회할 수 있습니다.
또한 URI-scheme 딥링킹에는 보안 취약점이 있습니다. 다른 앱이 귀하의 앱과 동일한 URI scheme을 등록하여 귀하의 딥링크를 가로챌 수 있습니다.
iOS Universal Links의 한계
- 소셜 미디어 앱: 일부 소셜 미디어 앱은 사용자를 소셜 미디어 앱 밖으로 데려가려는 딥링크를 의도적으로 차단하거나 제한합니다. 이러한 앱은 주로 내부 웹 브라우저 뷰에서 링크를 여는 소셜 미디어 앱입니다.
- 링크 래핑(Link Wrapping): Universal Links는 다른 URL이 universal link로 리디렉션하는 링크 래핑과 함께 작동할 수 없습니다. 링크 래핑에는 bit.ly와 같은 링크 단축기가 포함됩니다.
- 브라우저 URL 필드에 붙여넣기: 모바일 브라우저의 URL 필드에 링크를 입력하면 Universal Links는 딥링크되지 않습니다.
- Javascript로 링크 트리거하기: URL 리디렉션을 트리거하는 Script는 사용자 동작의 일부가 아닌 한 딥링크되지 않습니다.
Universal Links 는 Apple의 딥링킹 기술로, 기존의 URI-scheme 딥링킹 방식을 대체하도록 설계되었습니다. iOS 9 이상을 실행하는 기기에서 사용할 수 있습니다.
Universal Links는 URI scheme과 유사한 딥링킹 동작을 가능하게 하지만, 내부적으로는 매우 다르게 작동합니다. Universal Links는 "https://www.linkedin.com"과 같은 일반 HTTPS URL처럼 보입니다. 사용자가 Universal Click을 클릭하면, 사용자의 기기는 해당 링크에 대해 구성된 앱을 엽니다. 앱이 기기에 설치되어 있지 않으면, 사용자는 모바일 브라우저에서 실제 URL로 이동합니다.
Apple 개발자 문서 를 참조하세요.
앱 개발자로서 앱에서 Universal Links를 활성화하려면 다음을 수행하세요:
-
Apple 개발자 계정에서 Associated Domains 활성화
Apple 개발자 계정 에 로그인하여 앱의 ID 페이지로 이동합니다. Associated Domains 앱 서비스를 활성화합니다. Prefix(bundle ID)와 ID(team ID)를 기록해 두세요. 나중에 필요합니다.
-
애플리케이션에 Associated Domain Capability 추가
Xcode에서 앱에 "Associated Domain" capability를 추가하고, 웹 서버의 도메인을 associated domain으로 추가합니다.
-
웹 서버 구성
-
apple-app-site-association 파일 생성
앱 페이지의 Prefix와 ID를 사용하여 다음과 같은 JSON 형식의 파일을 구성하고, 루트에서 접근 가능한 HTTPS 웹 도메인에 호스팅합니다.
예를 들어, "https://www.mycompanywebsite.com/domain"을 소유하고 있다면, JSON 파일은 "https://www.mycompanywebsite.com/apple-app-site-association" URL에서 접근 가능해야 합니다. 호스팅된 파일에는 .json 파일 확장자가 포함되지 않는다는 점에 유의하세요.
{ "applinks":{ "apps":[ ], "details":[ { "appID":"A4GXBZ4XU7.my.cool.app", "paths":[ "/page/all/", "/user/saved/*" ] } ] } }appID는 [teamID].[app bundle ID] 이며 앱을 식별합니다. paths는 앱 내의 유효한 콘텐츠 페이지를 설명합니다. Apple은 paths를 짧게 유지할 것을 권장합니다. 와일드카드("*")를 사용하여 모든 paths를 지정하고, "NOT" 키워드를 사용하여 paths를 제외할 수 있습니다(예: "NOT /user/saved/*").
-
Universal Links 코드 처리
마지막 단계는 앱을 여는 모든 Universal Link가 올바르게 처리되도록 하는 것입니다. 이를 위해 애플리케이션 delegate에서 application:continueUserActivity:restorationHandler: 메서드를 구현합니다.
- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)userActivity restorationHandler:(void (^)(NSArray *_Nullable))restorationHandler { if ([userActivity.activityType isEqualToString:NSUserActivityTypeBrowsingWeb]) { NSURL *url = userActivity.webpageURL; // Put code here to take user to relevant content} return YES; }
-
Singular가 이를 자동으로 처리합니다. iOS 앱에 대해 Universal Links를 설정한 후, 앱에 대한 Singular Link를 생성하고 딥링킹을 활성화하면, 해당 링크는 자동으로 iOS Universal Link로 작동하여 딥링킹과 모바일 폴백을 모두 제공합니다.
링크 래핑(Link Wrapping)
다른 링크가 Universal Link URL로 리디렉션하는 링크 래핑은 종종 딥링킹을 실패하게 만듭니다(사용자는 브라우저에서 모바일 웹 페이지로 이동할 뿐입니다). 이는 Apple이 모든 리라우팅 뒤에 "사용자 의도"가 있기를 원하며, 다른 URL로 리디렉션하여 딥링킹으로 이어지는 트래킹 링크는 직접적인 사용자 의도로 간주되지 않기 때문입니다. 따라서 어트리뷰션 트래커의 트래킹 링크를 링크 래핑하는 파트너와는 Universal Links를 사용할 수 없습니다.
어떤 커스텀 소스가 딥링킹 및 기타 Singular Links 기능을 지원하나요? 를 참조하세요.
"클릭" 없는 추적
사용자가 추적이 활성화된 Universal Link를 클릭하고 앱이 설치되어 있어 딥링크가 사용자를 앱으로 이동시키는 경우, 일부 어트리뷰션 트래커는 기기가 HTTP 요청을 수행하지 않아 "클릭"이 등록되지 않기 때문에 이 접점을 추적하지 못할 수 있습니다.
Singular를 사용하면 이 문제가 해결됩니다. Singular Links는 설치 링크와 딥링크 모두에 대해 완전한 획득 및 리인게이지먼트 추적을 보장하기 때문입니다.
파트너별 지원 기능
딥링킹 지원은 파트너에 따라 다릅니다. 일부 파트너는 리인게이지먼트 캠페인에 대해 딥링크를 요구하기도 하는데, 이러한 캠페인은 이미 앱을 보유한 알려진 기존 사용자를 대상으로 하기 때문입니다.
» 자세한 내용은 다음에서 알아보세요: Deep Linking FAQ .
셀프 어트리뷰션 네트워크( SAN ) 파트너
Facebook 및 Google Ads와 같은 셀프 어트리뷰션 파트너는 모바일 앱 캠페인에 대한 트래킹 링크를 지원하지 않습니다. 이러한 파트너와 딥링크를 구성하려면 파트너의 대시보드를 사용해야 하며, 파트너의 지침에 따라 앱을 구성해야 할 수도 있습니다.
다음 셀프 어트리뷰션 파트너와의 딥링킹에 대해 자세히 알아보세요:
자세한 정보는 파트너 담당자에게 문의하는 것을 권장합니다.
비(非) 셀프 어트리뷰션 파트너
이 범주의 일부 파트너는 리디렉션이나 딥링크에 MMP 트래킹 링크를 사용하지 않습니다. 대신 Singular는 클릭 알림을 비동기적으로 수신합니다. 이러한 파트너는 server-to-server 또는 비동기 연동 파트너 라고도 하며, 딥링크는 일반적으로 파트너 캠페인 대시보드에서 구성할 수 있습니다.
모바일 앱 캠페인에 대해 트래킹 링크 리디렉션을 지원하는 비 셀프 어트리뷰션 파트너의 경우, 앱을 이미 설치한 사용자와 소통할 때 Singular Links를 사용하여 딥링크 경험을 제공할 수 있습니다.
캠페인이 딥링크를 사용하는 경우 디퍼드 딥링크를 추가하는 것을 권장합니다.
딥링크와 마찬가지로, 디퍼드 딥링크 설정도 셀프 어트리뷰션 파트너와 비 셀프 어트리뷰션 파트너 사이에 차이가 있다는 점에 유의하세요.
셀프 어트리뷰션 파트너
Facebook 및 Google Ads와 같은 셀프 어트리뷰션 파트너는 모바일 앱 캠페인에 대한 트래킹 링크를 지원하지 않습니다. 따라서 딥링킹 및 디퍼드 딥링킹은 파트너의 대시보드에서 구성되며 파트너별 앱 처리 요구사항이 필요할 수 있습니다. 셀프 어트리뷰션 네트워크와의 디퍼드 딥링킹은 연동에서 디퍼드 딥링킹을 지원하는 파트너의 경우 MMP 연동 자체에 내장되어 있습니다.
Singular는 다음과의 디퍼드 딥링킹을 지원합니다:
- Facebook ( 자세히 보기 ). Singular를 통해 디퍼드 딥링킹을 활성화하려면 Singular 고객 성공 매니저에게 문의하세요. Facebook SDK에서 동등한 기능이 활성화되지 않도록 하세요.
- Snapchat : 활성화된 Partner Configuration으로 자동 활성화됩니다.
- Google Ads: 활성화된 Partner Configuration으로 자동 활성화됩니다.
- TikTok Ads: 활성화된 Partner Configuration으로 자동 활성화됩니다. 지원되는 캠페인 목표로 디퍼드 딥링킹을 활성화하는 방법에 대한 TikTok 헬프 센터 문서 를 참조하세요.
진행 중인 더 많은 셀프 어트리뷰션 네트워크에 대한 디퍼드 딥링킹 가능성에 대해 문의하려면 Singular 고객 성공 매니저에게 연락하세요.
비 셀프 어트리뷰션 파트너
모든 비 셀프 어트리뷰션 파트너와의 디퍼드 딥링킹은 Singular Link에 대한 디퍼드 딥링크 값을 구성하는 것만으로 이러한 파트너 중 어느 곳에서든 활성화하고 사용할 수 있습니다. 딥링크와 달리, 디퍼드 딥링킹은 파트너 리디렉션에 의존하지 않으며 Singular의 SDK(또는 S2S API)와의 연동을 통해 활성화되는 기능입니다.
Singular Links 생성하기
Singular 트래킹 링크는 다음과 같은 구조를 가지며, 여기서 [SUBDOMAIN]은 사용자가 선택하고 [DNS_ZONE]은 "sng.link"입니다. subdomain과 DNS zone이 함께 도메인을 구성합니다.
Singular 도메인을 생성하여 모든 링크에 사용하거나, 여러 개를 생성하여 다양한 용도로 사용할 수 있습니다. 최소 하나의 도메인은 생성해야 합니다.
예시:
Jewel Rush라는 앱을 마케팅하는 캠페인의 경우 "jewelrush.sng.link" 라는 도메인을 생성할 수 있습니다. 그런 다음 이를 사용하여 다음과 같은 구조의 트래킹 링크를 생성할 수 있습니다:
https://jewelrush.sng.link/[PARAMETERS]
참고: 현재 Link Sub Domains에는 -,$,!와 같은 특수 문자를 전달할 수 없습니다. 모범 사례로, 특수 문자 없이 Link Sub Domain을 생성하세요.
특수 문자로 생성된 Sub Domains의 경우, 도메인 위에 마우스를 올려 즐겨찾기(별표) 및 보관 처리를 할 수 있습니다. 링크 도메인을 보관하면 작업을 확인하라는 메시지가 표시됩니다.
Partners 는 Singular의 어트리뷰션 트래커와 연동된 광고 네트워크 및 기타 서비스입니다.
Partner 링크를 생성하면 Singular가 다음과 같은 방식으로 프로세스의 일부를 자동화합니다:
- 해당 파트너가 지원하는 옵션 만 표시합니다. 예를 들어, 일부 파트너는 iOS만 또는 Android만 지원합니다.
- 파트너가 캠페인 정보를 Singular에 전달할 수 있도록 partner macros와 함께 트래킹 링크 를 생성합니다.
Custom Sources 는 이메일 또는 SMS 캠페인, 소셜 미디어, 교차 프로모션 캠페인과 같이 자체 소유하거나 자체 관리하는 마케팅 채널입니다.
참고: 이메일 서비스 제공업체와 작업하는 경우 Partner 트래킹 링크를 생성하세요. 자체 이메일 캠페인을 관리하는 경우 Custom 트래킹 링크를 생성하세요.
Facebook 및 X Ads와 같은 셀프 어트리뷰션 네트워크는 Singular 트래킹 링크를 사용하지 않습니다. 이를 구성하려면 다음의 지침을 참조하세요:
이것은 단지 트래킹 링크에 부여하는 이름이며, 원하는 어떤 것이든 될 수 있습니다(다만 대부분의 사용자는 캠페인 이름 또는 캠페인 이름의 변형을 사용합니다).
Tracking Link Name은 리포트에 "Tracker Name"으로 표시됩니다.
경우에 따라 가능합니다. 파트너에 따라 다릅니다.
- 일부 파트너는 iOS만 또는 Android만 지원합니다.
- 다른 파트너는 두 플랫폼 모두 지원하지만 각각에 대해 별도의 링크를 생성해야 합니다.
- 마지막으로, 일부 파트너는 멀티 플랫폼 링크 를 생성할 수 있게 해주는데, 두 플랫폼 모두에 사용할 수 있는 하나의 트래킹 링크를 생성합니다.
Create Link 페이지에는 선택한 파트너가 지원하는 옵션이 표시됩니다.
참고: 특정 플랫폼에 대해 링크를 사용할 수 있게 하려면, 먼저 Singular의 Apps Configuration 페이지에서 해당 플랫폼에 대한 앱을 설정(앱 사이트 추가)해야 합니다.
리인게이지먼트는 과거에 이미 전환된 사용자가 제품을 다시 사용하는 것입니다. 리인게이지먼트를 만들어내는 것을 목표로 하는 캠페인을 리타게팅 캠페인이라고 합니다.
Singular가 리인게이지먼트를 추적하도록 하려면, 캠페인에 사용되는 Singular Link를 생성할 때 리인게이지먼트 추적을 활성화하기만 하면 됩니다. Attribution Settings 섹션을 펼치고 Enable Re-engagement Tracking 을 선택하세요.
» 자세한 내용은 다음에서 알아보세요: Re-engagement FAQ .
참고: 모든 파트너가 이러한 유형의 마케팅 캠페인을 지원하는 것은 아닙니다.
결정론적(Deterministic) 클릭/조회 는 기기 식별자 또는 Google Install Referrer를 기반으로 소스에 어트리뷰션됩니다.
확률론적(Probabilistic) 클릭/조회 는 기기 ID가 없는 상태에서 Singular가 사용자의 기기에 대해 수집하는 다양한 속성의 조합을 기반으로 어트리뷰션됩니다. 확률론적 어트리뷰션 방식은 Android 기기에서만 사용할 수 있습니다. Apple은 iOS 기기에서 확률론적 방식의 사용을 금지합니다( 여기 참조 ).
» 자세한 내용은 다음을 참조하세요: Singular Attribution Methods .
기본적으로 트래킹 링크는 Partner Configuration 페이지에서 파트너에 대해 구성된 기본 룩백 윈도우를 사용합니다. 그러나 Attribution Settings 아래에서 Override attribution windows 를 선택하여 기본 룩백 윈도우를 재정의하고 각 개별 링크에 대해 커스터마이징할 수 있습니다.
이를 통해 서로 다른 어트리뷰션 윈도우로 이점을 얻을 수 있는 다양한 유형의 채널을 가진 파트너에 대해 더 큰 제어가 가능합니다.
» 자세한 내용은 The Attribution Lookback Window 를 참조하세요.
참고: 링크 단축은 커스텀 링크 에서만 사용할 수 있습니다.
Generate 를 클릭하고 트래킹 링크 URL을 확인한 후, Shorten Link 를 선택하여 동일한 링크의 더 짧은 버전을 생성할 수 있습니다. 이는 URL이 최종 사용자에게 노출되는 커스텀 채널이나 SMS와 같이 URL 길이에 제한이 있는 채널에 유용합니다.
팁: 단축 링크는 트래킹 링크를 교체하지 않고도 라이브 캠페인을 업데이트하는 데에도 사용할 수 있습니다.
예를 들어, 정기적으로 변경되는 프로모션 오퍼를 추적하기 위해 배너나 랜딩 페이지를 사용할 수 있습니다. 전체 길이의 Singular 트래킹 링크를 사용하면 프로모션 세부 정보를 변경할 때마다 링크를 교체해야 합니다. 대신 단축 링크를 사용하면 Singular Link Management 페이지에서 (링크 파라미터를 변경하여) 프로모션 세부 정보를 업데이트할 수 있습니다.
링크 구조 및 파라미터
다음은 Create Link 페이지에서 생성된 Singular Link의 예시입니다:
https://company.sng.link/C59c0/47bm?_dl=singular%3A%2F%2Ftestlink&idfa={idfa}&aifa={aifa}&pcn={campaign_name}&pcid={campaign_id}&pcrn={creative_name}&pcrid={creative_id}
링크의 구성 요소는 다음과 같습니다:
| 구성 요소 | 예시 | 설명 |
|---|---|---|
| Subdomain | company | 트래킹 링크의 커스터마이징 가능한 subdomain. |
| Domain | sng.link | 트래킹 링크의 도메인. |
| App ID (Path) | C59c0 | 앱을 나타내는 Singular 생성 ID. Link ID와 함께 트래킹 링크를 고유하게 식별하는 데 사용됩니다. |
| Link ID (Path) | 47bm | 트래킹 링크에 인코딩된 링크 정보를 나타내는 Singular 생성 ID. App ID와 함께 트래킹 링크를 고유하게 식별하는 데 사용됩니다. |
| Query Parameters |
_dl=singular%3A%2F%2Ftestlink
&idfa={idfa}&aifa={aifa} &pcn={campaign_name} &pcid={campaign_id} &pcrn={creative_name} &pcrid={creative_id} |
트래킹 링크에 기능성과 리포팅 세분화를 추가하는 선택적 파라미터. |
query parameters의 전체 목록은 Tracking Link Parameters and Report Dimensions 를 참조하세요.
링크 조회, 편집, 보관 및 삭제
별표 표시된 앱은 Link Management 페이지의 목록 상단에 고정됩니다. 이 설정은 사용자별로 커스터마이징 가능하며 다음 로그인을 위해 저장됩니다.
즉, 조직에 많은 수의 앱이 있는 경우, Singular Links를 생성하거나 관리할 때마다 전체 목록을 스크롤할 필요 없이 작업 중인 특정 앱에 빠르게 접근할 수 있습니다.
변경 사항은 Edit Tracking Link 페이지에서 Save 를 클릭하는 즉시 적용됩니다.
링크가 이미 캠페인에서 활성화된 경우, 이러한 캠페인에 속한 과거의 클릭, 노출, 어트리뷰션은 영향을 받지 않습니다.
참고: 라이브 트래킹 링크를 편집하는 것은 권장하지 않습니다. 편집 기능은 캠페인 준비 단계에서 설정을 조정하거나 실수를 수정하기 위해 제공됩니다. 링크가 라이브된 후 편집하면 어트리뷰션에 의도치 않은 영향을 미칠 수 있습니다.
Manage Links 화면에서 Singular Link를 영구적으로 삭제할 수 있습니다.
- Attribution > Manage Links 로 이동합니다.
- 삭제하려는 링크를 찾습니다.
- 링크 행에서 휴지통(삭제) 아이콘을 클릭합니다.
- 확인 대화상자에서 Yes, delete link 를 클릭합니다.
링크가 영구적으로 제거됩니다. 활성화된 모든 리디렉션은 즉시 작동을 멈추며, 링크를 클릭하는 사용자는 오류를 만나게 됩니다. 추적 및 어트리뷰션 데이터는 더 이상 수집되지 않습니다.
중요: 삭제는 영구적이며 되돌릴 수 없습니다.
트래킹 링크를 보관하면 해당 링크가 트래킹 링크 대시보드에서 숨겨집니다. 목적은 과거 캠페인에 속한 오래된 링크를 숨겨 대시보드를 정리하는 것입니다.
이러한 링크에 대해서는 30일의 유예 기간을 유지합니다. 30일 후, 보관된 링크는 당사 서버에서 영구적으로 삭제되며 작동을 멈춥니다. 하드 삭제된 링크는 복원할 수 없습니다.
참고: 보관은 되돌릴 수 없습니다! 링크를 즉시 그리고 영구적으로 비활성화하려면 대신 삭제할 수 있습니다. 위의 트래킹 링크를 어떻게 삭제하나요? 를 참조하세요.
| 보관(Archive) | 삭제(Delete) | |
|---|---|---|
| Manage Links에서 링크를 숨김 | ✓ | ✓ |
| 링크가 계속 사용자를 리디렉션함 | ✓ | ✗ |
| 추적 및 어트리뷰션이 계속됨 | ✓ | ✗ |
| 되돌릴 수 있음 | ✓ (30일 이내) | ✗ |
링크를 계속 작동하게 유지하면서 대시보드를 정리하려면 Archive 를 사용하세요. 링크를 완전히 그리고 즉시 비활성화하려면(예: 사기성 또는 중단된 제휴 링크에 대한 어트리뷰션을 중지하기 위해) Delete 를 사용하세요.
링크 목록을 검색하고 필터링하려면 Manage Links 페이지의 왼쪽 상단에 있는 검색창을 사용하세요.
트래킹 링크 URL(또는 그 일부), 링크 이름, 소스 이름 등을 입력하기만 하면 됩니다. 입력한 문자열과 일치하는 링크가 오른쪽의 Available Links 아래에 표시됩니다.
고급 사용법
광고를 표시할 때 링크에 동적으로 데이터를 추가 하여 링크가 더 많은 일을 하도록 만들 수 있습니다. 사용자가 광고 중 하나와 상호작용한 후 앱에 도착하면, 이 데이터를 앱에서 읽고 사용할 수 있습니다. 동적 데이터를 추가하려면 Singular Link 끝에 _p 파라미터와 임의의 값을 추가하세요. _p 는 "passthrough"를 의미하며, URL 인코딩된 JSON 값 또는 비정형 문자열 값을 부여할 수 있습니다.
예시: 쇼핑 앱이 있고 모바일 웹사이트에서 다양한 신발의 동적 배너 광고를 표시한다고 가정해 봅시다. 다음과 같은 Singular Link를 생성했습니다: https://myshoppingapp.sng.link/A59c0/nha7
광고를 표시할 때, 보여지는 특정 신발 한 켤레에는 제품 ID(예: "Shoes123")가 있습니다. "_p" 파라미터를 사용하여 제품 ID를 Singular Link에 추가합니다. 결과: https://myshoppingapp.sng.link/A59c0/nha7?_p=Shoes123
사용자가 해당 배너와 상호작용한 후 앱을 설치하고 열 때마다, 앱은 Singular SDK를 사용하여 제품 ID를 읽을 수 있습니다. 앱 팀은 이 정보를 사용하여 사용자의 첫 앱 경험을 개인화할 수 있습니다.
JSON 예시: 다음과 같이 JSON 객체를 구성할 수 있습니다:
{
"productid":"Shoes123",
"qty":1
}
그런 다음 이를 URL 인코딩하여 Singular 트래킹 링크의 _p 파라미터에 추가합니다:
https://myshoppingapp.sng.link/A59c0/nha7?_p=%7B%22productid%22%3A%22Shoes123%22%2C%22qty%22%3A1%7D
Singular Links와 함께 랜딩 페이지를 사용하는 두 가지 옵션이 있습니다:
옵션 1 — Singular의 소셜 랜딩 페이지(내장)
Singular는 사용자가 소셜 미디어의 인앱 브라우저 내에서 클릭할 때(iOS Universal Links가 작동하지 않는 곳) 신뢰할 수 있는 딥링킹을 보장하기 위해 iOS 및 Android 링크에 대한 자동 소셜 랜딩 페이지 를 제공합니다.
지원되는 링크 유형: Custom Source 링크, Mobile Web-to-App 링크, 그리고 딥링킹이 차단되는 특정 파트너에 대한 Partner 링크.
활성화 방법: 모든 링크 유형의 경우, Manage Links의 Social Link Settings 아래에서 Enable Landing Page 를 토글하세요.
자세한 내용은 트래킹 링크를 만드는 방법: 소셜 랜딩 페이지 를 참조하세요.
옵션 2 — 클라이언트 호스팅 랜딩 페이지
캠페인에 커스텀 랜딩 페이지가 적합하다고 판단하고, 캠페인이 추적을 위해 모바일 어트리뷰션 제공업체 에 의존하는 경우, 먼저 다음을 고려하세요:
- 사용자가 랜딩 페이지에서 앱으로 전환할 수 있는 방법이 있는지 확인하세요.
- 작업 중인 미디어 채널을 고려하세요. 연동된 파트너는 랜딩 페이지를 실행하는 다양한 방법을 지원할 수 있습니다.
그런 다음, 설치를 어느 접점에 어트리뷰션할지 결정하세요.
- 사용자를 랜딩 페이지로 이동시키는 클릭 추적: 이 경우, 평소처럼 Link Management 페이지에서 생성한 Singular Link를 사용하고 랜딩 페이지를 Mobile Fallback URL로 정의하기만 하면 됩니다.
- 사용자가 랜딩 페이지 내에서 상호작용하는 클릭 추적: 이 옵션을 선택하면 Singular Link를 랜딩 페이지에 삽입합니다. 광고에서 랜딩 페이지로 이어지는 링크가 필요한 모든 추적 값을 랜딩 페이지로 전달하도록 하세요.
Singular Links를 사용하여 소셜 미디어나 SMS와 같은 자체 소유 채널에서 마케팅 활동을 추적할 수 있습니다. 그러나 딥링킹은 일부 채널에서 일부 기술로만 작동합니다.
알려진 일반적인 리디렉션 한계 목록을 정리했습니다:
| Android | iOS | |||
|---|---|---|---|---|
| Google Play Store로 폴백 | 딥링크 | App Store로 폴백 | 딥링크 | |
| Facebook Feed | 예 | 랜딩 페이지 필요 | 예 | 랜딩 페이지 필요 |
| Facebook Messenger | 예 | 랜딩 페이지 필요 | 예 | 랜딩 페이지 필요 |
| YouTube | 예 | 랜딩 페이지 필요 | 예 | 랜딩 페이지 필요 |
| Gmail | 예 | 예 | 예 | 예 |
| 예 | 아니요 | 아니요 | 랜딩 페이지 필요 | |
| LINE | 예 | 예 | 예 | 아니요 |
| Mail (iOS) | 예 | 예 | 예 | 예 |
| Messages (iOS) | 예 | 예 | 예 | 예 |
| 아니요 | 아니요 | 아니요 | 아니요 | |
| Slack | 예 | 랜딩 페이지 필요 | 예 | 랜딩 페이지 필요 |
| X Ads (Twitter) | 예 | 랜딩 페이지 필요 | 예 | 랜딩 페이지 필요 |
| 예 | 아니요 | 아니요 | 아니요 | |
| 예 | 예 | 예 | 예 | |
커스텀 소스에서 Singular Links를 사용할 때, 기준 정보를 추가하여 리포트에서 그러한 세분화를 얻을 수 있습니다. 예를 들어, 트래킹 링크에 캠페인 이름을 전달하면 리포트에서 캠페인 수준의 세분화를 얻을 수 있습니다.
정보를 전달하려면, 링크를 서빙할 때 파라미터로 추가하세요. Singular가 지원하는 트래킹 링크 리포팅 파라미터 전체 목록 을 참조하세요. 예를 들어, 다음 링크는 Campaign Name 기준을 "CoolShoes123"으로 기록합니다:
https://singularassist.sng.link/A59c0/u53f?_dl=singularassist%3A%2F%2F&_p=%7B%22productid%22%3A%22Shoes123%22%7D&pcn=CoolShoes123
Singular Link에 _dl , _ddl 또는 기타 리디렉션 파라미터(아래 전체 표 참조)를 추가하여 링크 리디렉션을 동적으로 재정의할 수 있습니다. 예를 들어, 사용자의 입력이나 사용자 참여의 맥락에 따라 동적 딥링크를 서빙하는 경우에 유용할 수 있습니다.
동일한 링크를 사용하되, 경우에 따라 myapp://registration으로 딥링크하고 싶습니다. 이를 위해 _dl=을 새 값으로 업데이트하고 동일한 링크를 사용합니다: https://myshoppingapp.sng.link/A59c0/nha7?_dl=myapp%3A%2F%2Fregistration .
다음 query parameters를 필요에 따라 추가하거나 수정할 수 있습니다. 파라미터에 값을 추가할 때는 URL 인코딩 하는 것을 잊지 마세요.
| 파라미터 | 설명 |
|---|---|
| _dl | 모든 모바일 플랫폼 에 대한 딥링크. 참고: 이 query parameter를 재정의/사용하는 것은 원래 링크가 딥링킹으로 활성화된 경우에만 가능합니다. |
| _ddl | 모든 모바일 플랫폼 에 대한 디퍼드 딥링크. 참고: _ddl은 생성 시 UI를 통해 활성화되지 않았더라도 디퍼드 딥링킹을 활성화할 수 있습니다. |
| _fallback_redirect | 모든 플랫폼(웹 + 기타 모든 플랫폼)에 대한 폴백 리디렉션. |
| _android_dl | Android에 대한 딥링크. 일반적으로 Android의 딥링크 URL이 iOS 앱과 다른 경우에 사용됩니다. |
| _android_redirect | Android에서 앱이 설치되지 않은 경우의 리디렉션 URL. 일반적으로 앱 스토어 URL입니다. |
| _android_ddl | Android에 대한 디퍼드 딥링크. 일반적으로 Android의 딥링크 URL이 iOS 앱과 다른 경우에 사용됩니다. 참고: _android_ddl은 생성 시 UI를 통해 활성화되지 않았더라도 디퍼드 딥링킹을 활성화할 수 있습니다. |
| _ios_dl | iOS에 대한 딥링크. 일반적으로 iOS의 딥링크 URL이 Android 앱과 다른 경우에 사용됩니다. 참고: 이 query parameter를 재정의/사용하는 것은 원래 링크가 iOS 딥링킹으로 활성화된 경우에만 가능합니다. |
| _ios_redirect | iOS에서 앱이 설치되지 않은 경우의 리디렉션 URL. 일반적으로 앱 스토어 URL입니다. |
| _ios_ddl | iOS에 대한 디퍼드 딥링크. 일반적으로 iOS의 딥링크 URL이 Android 앱과 다른 경우에 사용됩니다. 참고: _ios_ddl은 생성 시 UI를 통해 활성화되지 않았더라도 디퍼드 딥링킹을 활성화할 수 있습니다. |
| _force_redirect=1 |
iOS Universal Links가 딥링크되지 않을 수 있는 경우, &_force_redirect=1 (또는 &_force_redirect=true )를 추가하면 Singular Link가 app scheme 기반 딥링킹을 사용하여 최종 사용자에게 딥링크를 강제할 수 있습니다. 이는 링크 래핑이 Universal Links를 깨뜨리기 때문에 파트너와의 딥링킹을 활성화하는 데 가장 일반적으로 사용됩니다. 사전 요구사항: 앱에 iOS app scheme이 구성 되어 있고, 구성된 딥링크 값( _dl , _ios_dl )이 해당 app scheme을 사용하고 있어야 합니다. 사용자의 기본 브라우저에 따라 최종 사용자에게 간단한 메시지나 중요가 표시될 수 있습니다. |
목적지가 동적으로 수정될 때(query parameters를 사용한 목적지 재정의) 링크가 이어질 수 있는 목적지를 제한하여 악의적인 재정의로부터 링크를 보호할 수 있습니다.
이는 Manage Links 화면에서 Manage Links Domains 를 클릭하고 Allowed Override Domains 탭으로 이동하여 수행합니다.
Allowed Override Domains 탭에서 다음 중 하나를 선택할 수 있습니다:
- "Allow all destination overrides" - 재정의 링크 리디렉션에 제한이 없습니다.
- "Do not allow all destination overrides" - 재정의 링크 리디렉션이 불가능합니다.
- "Limit to allowed domains list" - 허용된 도메인 목록에 추가된 도메인을 제외하고는 재정의 링크 리디렉션이 불가능합니다.
중요 참고사항:
-
이 제한은 다음 파라미터에만 적용됩니다:
- _fallback_redirect
- _android_redirect
- _ios_redirect
- 입력된 도메인의 모든 subdomains 및 paths가 허용되며, 모든 프로토콜(http/s)도 허용됩니다.
- 특정 subdomains를 허용하려면 목록에 추가할 수 있습니다. 이 subdomain과 그 subdomains만 허용됩니다.
- 도메인에 특정 path를 추가할 수는 없습니다. 도메인 아래의 모든 paths가 허용됩니다.
예시:
링크를 보호하고 내 사이트 "mysite.com"으로의 재정의만 허용 하고 싶습니다.
- 이 도메인을 Allowed Override List에 추가합니다.
참고: Singular Link " https://myshoppingapp.sng.link/A59c0/nha7 "는 원래 앱 스토어로 폴백하도록 생성되었습니다.
성공적인 재정의:
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=mysite.com
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=subdomain.mysite.com
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=mysite.com/article1
실패한 재정의:
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=notmysite.com
- https://myshoppingapp.sng.link/A59c0/nha7?_fallback_redirect=fakesite.com
기본적으로 리디렉션 및 딥링크 파라미터( _dl , _fallback_redirect , _ios_redirect 등)는 클릭 시점에 모든 Singular Link에 추가되어 저장된 설정을 동적으로 재정의할 수 있습니다. 이는 동일한 기본 링크에서 다양한 목적지를 서빙하는 데 유용합니다.
그러나 일부 워크플로우에서는(예: 많은 팀원이 내부적으로 단축 링크를 공유하는 경우) 링크를 잠가서 재정의를 추가하여 구성된 파라미터를 변경할 수 없도록 하고 싶을 수 있습니다.
Disable short link parameters overrides 기능을 사용하면 단축된 커스텀 링크를 잠가서 기본 링크에 이미 설정된 파라미터가 URL 추가를 통해 재정의될 수 없도록 할 수 있습니다. 기본 링크에 설정되지 않은 파라미터는 여전히 새 값으로 추가될 수 있습니다.
링크에 대해 이 기능을 활성화하려면, 자세한 내용은 가이드 를 참조하세요.
Singular Links는 링크에 포함된 모든 utm_* 또는 referrer 파라미터를 자동으로 전달합니다. 여기에는 referrer 파라미터 값의 일부인 singular_click_ID 가 포함됩니다. (Singular Link에 추가된 추가 referrer= 값은 singular_click_ID 옆의 referrer에 추가됩니다.)
Singular Link에 &_forward_params 를 추가하면 명시적인 파라미터 전달을 위해 추가된 모든 파라미터가 전달됩니다.
- Singular Link 파라미터를 App Store 및 Web Fallback 리디렉션 목적지로 전달하려면 1( &_forward_params=1 )로 설정하세요.
- 딥링크를 포함한 모든 리디렉션 목적지로 Singular Link 파라미터를 전달하려면 2( &_forward_params=2 )로 설정하세요.
예시:
| Singular Link URL | 전달되는 파라미터 | 전달되지 않는 파라미터 |
|---|---|---|
|
https://singularassist.sng.link/A59c0/nha7?
this_is=not_forwarded& utm_source=auto_forwarded& referrer=also_auto_forwarded |
utm_source=auto_forwarded
referrer=singular_click_id%3D0910cac2-f496-467f-8163-dc2251f5e601%26also_auto_forwarded |
this_is=not_forwarded |
|
https://singularassist.sng.link/A59c0/nha7?
this_is=forwarded& utm_source=auto_forwarded& referrer=also_auto_forwarded& _forward_params=1 |
this_is=forwarded&
utm_source=auto_forwarded& referrer=also_auto_forwarded& |
Apple의 커스텀 제품 페이지 URL( 이 새 기능에 대한 Apple 문서 참조)에는 제품 페이지 ID를 나타내는 추가 파라미터가 있습니다. 예를 들어:
https://apps.apple.com/us/app/testflight/id899247664?ppid=76659d7a-d146-43d3-b6b8-b7a12f74bf6b
Singular Links에서 커스텀 제품 페이지를 사용하려면, 링크를 생성할 때 iOS 리디렉션을 기본 앱 스토어 페이지 대신 원하는 제품 페이지로 설정하기만 하면 됩니다. 예를 들어:
또는 재정의 파라미터 _ios_redirect 를 사용하세요. 예를 들어:
_ios_redirect=https%3A%2F%2Fapps.apple.com%2Fus%2Fapp%2Ftestflight%2Fid899247664%3Fppid%3D76659d7a-d146-43d3-b6b8-b7a12f74bf6b
커스텀 제품 페이지에 대한 설치 전환 리포팅 을 커스터마이징하려면, 사용 가능한 링크 캠페인 세분화 파라미터 중 아무거나 사용하세요.
Google의 커스텀 스토어 등록정보 페이지 URL( 이 기능에 대한 Google 문서 참조)에는 제품 페이지 ID를 나타내는 추가 파라미터가 있습니다. 예를 들어:
https://play.google.com/store/apps/details?id=net.singular.deviceassist2&listing=testcpp
Singular Links에서 커스텀 제품 페이지를 사용하려면, 링크를 생성할 때 Android 리디렉션을 기본 Play Store 페이지 대신 원하는 제품 페이지로 설정하기만 하면 됩니다. 예를 들어:
Singular 링크를 생성한 후, 아래와 같이 트래킹 링크 끝에 &_android_force_redirect=0 을 추가하세요.
https://singularassist2.sng.link/F4nw9/l5ik?_dl=singular%3A%2F%2Ftestlink&_android_force_redirect=0
참고: 이 기능을 지원하려면 Singular Android App Links 의 구현이 필요합니다.
커스텀 제품 페이지에 대한 설치 전환 리포팅 을 커스터마이징하려면, 사용 가능한 링크 캠페인 세분화 파라미터 중 아무거나 사용하세요.
Custom source 링크 를 생성하면 QR 코드가 자동으로 생성됩니다.
QR 코드는 Generate 를 클릭한 후 Link Summary 아래에서 사용할 수 있습니다.
QR은 긴 링크와 짧은 링크 모두 지원됩니다. QR 코드를 다운로드하여 데스크톱-투-앱 또는 옥외광고판-투-앱과 같은 다양한 비모바일-투-모바일 캠페인에 사용할 수 있습니다. Singular는 QR 코드를 PNG 및 SVG 형식으로 제공합니다.
Partner 링크는 파트너 네트워크에 의해 동적으로 채워지는 macros를 포함하므로 QR 코드를 지원하지 않습니다. QR 코드는 Custom source 링크를 생성할 때 자동으로 생성됩니다.