제작 · 계약Deploy · 반영 · 공개
배포
배포는 만든 홈페이지나 고친 내용을 실제 주소에 올려 손님이 볼 수 있게 하는 일이에요.
주방에서 완성한 요리를 손님 테이블로 내보내는 순간이에요.
조금 더 자세히
처음 공개할 때만 배포하는 게 아니라, 가격 하나를 고쳐도 다시 배포해야 손님 화면에 반영돼요.
배포 직후에는 브라우저가 예전 화면을 기억하고 있어서 바로 안 바뀌어 보일 수 있어요. 새로고침하거나 잠시 뒤에 다시 보면 돼요.
문제가 생기면 바로 직전 상태로 되돌릴 수 있어야 해요. 그래서 배포 전 백업과 미리보기 확인이 함께 가요.
홈페이지 배포는 어떤 순서로 진행되나요?
배포는 보통 ‘고치기 → 미리보기 확인 → 승인 → 실제 주소 반영 → 공개 후 확인’ 순서로 진행돼요. 요즘 많이 쓰는 호스팅 서비스는 고친 내용을 먼저 미리보기 주소로 올리고, 확인이 끝나면 실제 주소로 바꿔 주는 방식이에요.
오타 하나처럼 아주 작은 변경은 미리보기 확인 없이 바로 배포하기도 해요. 다만 가격 · 예약 · 결제처럼 손님과의 약속이 걸린 부분은 미리보기에서 한 번 보고 반영하는 게 안전해요.
배포에 걸리는 시간은 홈페이지 크기와 호스팅 방식에 따라 달라요. 작은 홈페이지는 몇 분 안에 끝나는 경우가 많지만, 완료 안내를 받기 전에는 바뀐 화면이 아닐 수 있다는 점을 기억해 두세요.
- 01사장님이 고칠 내용을 요청해요.
- 02제작자가 고친 뒤 미리보기 주소로 올려요.
- 03사장님이 미리보기에서 바뀐 곳을 확인하고 승인해요.
- 04제작자가 실제 주소로 배포해요. 이때 코드를 실제 화면용 파일로 묶는 작업(빌드)이 함께 일어나요.
- 05배포가 끝나면 실제 주소에서 바뀐 곳과 예약 · 문의 버튼을 다시 확인해요.
- 06언제 무엇을 바꿨는지 기록을 남겨요.
배포와 호스팅, 도메인은 어떻게 다른가요?
도메인은 가게 주소, 호스팅은 홈페이지 파일이 놓이는 자리, 배포는 그 자리에 새 파일을 올리는 행동이에요. 셋 중 하나만 문제가 있어도 손님은 홈페이지를 제대로 볼 수 없어요.
업체를 바꾸거나 호스팅을 옮길 때는 셋이 함께 움직여서 헷갈리기 쉬워요. 도메인은 그대로 두고 호스팅만 옮기더라도, 새 호스팅에 배포한 뒤 도메인이 새 자리를 가리키도록 연결을 바꿔야 손님에게 새 화면이 보여요.
도메인 갱신을 놓치면 배포를 아무리 잘해도 주소가 열리지 않아요. 도메인 만료일이 언제인지, 자동 갱신이 켜져 있는지도 함께 확인해 두세요.
표는 옆으로 밀어서 볼 수 있어요
| 구분 | 비유 | 언제 일어나나요 |
|---|---|---|
| 도메인 | 가게 간판의 주소 | 처음 한 번 연결하고, 해마다 갱신해요 |
| 호스팅 | 가게가 들어선 건물 | 공개 기간 내내 계속 유지돼요 |
| 배포 | 진열대에 새 상품을 채우는 일 | 공개할 때와 고칠 때마다 일어나요 |
배포했는데 왜 바로 안 바뀌어 보이나요?
대부분은 어딘가에 예전 화면이 저장(캐시)돼 있어서예요. 캐시는 같은 화면을 빨리 보여 주려고 한 번 받은 파일을 잠시 보관하는 기능인데, 배포 직후에는 이 때문에 옛 화면이 보일 수 있어요.
캐시는 손님 폰의 브라우저에도 있고, 홈페이지를 빠르게 전달하려고 여러 지역에 사본을 두는 전송망(CDN)에도 있어요. 카카오톡 같은 메신저도 링크 미리보기 사진과 제목을 따로 저장해 두기 때문에, 대표 사진을 바꿔도 메신저 미리보기는 한동안 예전 그대로일 수 있어요.
확인할 때는 브라우저의 시크릿 창이나 다른 폰으로 열어 보면 캐시 영향을 줄일 수 있어요. 검색 결과에 보이는 설명은 검색엔진이 다시 방문해야 바뀌어서 며칠 걸리기도 해요.
배포 후 문제가 생기면 어떻게 되돌리나요?
많은 호스팅 서비스는 이전 배포 버전을 보관하고 있어서, 문제가 생기면 주소를 직전 버전으로 다시 연결하는 방식으로 되돌려요(롤백). 예를 들어 Vercel은 이전 운영 배포로 바로 되돌리는 기능을 문서로 안내하고 있어요.
다만 되돌리는 건 화면과 코드예요. 그사이 손님이 남긴 예약 · 주문 · 문의 같은 데이터는 따로 저장돼 있어서 함께 되돌아가지 않아요. 데이터 구조가 바뀌는 큰 배포라면 백업을 먼저 해 두는 이유가 여기에 있어요.
그래서 ‘언제 무엇을 바꿨는지’ 배포 기록이 남아 있으면, 문제가 생겼을 때 어느 배포가 원인인지 빨리 찾고 그 직전 버전으로 돌아갈 수 있어요.
사장님이 직접 되돌리기 버튼을 누를 일은 거의 없지만, ‘문제가 생기면 이전 화면으로 바로 돌릴 수 있어요’라는 답을 업체에게 들어 두면 배포를 훨씬 안심하고 맡길 수 있어요.
배포는 언제 하는 게 좋나요?
배포는 손님이 가장 적은 시간에, 문제가 생기면 바로 대응할 수 있는 날에 하는 게 일반적인 요령이에요. 배포 자체로 홈페이지가 멈추는 일은 드물지만, 바뀐 부분에 실수가 있으면 손님이 먼저 발견할 수 있어서예요.
음식점이라면 점심 · 저녁 영업 시간 직전은 피하고, 미용실이라면 예약이 몰리는 주말 아침보다 평일 한가한 시간에 반영하는 게 좋아요. 공방이 새 클래스 모집을 공지할 계획이라면 공지 하루 전에 미리 배포해 두고 확인까지 마치는 게 안전해요.
행사나 할인 시작처럼 정해진 시각에 바뀌어야 하는 내용은 미리 일정과 확인 담당자를 업체와 맞춰 두세요.
배포 직후 30분 정도는 문의 · 예약 알림이 평소처럼 오는지 지켜보는 것도 좋은 습관이에요. 알림이 갑자기 끊겼다면 바로 업체에 알려 되돌릴지 판단할 수 있어요.
배포에 대해 제작사에 무엇을 물어보면 되나요?
배포 방식은 업체마다 달라서, 처음에 물어 두면 수정을 요청할 때마다 헷갈리지 않아요.
배포 완료 안내를 받으면 안내에 적힌 바뀐 곳을 직접 열어 보고, 이상이 없다고 답장해 두세요. 이렇게 하면 수정 하나하나가 언제 끝났는지 서로 확인할 수 있는 기록이 남아요.
직접 고칠 수 있는 관리자 화면이 있는 홈페이지라면, 저장하는 순간 바로 반영되는지 따로 배포가 필요한지도 물어보세요. 방식에 따라 고친 내용이 손님 화면에 나타나는 시간이 달라요.
- 수정 요청 후 배포까지 보통 얼마나 걸리는지
- 배포 전에 미리보기로 확인할 기회가 있는지
- 배포가 끝나면 어떻게 알려 주는지
- 문제가 생기면 이전 버전으로 되돌릴 수 있는지
- 예약 · 주문 데이터는 얼마나 자주 백업하는지
- 급한 수정(가격 오류 등)은 영업일 외에도 반영되는지
예를 들면
- 음식점이 가격표 수정을 요청하면, 고친 뒤 배포까지 마쳐야 손님 폰에서 새 가격이 보여요.
이것만 확인하세요
- 배포 뒤 바뀐 화면을 폰으로 직접 확인했는지
- 예약 · 문의 같은 중요한 버튼이 그대로 작동하는지
- 문제가 생겼을 때 되돌리는 방법이 있는지
우리 가게엔?
공개할 때와 무언가를 고칠 때마다 일어나는 일이에요.
이시모에서는
유지관리 구독에서 수정 요청을 받으면 고치고 배포까지 마친 뒤, 바뀐 화면 링크와 함께 완료 안내를 보내 드려요.
유지관리 보기자주 묻는 질문
참고한 자료
마지막으로 고친 날