국문 뉴스룸에 영문을 추가할 때 가장 먼저 떠올리는 것은 번역 기능입니다. 번역 플러그인이나 자동 번역 서비스를 정하면 다국어 사이트를 만들 수 있을 것처럼 보입니다. 그러나 실제 운영에서는 어떤 글을 번역하고, 누가 검수하며, 국문이 수정됐을 때 영문을 어떻게 갱신할지가 더 큰 문제가 됩니다.
다국어 뉴스룸은 언어를 추가하는 기능이 아니라 언어별 발행 체계를 만드는 프로젝트입니다. 각 언어의 독자와 콘텐츠 범위, 번역·감수·승인 담당자, 발행 시점, 원문과 번역문의 관계를 정한 뒤 CMS와 화면을 설계해야 합니다.
모든 국문 콘텐츠를 모든 언어로 발행할 필요는 없습니다. 실제 인력에 맞는 원칙을 세우면 빈 메뉴와 오래된 번역문을 줄일 수 있습니다.
언어보다 독자와 지역을 먼저 정합니다
영문 뉴스룸이라고 해도 목표 독자는 같지 않습니다. 해외 기자에게 공식 발표를 제공하려는지, 글로벌 고객에게 제품과 기술을 설명하려는지, 투자자나 현지 지원자에게 회사 정보를 제공하려는지에 따라 필요한 콘텐츠가 달라집니다.
언어와 지역도 구분해야 합니다. 영어로 여러 국가에 공통 정보를 제공할 수 있지만 제품, 법적 고지와 연락처가 다르면 지역별 운영이 필요할 수 있습니다.
먼저 언어별로 다음 내용을 정리합니다.
- 가장 중요한 독자와 방문 목적
- 반드시 제공할 회사·사업·제품 정보
- 정기적으로 발행할 콘텐츠 유형
- 해당 언어에서만 필요한 지역 정보
- 콘텐츠를 제공하고 승인할 담당 조직
이 답을 바탕으로 언어별 사이트가 국문의 번역본인지, 일부 콘텐츠만 선별하는 채널인지, 별도의 지역 뉴스룸인지 정할 수 있습니다.
전체 번역과 선별 발행을 구분합니다
다국어 운영 방식은 크게 세 가지로 나눌 수 있습니다.
| 방식 | 운영 내용 | 확인할 점 |
|---|---|---|
| 전체 번역 | 국문 콘텐츠를 모든 언어로 발행 | 번역 인력, 동시 발행과 수정 반영 |
| 선별 발행 | 중요 콘텐츠만 언어별로 선택 | 선택 기준, 언어별 목록의 빈도와 균형 |
| 독립 운영 | 지역별 담당자가 별도 콘텐츠 발행 | 브랜드 기준, 권한과 본사 승인 범위 |
전체 번역은 일관성을 유지하기 쉽지만 발행량에 따라 번역과 검수 부담이 커집니다. 선별 발행은 선택 기준이 필요합니다. 독립 운영은 현지에 맞는 대신 본사와 지역 조직의 역할을 세밀하게 나눠야 합니다.
초기에는 지원 언어 수보다 언어별로 실제 발행할 수 있는 글의 수를 확인합니다. 운영할 수 없는 카테고리를 국문과 똑같이 만들면 빈 목록이 남습니다.
번역·감수·승인 책임을 나눕니다
국문 글이 외국어로 공개되기까지 원문 확정, 번역, 용어·사실 검수, 승인과 CMS 발행을 거칩니다. 각 단계의 담당자와 전달 시점을 정해야 합니다.
자동 번역을 사용하더라도 기업명, 제품명, 기술 용어와 공식 입장은 사람이 확인해야 합니다. 번역 품질만이 아니라 원문의 최종본을 사용했는지도 중요합니다. 국문 승인 전에 번역을 시작하면 원문 수정 사항을 여러 번 반영해야 할 수 있습니다.
다음과 같은 발행 흐름을 문서로 만들 수 있습니다.
- 국문 담당자가 번역 대상과 원문 확정 여부를 표시한다.
- 번역 담당자가 초안을 작성하고 지정 용어를 확인한다.
- 사업·지역 담당자가 사실과 현지 표현을 검수한다.
- 홍보 책임자가 공개 여부와 발행 시점을 승인한다.
- 발행 담당자가 CMS에서 원문과 번역문을 연결한다.
- 원문 수정 시 번역문의 재검토 필요 여부를 기록한다.
홍보대행사나 번역사가 참여한다면 계정 접근 범위와 파일 전달 방식도 정합니다. 외부 담당자가 CMS에 직접 입력할지, 기업 담당자가 확정본만 등록할지에 따라 필요한 권한과 검수 기능이 달라집니다.
원문과 번역문의 관계를 CMS에 남깁니다
국문 글과 영문 글은 서로 대응하는 언어 버전으로 관리합니다. 담당자는 번역문의 원문, 원문 수정 여부와 아직 번역되지 않은 언어를 확인할 수 있어야 합니다.
CMS에서는 다음 항목을 검토합니다.
- 원문과 언어별 번역문 연결
- 언어별 공개·비공개 상태
- 번역 진행과 검수 상태
- 언어별 작성자와 승인 권한
- 동시 발행 또는 언어별 예약 발행
- 원문 수정일과 번역문 확인일
- 언어별 제목, 요약과 검색 설명
원문을 수정하면 모든 번역문을 자동으로 덮어쓰는 방식은 주의해야 합니다. 이미 감수한 현지 표현이 사라질 수 있기 때문입니다. 원문 변경 사실을 알리고 담당자가 필요한 부분만 반영하도록 상태와 알림을 설계하는 편이 안전합니다.
언어별 주소와 이동 경로를 분명히 합니다
각 언어 페이지에는 구분되는 주소가 필요합니다. 사용자는 언어 선택 메뉴를 통해 다른 버전으로 이동할 수 있어야 하고, 검색 서비스도 언어별 페이지의 관계를 확인할 수 있어야 합니다.
Google의 다국어 사이트 안내는 각 언어 버전에 서로 다른 URL을 사용하고 `hreflang`이나 사이트맵 등으로 언어·지역 관계를 알리는 방법을 권장합니다. 브라우저 언어나 접속 위치만으로 사용자를 강제로 이동시키면 사용자가 원하는 버전을 선택하기 어렵고 검색 서비스가 일부 페이지를 찾지 못할 수 있습니다.
언어를 선택했을 때 같은 글의 번역문이 있으면 해당 글로 이동하고, 없으면 어디로 보낼지도 정해야 합니다. 무조건 다른 언어의 첫 화면으로 보내기보다 번역본이 없다는 사실을 알리고 원문을 볼 수 있게 하는 방식도 검토할 수 있습니다.
공개 전에는 콘텐츠와 기능을 함께 검수합니다
다국어 뉴스룸은 메뉴와 버튼만 번역되었다고 완성되지 않습니다. 언어별 목록, 검색, 오류 메시지, 날짜, 이미지 속 글자, 다운로드 파일과 공유 화면까지 확인해야 합니다.
- 언어 선택 후 올바른 대응 페이지로 이동하는가?
- 번역되지 않은 글과 빈 카테고리를 어떻게 표시하는가?
- 제목, 본문, 이미지와 첨부파일이 해당 언어에 맞는가?
- 검색과 필터가 현재 언어의 콘텐츠만 보여주는가?
- 원문과 번역문의 발행일·수정일 관계가 명확한가?
- 모바일에서도 긴 외국어 제목과 메뉴가 잘 보이는가?
- 언어별 URL과 검색 설정이 올바른가?
다국어 뉴스룸의 품질은 지원하는 언어 수보다 각 언어를 얼마나 일관되게 운영하는지에서 드러납니다. 언어별 독자, 콘텐츠 범위와 책임자를 먼저 정하고 실제 발행 흐름을 CMS에 반영해야 합니다. 이 운영 원칙이 정리되었다면 공개 이후 기업, 홍보대행사와 제작사가 맡을 업무도 구체적으로 나눌 수 있습니다.
참고 자료
관련 인사이트
