다국어 웹사이트의 품질은 가격이 바뀌는 날 드러납니다

가격이 바뀌었을 때 두 언어가 함께 바뀌는가

다국어 사이트를 만들 때는 번역이 끝나는 날보다 그다음 수정이 생기는 날을 먼저 상상해보는 편이 좋습니다. 원화 가격이 바뀌면 영어 가격표와 지점별 안내, 문의 확인 메시지 중 무엇을 바꿔야 할까요. 이를 설명할 수 없다면 페이지를 늘릴수록 최신 정보를 유지하기 어려워집니다.

서비스 설명은 자연스러운 영어인데 문의를 보내려면 한국 전화번호가 필요합니다. 지도에서 특정 지점을 골랐는데 웹사이트에서는 처음부터 지점을 다시 선택해야 합니다. 예약을 요청했을 뿐인데 화면에는 예약 확정이라고 표시됩니다. 이런 문제는 번역 문장만 검수해서는 찾기 어렵습니다.

외국인 고객을 위한 웹사이트는 언어, 서비스, 위치, 문의 상태가 계속 이어져야 합니다. 글을 잘 읽었더라도 다음 단계에서 조건이 바뀌면 고객은 다시 판단하거나 이탈합니다. growly는 다국어 사이트를 검토할 때 페이지의 완성도와 함께 이 정보가 이동 과정에서 유지되는지를 봅니다.

고객이 원하는 것은 회사의 조직도를 이해하는 일이 아닙니다. 자신에게 맞는 서비스를 확인하고 실제로 이용할 수 있는지 판단하는 일입니다. 그 목적에 맞춰 번역, 디자인, 검색 구조와 접수 운영을 한 프로젝트 안에서 연결해야 합니다.

하나의 영어 페이지로 서로 다른 고객을 설명할 수는 없습니다

한국을 방문하는 외국인, 한국에 거주하는 외국인, 미국에서 한국 기업의 제품을 구매하는 고객은 모두 영어 페이지를 읽을 수 있습니다. 하지만 필요한 정보는 다릅니다. 첫 번째 고객에게는 여행 일정과 현장 방문이, 두 번째에게는 반복 이용과 일정 변경이, 세 번째에게는 현지 제공 범위와 구매·지원 조건이 중요할 수 있습니다.

언어를 정하기 전에 각 페이지의 대상을 한 문장으로 적어보세요. 예를 들어 “한국 방문 일정을 정한 사람이 상담 가능 여부를 확인한다”와 “미국의 운영 담당자가 업무 도구의 적합성을 검토한다”는 페이지 구조부터 달라집니다. 해외 고객이라는 하나의 말로 묶으면 설명이 추상적으로 흐르기 쉽습니다.

그다음은 실제 운영 조건을 확인합니다. 어떤 언어로 답할 수 있는지, 답변을 받을 경로가 무엇인지, 가격에 무엇이 포함되는지, 고객이 준비할 자료는 무엇인지입니다. 아직 정해지지 않은 내용을 자연스러운 번역으로 채워 넣으면 웹사이트가 운영하지 않는 서비스를 약속하게 됩니다.

서비스명이나 제품명도 같은 기준으로 다룹니다. 한국에서 통용되는 줄임말은 풀어 쓰고, 해외에서 같은 이름이 다른 대상을 뜻할 수 있다면 설명을 보완합니다. 의료·기술적 주장은 담당 전문가가 확인한 범위 안에서 표현합니다. 번역의 목표는 모든 문장을 일대일로 옮기는 것이 아니라 같은 조건을 정확하게 이해시키는 것입니다.

페이지 수보다 먼저 정보의 기준을 설계합니다

다국어와 다지점을 함께 운영하면 페이지가 빠르게 늘어납니다. 설명을 위한 가정으로 서비스 6개, 지점 4개, 언어 2개를 모두 조합하면 서비스·지점·언어별 페이지가 48개입니다. 여기에 회사소개, 문의, 블로그까지 더하면 작은 팀이 동일한 정보를 수십 군데 수정해야 할 수 있습니다. 모든 조합을 별도 페이지로 만드는 것이 늘 정답은 아닙니다.

서비스의 공통 설명, 지점별 제공 여부와 운영시간, 언어별 표현을 구분해 관리할 수 있어야 합니다. 공통 설명을 수정했는데 한 지점의 번역본에 이전 가격이 남는 구조라면 발행량이 늘수록 정확성이 떨어집니다. 콘텐츠 관리 시스템을 고르기 전에 무엇을 공통으로 쓰고 무엇을 개별로 관리할지 정해야 하는 이유입니다.

고객이 실제로 비교하는 차이가 있다면 지점이나 시장별 상세 페이지가 필요합니다. 해당 지점에서 가능한 서비스, 이용 방법, 접근 경로, 담당 범위가 달라지는 경우입니다. 도시 이름만 바꾼 거의 같은 페이지는 운영 부담을 늘릴 뿐 고객에게 추가 정보를 주지 못합니다.

미국용 SaaS 사이트도 마찬가지입니다. 제품 기능은 공통이지만 결제 통화, 지원 시간, 제공 지역이나 계약 조건은 다를 수 있습니다. 차이를 확인한 뒤 페이지와 데이터 구조에 반영해야 합니다. 서비스와 시장의 조합이 많다고 메뉴까지 복잡해질 필요는 없습니다.

검색을 위한 주소와 고객을 위한 이동은 함께 맞춰야 합니다

Google은 언어별로 구분된 주소를 권장합니다. 고객에게도 같은 서비스의 한국어와 영어 페이지가 각각 분명한 주소를 갖는 편이 링크를 공유하고 다시 찾기 쉽습니다. 언어를 바꿀 때 홈페이지로 돌아가게 하면 방금 읽던 내용을 다시 찾아야 하므로 가능한 경우 대응 페이지로 연결합니다.¹

hreflang은 언어·지역별 대체 페이지의 관계를 알리는 장치입니다. 번역 품질을 평가하거나 순위를 보장하는 기능은 아닙니다. 서로 대응하는 페이지와 실제 언어가 맞는지 확인하고, 사이트가 제공하지 않는 지역 버전을 표시하지 않습니다. 한국을 방문하는 글로벌 고객을 위한 영어 페이지를 단지 영어라는 이유로 미국 전용 페이지로 설정할 필요도 없습니다.²

canonical은 중복 주소 중 대표 주소를 알리는 역할을 합니다. 영어 페이지를 검색에 제공하려면서 모두 한국어 원문을 대표 주소로 지정했다면 의도와 설정을 다시 확인해야 합니다. 언어 전환, canonical, hreflang, 사이트맵은 각자 역할이 다르지만 같은 페이지 구조를 설명해야 합니다.³

리뉴얼에서는 기존 링크도 비즈니스 자산입니다. 이미 광고나 외부 글에서 연결되는 서비스 주소가 사라지면 고객은 예전 링크를 통해 막힌 페이지로 들어올 수 있습니다. 이전 주소와 관련성 있는 새 목적지를 연결하고, 대응 콘텐츠가 없는 주소를 전부 홈페이지로 보내는 방식은 피합니다. 디자인 오픈 날짜와 URL 이전 검수는 함께 관리해야 합니다.⁴

완성도는 실제 고객이 수행할 과제로 검증합니다

검수자는 홈페이지를 둘러보는 대신 구체적인 과제를 수행해야 합니다. “영어로 서비스 A를 읽고, 원하는 지점에서 이용할 수 있는지 확인한 뒤, 해외 전화번호로 문의한다”처럼 시작 조건과 완료 조건을 정합니다. 이 과정에서 언어가 바뀌거나 선택한 지점이 사라지는지, 모바일 키보드가 입력을 가리는지 확인합니다.

문장만 보는 검수, 디자인 화면을 보는 검수, 실제 문의가 담당자에게 도착하는 검수는 서로 다른 문제를 찾습니다. 같은 파일에 페이지, 기기, 재현 방법, 기대 동작과 결과를 남기면 수정 책임도 분명해집니다. 외부 예약 서비스 때문에 확인할 수 없는 구간은 통과로 표시하지 말고 접근 권한이나 담당자 확인이 필요한 항목으로 남깁니다.

여기에 변경 검수 과제를 하나 더 붙입니다. 가상의 지점 A가 토요일 운영을 중단한다면, 원본 운영시간을 수정한 뒤 한국어·영어 지점 페이지와 문의 시 선택 가능한 날짜를 각각 확인합니다. 화면의 문장만 바뀌고 예약 도구에서는 토요일을 계속 선택할 수 있다면 검수가 끝난 것이 아닙니다. 실제 운영 조건이 표시와 기능에 같은 의미로 반영돼야 합니다.

오픈 이후의 운영 방식이 사이트의 품질을 결정합니다

가격과 지원 언어, 지점 운영시간이 바뀌면 누가 어느 페이지까지 고치는지 정해두어야 합니다. 원문이 바뀌었다는 사실을 번역 담당자가 알 수 없으면 언어별 정보는 점차 달라집니다. 수정 담당자, 마지막 검토일, 다음 확인이 필요한 항목만 기록해도 관리의 출발점이 됩니다.

새 언어를 추가할 기준도 유지관리 가능성에 둡니다. 해당 언어로 소개문을 만들 수 있어도 문의에 답할 담당자가 없고 주요 변경을 검토할 사람도 없다면, 우선 제공 가능한 범위를 정확히 설명하는 작은 페이지로 시작하는 편이 낫습니다. 반대로 문의 수요와 응대 여력이 확인됐다면 서비스별 설명을 넓힐 근거가 생깁니다. 페이지 수를 늘리는 순서가 비즈니스의 실제 준비와 맞아야 합니다.

문의 담당자의 질문도 콘텐츠 개선에 쓰입니다. 고객이 이미 사이트에 있는 내용을 반복해서 묻는다면 문장이 어렵거나 찾기 힘들 수 있습니다. 문의 후에야 알려지는 조건 때문에 예약이 취소된다면 그 정보를 더 앞에서 설명해야 할 수 있습니다. 페이지에 글을 추가하기 전에 고객이 언제 그 정보를 필요로 하는지 확인하세요.

처음부터 큰 리뉴얼이 필요하다는 뜻은 아닙니다. 요청한 제작 범위 안에서 고객이 실제로 거치는 경로부터 완성도를 높일 수 있습니다. 좋은 다국어 웹사이트는 번역본의 개수보다, 어느 언어로 들어와도 같은 비즈니스를 정확히 이해하고 다음 단계로 갈 수 있는지로 평가해야 합니다.