콘텐츠가 가장 중요한 요소로 부상하면서 시장 출시 시간은 그 어느 때보다 단축되고 있습니다. 이는 귀사가 단일 시장만을 대상으로 하지 않는 한, 모든 시장의 모든 언어로 콘텐츠를 가능한 한 신속하게 출시할 수 있어야 함을 의미합니다.
기업은 어떻게 이를 달성할 수 있을까요? 지속적 현지화를 통해 가능합니다. 기본적으로, 앱의 문자열, 블로그 게시물의 텍스트, 트윗 등 새로 제작하는 모든 콘텐츠가 번역을 담당하는 공급업체로 자동 전송되는 프로세스입니다.
참고: 본 문서에서 "언어 서비스 제공업체"는 외부 업체 또는 귀사 내부의 부서를 모두 의미합니다. 아래 고려사항은 거의 모든 경우에 적용됩니다. 또한 지속적 현지화에 대해 잠재 고객을 교육하고자 하는 "외부" LSP에게도 유용한 정보가 될 것입니다.
과정과 과제
지속적 현지화 흐름의 주요 단계는 다음과 같습니다:
설정: 무엇보다도 지속적 현지화 프로세스를 설정하는 초기 작업은 합리적으로 간단해야 합니다.
LSP로 전송: 콘텐츠를 저장할 수 있는 저장소, CMS 및 기타 플랫폼은 다양합니다. 문자열이 저장소에 들어오면 자동으로 LSP로 전송되어야 합니다.
번역 수행: 번역 품질이 우수해야 하며, 이는 일반적으로 신뢰의 문제입니다. 고객은 콘텐츠가 번역되는 언어를 직접 구사하지 못하기 때문입니다.
보안: 프로세스 단계라기보다는 전 과정에서 해결해야 할 과제입니다: 기밀 정보는 가능한 침해 및 유출을 방지하기 위해 안전하게 보호되어야 합니다.
옵션
다음과 같은 네 가지 인기 있는 옵션을 살펴보겠습니다:
수동 현지화. 이는 지속적인 방식은 아니지만, "옛날 방식"을 고수하는 기업들이 놓치고 있는 점을 보여주기 위해 이 비교에 포함할 가치가 있습니다.
Gengo, Steppes, Unbabel 등과 같은 다양한 "플랫폼형" 번역 에이전시. 간결함을 위해 "Unbabel형"이라고 부르겠습니다.
Memsource, Matecat 또는 Trados와 같은 일반적인 클라우드 또는 데스크톱 번역 도구와 XTRF 또는 Plunet과 같은 번역 관리 시스템(TMS)을 함께 사용하는 방식.
Smartcat, 독립형 또는 TMS와 함께 사용 가능.
수동 현지화
이것은 이메일이나 인스턴트 메시징을 통해 자료를 주고받는 "구식" 방식입니다.
설정 | 여기서는 설정할 것이 없습니다. 평소처럼 작업하기만 하면 됩니다. |
LSP로 푸시하기 | 저장소에서 콘텐츠를 직접 다운로드하여 LSP로 보내야 합니다. |
동원 | LSP가 번역가들이 귀하의 문자열을 즉시 작업할 수 있도록 할 방법은 없습니다. 이는 LSP와 번역가 모두 불균형적으로 많은 시간을 소모하는 소규모 작업의 경우 특히 그렇습니다. |
직접 수행 | LSP는 귀하의 작업에 가장 적합한 번역사를 찾기 위해 모든 번역사를 수동으로 선택할 가능성이 높으므로 이는 장점입니다. 반면에, 최소한 귀하의 과거 번역 및 용어에 대한 메모리가 있는 CAT 도구를 사용하지 않으면 품질이 저하될 것입니다. 대량의 콘텐츠의 경우, 기술 도구를 사용하지 않으면 생산성도 떨어질 것입니다. |
다시 동기화하기 | LSP는 번역본을 수동으로 편집하여 귀하에게 다시 보내야 하며, 귀하는 이를 어떻게든 귀하의 저장소로 업로드해야 합니다. 이것만으로도 충분히 나쁜데, 여기에 사용 언어 수를 곱하면 그만큼 반복해야 한다는 의미입니다. |
보안 | 이메일은 다소 안전한 의사소통 수단으로 간주되지만, 이 과정에서 발생하는 수많은 P2P 통신은 보안 위험을 증가시킵니다. |
기타 문제점
인적 요인으로 인해 잘못된 언어로 된 문자열을 발견하거나 심지어 누락된 경우도 있습니다.
버전 관리되는 저장소를 사용 중이고 특정 콘텐츠를 특정 버전에 할당해야 하는 경우 문제는 더욱 악화됩니다.
전체 소요 시간으로 인해 당일 배송은 불가능합니다: 대부분 며칠에서 몇 주가 걸릴 것입니다.
소규모 작업 처리는 더 많은 오버헤드를 의미하므로 LSP(언어 서비스 제공업체)는 더 높은 요금을 요구할 가능성이 높습니다.
테이크아웃
결론은 명백합니다: 수동적인 접근 방식으로는 지속적인 현지화를 가능하게 하는 것이 불가능합니다.
언바벨과 유사한 번역 업체
이러한 업체들은 "온라인 플랫폼"으로 자신을 소개하며, 사용자가 API를 통해 콘텐츠를 신속하게 업로드할 수 있고, 플랫폼과 사용자 간 어떠한 인간적 상호작용 없이도 번역을 받을 수 있도록 합니다.
설정 | 해당 기관이 공개 API를 제공하는 경우 설정은 상당히 간단합니다. 그러나 API 사용을 자동화하는 방법을 찾아야 합니다. Zapier 같은 도구로 가능하지만, 여전히 일부 소프트웨어/로컬라이제이션 엔지니어링 지식이 필요하며 복잡한 구성에는 적합하지 않습니다. |
LSP로 푸시하기 | 구성이 완료되면, 필요한 콘텐츠를 푸시할 수 있는 도구가 있는 경우 프로세스는 거의 자동화됩니다. |
동원 | 번역가는 일반적으로 "일찍 일어나는 새가 벌레를 잡는다"는 원칙에 따라 대규모 풀에서 자동으로 선택됩니다. |
실행 | 플랫폼마다 접근 방식이 다르지만, 일반적으로 번역가의 "무작위" 선택으로 인해 품질이 저하되는 것이 가장 큰 문제입니다. |
다시 동기화하기 | 이것도 쉽습니다. 번역이 완료되면 API를 통해 저장소로 다시 푸시됩니다 — 해당 API 요청을 처리할 도구가 있다면 말이죠. |
보안 | 일부 플랫폼은 번역자에게 비밀유지계약서(NDA)를 체결하게 하지만, 그렇지 않은 플랫폼도 있습니다. 그러나 최종 기여자의 익명성과 무작위성은 콘텐츠 유출 위험을 높이며, 이는 주요 앱 업데이트 등에 치명적일 수 있습니다. |
기타 문제점
이러한 플랫폼 중 일부는 항상 기계 번역과 인간 편집을 결합한 방식을 사용합니다. PEMT(기계 번역 후 인간 편집)는 특정 용도에는 유효한 방법이지만, 모든 종류의 콘텐츠에 대한 만병통치약은 아닙니다.
이러한 플랫폼을 사용하면 본질적으로 다른 공급업체에 묶이게 됩니다: 다른 언어 서비스 제공업체로 전환하려면 전체 지속적 현지화 인프라를 재구축해야 합니다.
일반 CAT + TMS
설정 | 복잡성은 번역을 직접 관리하는지, 아니면 언어 서비스 제공업체(LSP)의 서비스를 이용하는지에 따라 달라집니다. 후자의 경우, 양측 모두 CAT 라이선스를 구매하거나 모든 콘텐츠를 공급업체 계정에 보관해야 하는데, 이는 보안 문제로 이어질 수 있습니다. |
LSP로 푸시 | 일단 설정되면 프로세스는 자동으로 진행됩니다. 그러나 이러한 자동화에는 단점이 있습니다. 때로는 번역을 즉시 보내고 싶지 않은 경우가 있습니다. 이 경우 자동 할당을 방지할 수 있어야 합니다. |
동원 | 특정 프로젝트가 구성되면, 해당 프로젝트에 배정된 번역자들은 새로 들어오는 모든 콘텐츠를 편집할 수 있게 됩니다. |
실행하기 | CAT 도구는 번역 메모리, 용어집 등 더 나은 번역과 효율적인 번역에 필요한 기술을 제공합니다. |
다시 동기화하기 | 이것도 쉽습니다. 번역이 완료되면, 해당 번역은 API를 통해 리포지토리로 다시 푸시됩니다 — 이러한 API 요청을 처리할 수 있는 도구가 있다면 말입니다. |
보안 | 대부분의 CAT 도구 커넥터는 독점적이며 CAT 도구 자체 서버에서 실행되므로 로컬에 설치할 수 없고 제어할 수도 없습니다. 많은 기업에게 이는 심각한 위험 요소이며, 정보 보안 부서에서 이러한 통합을 허용하지 않습니다. |
기타 문제점
대부분의 CAT 도구는 유료이며, 연결해야 하는 TMS 역시 대부분 유료입니다. 일반적으로 이 비용은 LSP가 부담하지만, 일부 상황에서는 개인 라이선스도 필요할 수 있습니다.
소규모 작업을 수주할 경우 추가 비용이 발생하므로 LSP는 더 높은 요금을 요구할 가능성이 높습니다.
스마트캣
Smartcat은 번역 고객과 공급업체를 단일 콘텐츠 전달 루프로 연결하는 올인원 플랫폼입니다. 내장형 TMS 기능을 갖추고 있으며, API를 통해 외부 TMS 시스템과도 연동 가능합니다. 모든 Smartcat 기능은 무료로 제공되며, 플랫폼 수익화는 Smartcat 마켓플레이스에서 공급업체에 발주된 각 주문 금액의 일정 비율로 이루어집니다. 자체 번역팀을 보유한 경우 이 기능은 선택 사항입니다.
설정 | 지속적인 현지화 흐름을 설정하려면 약간의 기술 지식이 필요합니다. 긍정적인 측면은 "커넥터"를 자체 서버에서 실행하도록 설정할 수 있어 가능한 보안 위험을 최소화할 수 있다는 점입니다. LSP는 또한 귀사의 프로젝트를 진행하기 전에 플랫폼에서 번역가 팀을 구성해야 합니다. | |
LSP로 푸시 | 구성이 완료되면 새로운 콘텐츠는 Smartcat의 LSP 계정으로 전송됩니다. Smartcat은 여러 CMS 및 GIT 저장소와 통합이 가능하며, 자체 통합을 구축할 수 있는 오픈 API도 제공합니다.p> | 아직 특정 번역가에게 자동 할당하는 기능은 없지만, LSP는 버튼 클릭이나 API 호출 한 번으로 이를 수행할 수 있으므로 소요 시간이 최소화됩니다.p> |
실행하기 | Smartcat에는 구성 가능한 번역 메모리, 용어집 및 기계 사전 번역 엔진이 있어 전문 LSP가 프로젝트를 최대한 활용할 수 있습니다. | |
역방향 동기화 | 역방향 동기화는 푸시만큼 쉽습니다. 번역된 콘텐츠는 리포지토리/CMS 등의 구조에서 올바른 위치로 이동합니다. | |
보안 | 콘텐츠는 100% 귀하의 서버에 저장될 수 있으며, LSP는 번역이 필요한 문자열만 수신합니다. 이는 가장 신중한 기업의 데이터 보안 기준도 충족하는 유일한 솔루션이 될 것입니다. |
기타 문제점
Smartcat의 문서화는 다소 부족한 편이므로 시작하기 전에 직접 조사하거나 시행착오를 거쳐야 합니다. 반면 Smartcat의 지원팀은 업계 내외를 막론하고 가장 신속한 대응으로 유명하며, 플랫폼 초기 단계에서 사용자를 직접 안내해 주는 경우가 많습니다.
요약
어떤 접근 방식을 선택하든 다음 사항을 명심하세요:
지속적 현지화는 프로세스 중 가장 취약한 부분만큼만 효과적입니다. LSP가 작업량을 처리할 충분한 자원을 보유하고 있는지 확인하세요.
LSP가 설정 및 구성을 처리하는 것이 더 쉬울 수 있지만, 장기적으로는 보안에 문제가 발생할 수 있습니다.
기존의 수동적인 방식을 고수한다면 글로벌 고객을 대상으로 한 빠른 시장 출시를 기대할 수 없습니다.
지속적 현지화에 대한 여러분만의 노하우가 있으신가요? 댓글로 알려주세요!
