현장 직원에게 ‘점검 보고서가 도착했습니다’라는 알림을 보냈습니다. 링크를 누르면 앱은 열리지만 보고서 대신 홈 화면이 나옵니다. 앱이 설치되지 않은 동료는 오류 페이지를 봅니다. 이 문제는 링크 한 줄의 문제가 아닙니다. 앱 설치 여부, 로그인 상태, 고객사 권한, 화면 경로와 웹 대체 화면이 하나의 사용자 여정으로 연결되지 않았기 때문입니다. 좋은 딥링크는 앱을 여는 데서 끝나지 않고 사용자가 하려던 일까지 복귀시킵니다.
특수 스킴보다 검증된 웹 주소를 기준으로 삼는다
업무용 링크는 가능한 한 일반 HTTPS 주소로 표현합니다. 앱이 설치돼 있고 도메인 연결이 검증되면 앱의 해당 화면으로, 그렇지 않으면 웹의 같은 내용으로 이동합니다. Android의 App Links 문서와 Apple의 Associated Domains 문서는 웹 도메인과 앱을 연결하는 방법을 안내합니다. 이는 운영체제가 무관한 앱이 임의로 링크를 가로채는 위험을 낮추는 데 도움이 됩니다. 다만 도메인 연결 파일, 앱 서명, 서브도메인, 배포 환경이 일치해야 합니다. 개발 서버에서 열리던 링크가 운영 앱에서 안 열리는 이유가 여기에 있을 수 있습니다.
링크 자체에는 민감한 자료를 넣지 않습니다. 고객명·이메일·일회용 토큰이 URL에 들어가면 메시지 미리보기, 로그, 분석 도구에 남을 수 있습니다. 링크에는 가능하면 불투명한 대상 식별자와 경로만 두고, 내용을 보여 주기 전에 서버에서 현재 로그인 사용자와 고객사 권한을 확인합니다. 링크를 받은 사람이 다른 사람에게 전달할 수 있기 때문입니다. 올바른 화면을 여는 것과 그 화면의 데이터를 볼 권한이 있는 것은 별도의 문제입니다.
로그인 때문에 원래 목적지를 잃지 않게 한다
로그아웃 상태에서 딥링크를 누르면 로그인 화면으로 가는 것은 자연스럽습니다. 문제는 로그인 후 앱이 무조건 홈 화면으로 돌아가는 것입니다. 링크가 가리킨 경로를 검증된 내부 상태로 잠시 보관하고, 인증이 끝나면 그 경로의 권한을 다시 확인한 뒤 이동시킵니다. 복귀 대상이 외부 임의 주소가 되면 오픈 리다이렉트나 피싱 경로가 될 수 있으므로 허용된 경로와 호스트만 받아야 합니다. 대상이 삭제됐거나 권한이 바뀌었다면 홈으로 조용히 보내기보다 그 이유를 설명하고 관련 목록으로 이동할 수 있게 합니다.
앱이 실행 중일 때와 완전히 종료됐을 때 링크를 받는 경로도 다릅니다. 여러 알림을 연속으로 누른 경우에는 마지막 탭이 이전 탐색을 덮어쓸 수 있습니다. 화면 스택을 어떻게 만들지, 상세 화면에서 뒤로 가면 어디로 돌아갈지 정해야 합니다. 앱이 업데이트 중이거나 해당 화면을 아직 지원하지 않는 구버전이라면 웹으로 넘기거나 업데이트 안내를 띄우는 대체 경로가 필요합니다. 웹 페이지도 앱 설치를 강요하며 내용을 가리는 대신 허용된 범위에서 계속 읽을 수 있게 설계하는 편이 사용자에게 명확합니다.
알림 발송 시스템과 앱 라우터 사이에는 화면 경로 계약이 필요합니다. 화면 이름을 코드에 하드코딩한 링크가 앱 개편 뒤에도 계속 발송되면 오래된 알림은 모두 깨집니다. 외부에 배포한 URL은 한동안 유지하거나 새 경로로 안전하게 연결하고, 지원하지 않는 경로를 받았을 때는 빈 화면 대신 관련 목록과 검색으로 안내하세요. 링크의 수명도 제품 기능의 일부입니다.
테스트는 링크 형식보다 사용자 상태의 조합이다
설치됨·미설치, 로그인·로그아웃, 권한 있음·없음, 앱 최신·구버전, 앱 종료·백그라운드 상태를 교차해 확인하세요. Android에서는 도메인 연결 검증 상태를 기기에서 검사하고, iOS는 연관 도메인 파일과 앱 설정이 맞는지 실제 기기에서 확인합니다. 메시지 앱, 이메일, 브라우저 주소창은 링크를 여는 방식이 서로 다를 수 있으므로 모두 같은 결과를 기대해서는 안 됩니다. 특히 ‘앱이 열린다’는 성공 기준만 두지 마세요. 정확한 업무 화면이 열리고, 권한 없는 사용자는 안전하게 막히며, 웹에서도 길을 잃지 않는가가 완료 기준입니다.
