가장 흔한 원인은 iOS 쪽 설정입니다. iOS 유니버설 링크는 앱 개발사가 자기 도메인의 정해진 경로(/.well-known/apple-app-site-association)에 AASA 파일을 호스팅해두고, 이 파일이 정상적으로 HTTPS로 접근 가능해야 작동합니다. 이 파일이 아예 없거나, 리다이렉트를 거치거나, 형식(JSON 문법·앱ID 오타)이 틀리면 iOS는 조용히 유니버설 링크 인식에 실패하고 일반 웹 링크처럼 사파리로 열어버립니다.
플랫폼 표준 자체도 다릅니다. 안드로이드 앱 링크는 안드로이드 6.0 이상, iOS 유니버설 링크는 iOS 9 이상에서 동작하며, 도메인 소유권을 인증하는 검증 파일도 안드로이드는 assetlinks.json, iOS는 Apple App Site Association 파일로 완전히 별개입니다. 또한 iOS는 AASA 파일을 며칠~몇 주간 캐싱하므로, 파일을 방금 고쳤어도 기존 사용자 기기에는 즉시 반영되지 않을 수 있다는 점도 참고하세요.
그리고 겉으로 드러나는 방식도 안드로이드와 다릅니다. 안드로이드 앱 링크는 검증에 실패해도 시스템이 '어떤 앱으로 열까요' 선택창을 띄우는 등 사용자에게 신호를 주는 경우가 있는 반면, iOS는 유니버설 링크 검증에 실패하면 오류 없이 그냥 사파리로 조용히 넘어갑니다. 그래서 안드로이드에서는 이상 여부가 상대적으로 눈에 띄지만, iOS는 '버튼이 작동을 안 한다'기보다 '앱 대신 웹이 열리는' 방식으로 실패해 문제를 명확히 인지하기 어렵습니다.
앱 빌드 쪽도 확인해보세요. iOS 앱은 Xcode 프로젝트의 'Associated Domains' 기능(entitlements)에 해당 도메인이 applinks: 형식으로 정확히 등록돼 있어야 하고, 이 설정이 빠진 빌드가 앱스토어에 배포돼 있으면 AASA 파일이 완벽해도 유니버설 링크가 작동하지 않습니다. MMP(앱스플라이어·에어브릿지)의 링크 설정과 별개로, 앱 자체의 iOS 빌드 설정을 개발팀에 확인해야 하는 부분입니다.
디퍼드 딥링크(설치 후 최초 실행 시 매칭)를 쓰신다면 한 가지 더 있습니다. iOS는 앱 추적 투명성(ATT)과 Safari의 개인정보 보호 정책이 안드로이드보다 훨씬 엄격해, 사용자가 추적을 거부했거나 사파리 환경설정에 따라 매칭에 필요한 신호(IDFA, 일부 브라우저 지문 정보) 자체가 애초에 제한될 수 있습니다 — 이는 확정적 딥링크보다 디퍼드 딥링크에 더 크게 영향을 미치는 요인입니다.
인스타그램·카카오톡 같은 인앱 브라우저를 거쳐 클릭하신다면, 이건 iOS·안드로이드 양쪽 모두 OS 레벨 라우팅을 우회하지만 iOS 쪽이 이 우회 정책을 더 엄격하게 적용하는 경향이 있어 같은 인앱 브라우저 환경에서도 iOS 쪽에서 문제가 더 두드러지게 나타나는 경우가 실무에서 보고됩니다. 다만 정확한 차이는 인앱 브라우저를 제공하는 앱의 정책에 따라서도 달라져, 문제가 재현되는 앱·환경을 구체적으로 특정해 테스트하시는 게 정확합니다.
정확한 진단은 삭제 → 클릭 → 재설치 → 최초 실행의 전체 흐름을 실제 iOS 기기에서 재현해, AASA 파일 접근·Associated Domains 설정·MMP 링크 설정 중 어느 단계에서 끊기는지 순서대로 확인하시는 것이 표준 절차입니다. AASA 파일 캐시 지연을 감안해 수정 후 최소 몇 시간~며칠은 기다린 뒤 재테스트하시기 바랍니다.
비슷한 상황이신가요
우리 계정에 똑같이 적용되는지는 상황마다 다릅니다. 무료로 점검해드립니다.