W40 – Studio: 이미 쓰는 도구에서 바로 하는 로컬라이제이션

이제 Studio에서 콘텐츠 소스를 로컬라이제이션 엔진에 연결하고, 팀의 용어집, 규칙, 브랜드 보이스를 바탕으로 콘텐츠를 번역한 뒤, 번역본을 리포지토리, CMS, 헬프 센터에 다시 반영할 수 있습니다.

GitHub, Payload CMS, Zendesk Help Center를 연결하거나 CLI와 API로 콘텐츠를 제출하세요. 각 소스는 팀의 용어집, 규칙, 브랜드 보이스가 적용된, 사용자가 선택한 로컬라이제이션 엔진을 사용합니다. 제품 팀과 콘텐츠 팀은 익숙한 도구에서 직접 콘텐츠를 제출하고, 로컬라이제이션 팀은 로컬라이제이션 인프라스트럭처를 운영합니다.

CLI. 엔지니어는 lingo push로 로컬라이제이션 엔진에 구성된 파이프라인을 통해 원본 파일을 제출합니다. lingo pull은 완료된 번역을 같은 머신과 checkout의 로컬 대상 파일에 씁니다. Studio에서는 각 제출 항목의 상태를 언어별로 확인할 수 있습니다.

GitHub App. 기본 브랜치에서 원본 파일이 변경되면 앱이 변경 사항을 번역하고, 번역된 파일이 포함된 풀 리퀘스트를 엽니다. 풀 리퀘스트 워크플로를 활성화하면 번역을 풀 리퀘스트 브랜치에 직접 커밋할 수 있습니다. 자동 실행 전에 승인을 요구하도록 설정하거나, /lingo translate를 사용해 특정 파일과 언어를 요청할 수도 있습니다.

CMS와 도움말 센터. 콘텐츠와 대상 언어를 선택하면 Lingo.dev가 각 로캘에 맞춰 번역을 Payload 또는 Zendesk에 다시 반영합니다. 동기화는 새로 추가되었거나 변경된 원본 콘텐츠만 번역합니다. Payload는 콘텐츠가 변경되면 실행을 자동으로 시작할 수 있고, Zendesk는 실행을 수동으로 시작합니다. 각 실행은 검토가 활성화된 경우 이를 포함해, 로컬라이제이션 엔진에 구성된 파이프라인을 따릅니다.

API. Sync API는 응답으로 하나의 대상 언어를 반환합니다. Async API는 여러 대상 언어를 받아 각 완료된 번역을 개별적으로 전달합니다. 두 방식 모두 로컬라이제이션 엔진의 용어집, 규칙, 브랜드 보이스, 모델 설정을 적용합니다. Async 작업은 활성화된 경우 원어민 교정을 포함한 선택적 파이프라인 단계도 실행합니다. Sync API는 이 단계를 건너뜁니다.

요청과 파이프라인 단계를 살펴보세요. 요청을 열어 원문과 번역문을 확인하고, 어떤 모델이 실행됐는지, 얼마나 시간이 걸렸는지, 비용은 얼마였는지까지 볼 수 있습니다. 비동기 작업의 경우 개별 파이프라인 단계를 열어 출력 결과를 확인하고, 사람이 하는 검토를 위해 전송된 텍스트를 살펴보거나, 실패한 단계의 오류 메시지를 읽을 수 있습니다.

GitHub, CMS 또는 도움말 센터를 연결하려면 Studio → 모든 통합으로 이동하세요.