디퍼드 딥링크(Deferred Deeplink)의 작동 메커니즘: 앱 미설치 유저가 광고 클릭 시 [스토어 이동 -> 설치 -> 실행] 후 처음 보려던 상품 페이지로 유실 없이 꽂아주는 원리

1강에서 다룬 딥링크는 앱이 이미 설치된 유저 사이에서 화면을 라우팅하는 기술입니다. 하지만 광고를 클릭한 유저 중 상당수는 아직 앱이 없는 신규 유저이며, 이 유저가 스토어에서 앱을 설치하고 처음 실행하는 순간에는 그가 방금 전 웹에서 어떤 상품 배너를 클릭했는지에 대한 정보가 전혀 남아있지 않습니다. 디퍼드 딥링크는 이 끊어진 연결을 다시 이어붙이는 기술입니다.

디퍼드 딥링크는 사용자가 앱 미설치 상태에서 링크를 클릭하면 클릭 시점의 디바이스 정보(IP, 유저에이전트, 화면 크기, 타임스탬프 등)를 서버에 저장해두고, 스토어 이동·설치·최초 실행 후 이 정보와 새 기기 정보를 대조해 원래 클릭했던 콘텐츠로 연결하는 방식입니다. 즉 클릭 시점에 한 번, 최초 실행 시점에 다시 한 번, 두 번의 데이터 수집과 한 번의 대조 작업이 필요한 구조입니다.

매칭은 구글의 인스톨 리퍼러 API 같은 확정적(deterministic) 식별자, 또는 여러 신호를 종합해 유사도를 계산하는 확률적(probabilistic) 매칭, 혹은 두 방식의 조합으로 이뤄집니다. 확정적 매칭은 안드로이드에서 플레이스토어가 제공하는 인스톨 리퍼러처럼 명확한 식별자를 그대로 전달받을 수 있을 때 쓰이며, 이 식별자가 없는 iOS나 특정 상황에서는 확률적 매칭에 의존하게 됩니다.

확률적 매칭은 식별자를 확정할 수 없을 때 IP 주소, 유저에이전트, 디바이스 타입, 화면 해상도, 타임스탬프 등의 신호 조합으로 통계적 매칭을 시도하며, 정확도는 트래픽 패턴과 클릭-설치 사이 시간 간격에 따라 70~90% 범위에서 달라집니다. 클릭 후 곧바로 설치로 이어지는 경우 매칭 정확도가 상대적으로 높고, 클릭과 설치 사이에 며칠씩 시간 간격이 벌어지면 그 사이 IP가 바뀌는 등 신호 자체가 달라져 정확도가 떨어집니다.

확률적 매칭은 어디까지나 최선의 추정(best-effort)이며 100% 정확도를 보장하지 못합니다. 즉 일부 신규 설치 유저는 실제로는 광고를 클릭하고 들어왔음에도 매칭에 실패해 일반 유입으로 잡히거나, 반대로 다른 유저의 클릭과 잘못 매칭되는 경우가 통계적으로 존재할 수밖에 없습니다. 이 한계를 모르고 디퍼드 딥링크 매칭률을 100%로 기대하면, 9강에서 다루는 어트리뷰션 드롭 현상을 시스템 오류로 오인하게 됩니다.

디퍼드 딥링크의 클릭 정보 저장·매칭 로직을 자사가 직접 구현할 수도 있지만, 앱스플라이어·에어브릿지 같은 MMP는 이 매칭 인프라를 이미 갖추고 있어 대부분의 실무에서는 자체 구현보다 MMP의 스마트링크 기능을 활용하는 편이 일반적입니다. 이 결합 방식은 5강에서 구체적으로 다룹니다.

디퍼드 딥링크가 신규 설치 유저에게 원하는 화면을 못 띄워주는 사고가 발생했을 때, 이 클릭-저장-설치-매칭이라는 단계 구조를 알고 있어야 어느 단계에서 문제가 생겼는지(클릭 시점 저장 실패, 매칭 실패, 매칭 성공 후 앱 내 라우팅 실패) 구분할 수 있습니다. 이 구조를 모르고 "딥링크가 안 됨"이라고만 접근하면 9강의 트러블슈팅 자체가 막막해집니다.

클릭 정보를 아무리 정확히 저장해도, 유저가 앱스토어·플레이스토어 페이지에서 설치 버튼을 누르는 그 순간까지는 마케터가 통제할 수 있는 영역이 아닙니다. 다만 스토어로 넘어가기 전 중간 랜딩 페이지(스마트뱅어)를 거치도록 구성하면, 이 페이지에서 클릭 정보를 안정적으로 캡처하고 OS를 감지해 iOS는 앱스토어로, 안드로이드는 플레이스토어로 정확히 분기시킬 수 있습니다. 이 분기 처리가 없으면 안드로이드 유저가 앱스토어 링크로 잘못 연결되는 것 같은 기초적인 사고도 발생할 수 있으며, 이런 초기 단계의 실수는 이후 매칭 로직이 아무리 정교해도 애초에 되돌릴 수 없는 유실로 이어집니다.

설치가 끝나고 앱을 처음 실행하는 순간, SDK가 매칭 서버에 조회를 보내고 응답을 받아 화면을 라우팅하기까지는 약간의 지연이 발생합니다. 이 지연이 너무 길면 유저가 이미 다른 화면을 조작하기 시작한 뒤에 뒤늦게 라우팅이 적용돼 오히려 혼란을 줄 수 있으므로, 매칭 응답을 기다리는 동안 보여줄 로딩 화면이나 스플래시 화면을 함께 설계해두는 것이 실무적으로 필요하며, 이 화면 없이 곧바로 홈 화면부터 노출한 뒤 갑자기 다른 화면으로 전환되면 유저 입장에서는 오히려 오류처럼 느껴질 수 있습니다.