주소와 화면 연결하기
어떤 주소로 들어오면 어떤 화면이 열리는지 정하는 규칙이에요. 화면에 주소가 없으면 손님을 그 화면으로 초대할 수도, 검색에 걸 수도, 몇 명이 봤는지 셀 수도 없어요.
이런 증상이면 여기가 맞아요
이 문서는 정의부터 외우려고 오는 곳이 아니에요. 화면을 보다가 뭔가 이상한 걸 발견했을 때 찾아오는 곳이에요. 아래 증상 중 하나라도 겪었다면 원인은 거의 다 한 군데예요.
| 보이는 증상 | 실제로 벌어진 일 |
|---|---|
| 새로고침하면 "페이지를 찾을 수 없습니다"가 떠요 | 그 주소를 서버가 모르고 있어요. 방은 있는데 문패가 안 붙은 상태예요 |
| 손님에게 링크를 보냈는데 첫 화면만 열려요 | 안내하려던 그 화면에 자기 주소가 없어요. 들어갈 문이 없는 거예요 |
| 뒤로가기를 누르면 처음 화면으로 튕겨요 | 화면을 넘길 때 주소를 안 바꿨어요. 브라우저는 주소만 기억해요 |
| 주소가 p3, view=2 처럼 알 수 없는 글자예요 | 주소를 사람이 읽는 말로 정하지 않았어요. 손님이 링크를 의심해요 |
| 통계에 인기 화면이 안 나와요 | 여러 화면이 같은 주소를 쓰고 있어요. 셀 단위가 아예 없는 거예요 |
| 없는 주소로 들어가면 하얀 화면이 떠요 | 잘못 들어온 손님을 받아 줄 안내 화면을 안 만들었어요 |
| 주소를 정리한 뒤 검색으로 들어온 손님이 막혀요 | 옛 주소에서 새 주소로 보내 주는 이사 안내를 안 걸었어요 |
| 로그인 안 해도 내 정보 주소가 그냥 열려요 | 그 주소 앞에 문지기를 안 세웠어요. 주소는 비밀이 못 돼요 |
고치는 건 사장님 손이 아니에요
여기 있는 증상은 전부 말로 시켜서 고쳐요. 어려운 이름을 외울 필요 없어요. 뒤쪽 "AI에게 이렇게 말하세요" 표에서 증상 그대로 골라 복사하면 돼요.
쉽게 말하면
가게가 커지면 방이 여러 개예요. 계산대, 상담실, 창고. 손님에게 "상담실로 오세요"라고 말할 수 있는 건 그 방에 문패가 붙어 있기 때문이에요. 주소가 그 문패예요. 문패가 없으면 손님을 무조건 입구에 세워 두고 "들어가서 오른쪽으로 두 번 누르시고요"를 매번 설명해야 해요.
문패가 없는 방은 바깥에서 보면 없는 방이에요. 링크로 초대할 수 없고, 검색 결과에도 안 걸리고, 몇 명이 들어왔는지도 못 세요. 화면을 잘 만들었는데 아무도 못 찾는 상황의 절반이 여기서 나와요.
그리고 문패는 손님 손에 남아요. 손님이 즐겨찾기에 담고, 단골에게 전달하고, 검색 엔진이 목록에 적어 둬요. 그래서 주소는 나중에 바꾸기가 가장 어려운 것 중 하나예요.
주소가 있으면 생기는 네 가지
| 역할 | 주소가 있으면 | 주소가 없으면 |
|---|---|---|
| 초대 | "이 링크 누르면 바로 예약 화면이에요"로 끝나요 | "홈 들어가서 위쪽 예약 누르시고"를 손님마다 설명해요 |
| 검색 | 예약, 메뉴, 오시는 길이 각각 검색에 걸려요 | 첫 화면 하나만 검색에 잡혀요 |
| 세기 | 어느 화면이 인기인지 숫자로 갈라져 나와요 | 전부 한 덩어리로 세져서 아무것도 알 수 없어요 |
| 되돌리기 | 뒤로가기, 즐겨찾기, 앞으로가기가 제대로 돌아요 | 뒤로가기 한 번에 손님이 처음으로 던져져요 |
네 가지가 다 장사에 직접 붙는 일이에요. 주소는 개발자 취향 문제가 아니라 홍보와 숫자의 뼈대예요. 검색 쪽 이야기는 검색 노출에서, 숫자 쪽은 방문 통계에서 이어져요.
읽히는 주소와 안 읽히는 주소
문자로 받은 손님이 "이거 스팸 아니야?" 해요. 나중에 사장님도 어느 화면인지 못 알아봐요.
보기만 해도 무슨 화면인지 알아요. 검색 결과에서도 뜻이 읽히고, 전화로도 불러 줄 수 있어요.
- 1영문 소문자로 써요. 대문자를 섞으면 손님이 다르게 치고, 어떤 서버는 다른 주소로 취급해요.
- 2띄어쓰기 대신 하이픈을 써요. 띄어쓰기는 복사 과정에서 이상한 글자로 늘어나요.
- 3한글 주소는 피해요. 동작은 하는데 복사하면 알 수 없는 글자 덩어리가 되고, 문자로 보내면 길이가 세 배가 돼요.
- 4뜻이 있는 짧음을 고르세요. r 보다 reserve 가 나아요. 짧게 만들려고 뜻을 버리면 안 돼요.
- 5한 화면에 주소 하나. 같은 화면이 두 주소로 열리면 통계도 검색 순위도 반으로 쪼개져요.
지금 정하는 게 가장 쌉니다
손님 손에 링크가 퍼지기 전이 주소를 고칠 마지막 기회예요. 문 열기 전에 한 번, 첫 화면부터 순서대로 주소를 읽어 보세요. 소리 내어 읽어서 뜻이 안 통하면 그 주소는 고쳐야 해요.
AI에게 이렇게 말하세요
증상을 기술 용어로 번역할 필요가 없어요. 보이는 그대로 말하면 돼요. 왼쪽에서 사장님 상황을 찾아, 오른쪽 문장을 그대로 복사해 쓰세요.
| 이런 상태예요 | 이렇게 말하세요 |
|---|---|
| 새로고침하면 못 찾겠다고 나와요 | "어느 화면에서 새로고침해도 그 화면이 그대로 열리게 해주세요. 지금은 페이지를 찾을 수 없다고 나와요" |
| 특정 화면 링크를 따로 보내고 싶어요 | "예약 화면에 고정 주소를 만들어 주세요. 그 주소를 누르면 바로 예약 화면이 열려야 해요" |
| 뒤로가기가 처음으로 튕겨요 | "화면을 넘길 때 주소도 같이 바뀌게 해주세요. 뒤로가기를 누르면 직전 화면으로 돌아가야 해요" |
| 주소가 알 수 없는 글자예요 | "주소를 사람이 읽을 수 있게 정리해주세요. 예약은 reserve, 메뉴는 menu 처럼 영문 소문자로요" |
| 없는 주소로 들어가면 하얀 화면이에요 | "없는 주소로 들어오면 하얀 화면 대신 안내 화면을 보여주고, 첫 화면으로 가는 버튼을 넣어주세요" |
| 주소를 바꿨더니 옛 링크가 죽었어요 | "옛 주소로 들어온 손님을 새 주소로 자동으로 보내주세요. 옛 링크가 죽지 않게요" |
| 로그인 안 한 사람도 내 정보가 열려요 | "내 정보 화면은 로그인한 사람만 들어오게 막고, 아니면 로그인 화면으로 보내주세요" |
| 주소 끝 슬래시에 따라 다르게 나와요 | "주소 끝에 슬래시가 있든 없든 같은 화면이 열리게 통일해주세요" |
| 대문자로 치면 안 열려요 | "주소에 대문자를 섞어 쳐도 같은 화면이 열리게 해주세요" |
| 예약 건마다 따로 링크를 주고 싶어요 | "예약 건마다 주소가 따로 생기게 해주세요. 남의 예약 번호로는 열리지 않게 막아주세요" |
한 번에 하나씩
표에서 세 줄을 한꺼번에 복사해 붙이면 엉뚱한 데까지 바뀌어요. 한 줄 말하고, 눈으로 확인하고, 다음 줄로 가세요. 말 거는 요령은 프롬프트에 더 있어요.
사장님이 실제로 겪는 장면
장면 1 · 단골에게 링크를 보냈는데 첫 화면만 열렸다
“새 메뉴 화면을 보여주고 싶어서 링크를 문자로 보냈는데, 눌러 보니 그냥 처음 화면이 뜬다고 해요. 저는 잘 보이는데요.”
사장님 브라우저에서는 눌러서 들어간 상태라 잘 보여요. 하지만 그 화면에 주소가 없으면 링크에는 첫 화면만 담겨요. 고치는 말은 한 줄이에요. "메뉴 화면에 고정 주소를 만들어 주세요." 링크로 보낼 화면은 전부 이걸 확인해야 해요.
장면 2 · 외주 개발자가 말했다
“화면 전환은 브라우저 쪽에서 처리하고 있어서, 서버에 규칙 하나만 넣으면 새로고침도 정상으로 돌아갑니다.”
이제 해석돼요. 브라우저는 방 번호를 아는데 서버는 몰랐던 상태라는 뜻이에요. 새로고침은 서버에게 직접 묻는 행동이라 거기서 걸렸던 거예요. 규칙 하나로 끝나는 일이라 큰 작업이 아니에요.
장면 3 · 검색으로 들어온 손님이 막혔다
“주소를 깔끔하게 정리했는데, 검색에서 예약 화면을 눌렀다는 손님이 없는 페이지라고 나온다네요.”
정리는 잘한 거예요. 빠진 건 이사 안내예요. 옛 주소를 기억하는 곳이 검색 엔진, 손님 즐겨찾기, 예전에 보낸 문자까지 널려 있어요. 옛 주소로 들어오면 새 주소로 자동으로 보내 주는 규칙을 걸어 두면 전부 살아나요.
없는 주소로 들어온 손님
없는 주소로 들어오는 손님은 반드시 생겨요. 오타, 예전에 뿌린 링크, 남이 잘못 적어 올린 링크. 이걸 막을 방법은 없고, 받아 주는 화면을 만드는 것만 할 수 있어요.
- 1하얀 화면은 폐업으로 읽혀요. 손님은 "망했나" 하고 나가고, 다시 안 와요. 이게 가장 큰 손실이에요.
- 2안내 화면에는 세 가지를 넣어요. 무슨 일인지 한 줄, 첫 화면으로 가는 버튼, 자주 보는 화면 두세 개 링크.
- 3사과할 필요는 없어요. "찾으시는 화면이 없어요. 아래에서 골라 보세요" 정도가 손님에게 가장 편해요.
- 4어떤 주소로 잘못 들어왔는지 기록해 두면, 내가 뿌린 링크의 오타를 거꾸로 찾아낼 수 있어요.
안내 화면은 있는데 없다고 말해야 해요
없는 주소인데도 "잘 열렸다"는 신호를 보내면, 검색 엔진이 그 빈 안내 화면을 정상 화면으로 목록에 담아요. 그러면 검색 결과에 쓸모없는 줄이 잔뜩 생겨요. AI에게 "없는 주소라는 표시도 함께 보내 주세요"라고 한 줄 덧붙이면 돼요.
주소를 바꿔야 할 때
장사를 하다 보면 주소를 바꿀 일이 생겨요. 메뉴 이름이 바뀌거나, 화면을 쪼개거나, 처음에 급하게 지은 주소가 부끄러워질 때요. 순서만 지키면 손님을 잃지 않아요.
- 1지금 그 주소로 들어오는 손님이 있는지 통계에서 먼저 봐요. 아무도 안 쓰는 주소면 그냥 바꾸면 돼요.
- 2새 주소를 정해요. 이번엔 오래 쓸 이름으로요. 계절이나 연도를 주소에 넣으면 내년에 또 바꾸게 돼요.
- 3옛 주소에서 새 주소로 이사 안내를 걸어요. "영구히 이사했다"는 표시로요. 그러면 검색 엔진이 순위까지 새 주소로 옮겨 줘요.
- 4검색에 제출한 화면 목록을 갱신해요. 사이트맵 문서에 방법이 있어요.
- 5광고와 문자에 뿌린 옛 링크는 그대로 두세요. 이사 안내가 걸려 있으면 살아 있어요. 회수하려고 애쓸 필요 없어요.
이사 안내는 지우지 마세요
"이제 아무도 옛 주소 안 쓰겠지" 하고 이사 안내를 걷어내는 순간, 몇 년 전 블로그에 걸린 링크로 오던 손님이 끊겨요. 이사 안내는 비용이 거의 없으니 계속 두는 게 정답이에요.
문 열기 전 3분 점검
주소 문제는 개업 뒤에 손님 입으로 알게 되면 이미 늦어요. 문 열기 전에 이 순서로 3분만 써 보세요. 전부 사장님이 직접 눌러서 확인할 수 있는 것들이에요.
- 1화면마다 들어가서 새로고침을 눌러 봐요. 하나라도 못 찾겠다고 나오면 거기가 문제예요.
- 2주소를 복사해 자기 폰으로 보내 봐요. 폰에서 그 화면이 바로 열려야 정상이에요. 첫 화면이 열리면 문패가 없는 거예요.
- 3뒤로가기를 세 번 눌러 봐요. 손님이 지나온 길을 거꾸로 되짚어야 해요. 처음으로 튕기면 주소가 안 바뀌고 있어요.
- 4주소 끝에 아무 글자나 붙여서 들어가 봐요. 하얀 화면이 아니라 안내 화면이 떠야 해요.
- 5로그아웃한 창에서 내 정보 주소를 직접 쳐 봐요. 열리면 문지기가 없는 거예요. 가장 급한 항목이에요.
다섯 번째가 제일 급해요
앞 네 개는 불편함이지만, 다섯 번째는 손님 정보가 새는 문제예요. 하나만 고칠 시간이 있다면 이걸 고치세요. 문 열기 전 전체 점검 목록은 개업 점검표에 있어요.
자주 묻는 것
- Q. 주소는 몇 개나 만들어야 하나요?
- 손님에게 따로 안내할 일이 있는 화면 수만큼이에요. 예약, 메뉴, 오시는 길처럼 링크로 보낼 화면은 주소가 필요해요. 예약 도중의 중간 단계처럼 따로 안내할 일이 없는 화면은 없어도 돼요. 화면을 나눌지 말지 자체가 고민이면 여러 페이지로 나누기를 먼저 보세요.
- Q. 도메인과 다른 건가요?
- 도메인은 건물 주소고, 여기서 말하는 주소는 건물 안 방 번호예요. myshop.kr 이 도메인이고 /reserve 가 방 번호예요. 도메인 사는 이야기는 도메인에 있어요.
- Q. 주소에 예약 번호가 들어가는데 괜찮나요?
- 번호가 들어가는 건 괜찮지만, 주소만 알면 열리는 상태는 안 돼요. 주소는 비밀이 못 돼요. 브라우저 기록, 문자, 서버 기록에 그대로 남으니까요. 남의 번호로는 안 열리게 문지기를 세워 달라고 말하세요. 문지기 이야기는 로그인에 있어요.
- Q. 앱에서도 주소가 있나요?
- 네. 문자로 받은 링크를 눌렀을 때 앱 안의 특정 화면이 바로 열리는 게 그거예요. 앱도 화면마다 주소를 붙일 수 있어요. 앱으로 만들기에서 이어져요.
- Q. 한 장으로 다 만들면 주소는 신경 안 써도 되나요?
- 한 장짜리 소개 화면이면 그래도 돼요. 다만 그 안에서 위치를 가리키는 주소 정도는 있으면 좋아요. "가격 부분만 링크로 보내기"가 되니까요.
- Q. 주소가 길면 안 좋나요?
- 짧을수록 좋지만, 뜻 없는 짧음보다 읽히는 긴 것이 나아요. 다만 세 단계 넘게 깊어지면 손님이 부담을 느껴요. 두 단계 안에서 끝내는 걸 목표로 하세요.
- Q. 손님이 링크를 눌렀는데 미리보기가 다 똑같이 나와요
- 주소는 잘 붙었는데 화면마다 제목과 미리보기 정보를 안 준 상태예요. 주소와 짝이 되는 이야기라 링크 미리보기와 함께 보면 돼요.
헷갈리기 쉬운 것
주소가 바뀌면 새 화면인가요? 아니에요. 주소는 문패고 화면은 방이에요. 예약 건마다 주소가 다르지만 방은 하나인 경우가 흔해요. 틀은 같고 내용만 갈아 끼우는 거예요.
주소가 안 바뀌는 게 빠른 건가요? 화면을 갈아 끼우는 방식이 빠른 건 맞아요. 그런데 요즘 방식은 빠르게 갈아 끼우면서 주소도 같이 바꿀 수 있어요. 둘 중 하나를 포기할 일이 아니에요. 지금 주소가 안 바뀐다면 빠르려고 그런 게 아니라 그냥 안 해 놓은 거예요.
주소를 숨기면 안전한가요? 아니에요. 어렵게 지은 주소는 잠긴 문이 아니라 눈에 잘 안 띄는 문일 뿐이에요. 봐선 안 되는 화면은 주소를 숨기지 말고 문지기를 세우세요.
확인해 보세요
단골에게 예약 화면 링크를 문자로 보내고 싶은데, 링크를 누르면 첫 화면만 열려요. AI에게 뭐라고 말할까요?
하나 더
예약 상세 주소를 아는 사람은 누구나 열 수 있는 상태예요. 어떻게 봐야 할까요?
직접 해보기
만든 것의 주소를 직접 눌러 보세요
작업물을 열고 화면을 이리저리 옮기면서 위쪽 주소가 같이 바뀌는지 보세요. 안 바뀌거나, 바뀐 주소를 새로고침했을 때 안 열린다면, 위 표에서 그 줄을 복사해 그대로 말하면 돼요.
스튜디오 열기더 깊이 (안 읽어도 괜찮아요)
새로고침 사고는 왜 새로고침에서만 나는가 · 화면을 넘기는 방식이 두 가지예요. 옛 방식은 주소마다 서버가 문서를 하나씩 내줘요. 요즘 방식은 문서 하나만 받아 두고 브라우저가 안에서 화면을 갈아 끼워요. 그래서 눌러서 들어가면 잘 되는데, 새로고침은 서버에게 직접 다시 묻는 행동이라 서버가 "그런 주소 모른다"고 답해요. 브라우저는 방 번호를 아는데 서버는 모르는 상태인 거예요. "어느 주소로 들어와도 이 화면 전체를 먼저 띄워 주세요"라는 규칙 하나로 정리돼요. 사장님이 볼 일은 없고, 이 한 문장을 말하면 돼요.
주소 하나가 여러 내용을 여는 자리 · 예약 상세처럼 틀은 같고 내용만 다른 화면은 주소에 번호 자리를 하나 비워 둬요. 예약 번호가 그 자리에 들어가면 그 예약을 보여주는 식이에요. 이때 반드시 두 가지를 같이 시켜야 해요. 하나는 없는 번호로 들어온 손님에게 안내 화면을 보여주는 것, 다른 하나는 남의 번호로는 열리지 않게 막는 것. 이 두 가지를 빼먹은 게 개인정보 사고의 흔한 시작이에요.
주소 구조가 숫자의 단위가 된다 · 예약 과정을 한 주소에서 다 처리하면, 손님이 어디서 포기했는지 영원히 알 수 없어요. 단계마다 주소를 두면 첫 단계 100명, 다음 60명, 마지막 12명처럼 숫자가 갈려서 보여요. 그러면 고칠 곳이 손가락으로 짚혀요. 이 숫자 읽는 법이 깔때기예요. 주소를 아끼면 숫자가 안 보이고, 숫자가 안 보이면 개선할 곳을 짐작으로 정하게 돼요.
이것만 기억하세요
- ·주소는 화면에 붙은 문패예요. 문패 없는 화면은 초대도 검색도 집계도 안 돼요
- ·증상 그대로 말하면 돼요. "새로고침하면 안 열려요" 한 줄로 충분해요
- ·주소는 영문 소문자와 하이픈으로, 뜻이 읽히게 짧게 지어요
- ·없는 주소로 들어온 손님을 받는 안내 화면을 꼭 만들어요
- ·주소를 바꿀 때는 옛 주소에서 새 주소로 이사 안내를 걸고, 걷어내지 않아요