답변
가장 흔한 원인은 iOS 쪽 설정입니다. iOS 유니버설 링크는 앱 개발사가 자기 도메인의 정해진 경로(/.well-known/apple-app-site-association)에 AASA 파일을 호스팅해두고, 이 파일이 정상적으로 HTTPS로 접근 가능해야 작동합니다. 이 파일이 아예 없거나, 리다이렉트를 거치거나, 형식(JSON 문법·앱ID 오타)이 틀리면 iOS는 조용히 유니버설 링크 인식에 실패하고 일반 웹 링크처럼 사파리로 열어버립니다. 그리고 겉으로 드러나는 방식도 안드로이드와 다릅니다. 안드로이드 앱 링크는 검증에 실패해도 시스템이 '어떤 앱으로 열까요' 선택창을 띄우는 등 사용자에게 신호를 주는 경우가 있는 반면, iOS는 유니버설 링크 검증에 실패하면 오류 없이 그냥 사파리로 조용히 넘어갑니다. 그래서 안드로이드에서는 이상 여부가 상대적으로 눈에 띄지만, iOS는 '버튼이 작동을 안 한다'기보다 '앱 대신 웹이 열리는' 방식으로 실패해 문제를 명확히 인지하기 어렵습니다. 앱 빌드 쪽도 확인해보세요. iOS 앱은 Xcode 프로젝트의 'Associated Domains' 기능(entitlements)에 해당 도메인이 applinks: 형식으로 정확히 등록돼 있어야 하고, 이 설정이 빠진 빌드가 앱스토어에 배포돼 있으면 AASA 파일이 완벽해도 유니버설 링크가 작동하지 않습니다. MMP(앱스플라이어·에어브릿지)의 링크 설정과 별개로, 앱 자체의 iOS 빌드 설정을 개발팀에 확인해야 하는 부분입니다. 인스타그램·카카오톡 같은 인앱 브라우저를 거쳐 클릭하신다면, 이건 iOS·안드로이드 양쪽 모두 OS 레벨 라우팅을 우회하지만 iOS 쪽이 이 우회 정책을 더 엄격하게 적용하는 경향이 있어 같은 인앱 브라우저 환경에서도 iOS 쪽에서 문제가 더 두드러지게 나타나는 경우가 실무에서 보고됩니다. 다만 정확한 차이는 인앱 브라우저를 제공하는 앱의 정책에 따라서도 달라져, 문제가 재현되는 앱·환경을 구체적으로 특정해 테스트하시는 게 정확합니다. 정확한 진단은 삭제 → 클릭 → 재설치 → 최초 실행의 전체 흐름을 실제 iOS 기기에서 재현해, AASA 파일 접근·Associated Domains 설정·MMP 링크 설정 중 어느 단계에서 끊기는지 순서대로 확인하시는 것이 표준 절차입니다.