앱의 특정 화면으로 바로 열기
문자나 알림으로 보낸 링크를 눌렀을 때, 손님이 보려던 그 화면이 바로 열리게 하는 방법이에요. 첫 화면부터 다시 찾게 만들면 그 손님은 대개 돌아오지 않아요.
쉽게 말하면
큰 건물에 입주한 가게를 생각해 보세요. 손님에게 "3층 왼쪽 끝, 우리 가게로 오세요"라고 안내하는 것과, "일단 1층 정문으로 들어와서 알아서 찾아보세요"라고 하는 것은 완전히 다른 안내예요. 딥링크는 가게 문 앞까지 바로 데려다주는 안내예요. 손님이 받은 링크 하나에 층수와 호수가 다 적혀 있는 거죠.
링크는 원래 그런 물건이에요. 인터넷 주소는 화면 하나하나에 붙은 문패라서, 주소만 있으면 어디든 곧장 갈 수 있어요. 문제는 앱이 그 문패를 못 읽는 경우예요. 그러면 앱은 손님을 그냥 정문(첫 화면)에 내려놓고 끝내요.
손님은 세 번 헤매면 그만둬요. 확인 한 번 하려고 전화를 걸거나, 그냥 잊어버려요.
할 일이 눈앞에 있으니 바로 끝내요. 문의 전화도 같이 줄어요.
링크를 누르면 무슨 일이 벌어지나
손님이 링크를 누른 순간부터 화면이 뜰 때까지, 중간에 여러 번 갈림길이 있어요. 어디서 끊겼는지 알면 무엇을 고쳐 달라고 해야 할지도 정해져요.
- 1손님이 문자·알림·메신저에서 링크를 눌러요. 여기까지는 사장님이 보낸 그대로예요.
- 2폰이 "이 주소는 누가 열어야 하지"를 판단해요. 앱이 "이 주소들은 내가 맡습니다"라고 미리 등록해 뒀다면 앱이 받고, 아니면 웹 브라우저가 받아요.
- 3앱이 받았다면 앱은 주소에 적힌 목적지를 읽어요. 주문 번호인지, 예약 번호인지, 상품 번호인지요. 이걸 안 읽으면 앱은 첫 화면만 열어요.
- 4앱이 로그인 상태를 확인해요. 로그인이 안 돼 있으면 로그인 화면으로 보내는데, 이때 원래 가려던 목적지를 기억해 둬야 해요. 안 그러면 로그인 후 첫 화면으로 떨어져요.
- 5마지막으로 볼 권한이 있는지 서버가 확인해요. 링크를 아는 사람이면 누구나 볼 수 있게 두면 안 돼요.
- 6그다음에야 목적지 화면이 떠요. 손님 눈에는 이 마지막 한 단계만 보여요.
네 번째 단계가 제일 많이 새요
딥링크가 안 된다고 신고되는 것의 절반은 링크 자체가 아니라 로그인 뒤 길 잃음이에요. 링크는 잘 열렸는데 로그인 화면을 지나면서 목적지를 잊어버리는 거죠. 표를 검사받고 들어갔더니 안내원이 사라진 것과 같아요.
증상을 알아보는 법과, AI에게 말할 문장
사장님이 직접 설정을 만질 일은 거의 없어요. 대신 증상을 정확히 말하는 것이 일의 90퍼센트예요. 왼쪽 칸에서 내 증상을 찾아, 오른쪽 문장을 그대로 옮겨 주문하세요.
| 이럴 때 | 이렇게 말해요 |
|---|---|
| 문자로 보낸 주문 확인 링크를 누르면 앱 첫 화면만 떠요 | 주문 확인 주소를 눌렀을 때 그 주문 화면이 바로 열리게 해 주세요. 앱이 없는 손님에게는 같은 내용의 웹 화면이 열리게 대비책도 넣어 주세요. |
| 알림을 눌러도 목록만 열리고, 무슨 알림이었는지 다시 찾아야 해요 | 알림마다 어느 화면으로 갈지 정보를 담아 주세요. 눌렀을 때 그 화면으로 바로 이동하게 해 주세요. |
| 링크는 잘 열리는데 로그인하면 홈으로 튕겨요 | 로그인 전에 가려던 주소를 기억해 두고, 로그인이 끝나면 그 화면으로 돌려보내 주세요. |
| 메신저 안에서 링크를 열면 앱으로 안 넘어가요 | 메신저 안 브라우저에서 열렸을 때 앱으로 여는 버튼을 보여주고, 앱이 없으면 웹에서 계속 볼 수 있게 해 주세요. |
| 상품마다 주소가 같아서 특정 상품을 공유할 수 없어요 | 상품마다 주소가 따로 생기게 화면 주소 구조를 잡아 주세요. 주소를 복사해서 보내면 그 상품이 열려야 해요. |
| 예약 확인 링크로 남의 예약까지 보여요 | 링크로 들어와도 서버에서 본인 예약인지 확인하고, 본인이 아니면 볼 수 없게 막아 주세요. |
| 링크에 붙은 광고 추적 표시가 사라져서 어디서 온 손님인지 몰라요 | 링크 뒤에 붙은 표시를 앱으로 넘어갈 때도 잃지 않게 이어 주세요. |
주소 구조 자체가 없어서 생기는 문제라면 주소와 화면 연결하기가 먼저예요. 화면마다 주소가 따로 없으면 딥링크를 붙일 곳도 없어요. 광고 추적 표시는 어디서 온 손님인지 표시하기에서 자세히 다뤄요.
지금은 신경 쓰지 않아도 되는 때
이 문서를 읽고 나서 아무것도 안 하는 게 정답인 경우가 꽤 많아요. 겁을 줘서 일을 만드는 것보다, 안 해도 된다고 말하는 게 정직해요.
| 상황 | 지금 할 일 |
|---|---|
| 스토어에 올린 앱이 없고 웹사이트만 있어요 | 딥링크 설정은 필요 없어요. 웹은 원래 주소마다 화면이 따로예요. 화면 주소가 제대로 나뉘어 있는지만 확인하면 끝이에요. |
| 손님에게 링크를 보낼 일이 아직 없어요 | 안 해도 돼요. 문자·알림·영수증 메일을 보내기 시작하는 날이 이 작업의 시작일이에요. |
| 화면이 한두 개뿐인 한 장짜리 서비스예요 | 안 해도 돼요. 정문이 곧 목적지라서 헤맬 데가 없어요. |
| 앱을 깔지 않은 손님이 링크를 눌러도 웹으로 잘 열려요 | 그 상태면 이미 합격이에요. 아무것도 안 열리는 것보다 웹으로 열리는 게 낫고, 대부분의 손님에겐 이게 충분해요. |
| 설치한 다음에 원래 보려던 화면으로 데려가고 싶어요 | 지금은 미루세요. 이건 난이도가 확 올라가는 작업이고, 손님 수가 늘어 광고를 본격적으로 돌릴 때 다시 꺼내면 돼요. |
순서가 있어요
딥링크는 손님이 링크를 실제로 받고 있을 때 값이 생기는 기능이에요. 아직 보낼 링크가 없는데 이걸 먼저 다듬는 건, 손님이 오기 전에 3층 안내판을 새로 만드는 일이에요. 먼저 알림 보내기나 주문 확인 문자를 켜고, 그 링크가 어디로 떨어지는지 본 다음에 손대세요.
사장님이 실제로 겪는 장면
장면 1 · 외주 개발자가 요청했다
“유니버설 링크 붙이려면 도메인 확인 파일을 올려야 해요. 사이트 관리 권한 좀 주세요.”
이상한 요구가 아니에요. "이 주소는 내 앱이 열어도 됩니다"를 증명하는 절차예요. 아무 앱이나 남의 주소를 가로채면 위험하니까, 폰은 그 주소를 가진 사이트에 확인 파일이 있는지 보고 허락 여부를 판단해요. 사장님이 줄 것은 사이트 파일을 올릴 권한이고, 앱 비밀키가 아니에요. 권한은 필요한 범위만 주고, 끝나면 회수하세요.
장면 2 · 단골 손님이 보낸 문자
“예약 확인 링크 눌렀는데 처음부터 다시 찾아야 하더라고요. 귀찮아서 그냥 전화했어요.”
이건 기능 요청이 아니라 매출 신호예요. 전화를 걸어 준 손님은 착한 쪽이고, 말없이 나간 손님이 훨씬 많아요. 문의 전화가 늘었는데 이유를 모를 때, 사장님이 보낸 링크를 본인 폰으로 직접 눌러 보는 것이 가장 빠른 점검이에요.
점검은 폰 두 대로 해요. 앱이 깔린 폰과 안 깔린 폰이요. 같은 링크를 양쪽에서 눌러 보면 앱으로 잘 넘어가는지와 앱이 없을 때 웹으로 떨어지는지를 한 번에 볼 수 있어요.
앱이 없는 손님은 어떻게 되나
링크를 받는 사람 중 앱을 깐 사람은 소수예요. 그래서 딥링크의 진짜 설계는 앱이 없는 손님을 어떻게 대접하느냐에서 갈려요.
손님 눈에는 링크가 고장 난 것으로 보여요. 사장님을 못 믿게 되는 순간이에요.
누가 눌러도 무언가는 보여요. 앱 설치 안내는 그 화면 위에서 권하면 돼요.
그래서 정석은 주소를 두 벌 만들지 않는 것이에요. 손님에게 보내는 링크는 언제나 내 사이트 주소 하나로 하고, 앱은 그중 자기가 열 수 있는 주소를 가로채게 해요. 앱을 나중에 만들거나 없애도 링크는 그대로 살아 있어요.
이건 약속하지 않는 게 좋아요
"링크를 누르면 앱이 설치되고, 설치가 끝나면 그 화면이 열린다"는 흐름은 만들 수는 있지만 중간에 끊기는 경우가 많아요. 스토어를 한 번 거치면 눌렀던 링크 정보가 잘 끊기거든요. 손님에게 미리 "설치하면 바로 그 화면이 열려요"라고 안내하지 마세요. 지키기 어려운 약속이에요.
링크를 넣게 되는 자리
이 작업의 값은 링크를 넣는 자리마다 따로 생겨요. 아래 표에서 사장님이 실제로 쓰고 있는 줄만 골라 고치면 돼요. 안 쓰는 줄은 지금 볼 필요 없어요.
| 링크를 보내는 자리 | 도착해야 하는 화면 | 여기가 새면 |
|---|---|---|
| 주문·예약 확인 문자 | 그 주문 한 건의 상세 화면 | 확인 전화가 늘어요. 사장님 시간이 통째로 나가요 |
| 알림 | 알림이 말하는 그 화면. 목록이 아니라 그 한 건 | 알림을 눌러도 소용없다고 배운 손님은 다음부터 안 눌러요 |
| 영수증·안내 메일 | 영수증 상세 또는 재주문 화면 | 재주문이 안 일어나요. 가장 아까운 손실이에요 |
| 메신저로 공유하는 상품 링크 | 그 상품 화면 | 받은 사람이 첫 화면에서 상품을 못 찾고 나가요 |
| 후기 요청 문자 | 그 주문에 후기를 쓰는 화면 | 후기가 안 모여요. 손님은 착해도 귀찮은 건 안 해요 |
| 장바구니를 두고 간 손님에게 보내는 안내 | 그 장바구니가 담긴 채로 열리는 화면 | 다시 담아야 하면 대부분 포기해요 |
여기서 우선순위를 고르는 기준은 간단해요. 한 달에 가장 많이 나가는 링크 한 줄부터예요. 문자를 하루에 서른 통 보내면 그 한 줄이 다른 다섯 줄을 합친 것보다 값이 커요.
준비물과 확인처
이 작업에 필요한 것은 코드보다 권한과 문서예요. 사장님이 챙길 것만 정리하면 이래요.
- 1내 도메인. 앱이 열 주소는 내 소유 주소여야 해요. 남의 주소로는 못 해요. 도메인이 아직 없으면 그게 먼저예요.
- 2사이트에 파일을 올릴 권한. 도메인 소유를 증명하는 작은 확인 파일을 정해진 위치에 올려야 해요. 파일 이름과 위치는 각 스토어의 개발자 문서에 정확히 적혀 있어요. 확인하고 그대로 하세요.
- 3앱을 등록한 스토어 계정 접근. 앱 쪽에도 "이 주소를 내가 맡는다"를 등록해야 해서, 앱 설정을 만질 수 있어야 해요. 계정은 사장님 명의로 두는 게 맞아요.
- 4적용을 기다릴 여유. 확인 파일은 바로 반영되지 않을 수 있어요. 방금 올렸는데 안 된다고 다 뜯어고치지 말고, 시간을 두고 다시 확인하세요.
- 5두 대의 폰으로 확인. 앱이 깔린 폰과 안 깔린 폰에서 같은 링크를 눌러 보세요. 이 확인을 안 하고 넘어가면 손님이 대신 발견해요.
스토어 정책은 자주 바뀌어요. 심사 기준·필수 항목·설정 화면 위치는 각 스토어의 정책 문서에서 그때그때 확인하세요. 앱 심사 자체가 처음이면 앱 등록 심사를 먼저 읽는 게 좋아요.
자주 묻는 것
- Q. 앱이 없는데도 이 말을 들었어요. 왜요?
- 웹에서도 같은 말을 써요. 화면마다 주소가 따로 있느냐는 뜻으로요. 웹은 원래 그렇게 생겼으니 대개 이미 되어 있고, 안 되어 있다면 화면 주소 구조 문제예요. 앱을 만들 계획이 없다면 설정 작업은 필요 없어요.
- Q. 앱을 안 깐 손님이 링크를 누르면 어떻게 돼요?
- 내 사이트 주소를 보냈다면 웹 화면이 열려요. 앱 전용 주소를 보냈다면 아무 일도 안 일어나요. 그래서 손님에게 보내는 링크는 항상 사이트 주소로 통일하는 게 안전해요.
- Q. 설치한 다음에 원래 보려던 화면으로 데려갈 수 있나요?
- 가능하지만 확실하지 않아요. 스토어를 거치는 동안 눌렀던 링크 정보가 끊기기 쉬워서, 별도의 중계 장치가 필요하고 그래도 다 살아나지는 않아요. 초기에는 넣지 않는 쪽을 권해요.
- Q. 메신저 안에서 열면 왜 다르게 동작해요?
- 메신저는 자기 안에 작은 브라우저를 품고 있어서, 폰의 판단을 안 거치고 그 안에서 웹으로 열어 버리는 경우가 있어요. 이럴 때는 화면 위에 앱으로 여는 버튼을 두고, 안 되면 그 자리에서 계속 볼 수 있게 두는 게 현실적인 답이에요.
- Q. 링크만 알면 남의 주문도 볼 수 있는 거 아니에요?
- 그렇게 만들면 그렇게 돼요. 그래서 링크는 문을 여는 안내일 뿐이고, 볼 자격이 있는지는 서버가 따로 확인해야 해요. 주문 번호가 1234라서 1235도 열린다면 그건 딥링크 문제가 아니라 권한 문제예요.
- Q. 앱 없이 앱처럼 쓰는 방식이면 어때요?
- 홈 화면에 추가되는 웹앱은 주소가 곧 화면이라 이 고민이 훨씬 적어요. 스토어 심사도 없고요. 앱을 꼭 스토어에 올려야 하는 이유가 없다면 먼저 검토할 만해요.
- Q. 손님이 폰을 바꾸거나 앱을 지웠다가 다시 깔면 링크가 깨져요?
- 안 깨져요. 링크가 가리키는 것은 내 사이트 주소이고, 그 주소는 앱과 상관없이 그대로 살아 있어요. 앱이 있는 폰에서는 앱이 받고, 지운 뒤에는 웹이 받는 것뿐이에요. 오래된 문자에 남은 링크도 계속 열려요.
- Q. 링크가 짧은 주소로 바뀌면 그래도 되나요?
- 돼요. 짧은 주소는 원래 주소로 넘겨주는 안내판이라, 최종 주소가 내 사이트 주소면 앱이 받을 수 있어요. 단 한 번 더 거치는 만큼 느려지고, 짧은 주소 서비스가 사라지면 링크가 다 죽어요. 문자에 넣을 주소는 내 도메인으로 두는 편이 오래 안전해요.
헷갈리기 쉬운 것
바로 열기 = 앱을 강제로 열기? 아니에요. 손님이 웹에서 보고 싶으면 웹에서 보게 두는 게 맞아요. 앱을 억지로 띄우면 로그인부터 다시 하게 되는 손님도 있어요. 목표는 앱을 여는 것이 아니라 목적지에 도착시키는 것이에요.
링크 미리보기와 같은 것? 달라요. 메신저에 뜨는 그림과 제목은 링크 보낼 때 보이는 모습이고, 이 문서는 누른 뒤에 어디로 가는지예요. 둘 다 중요한데 손보는 곳이 달라요.
앱과 웹 화면이 서로 다르면? 링크 하나로 양쪽을 보내려면 같은 내용이 양쪽에 다 있어야 해요. 앱에만 있는 화면으로 보내는 링크를 웹에서 열면 빈 화면이 나와요. 그럴 때는 없는 주소로 들어왔을 때 안내처럼, 최소한 다음에 뭘 하라는 말은 남겨 두세요.
확인해 보세요
손님에게 주문 확인 문자를 보낼 때, 어떤 주소를 넣는 게 안전할까요?
하나 더
웹사이트만 있고 스토어에 올린 앱이 없어요. 지금 무엇을 해야 할까요?
직접 해보기
내가 보낸 링크를 손님 눈으로 눌러 보기
만든 화면을 열고, 그 화면 주소를 복사해서 본인 폰으로 보내 보세요. 눌렀을 때 그 화면이 바로 뜨는지, 첫 화면으로 떨어지는지 30초면 알 수 있어요. 이 확인 하나가 이 문서의 절반이에요.
스튜디오에서 화면 열기더 깊이 (안 읽어도 괜찮아요)
주소가 두 종류인 이유 · 앱을 여는 주소에는 두 갈래가 있어요. 하나는 앱만 아는 이름을 앞에 붙인 앱 전용 주소예요. 만들기 쉽지만 앱이 없으면 아무 일도 안 일어나고, 같은 이름을 다른 앱이 먼저 쓰고 있으면 엉뚱한 앱이 열릴 수도 있어요. 다른 하나는 평범한 내 사이트 주소를 앱이 가로채는 방식이에요. 도메인 소유 증명이 필요해서 손이 더 가지만, 남이 가로챌 수 없고 앱이 없는 손님에게도 웹이 열려요. 지금 새로 만든다면 두 번째가 기본이에요.
확인 파일이 하는 일 · 폰은 앱의 말만 듣고 주소를 넘겨주지 않아요. 앱이 "이 주소들은 내가 맡습니다"라고 신고하면, 폰은 그 주소를 가진 사이트에 가서 "이 앱 맞습니까"를 확인해요. 사이트에 올려 두는 확인 파일이 그 답장이에요. 도장이 찍힌 위임장 같은 거죠. 그래서 사이트 파일을 올릴 권한이 없으면 이 방식은 불가능하고, 반대로 도메인을 남에게 맡겨 두면 그 사람이 이 위임장을 바꿔 쓸 수도 있어요. 도메인 계정을 사장님 명의로 두라는 말이 여기서도 나와요.
설치 후 복원이 어려운 진짜 이유 · 링크를 누른 폰과, 스토어에서 앱을 내려받아 처음 켠 폰이 같은 사람이라는 것을 앱은 곧바로 알 수 없어요. 중간에 스토어라는 남의 건물을 한 번 지나가면서 손에 들고 있던 쪽지가 사라지거든요. 그래서 이 흐름은 여러 단서를 모아 "아마 같은 사람일 것"이라고 추측하는 방식으로 돌아가고, 추측이니까 틀릴 때가 있어요. 광고비를 크게 쓰기 시작해서 한 사람 한 사람의 도착률이 돈으로 환산될 때 손대는 게 맞아요.
이것만 기억하세요
- ·손님에게 보내는 링크는 내 사이트 주소 하나로 통일해요. 앱이 있으면 앱이 받고, 없으면 웹이 열려요
- ·안 열리는 원인의 절반은 로그인 뒤에 목적지를 잊는 것이에요
- ·링크는 안내일 뿐이고, 볼 자격 확인은 서버가 따로 해요
- ·스토어에 올린 앱이 없으면 지금 할 일은 없어요. 화면 주소가 나뉘어 있는지만 보세요
- ·설치 후 원래 화면으로 데려가기는 미루고, 손님에게 미리 약속하지 마세요