iOS에서 앱의 자체 브라우저 안에서 apps.apple.com으로 끝나는 탭은 빈 화면에 도달할 수 있습니다. 소재 문제도, 랜딩 페이지 문제도 아닙니다. Apple이 그 브라우저가 열 수 없는 스킴으로 스토어를 넘기기 때문입니다. 어트리뷰션 링크는 구해 주지 못합니다. 손실을 측정할 뿐입니다.
트래픽·전환 광고 · W2A 퍼널과 퀴즈 · 프로필, 스토리, DM · 크리에이터 게시물 · OneLink, Branch, Adjust, Singular, Kochava 어트리뷰션 유지
체인이 어떻게 시작하든, 중간에 리디렉션이 몇 개든, 누가 측정하든 상관없습니다. 마지막 단계가 앱의 자체 브라우저 안에서 일어나고 App Store로 끝난다면 거기서 죽을 수 있습니다.
| 탭이 오는 곳 | iOS에서 | 이유 |
|---|---|---|
| 앱 설치 캠페인 | 도착 | Meta가 설치 버튼에서 브라우저 없이 스토어를 네이티브로 엽니다 |
| 트래픽·참여·전환 광고 | 실패 | 잃는 순간 이미 값을 치른 클릭입니다 |
| W2A 퍼널의 다운로드 버튼 | 실패 | 클릭 값을 냈고 구매 의사까지 얻은 다음입니다 |
| 프로필 링크, 스토리, DM | 실패 | 광고비는 없지만 사람은 잃습니다 |
| 크리에이터 게시물 | 실패 | 같은 인앱 브라우저, 같은 벽 |
탭이 어느 앱에서 오는지 판별하고, 그 브라우저에서 빠져나가는 알려진 경로를 순서대로 시도합니다. 전부 막히면 1.5초 뒤에 눈에 보이는 버튼이 나타나고, 본 사람의 절반가량이 사용합니다. 어트리뷰션은 유지됩니다. Apple은 ct를, 구글 플레이는 referrer를 읽고 둘 다 리디렉션과 함께 이동합니다.
방문자마다 맞는 스토어로, PC에서는 지정한 페이지로 보냅니다.
알려진 경로를 순서대로 시도하고, 전부 실패하면 수동 버튼을 띄웁니다.
일별 그래프로 탭이 실제로 어디서 오는지 확인합니다.
몇 개의 탭이 스토어에 도착했는지. 어떤 광고 대시보드도 주지 않는 숫자입니다.
2026년 8월 3일부터 9일까지 라우팅한 21,201건의 탭 중 19,381건이 소셜 앱 내부에서 왔고, 그중 95.6%가 iOS였습니다. 일반 스토어 링크였다면 거의 전부가 빈 화면에서 끝나는 동안 대시보드에는 성공으로 기록됐을 것입니다. 전체 데이터는 gotoapp.store/data에 공개되어 있습니다.
앱 3개까지, 각 앱 아래 링크 무제한, 모든 대체 경로를 포함한 전체 라우팅, 플랫폼과 유입 앱별 클릭, 일별 그래프.
앱 25개까지, 각각 자체 서브도메인. 프로필에서 더 짧고 스토리에서 더 깔끔하며, 나중에 이름을 자체 도메인으로 옮겨도 계속 작동합니다.
가입하는 즉시 앱 이름이 예약됩니다. 두 요금제 모두 해당합니다.
Instagram은 링크를 Safari가 아니라 자체 인앱 브라우저에서 엽니다. Apple은 apps.apple.com을 itms-appss:// 스킴으로 리디렉션하는데, 인앱 브라우저가 그 스킴을 App Store에 넘기지 못해 페이지가 비어 있게 됩니다.
Apple의 리디렉션이 발동하기 전에 탭이 인앱 브라우저를 빠져나가야 합니다. GoToApp이 자동으로 처리합니다. Instagram을 판별해 시스템 브라우저로 넘기고, 그것이 실패하면 수동 버튼을 띄웁니다.
가능합니다. 이 서비스들은 탭을 측정할 뿐 어디서 실행되는지를 바꾸지 않습니다. 어트리뷰션 링크를 목적지로 넣으면 깨지는 지점인 마지막 단계를 저희가 처리합니다.
훨씬 적습니다. 안드로이드 웹뷰는 intent URL로 구글 플레이 앱에 URL을 넘길 수 있어 대개 전달이 완료됩니다. 이 문제는 주로 iOS의 이야기입니다.
아닙니다. App Store Connect의 ct 파라미터와 구글 플레이의 referrer는 리디렉션과 함께 이동해 스토어에 그대로 도착합니다.
인앱 브라우저 밖으로 탭을 빼내면서 배운 것을 적습니다.
가입하고, 앱 이름을 고르고, 스토어 URL을 붙여넣으십시오. 광고가 OneLink나 Branch, Adjust로 돌아가고 있다면 그 링크를 넣어도 됩니다.