모바일 OS별 기술적 표준 이해: iOS의 유니버설 링크(Universal Links)와 안드로이드의 앱 링크(App Links)의 차이점과 작동 룰

1강에서 딥링크를 URI 스킴, 유니버설 링크, 앱 링크 세 갈래로 나눴다면, 이번 강의는 그중 최신 표준인 유니버설 링크와 앱 링크에 초점을 맞춥니다. 두 표준은 "웹 URL을 그대로 써서 앱으로 라우팅한다"는 목표는 같지만, 이를 구현하는 세부 규칙이 iOS와 안드로이드에서 서로 다르게 설계돼 있어 한쪽 지식을 다른 쪽에 그대로 적용할 수 없습니다.

iOS 유니버설 링크(Universal Links)는 자사 도메인에 호스팅하는 Apple App Site Association(AASA) 파일로 도메인 소유권을 검증합니다. 이 파일은 어떤 앱이 어떤 경로의 링크를 처리할 권한이 있는지 명시하며, iOS는 앱이 설치되는 시점에 이 파일을 서버에서 가져와 확인합니다. 파일이 없거나 형식이 잘못되면 유니버설 링크는 조용히 실패하고 일반 웹페이지로 열립니다.

안드로이드 앱 링크(App Links)는 assetlinks.json 파일로 도메인 소유권을 검증합니다. 안드로이드는 이 파일을 통해 해당 도메인의 링크를 특정 앱으로 자동 열어도 되는지 시스템 차원에서 확인하며, 검증에 성공하면 별도의 선택 팝업 없이 곧바로 앱으로 연결됩니다. 검증에 실패하면 안드로이드는 "앱으로 열기/브라우저로 열기"를 유저에게 직접 묻는 선택 화면을 띄우는 경우가 많아, iOS의 조용한 실패와는 사용자 경험이 다르게 나타납니다.

안드로이드 앱 링크는 안드로이드 6.0 이상, iOS 유니버설 링크는 iOS 9 이상에서 동작하며, 두 방식은 서로 호환되지 않으므로 크로스플랫폼 커버리지를 위해서는 두 표준을 모두 구현해야 합니다. 현재 시점에는 두 버전 모두 사실상 전 사용자를 커버하는 수준이지만, 구형 기기나 특수한 커스텀 OS를 쓰는 일부 사용자는 여전히 URI 스킴 폴백에 의존해야 할 수 있습니다.

iOS는 AASA 파일을 며칠에서 몇 주간 캐싱하므로, 경로 패턴을 변경해도 기존 사용자에게는 즉시 반영되지 않을 수 있습니다. 즉 AASA 파일을 서버에 올려 수정을 마쳤다고 해서 모든 iOS 사용자의 딥링크가 곧바로 새 규칙을 따르는 것이 아니라, 캐시가 갱신될 때까지 일부 사용자는 여전히 이전 경로 규칙으로 동작합니다. 이 캐싱 특성을 모르고 배포 직후 전수 테스트를 해보면, 실제로는 정상 반영됐는데도 오류로 오인하는 경우가 생길 수 있습니다.

안드로이드는 검증에 실패했을 때도 "앱으로 열기" 선택지를 유저에게 보여줄 여지가 있어, iOS처럼 완전히 조용히 웹으로 빠지기보다는 유저가 직접 선택할 기회가 남아있는 경우가 있습니다. 다만 이 선택 화면 자체가 매끄러운 여정을 방해하는 추가 클릭 단계이므로, 검증을 정확히 마쳐 이 선택 화면이 아예 뜨지 않게 하는 것이 이상적인 구현입니다.

인앱 브라우저(인스타그램, 틱톡, 페이스북, 링크드인, 카카오톡 등)에서 탭한 링크는 iOS·안드로이드 양쪽 모두에서 OS 레벨 라우팅을 우회해, 유니버설 링크·앱 링크가 정상 작동하지 않고 인앱 웹뷰로만 열리는 경우가 흔합니다. 즉 AASA·assetlinks.json을 완벽하게 구현했더라도, 유저가 어떤 앱을 거쳐 링크를 클릭했는지에 따라 결과가 달라질 수 있다는 뜻이며, 이 문제는 4강에서 별도로 다룹니다.

새로 딥링크를 배포했다면 iOS와 안드로이드 기기를 각각 준비해 검증 파일이 정상 서빙되는지(직접 URL로 접속해 파일 내용 확인), 그리고 실제 링크 클릭 시 앱으로 정상 연결되는지 두 단계로 나눠 확인해야 합니다. 한쪽 OS에서만 테스트하고 나머지는 "될 것"이라고 가정하면, 실제 배포 후에야 특정 OS에서만 작동하지 않는 것을 뒤늦게 발견하게 됩니다.

개발팀은 두 표준의 세부 구현 차이를 알고 있더라도, 마케팅팀이나 대행사는 "딥링크는 다 똑같은 것"으로 오해하기 쉽습니다. iOS와 안드로이드가 서로 다른 검증 파일, 다른 캐싱 정책, 다른 실패 시 동작 방식을 가진다는 점을 팀 내 문서로 정리해 공유해두면, 캠페인 오류가 발생했을 때 "OS별로 원인이 다를 수 있다"는 전제를 갖고 접근할 수 있어 원인 파악 속도가 빨라지고, 대행사에 문의할 때도 어느 표준의 어느 단계를 점검해달라고 구체적으로 요청할 수 있습니다.