가격 불일치는 번역 문제가 아니라 운영 문제입니다
서울의 한 게스트하우스가 성수기 요금을 올렸는데 영문 페이지에는 지난해 요금이 남아 있다고 가정합니다. 외국인 고객은 영문 페이지의 가격을 보고 예약 문의를 보내고, 답장에서 다른 금액을 받으면 그 차이를 「숨긴 비용」으로 받아들입니다. 이 일은 번역의 품질과 관계가 없습니다. 원본을 고친 사람과 번역본을 고칠 사람 사이에 전달 절차가 없었기 때문에 생깁니다.
외국어 페이지의 옛 가격은 법적으로도 그냥 지난 정보가 아닙니다. 전자상거래법 제13조 제2항은 통신판매업자가 계약 전에 「재화등의 가격과 그 지급방법 및 지급시기」 「청약철회등의 기한·행사방법 및 효과」 「교환·반품·보증과 그 대금 환불의 조건·절차」 등을 표시·광고하거나 고지하도록 정합니다. 표시광고법 제3조 제1항은 「거짓·과장의 표시·광고」와 「기만적인 표시·광고」를 금지합니다(2026-09-16 국가법령정보센터 확인). 외국어 페이지도 같은 사업자의 표시이므로, 원본과 다른 가격이 남아 있는 상태는 원본 관리와 같은 기준으로 다뤄야 합니다. 개별 사안의 적용 여부는 거래 형태에 따라 다르므로 필요하면 전문가에게 확인합니다.
그래서 이 글의 절차는 번역이 아니라 기록에서 시작합니다. 무엇이 어디서 어떻게 바뀌었는지 적는 일이 절반이고, 나머지 절반은 공개 전에 정해진 항목을 확인하는 일입니다.
바뀌는 것이 어디에 나타나는지 먼저 목록으로 만듭니다
가격 하나가 바뀌면 본문의 숫자 하나만 바뀌는 것이 아닙니다. 같은 값이 여러 위치에 반복되어 있고, 그중 일부는 눈에 잘 띄지 않습니다. 아래 표는 변경 유형별로 그 값이 나타날 수 있는 위치와 확인할 사람을 정리한 것입니다. 홈페이지를 열어 두고 실제 위치를 채우면 우리 홈페이지의 점검표가 됩니다.
| 변경 유형 | 나타나는 위치 | 확인할 사람 |
|---|---|---|
| 가격 | 요금표 본문, 상품 카드, 메인 배너 이미지 속 문구, PDF 안내서, 예약 위젯의 요금, 구조화 데이터의 가격 값, 검색 결과용 설명문 | 가격 결정자와 페이지 편집자 |
| 운영시간·휴무 | 이용 안내 본문, 하단 정보 영역, 위치 페이지, 지도 서비스의 업체 정보, 예약 가능 시간 설정 | 현장 운영 담당자 |
| 메뉴·코스·객실 구성 | 목록 페이지, 상세 페이지, 사진 설명, 메인의 추천 영역 | 상품 담당자 |
| 이용 조건·정책 | 취소·환불 규정, 이용약관, 예약 단계의 안내 문구, 자주 묻는 질문 | 운영 책임자 |
| 연락처·주소 | 하단 정보 영역, 문의 페이지, 이메일 서명, 지도 링크 | 운영 책임자 |
표에서 가장 자주 빠지는 위치는 이미지와 PDF입니다. 본문을 고쳐도 배너 이미지 속 「1박 90,000원」 문구는 그대로 남습니다. 이미지 속 문구는 검색해서 찾을 수 없으므로 표에 위치를 미리 적어 두는 것 외에 확인할 방법이 없습니다.
변경 요청은 「무엇이, 어디서, 어떻게」 세 가지로 적습니다
작업 요청에 「홈페이지가 바뀌었어요」만 남기면 받는 사람은 홈페이지 전체를 다시 비교해야 합니다. 요청은 다음 형식으로 한 줄씩 적습니다.
- 예: example.co.kr/rooms 의 「오션뷰 더블 성수기 요금」을 「180,000원」에서 「200,000원」으로 변경. 적용일 2026-07-01. 담당 김OO.
- 예: example.co.kr/info 의 「정기 휴무」를 「매주 화요일」에서 「매주 수요일」로 변경. 적용일 2026-10-01. 담당 박OO.
이전 값을 함께 적는 이유는 두 가지입니다. 번역본에서 그 값을 검색해 찾을 수 있고, 같은 값이 다른 위치에 반복되어 있는지 확인할 수 있습니다. 적용일을 적는 이유는 예약이 미리 들어오는 업종에서 「언제부터 새 가격인가」가 가격 자체만큼 중요하기 때문입니다. 적용일이 미래라면 그 전까지는 두 가격이 함께 표시되어야 할 수도 있습니다.
새 버전과 현재 공개본을 분리합니다
새 문구를 만드는 동안 기존 공개본은 그대로 유지되어야 합니다. 공개 주소에서 직접 고치면 작업 중인 미완성 상태가 방문자에게 노출되고, 잘못 고쳤을 때 되돌릴 기준이 없습니다. 미리보기 주소와 공개 주소를 구분하고, 어떤 버전을 누가 언제 승인했는지 기록합니다.
고객이 직접 고친 표현도 버전 기록의 일부입니다. 이전 버전에서 「Ocean View Double」 대신 「Sea-facing Double」로 바꾸어 승인했다면, 새 버전을 만들 때 그 표현이 새 번역으로 덮어써지지 않아야 합니다. 유지할 표현을 목록으로 관리하고, 새 버전을 만드는 사람에게 그 목록을 함께 전달합니다.
버전 기록에는 최소한 버전 번호 또는 날짜, 반영한 변경 요청의 목록, 승인자, 공개 시각을 남깁니다. 나중에 「고객이 본 그 시점의 가격」을 확인해야 할 때 이 기록이 유일한 근거가 됩니다.
공개 전 확인 항목 여덟 가지
- 숫자·단위·통화 — 새 값이 원본과 같은지, 통화 표기(원, KRW)와 부가세 포함 여부가 유지되는지, 천 단위 구분 기호가 대상 언어의 관례와 맞는지 확인합니다. 환산 금액을 적어 두었다면 환율 기준일이 함께 있는지 봅니다.
- 날짜·시간 — 적용일, 휴무일, 성수기 기간의 표기가 모호하지 않은지 확인합니다. W3C 국제화 문서는 숫자만으로 적은 날짜가 나라마다 다르게 읽힌다는 점을 들어 YYYY-MM-DD 형식이나 월 이름을 글자로 쓰는 방식을 권합니다(2026-09-16 확인).
- 링크 — 예약, 문의, 지도, 결제로 가는 링크가 의도한 페이지로 연결되는지, 그 페이지의 언어와 가격이 새 값과 일치하는지 실제로 눌러 확인합니다.
- 모바일 표시 — Google은 스마트폰 크롤러로 수집한 모바일 버전을 색인과 순위에 사용하며, 모바일과 데스크톱의 콘텐츠와 구조화 데이터가 같아야 한다고 안내합니다(2026-09-16 확인). 좁은 화면에서 요금표가 잘리거나 버튼이 겹치지 않는지 확인합니다.
- 이미지·첨부파일 속 문구 — 배너, 메뉴판 이미지, PDF에 이전 가격이나 문구가 남아 있는지 확인합니다. 앞의 위치 표를 기준으로 하나씩 봅니다.
- 구조화 데이터 — 페이지에 가격이나 영업시간을 담은 구조화 데이터가 있다면 본문과 같은 값인지 확인합니다. Google 구조화 데이터 정책은 「구조화 데이터는 페이지 콘텐츠를 사실대로 나타내야 하고, 방문자에게 보이지 않는 콘텐츠를 마크업하지 말라」고 정합니다(2026-09-16 확인).
- 제목·설명·공유 카드 — 페이지 제목, 검색 결과용 설명, 소셜 공유용 Open Graph 문구에 가격이나 기간이 들어 있다면 함께 고칩니다. 네이버 서치어드바이저 가이드는 네이버 검색로봇이 Open Graph 정보도 페이지 분석에 활용하는 경우가 있다고 설명합니다(2026-09-16 확인).
- 사이트맵 갱신일 — 사이트맵의 lastmod 값을 실제로 고친 날짜로 바꿉니다. Google은 lastmod가 「일관되게 검증 가능할 정도로 정확할 때」만 사용하고, 사소한 변경에는 갱신하지 말라고 안내합니다(2026-09-16 확인). 매번 오늘 날짜로 자동 갱신하는 설정은 오히려 신호를 무의미하게 만듭니다.
검색엔진에 갱신을 알리는 방법과 한계
공개한 뒤 검색엔진이 새 내용을 반영하는 시점은 통제할 수 없지만, 알릴 수는 있습니다. Google은 Search Console의 사이트맵 보고서나 robots.txt의 Sitemap 줄로 사이트맵을 제출하는 방법을 안내하고, priority와 changefreq 값은 무시한다고 밝힙니다. 네이버 서치어드바이저는 제출된 사이트맵과 RSS를 「콘텐츠 피드」로 간주해 주기적으로 다시 방문한다고 설명하며, 개별 페이지의 수집 요청 기능은 우선순위에 따라 처리되므로 요청했다고 실시간으로 방문하지는 않는다고 명시합니다(2026-09-16 확인).
따라서 가격 변경이 예정되어 있다면 검색 결과의 옛 스니펫이 한동안 남을 수 있다는 전제로 준비합니다. 적용일 전에 새 페이지를 공개하고 「YYYY-MM-DD부터 적용」을 본문에 명시하는 편이, 적용일 당일에 바꾸고 검색 반영을 기다리는 것보다 고객 혼란이 적습니다.
점검 주기를 정합니다
변경이 생길 때마다 위 절차를 밟는 것과 별개로, 정기 점검일을 정해 두면 놓친 변경을 잡을 수 있습니다. 가격 개정 시점, 성수기·비성수기 전환 시점, 연말의 다음 해 휴무 확정 시점처럼 원본이 바뀌는 계기가 정해진 업종은 그 직후를 점검일로 잡습니다. 점검은 언어별 페이지를 열어 위 여덟 항목을 원본과 나란히 비교하는 것으로 충분합니다.
점검 결과는 원본 주소 목록의 「마지막 확인일」에 기록합니다. 이 날짜가 오래된 페이지가 다음 점검의 우선순위입니다.
폴리룸과의 관계
폴리룸의 고객 화면에서 변경된 원본 주소와 항목을 적어 수정 요청을 남기면 운영자가 확인하고 새 버전을 만듭니다. 새 버전은 현재 공개본과 분리된 미리보기로 등록되고, 고객이 확인한 뒤에 공개본을 교체합니다. 원본 변경을 자동으로 감지하는 기능은 현재 제공하지 않으므로, 이 글의 요청 형식대로 적어 주시면 수정 범위 확인이 빨라집니다.
참고 자료
- 국가법령정보센터: 전자상거래 등에서의 소비자보호에 관한 법률 제13조 (2026-09-16 확인)
- 국가법령정보센터: 표시·광고의 공정화에 관한 법률 제3조 (2026-09-16 확인)
- W3C 국제화: 날짜 형식 (2026-09-16 확인)
- Google 검색 센터: 모바일 우선 색인 생성 (2026-09-16 확인)
- Google 검색 센터: 구조화 데이터 일반 가이드라인 (2026-09-16 확인)
- Google 검색 센터: 사이트맵 만들기 및 제출 (2026-09-16 확인)
- 네이버 서치어드바이저 웹마스터 가이드: 콘텐츠 마크업 (2026-09-16 확인)
- 네이버 서치어드바이저 웹마스터 가이드: 수집요청 및 검색제외 (2026-09-16 확인)