BizPlatforms

  다국어 웹사이트 운영. 처음 한두 달은 열정으로 버틸 수 있지만 6개월이 지나면 한계에 다다른다. 번역은 밀리고 오류는 쌓이며 어느 언어 페이지가 마지막으로 업데이트됐는지 기억이 안 난다. 이 상태가 되면 다국어 운영은 흐지부지된다. 이를 막는 방법은 처음부터 운영 프로세스를 만드는 것뿐이다.   이번 편에서는 소규모 신문사가 실제로 돌아가는 다국어 운영 프로세스를 구축하는 방법을 정리한다.   다국어 웹사이트 운영과 개선   #1. 다국어 웹사이트 운영 프로세스 설계 ← 현재글 #2. 언어별 콘텐츠 업데이트 관리법 #3. 번역 품질 점검과 QA 체크리스트 #4. 언어별 유입과 전환율 분석 방법  #5. 다국어 사이트 성과 개선 실험 전략 (예정) #6. 적은 운영 인력으로 유지되는 구조 (예정) #7. 장기적으로 확장 가능한 운영 체계 (예정)   운영 프로세스가 없을 때 생기는 문제 운영 프로세스 없이 다국어 사이트를 운영하면 세 가지 문제가 반복된다. 첫째, 언어 간 콘텐츠 격차가 벌어진다. 한국어 페이지는 매일 업데이트되는데 영어 페이지는 2개월 전 내용이 마지막이다. 해외 독자는 오래된 사이트로 인식한다. 둘째, 오류를 발견해도 수정 책임이 불분명하다. hreflang 오류가 있는데 누가 수정해야 하는지 모른다. 방치된다. 셋째, 번역 품질이 편마다 다르다. 번역사가 바뀔 때마다 톤이 달라진다. 가이드라인이 없기 때문이다. 프로세스로 이 세 문제를 한꺼번에 해결할 수 있다.     운영 프로세스의 3가지 핵심 구성 요소 ① 발행 워크플로 기사 하나가 한국어로 발행된 후 영어로 번역돼 영어 페이지에 올라가기까지의 흐름을 정해야 한다. 단계별로 담당자와 마감 기한을 명확히 한다.   워크플로 예) (1) 한국어 기사 초고 완성 (2) 편집자 검토 및 최종 확인 (3) 한국어 발행 (4) 번역 의뢰 (AI 번역 ...

  사이트를 출시하고 기사도 올리기 시작했다. 그런데 몇 달이 지나면서 문제가 생긴다. 한국어 기사를 수정했는데 영어판은 깜빡했다. 새 카테고리를 만들었는데 일본어판에는 없다. 번역 요청이 쌓이고 어디서 누가 무엇을 처리했는지 파악이 안 된다.   다국어 사이트는 구축보다 운영이 더 어렵다. 처음부터 운영 효율을 고려한 구조를 설계해두지 않으면 언어가 늘수록 팀이 지친다. 이 편은 소규모 팀이 다국어 사이트를 지속 운영할 수 있는 구조 설계 원칙을 정리한다.       다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 ←현재글 7편. 구축 전 반드시 확인할 테스트 항목   핵심 원칙: 하나의 소스에서 모든 언어가 나와야 한다 다국어 운영 효율의 핵심은 단일 소스 원칙(Single Source of Truth)이다. 모든 콘텐츠는 하나의 원본에서 출발해야 한다. 원본이 바뀌면 다른 언어판도 그 변화를 추적할 수 있어야 한다.   이 원칙을 어기면 어떻게 될까? 한국어 원본에서 오탈자를 수정했다. 그런데 영어·일본어 번역본은 이전 버전에서 번역된 상태다. 수정된 사항이 번역본에 반영됐는지 추적이 안 된다. 시간이 지날수록 언어판 간 내용이 달라진다.   워드프레스 기준으로 단일 소스 원칙을 실현하는 방법이 있다. WPML이나 Polylang은 원본 포스트와 번역 포스트를 연결하는 기능을 제공한다. 원본이 수정되면 번역 상태가 ‘수정 필요'로 바뀐다. 편집자가 어떤 기사의 번역을 업데이트해야 하는지 한눈에 파악할 수 있다.     콘텐츠 계층을 분리하라 다국어 사이트의 콘텐츠는 세 계층으로 나눌 수 있...