베트남어 콘텐츠는 번역이 아니라 다시 쓰는 일이다

직역한 문장이 현지에서 어색해지는 지점

직역은 단어를 옮기지만 그 문장이 하려던 일까지 옮기지는 못합니다. 한국어 원문은 한국 독자가 이미 알고 있는 것 위에 서 있습니다. 그 전제를 빼고 문장만 베트남어로 바꾸면 문법은 맞는데 읽는 사람은 무슨 말을 하려는 것인지 알 수 없습니다.

어긋나는 첫 지점은 문장 구조입니다. 한국어는 꾸미는 말을 앞에 길게 쌓아도 읽힙니다. 관형절 두세 개를 겹쳐 놓고 마지막에 명사를 놓는 문장이 업무 문서에서는 흔합니다. 베트남어는 꾸미는 말이 대체로 뒤에 붙는 언어라, 앞에 절을 겹쳐 놓으면 읽는 속도가 뚝 떨어집니다. 원문 한 문장을 결과물에서도 한 문장으로 맞추려는 습관이 여기서 문제를 만듭니다. 두 문장으로 나누면 그만인 것을 굳이 붙여 두는 것입니다.

주어 생략도 자주 걸립니다. 한국어 업무 문서는 주어를 잘 생략합니다. 검토 후 회신드리겠습니다, 라고 쓰면 누가 검토하고 누가 회신하는지 문맥으로 압니다. 베트남어는 문장마다 행위 주체가 드러나야 자연스럽습니다. 직역하면 주어 자리가 비거나 엉뚱한 주어가 들어가고, 안내문이나 약관처럼 책임 소재가 걸린 문장에서는 이것이 실제 분쟁 거리가 됩니다.

한국 기업 문서 특유의 압축된 명사구도 그대로 옮기기 어렵습니다. 고객 만족 극대화를 통한 지속 성장 실현 같은 표현은 한국어로 읽을 때는 관용구처럼 넘어갑니다. 그런데 베트남어로 옮기려면 서술어로 풀어야 하고, 풀고 나면 그 문장에 정보가 거의 없다는 사실이 그대로 드러납니다. 원문에서 눈에 띄지 않던 빈 문장이 번역되는 순간 눈에 띕니다.

문화적 전제도 같이 넘어가지 않습니다. 한국어 회사 소개문은 겸양과 다짐으로 시작하는 경우가 많습니다. 베트남 독자는 그 자리에서 정보를 찾지 못합니다. 무엇을 만들었고, 누가 쓰고 있고, 어디로 연락하면 되는지가 앞쪽에 나와야 읽던 사람이 계속 읽습니다. 순서를 바꾸는 것은 번역의 범위를 벗어난 일처럼 보이지만, 실제로는 그 순서 때문에 이탈이 생깁니다.

그래서 실무에서는 번역을 문장 단위로 시작하지 않습니다. 원문에서 논지의 골격만 뽑아 놓고, 현지어로 쓰는 사람이 그 골격을 보고 처음부터 다시 씁니다. 결과물은 문장 대응이 맞지 않고 문단 수도 다를 수 있습니다. 원문 대조표를 만들고 싶은 사람에게는 불편한 방식입니다. 대신 읽는 사람이 이해합니다.

검수 기준도 같이 바뀝니다. 원문에 있는 항목이 빠짐없이 들어갔는지 확인하는 검수는 문서를 원문 쪽으로 끌어당깁니다. 현지어 원고는 이 글이 무엇을 하라는 것인지 알겠는지, 어색한 자리가 어디인지를 기준으로 봅니다. 판단하는 사람은 원문을 안 본 상태로 읽는 편이 낫습니다.

호칭과 말맛이 신뢰를 만든다

베트남어는 문장마다 상대를 어떻게 부를지 정해야 하는 언어입니다. 한국어의 귀사나 고객님을 무엇으로 옮기느냐에 따라 두 사람의 관계가 정해집니다. 중립으로 비켜 갈 방법이 없습니다. 고르지 않으면 문장이 어색해지고, 잘못 고르면 무례하거나 지나치게 멉니다.

회사 대 회사로 오가는 문서와 앱 화면은 톤이 다릅니다. 제안서와 계약 관련 문서는 격식 있는 호칭을 쓰고, 사용자가 매일 보는 화면은 더 가깝고 짧은 말을 씁니다. 문제는 같은 회사가 두 톤을 다 쓴다는 데 있습니다. 어느 채널에서 어느 톤을 쓸지 미리 정해 두지 않으면 화면마다 달라지고, 사용자는 그 차이를 금방 알아챕니다. 페이지 하나는 정중하고 다음 페이지는 반말에 가까우면 회사가 여럿처럼 보입니다.

나이와 관계를 담은 호칭을 쓸지도 결정 사항입니다. 이런 호칭을 쓰면 마케팅 문구는 훨씬 가까워지지만 독자층이 좁아집니다. 공식 안내문에 쓰면 가벼워 보입니다. 이건 번역하는 사람이 문장 안에서 혼자 정할 문제가 아니라 브랜드가 먼저 정해 줘야 하는 문제입니다. 정해 주지 않으면 결국 그날 작업한 사람의 취향이 회사의 목소리가 됩니다.

지역에 따른 어휘 차이도 미리 정리해야 합니다. 북부와 남부에서 다르게 쓰는 단어들이 있습니다. 어느 쪽이 맞고 틀리고의 문제가 아니라 주 고객이 어디 있느냐의 문제입니다. 정해 두지 않으면 페이지마다 섞이고, 나중에 한꺼번에 고치려 할 때 어느 것이 의도된 선택이고 어느 것이 실수인지 구분할 수 없게 됩니다.

버튼과 알림처럼 짧은 문구가 오히려 어렵습니다. 짧아서 직역하고 싶어지는데, 짧을수록 어투가 그대로 드러납니다. 확인, 취소, 신청하기 같은 말을 명령형으로 옮기면 딱딱하고, 부드럽게 풀어 쓰면 버튼 안에 들어가지 않습니다. 이런 문구는 표 위에서 정하지 말고 화면에 얹어 놓고 실제 길이와 함께 봐야 합니다. 오류 메시지도 마찬가지입니다. 사용자를 탓하는 어투인지 아닌지가 한 단어에서 갈립니다.

숫자와 날짜, 주소를 쓰는 방식도 말맛의 일부입니다. 날짜 순서, 금액을 끊어 읽는 방식, 주소를 좁은 단위부터 쓰는 순서가 한국과 다릅니다. 문장은 잘 옮겼는데 날짜 형식이 한국식으로 남아 있으면 그 페이지는 외국에서 만든 티가 납니다. 신뢰는 문장보다 이런 자리에서 먼저 깎입니다.

그래서 호칭과 표기 규칙은 문서로 고정해 두는 편이 낫습니다. 어떤 상황에서 어떤 호칭을 쓰는지, 제품 이름과 기능 이름을 어떻게 적는지, 날짜와 금액을 어떻게 쓰는지를 한곳에 적어 둡니다. 작업하는 사람이 바뀌어도 목소리가 유지되게 하는 장치입니다. 이게 없으면 반년 뒤 사이트 안에 서로 다른 인격 서너 개가 섞여 있습니다.

검색어는 번역되지 않는다

사람이 검색창에 넣는 말은 번역문이 아니라 습관입니다. 한국어 키워드를 문법에 맞게 옮기면 그럴듯한 구절이 나오지만, 실제로 그렇게 검색하는 사람은 드뭅니다. 검색어는 옮기는 것이 아니라 현지에서 다시 찾아야 하는 대상입니다.

가장 흔한 어긋남은 문어체와 구어체 사이에서 생깁니다. 한국어 원문의 근태 관리 시스템 같은 표현을 반듯하게 옮기면 문서에서나 쓰는 말이 나옵니다. 정작 사람들은 더 짧고 일상적인 말로 검색합니다. 번역하는 사람이 문장을 다듬을수록 검색어에서 멀어지는 역설이 여기 있습니다. 잘 다듬은 문장과 검색되는 문장이 늘 같지는 않습니다.

영어 차용어를 어디까지 살릴지도 판단이 필요합니다. 정보기술 분야에서는 영어 단어를 그대로 쓰는 경우가 많습니다. 이를 현지어로 순화해서 적으면 문장은 깔끔한데 검색에는 걸리지 않습니다. 반대로 전부 영어로 두면 읽기 불편하고 전문가끼리 쓰는 글처럼 보입니다. 어느 단어를 그대로 두고 어느 단어를 옮길지는 그 단어가 실제로 어떻게 쓰이는지 보고 하나씩 정하는 수밖에 없습니다.

검색 의도 자체가 다르기도 합니다. 같은 주제라도 한국 검색자는 제작 비용과 기간을 먼저 묻고, 현지 검색자는 다른 것을 먼저 묻습니다. 그러면 페이지에 담을 내용의 순서가 달라집니다. 한국어 페이지를 그대로 번역해 붙이면 첫 화면에서 답하는 질문이 그 독자의 질문이 아닌 상태가 됩니다. 글이 나쁜 것이 아니라 순서가 남의 것입니다.

쓰이는 말을 모으는 방법은 단순합니다. 들어온 문의 메시지에 실제로 쓰인 표현, 현지 직원이 그 일을 설명할 때 쓰는 말, 관련 커뮤니티 글에 반복해서 나오는 어휘를 모읍니다. 도구가 주는 숫자는 참고로만 두고, 그 말이 어떤 문맥에서 쓰이는지를 봅니다. 같은 단어라도 업종에 따라 뜻이 갈리는 경우가 있어서 숫자만 보고 고르면 엉뚱한 독자가 들어옵니다.

모은 말은 제목과 첫 문단에 그대로 넣습니다. 그리고 그 표현은 고치지 말라고 표시해 둡니다. 나중에 문장을 다듬는 사람이 자연스럽게 바꿔 버리면 검색어가 조용히 사라집니다. 실제로 자주 벌어지는 일이고, 원인을 찾기도 어렵습니다. 바꾸면 안 되는 표현과 자유롭게 다듬어도 되는 부분을 원고 단계에서 나눠 두는 편이 낫습니다.

제품 화면 안의 표기도 같은 문제를 안고 있습니다. 여우비 인터랙션이 만든 구인구직 서비스 Job Connect VN에서도 직무를 어떻게 적느냐가 곧 검색어였습니다. 회사가 공고에 적는 공식 직함과 구직자가 검색창에 넣는 말이 다를 때가 많아서, 두 표기를 함께 갖고 있어야 서로 만납니다. 이건 번역의 문제가 아니라 데이터를 어떻게 저장할지의 문제입니다.

성조 부호를 빼고 검색하는 습관에 맞추기

베트남 사용자는 휴대폰에서 성조 부호를 빼고 입력하는 일이 잦습니다. 급할 때 그렇게 쓰고, 그렇게 써도 서로 알아봅니다. 그런데 검색과 필터가 부호 붙은 문자열만 비교하면, 있는 데이터가 없는 것처럼 나옵니다. 사용자는 시스템이 비어 있다고 결론 내리고 나갑니다.

설계 원칙은 간단합니다. 저장은 사용자가 입력한 원형 그대로 두고, 검색을 위한 정규화 값을 따로 만들어 함께 보관합니다. 화면에 보여 줄 때는 원형을 쓰고 찾을 때는 정규화 값을 씁니다. 원형을 훼손해서 저장하면 나중에 되돌릴 수 없으니, 지우는 것이 아니라 하나를 더 만드는 방식이어야 합니다.

정규화 과정에서는 유니코드 정규화로 결합 문자를 분리한 뒤 성조 표시를 걷어냅니다. 여기서 자주 빠뜨리는 것이 d에 가로줄이 있는 글자입니다. 이 글자는 분해되지 않아서 일반적인 방법으로는 걸러지지 않고, 대문자와 소문자를 따로 처리해야 합니다. 이것 하나 때문에 특정 이름들이 검색에 안 잡히는 일이 실제로 자주 생깁니다.

대소문자와 띄어쓰기도 정규화 값에서 정리합니다. 사람들은 띄어쓰기를 저마다 다르게 씁니다. 두 단어로 쓰기도 하고 붙여 쓰기도 합니다. 정규화 값에서 공백을 정리해 두면 어느 쪽으로 입력해도 같은 결과가 나옵니다. 이름 정렬과 중복 검사도 같은 값을 기준으로 해야 합니다. 부호만 다른 두 값이 서로 다른 것으로 취급되면 중복 계정이 조용히 쌓입니다.

주소창에 들어가는 슬러그와 파일 이름은 처음부터 부호 없는 형태로 만듭니다. 슬러그는 한 번 정하면 바꾸지 않는 것이 낫습니다. 바꾸면 이미 공유된 주소가 끊깁니다. 메일 제목이나 내려받는 파일 이름처럼 여러 시스템을 건너다니는 문자열도 부호 없는 형태가 안전합니다. 중간에 있는 어느 한 곳이 문자를 제대로 못 다루면 그 지점에서 깨집니다.

검색은 부분 일치와 약간의 오타를 견디게 만듭니다. 완전 일치만 지원하면 사용자는 한두 번 시도해 보고 없다고 결론을 냅니다. 자동완성으로 실제로 있는 값을 보여 주는 것도 방법입니다. 사용자가 정확히 입력하도록 요구하는 대신 시스템이 맞춰 주는 쪽이 언제나 덜 비쌉니다.

이건 번역의 문제가 아니라 설계의 문제입니다. 콘텐츠 담당자를 붙여 놓는다고 해결되지 않습니다. 화면을 만들기 전에 데이터 구조를 정할 때 같이 정해야 하고, 나중에 붙이려면 이미 쌓인 데이터를 전부 다시 처리해야 합니다. 현지어 콘텐츠 이야기를 하면서 개발 이야기가 섞이는 이유가 여기 있습니다.

콘텐츠를 계속 만들 수 있는 작업 방식

한 번 잘 만든 페이지보다 계속 쓸 수 있는 방식이 낫습니다. 현지어 콘텐츠를 한 번의 번역 프로젝트로 끝내면 반년 뒤에는 낡은 문장만 남습니다. 제품이 바뀌고 문의가 바뀌는데 현지어 페이지만 그대로 멈춰 있습니다.

역할을 나누는 것이 먼저입니다. 무엇을 말할지 정하는 사람, 현지어로 쓰는 사람, 읽고 판정하는 사람이 다릅니다. 한 사람이 셋을 다 하면 그 사람이 바쁜 주에는 콘텐츠가 멈춥니다. 판정하는 사람은 원문을 보지 않고 읽는 편이 낫습니다. 원문을 본 사람은 원문 구조에 끌려가서 어색한 자리를 못 봅니다.

용어집은 생각보다 일찍 필요합니다. 제품 이름과 기능 이름, 호칭 규칙, 날짜와 금액 표기를 한곳에 적어 둡니다. 새 사람이 합류해도 같은 말을 쓰게 하는 장치입니다. 분량이 많을 필요는 없고, 반복해서 헷갈리는 것부터 스무 개쯤 적어 두면 그때부터 효과가 납니다.

콘텐츠 관리 구조도 여기 맞춰야 합니다. 언어별 페이지가 하나씩 짝지어져 있으면 한쪽만 늘릴 수 없습니다. 현지어 독자에게 필요한 설명이 원문에는 없는 경우가 있고, 반대의 경우도 있습니다. 언어마다 섹션 수와 분량이 달라도 되는 구조여야 합니다. 대신 어느 언어가 언제 갱신됐는지는 보여야 합니다.

갱신 신호를 사람 기억에 맡기면 안 됩니다. 원문이 바뀌면 다른 언어 판이 뒤처졌다는 표시가 뜨게 만듭니다. 표시만 있어도 다음에 손댈 때 무엇부터 볼지 알 수 있습니다. 표시가 없으면 몇 달 뒤에 어느 페이지가 최신인지 아무도 모르는 상태가 되고, 그 상태에서는 아무도 손을 못 댑니다.

사람은 가능하면 안에 두는 편이 낫습니다. 문장 단위로 밖에 맡기면 맥락을 매번 새로 설명해야 하고, 그 설명에 드는 시간이 작업 자체보다 커집니다. 여우비 인터랙션이 만든 랭토리는 배우는 쪽과 가르치는 쪽을 잇는 도구인데, 이런 서비스에서는 양쪽이 같은 것을 서로 다른 말로 부릅니다. 화면 문구를 한쪽 기준으로만 쓰면 다른 쪽이 자기 이야기가 아니라고 느낍니다. 그 차이는 안에서 매일 보는 사람이 아니면 잡히지 않습니다.

이 글도 세 가지 언어로 나와 있지만 서로 번역이 아닙니다. 다루는 순서만 같고 예시와 문장은 각 독자를 보고 다시 썼습니다. 그렇게 만들면 원문 대조표는 만들 수 없지만, 각 언어에서 읽을 만한 글이 남습니다. 현지어 콘텐츠에서 남겨야 하는 것은 대조표가 아니라 읽고 나서 행동이 바뀌는 문장입니다.