6편. 다국어 웹사이트 운영 효율화: 단일 소스 원칙부터 번역 자동화까지
사이트를 출시하고 기사도 올리기 시작했다. 그런데 몇 달이 지나면서 문제가 생긴다. 한국어 기사를 수정했는데 영어판은 깜빡했다. 새 카테고리를 만들었는데 일본어판에는 없다. 번역 요청이 쌓이고 어디서 누가 무엇을 처리했는지 파악이 안 된다.
다국어 사이트는 구축보다 운영이 더 어렵다. 처음부터 운영 효율을 고려한 구조를 설계해두지 않으면 언어가 늘수록 팀이 지친다. 이 편은 소규모 팀이 다국어 사이트를 지속 운영할 수 있는 구조 설계 원칙을 정리한다.
다국어 웹사이트 구조와 기술 설계
2편. 언어 선택 UI는 설계방법
3편. CMS와 번역 도구 선택 기준
5편. 다국어 사이트 기술 체크리스트
6편. 운영 효율을 높이는 구조 설계 원칙 ←현재글)
7편. 구축 전 반드시 확인할 테스트 항목 (예정)
핵심 원칙: 하나의 소스에서 모든 언어가 나와야 한다
다국어 운영 효율의 핵심은 단일 소스 원칙(Single Source of Truth)이다. 모든 콘텐츠는 하나의 원본에서 출발해야 한다. 원본이 바뀌면 다른 언어판도 그 변화를 추적할 수 있어야 한다.
이 원칙을 어기면 어떻게 될까? 한국어 원본에서 오탈자를 수정했다. 그런데 영어·일본어 번역본은 이전 버전에서 번역된 상태다. 수정된 사항이 번역본에 반영됐는지 추적이 안 된다. 시간이 지날수록 언어판 간 내용이 달라진다.
워드프레스 기준으로 단일 소스 원칙을 실현하는 방법이 있다. WPML이나 Polylang은 원본 포스트와 번역 포스트를 연결하는 기능을 제공한다. 원본이 수정되면 번역 상태가 ‘수정 필요'로 바뀐다. 편집자가 어떤 기사의 번역을 업데이트해야 하는지 한눈에 파악할 수 있다.
콘텐츠 계층을 분리하라
다국어 사이트의 콘텐츠는 세 계층으로 나눌 수 있다.
계층 1. 글로벌 콘텐츠
모든 언어판에 동일하게 들어가는 내용이다. 회사 소개, 광고 정책, 개인정보처리방침, 사이트 공지사항이 여기 해당한다. 한 번 번역하면 자주 바뀌지 않는다.
계층 2. 번역 대상 기사
핵심 기사 중 다른 언어 독자에게도 가치 있는 것들이다. 모든 기사를 번역할 필요는 없다. 전체 기사의 20~30%만 선택해도 다국어 존재감을 충분히 만들 수 있다.
계층 3. 언어 전용 콘텐츠
특정 언어 독자에게만 해당하는 내용이다. 한국어판의 국내 정치 기사, 영어판의 외신 번역 기사처럼 해당 언어판에만 올리는 콘텐츠다.
이 세 계층을 명확히 구분하면 번역 우선순위가 생긴다. 번역 리소스를 계층 1과 2에 집중할 수 있다. 모든 것을 번역하려는 욕심을 버리는 것이 운영 효율의 시작이다.
번역 워크플로를 단계로 구조화하라
번역 작업이 체계 없이 진행되면 병목이 생긴다. 편집장이 번역 의뢰를 이메일로 보내고 번역가가 파일로 돌려주고 다시 에디터가 CMS에 올리는 과정이 반복된다. 실수가 생기고 누락이 생긴다.
번역 워크플로는 단계별로 명확히 설계해야 한다. 소규모 신문사에 적합한 4단계 구조를 제안한다.
1단계: 번역 대상 선정
편집장이 매주 번역할 기사를 지정한다. CMS에서 ‘번역 예정' 태그를 붙이거나 Trello·Notion 같은 도구에 목록을 만든다
.
2단계: AI 초안 생성
DeepL이나 구글 번역으로 초안을 뽑는다. WPML이나 TranslatePress는 버튼 하나로 AI 초안을 CMS에 직접 생성해 준다. 이 단계는 번역가의 작업 시간을 40~60% 줄여준다.
3단계: 번역가·편집자 교열
AI 초안을 원어민 또는 해당 언어 능숙자가 교열한다. 단순 오탈자 교정이 아니라 맥락·뉘앙스·문화적 적합성까지 확인한다. 뉴스 기사는 사실 왜곡이 치명적이기 때문이다.
4단계: 발행 및 상태 업데이트
교열이 끝나면 CMS에서 해당 언어 번역 상태를 ‘완료'로 변경한다. 원본 기사가 이후 수정되면 자동으로 ‘업데이트 필요' 상태로 바뀐다.
Zamaneh Media의 AI 워크플로
Zamaneh Media는 네덜란드 암스테르담에 기반한 이란 독립 미디어다. 페르시아어와 영어로 이란 인권·사회 뉴스를 보도한다. 팀 규모는 13~15명 수준의 소규모 뉴스룸이다. Zamaneh는 2024년 두 가지 AI 도구를 자체 개발해 워크플로를 개선했다. 하나는 뉴스레터 작성 자동화 도구, 다른 하나는 긴 페르시아어 기사를 영어로 요약하는 도구다. 기술 배경이 없는 직원 두 명이 주도해 만들었다.
그 결과 뉴스레터 제작 시간이 크게 단축됐다. 페르시아어 장문 기사를 영어로 번역하는 루틴 작업이 자동화됐다. 소규모 팀이 리소스를 줄이면서도 다국어 운영을 유지하는 구조를 만든 사례다.
소규모 신문사는 이 사례처럼 완전한 시스템을 처음부터 구축할 필요 없다. 반복되는 작업 한 가지를 자동화하는 것부터 시작하면 된다.
역할을 명확히 분리하라
소규모 팀에서 다국어 운영이 흔들리는 가장 큰 이유는 역할이 불분명하기 때문이다. 누가 번역 의뢰를 하고 누가 교열하며 누가 발행하는지 정해져 있지 않으면 모든 작업이 편집장에게 쏠린다.
언어별로 담당자를 지정하는 것이 가장 효율적이다. 예를 들어 3인 팀이라면 이렇게 나눌 수 있다.
| 역할 | 담당 업무 |
| 편집장 | 번역 대상 기사 선정, 발행 승인 |
| 번역 에디터 | AI 초안 생성, 교열, CMS 등록 |
| 기술 담당 | 번역 플러그인 설정, hreflang 오류 모니터링 |
1~2인 팀이라면 프리랜서 번역가와 계약을 맺고 명확한 가이드라인을 제공하는 방식이 현실적이다.'이 사이트의 영어 번역 톤은 이렇다'는 스타일 가이드를 문서화해 두면 번역 품질이 일정해진다.
콘텐츠 재사용 구조를 만들어라
번역 비용을 줄이는 또 다른 방법이 있다. 콘텐츠를 재사용하는 구조다.
모듈형 콘텐츠 설계. 기사 본문, 저자 소개, 카테고리 설명, 광고 문구를 모듈로 분리한다. 저자 소개처럼 자주 쓰이는 텍스트는 한 번만 번역해 두고 여러 기사에 재사용한다. 매번 새로 번역하지 않아도 된다.
공통 UI 텍스트 중앙화. ‘더 보기', ‘공유하기', ‘댓글 달기' 같은 UI 텍스트는 CMS의 언어 파일에 한 번에 관리한다. 워드프레스에서는 languages 폴더에 언어별. po 파일로 관리하면 된다. UI 텍스트를 기사마다 따로 번역하는 낭비를 없앨 수 있다.
에버그린 콘텐츠 우선 번역. 시간이 지나도 유효한 에버그린 기사를 먼저 번역하라. 속보는 빠르게 사라지지만, 에버그린 기사는 지속적으로 검색 트래픽을 만든다. 번역 투자 대비 효과가 훨씬 크다.
업데이트 추적 시스템을 만들어라
운영 중에 가장 자주 생기는 혼란이 업데이트 추적 실패다. 원본 기사가 수정됐는데 번역본이 이전 내용을 담고 있는 경우다.
간단한 추적 시스템만 있어도 이 문제를 막을 수 있다.
방법 A. CMS 번역 상태 기능 활용
WPML, Polylang은 번역 상태를 ‘최신', ‘업데이트 필요', ‘미번역'으로 관리한다. 원본 기사가 수정되면 자동으로 상태가 바뀐다. CMS가 알아서 알려주기 때문에 별도 추적 도구가 필요 없다.
방법 B. 스프레드시트 번역 트래커
도구를 더 간단하게 유지하고 싶다면 Google Sheets로 번역 트래커를 만들 수 있다. 기사 제목, 원본 발행일, 언어별 번역 완료일, 마지막 수정일을 기록한다. 주 1회 편집장이 검토하는 루틴을 만든다.
중요한 것은 도구가 아니다. 추적이 실제로 이루어지는 루틴이다.
운영 효율을 높이는 자동화 포인트
매주 반복되는 작업을 자동화하면 팀 부담이 줄어든다. 소규모 신문사에서 바로 적용할 수 있는 자동화 3가지를 소개한다.
자동화 1. AI 번역 초안 자동 생성
WPML의 DeepL 연동 기능을 쓰면 기사를 발행할 때 자동으로 번역 초안이 생성된다. 번역가는 빈 화면에서 시작하지 않고 이미 만들어진 초안을 교열하면 된다.
자동화 2. 사이트맵 자동 업데이트
기사가 발행될 때 언어별 사이트맵이 자동으로 갱신되어야 한다. Yoast SEO나 Rank Math는 WPML과 연동해 이 작업을 자동 처리한다. 수동으로 사이트맵을 관리하는 것은 기사가 늘수록 현실적이지 않다.
자동화 3. 오류 모니터링 알림
Google Search Console에서 hreflang 오류나 색인 문제가 생기면 이메일로 알림을 받도록 설정한다. 문제를 발견하고 수동으로 확인하러 가는 것보다 훨씬 빠르다.
운영 가이드라인 문서를 만들어라
구조와 도구가 아무리 잘 설계되어도 사람이 따르지 않으면 의미가 없다. 팀이 공유하는 운영 가이드라인 문서가 필요하다. 소규모 신문사의 다국어 운영 가이드라인에는 아래 항목이 들어가야 한다.
□ 번역 대상 기사를 어떻게 선정하는가
□ AI 번역 초안을 어떻게 교열하는가
□ 언어별 톤과 문체 기준
□ 번역 완료 후 CMS 상태를 어떻게 업데이트하는가
□ 원본 수정 시 번역본 업데이트 기준
이 문서는 Google Docs나 Notion에 만들어두면 된다. 새 팀원이 들어오거나 프리랜서 번역가와 협업할 때도 기준이 된다. 머릿속에만 있는 규칙은 운영 원칙이 아니다. 문서가 원칙이다.
온라인 신문사 창업자를 위한 운영 구조 요약
처음부터 완벽한 시스템을 갖출 필요는 없다. 아래 순서대로 단계적으로 구축하면 된다.
1단계 (출시 초기): 단일 소스 원칙 적용, 번역 대상 기사 20~30% 선정, 4단계 번역 워크플로 문서화.
2단계 (기사 100편 이후): AI 번역 초안 자동화 설정, 번역 상태 추적 시스템 구축, 역할 분리 명확화.
3단계 (다국어 트래픽 증가 후): 에버그린 콘텐츠 번역 우선 전략 강화, 모듈형 콘텐츠 재사용 구조 정비, 운영 가이드라인 고도화.
정리
운영 효율은 기술이 아니라 구조의 문제다. 단일 소스 원칙, 콘텐츠 계층 분리, 명확한 역할 분담, 반복 작업 자동화가 갖춰지면 팀이 작아도 다국어 사이트를 지속적으로 운영할 수 있다. Zamaneh Media처럼 13명 팀으로 페르시아어·영어 이중 운영을 유지하는 것이 가능하다. 처음부터 거창하게 시작할 필요가 없다. 반복되는 작업 하나를 자동화하고, 운영 기준을 문서화하는 것부터 시작하면 된다.
다음 편에서는 구축 전 반드시 확인할 테스트 항목을 다룬다. 출시 전 최종 점검 체크리스트를 언어별·기능별로 정리할 예정이다.
다국어 웹사이트 운영 팁 시리즈 7편: 구축 전 반드시 확인할 테스트 항목 → 다음 글 보기
댓글
댓글 쓰기