소프트웨어 현지화:
완벽 가이드

소프트웨어 현지화란 무엇인가요?

소프트웨어 현지화는 소프트웨어 제품의 사용자 인터페이스, 오류 메시지, 온보딩, 알림, 도움말 콘텐츠, 스토어 등록 정보를 다른 언어와 시장의 사용자에게 자연스럽게 작동하도록 조정하는 과정입니다. 데스크톱 소프트웨어, SaaS 및 웹 앱, iOS 및 Android용 모바일 앱, 게임, 그리고 이러한 제품을 구성하는 개발자용 리소스 파일이 모두 포함됩니다.

소프트웨어 현지화는 세 가지 면에서 문서 번역과 다릅니다. 콘텐츠가 페이지가 아닌 키(문자열)의 집합입니다. 한 번이 아니라 스프린트마다 변경됩니다. 그리고 독자가 아닌 빌드에서 사용되므로, 플레이스홀더 하나가 깨지거나 태그가 손상되면 앱이 충돌하거나 릴리스가 막힐 수 있습니다. 그렇기 때문에 전용 소프트웨어 현지화 플랫폼은 문서 대신 문자열, 키, 파일 형식을 관리합니다.

현지화 스택에서의 위치

소프트웨어 현지화는 더 넓은 현지화 프로그램 안의 한 가지 작업입니다. 번역 관리, CAT 편집기, 번역 메모리, 용어 관리, 공급업체 등 이를 운영할 플랫폼을 선택하고 있다면, 이 가이드의 바탕이 되는 현지화 플랫폼 및 TMS 가이드부터 시작하세요. 여기서는 문자열, 형식, 개발자 워크플로, 릴리스 주기 등 소프트웨어에만 해당하는 내용에 집중합니다.

Smartcat의 접근 방식은 플랫폼을 제품 문구의 기준 시스템으로 삼는 것입니다. 제품 현지화 워크플로는 제품 및 앱 콘텐츠의 추출, 번역, 게시를 자동화하고 CI/CD 파이프라인과 통합되는 Product & Engineering Coworker를 사용합니다. 한편 현지화 프로젝트 관리 소프트웨어 페이지에서는 개발자, 관리자, 검토자가 GitHub, Figma 등에 대한 API 및 커넥터 액세스를 갖춘 하나의 작업 공간을 공유하는 방식을 보여줍니다. 협업형 소프트웨어 현지화 프로젝트를 도입한 2023년 3월 릴리스에서 그 이유를 설명합니다. UX 라이터와 제품 관리자가 개발자를 방해하지 않고 직접 문구를 변경할 수 있기 때문입니다.

국제화(i18n) 기본 사항

국제화는 “i”와 “n” 사이에 18개의 글자가 있다는 데서 i18n으로 줄여 부르며, 소프트웨어를 현지화할 수 있도록 준비하는 엔지니어링 작업입니다. 현지화(l10n)는 각 시장에 맞게 소프트웨어를 조정하는 작업입니다. 이 차이는 중요합니다. 국제화는 코드베이스에서 한 번 수행하는 개발 작업인 반면, 현지화는 모든 언어와 모든 릴리스마다 반복되는 콘텐츠 작업입니다. Smartcat의 소프트웨어 설계에서의 국제화 입문 가이드는 i18n을 사용자 인터페이스 설계, 데이터 형식 및 저장, 프로세스 및 도구의 세 영역으로 나누어 설명하고, 회사 내에서 국제화를 주도할 담당자를 찾는 방법도 알려줍니다.

현지화 전 i18n 체크리스트

국제화는 조직의 문제이기도 합니다. Zendesk의 현지화 팀은 Zendesk의 접근 방식에서 현지화를 제품 및 엔지니어링 조직에 어떻게 녹여 내는지 설명하며, 이 내용은 녹화된 강연으로도 볼 수 있습니다. 또한 글로벌 대응 제품 전략에 관한 패널 토론에서는 현지화 리더들이 모여 글로벌화 업계의 전문성 개발과 멘토링에 대해 논의합니다.

Smartcat에서 소프트웨어 현지화가 작동하는 방식

Smartcat은 일반적인 문서 프로젝트 외에도 키를 직접 관리하는 소프트웨어 현지화 프로젝트를 제공합니다. 키는 컬렉션에 저장되고, 하나의 프로젝트에 여러 컬렉션을 둘 수 있으며, Smartcat은 각 컬렉션 내에서 키가 고유하도록 보장합니다. 소프트웨어 현지화 프로젝트에 관한 개발자 문서에 설명된 일반적인 워크플로는 다음과 같습니다.

Smartcat은 이 접근 방식을 “소프트웨어 문구의 단일 진실 공급원(source of truth)”이라고 부릅니다. 제품 관리자와 UX 라이터가 문구를 책임지고, 개발자는 이를 가져다 사용합니다. 비즈니스 관점의 개요는 AI 번역과 전문 검토자, 앱 스토어 콘텐츠 현지화를 결합한 애플리케이션 현지화를 참조하세요.

iOS 및 Android용 모바일 앱 현지화

앱 현지화에는 플랫폼별 리소스 형식, 좁은 UI 공간, 앱 스토어 등록 정보와 스크린샷, 잦은 릴리스 등 고유한 제약이 따릅니다. Smartcat의 모바일 앱 현지화 워크플로는 계정 생성, Android·iOS·Java 앱 연결, 소프트웨어 현지화 에이전트와 검토자를 통한 번역, 번역된 콘텐츠를 앱에 다시 업로드하는 네 단계로 이루어집니다. 장문 가이드인 모바일 앱 현지화: 개발자가 알아야 할 모든 것에서 두 플랫폼의 전략과 프로세스를 모두 다룹니다.

iOS 앱 현지화

iOS 앱은 문자열을 .strings 및 .stringsdict 파일에 저장하며, 최신 프로젝트에서는 Xcode String Catalog(.xcstrings)를 사용합니다. 이 세 가지 형식은 모두 Smartcat의 지원 파일 형식 목록에 포함되어 있습니다. iOS용 Git 연동은 저장소에서 .strings 파일을 자동으로 찾아 가져오고, 번역이 완료되었을 때 또는 지정한 워크플로 단계에 도달했을 때 번역된 리소스 파일을 다시 푸시합니다. 따라서 사람의 검토가 끝나기 전에 기계 번역된 문자열을 저장소에 반영하고 싶을 때 유용합니다. Xcode 현지화 페이지에서는 키 관리와 복수형을 다루며, Xcode 및 Git용 iOS 번역 플러그인에서는 설정 방법을 요약합니다. 단계별 안내는 구현, 테스트 및 디버깅, 출시, 모범 사례를 다루는 iOS 앱 콘텐츠를 현지화하는 방법을 읽어 보세요.

Android 앱 현지화

Android 앱은 문자열을 res/values/strings.xml에 저장하며, 로캘마다 values 폴더를 하나씩 둡니다. Git 및 Android 연동은 저장소의 XML 문자열 리소스를 Smartcat으로 가져오고 번역된 파일을 자동으로 다시 푸시하며, 기계 번역과 사람의 작업을 결합한 하이브리드 워크플로를 사용하는 경우 부분적으로 완료된 번역도 푸시합니다. Android 번역 플러그인은 Git 서버에 등록된 SSH 키(또는 저장소 협업자로 추가된 Smartcat 사용자)를 통해 연결되며, AI 전용 워크플로 또는 AI와 검토를 결합한 워크플로를 선택할 수 있고, 자동 동기화를 예약할 수도 있습니다. 관련 페이지에서는 Android 현지화 문자열, Android 앱 현지화 서비스, Android 앱 번역, Android Studio 현지화 플러그인을 다룹니다. Android 앱 현지화 가이드에서는 로캘, 도구, 단계, 성공 지표 및 일반적인 과제를 설명합니다.

앱 스토어 등록 정보 및 제품 페이지

현지화는 바이너리에서 끝나지 않습니다. 스토어의 제목, 설명, 키워드, 스크린샷이 새로운 시장의 사용자가 앱을 다운로드할지 여부를 좌우합니다. 제품 현지화 워크플로에는 현지화된 스크린샷, 제목, 설명, 키워드를 포함한 앱 제품 페이지 현지화가 포함되며, 동일한 AI와 검토 결합 방식이 애플리케이션 현지화 전반에 적용됩니다.

앱 현지화 실제 사례

두 가지 고객 사례를 통해 소비자용 앱에서 이것이 어떻게 이루어지는지 확인할 수 있습니다. 정확한 의학 용어가 필수적인 여성 건강 앱 Flo가 현지화를 간소화한 방법, 그리고 Simple: Intermittent Fasting App을 만든 팀이 이 앱을 6개 언어로 현지화한 방법과 잘 구성된 팀이 핵심이었던 이유를 소개합니다.

현지화 파일 형식: XLIFF, JSON, PO, XML, YAML 등

소프트웨어가 Word 문서 형태로 전달되는 경우는 드뭅니다. 대개는 키, 태그, 플레이스홀더, 중첩 구조가 번역 과정에서 손상되지 않고 그대로 유지되어야 하는 리소스 파일과 교환 파일 형태로 전달됩니다. Smartcat 도움말 센터에는 모든 지원 파일 형식이 나열되어 있으며, 현지화 작업용 형식으로는 XLIFF 1.2 및 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict 및 .xcstrings, Java .properties, Markdown이 포함됩니다. 아래의 주요 형식마다 무엇이 보존되는지 설명하는 전용 페이지가 있습니다.

XLIFF 및 SDLXLIFF

XLIFF(XML Localization Interchange File Format)는 시스템 간에 번역 가능한 콘텐츠를 주고받는 표준 방식입니다. Smartcat의 XLIFF 편집기는 XLIFF 1.2 및 2.0을 가져와 인라인 코드를 보호한 상태로 원문과 번역문을 나란히 표시하고, translate="no" 단위는 잠긴 상태로 유지하며, 대부분의 도구에서 문제없이 가져올 수 있는 XLIFF 1.2로 내보냅니다. XLIFF 2.0 지원은 2022년에 발표되었으며, 수동으로 업로드하든 API를 통해 업로드하든 Smartcat이 버전을 자동으로 감지합니다. 간편한 브라우저 기반 옵션이 필요하다면 무료 온라인 XLIFF 편집기와 XLF 번역기를 참조하세요. Trados 사용자는 .sdlxliff 파일을 번역 메모리, 용어집, 사람의 검토를 적용하는 SDLXLIFF 번역기로 가져올 수 있습니다.

형식 자체를 이해하려면 먼저 XLIFF 파일이란 무엇인가요?를 읽은 다음, 문자열 번역에 XLIFF가 적합한 경우와 AI 에이전트가 워크플로를 자동화하는 방식을 설명하는 소프트웨어 현지화를 위한 XLIFF를 읽어 보세요. 저작 도구에서 콘텐츠를 내보내는 이러닝 팀에게는 과정 번역을 위한 다국어 XLIFF와 XLIFF 파일 번역 방법에 관한 도움말 문서가 유용합니다. 이 도움말 문서에서는 가장 깔끔한 왕복 처리를 위해 XLIFF 1.2를 권장합니다.

JSON

JSON은 대부분의 웹 및 JavaScript 앱에서 기본으로 사용하는 로캘 형식입니다. JSON 번역기는 파일을 파싱하여 문자열 값만 번역하고, 한 번 정의한 정규식 규칙에 따라 플레이스홀더 토큰을 태그로 잠근 채 동일한 키와 중첩 구조를 가진 파일을 반환합니다. 문자열이 키 ID를 유지하므로 번역 메모리는 텍스트뿐 아니라 키를 기준으로도 일치 항목을 찾을 수 있습니다. en.json 하나를 넣으면 de.json, ja.json, pt-BR.json이 나옵니다.

단일 파일의 경우 무료 JSON 번역기를 사용할 수 있습니다. 동일한 엔진을 브라우저 중심 흐름으로 제공하며, 신용카드 없이 15,000 Smartwords가 제공되는 15일 체험 기간 동안 이용할 수 있습니다. 관련 페이지에서는 온라인 JSON 번역, AI JSON 파일 번역, JSON 번역 파일 편집기, 개발 팀을 위한 JSON 현지화 플랫폼, 앱 현지화를 위한 AI JSON 번역기, 그리고 검토자가 스프레드시트를 선호하는 팀을 위한 JSON-Excel 변환 워크플로를 다룹니다.

Gettext PO 파일

PO(Portable Object) 파일은 GNU gettext에서 사용하는 일반 텍스트 형식으로, 각 항목은 원본 문자열(msgid)과 그 번역(msgstr)을 한 쌍으로 묶습니다. 따라서 PO 파일 하나에는 한 가지 언어만 담깁니다. Smartcat의 Gettext PO 파일 번역은 %s, {name} 같은 변수를 보호된 태그로 변환하고, 개발자 주석을 번역가에게 컨텍스트로 보여 주며, Default PO, Serge.io PO, Monolingual PO의 세 가지 파서를 제공합니다. Serge.io 파서를 사용하면 파일을 다시 업로드할 때 원문이 변경된 문자열만 다시 처리합니다. Smartcat에서 PO 파일 번역하기 도움말 문서에서는 각 파서와 .pot 템플릿을 업로드하는 방법을 설명합니다.

XML 및 YAML

일반 번역기에서는 마크업, 속성, CDATA가 텍스트로 취급되기 때문에 XML이 깨지기 쉽습니다. XML 번역기는 구성 가능한 파서를 사용합니다. 번역할 텍스트가 들어 있는 요소와 속성을 XPath로 한 번만 지정하면 해당 경로 밖의 모든 내용은 그대로 유지되므로, 다운로드한 파일은 시스템에서 바로 처리할 수 있는 올바른 형식의 XML이 됩니다. Ruby on Rails, Symfony 및 여러 정적 사이트 생성기에서 흔히 쓰이는 YAML 구성 파일과 로캘 파일은 YAML 번역기로 처리하며, 동일한 소프트웨어 현지화 워크플로 안에서 YAML을 가져오고 편집하고 내보낼 수 있습니다.

InDesign 및 IDML

소프트웨어 팀은 빠른 시작 가이드, 패키지, UI 참조 카드 등 인쇄물과 PDF 자료도 함께 배포하며, 이러한 자료는 대개 Adobe InDesign으로 제작됩니다. IDML 번역기는 파일의 스토리에서 텍스트를 추출하고, InDesign에서 열어 한 번의 레이아웃 검토만으로 마무리할 수 있는 번역된 IDML을 내보냅니다. AI를 활용한 Adobe InDesign 번역, InDesign 파일 현지화, 전문 검토자가 참여하는 InDesign 번역 서비스도 참조하세요. Word, PowerPoint, Excel 및 기타 오피스 형식에 대해서는 문서 번역 가이드를 참조하세요.

개발자 워크플로: API, CLI 및 Git 연동

수동 파일 교환 방식은 릴리스가 몇 차례만 넘어가도 감당하기 어려워집니다. Smartcat은 노코드 커넥터부터 REST API까지, 개발자가 현지화를 파이프라인에 연결할 수 있는 여러 방법을 제공합니다.

Git 기반 현지화

대부분의 제품 팀에게 Git 연동은 자동화로 가는 가장 빠른 길입니다. Smartcat이 저장소에서 원본 파일을 동기화하고 번역한 뒤, 수동으로 파일을 다룰 필요 없이 현지화된 콘텐츠를 다시 푸시합니다. 모바일 팀은 위에서 설명한 플랫폼별 Android용 Git 및 iOS용 Git 연동을 사용할 수 있습니다.

Smartcat CLI

Smartcat CLI를 사용하면 터미널이나 CI 작업에서 현지화 단계를 실행할 수 있습니다. smartcat login 후에는 키 컬렉션을 import 및 export하고, 파일을 upload 및 download하고, pull 및 push 동기화 단계를 실행할 수 있습니다. 작업 폴더의 .smartcat 파일에는 프로젝트별 설정이 저장됩니다. 소프트웨어 현지화 프로젝트에 관한 개발자 가이드에서는 Postman 컬렉션, 파일 경로 템플릿, 대상 언어 추가 및 복수형 지원을 포함해 CLI와 API를 나란히 보여 줍니다.

번역 API

자체 시스템에서 프로젝트를 생성하거나, 게시 시점에 콘텐츠를 전송하거나, 제품 내에서 즉시 기계 번역을 받는 등 프로그래밍 방식의 제어가 필요하다면 API를 사용하세요. API 가이드에서는 인증, 속도 제한, 문서, 통계, 상태 추적, 내보내기, 콜백 및 실시간 API를 다룹니다. API는 프리랜서 계정이 아닌 회사 계정에서 사용할 수 있다는 점에 유의하세요. 무료 번역 API 페이지에서는 15일 체험 기간 동안 연동을 평가하는 방법을 설명하고, 모든 메서드에 초당 4건의 요청이라는 속도 제한이 적용된다는 점을 명시하며, API가 추가로 지원하는 소프트웨어 현지화 형식(json, structured-json, yaml, structured-yaml, ios-strings, android-xml)을 나열합니다.

언어 및 기술 스택별 페이지에서는 같은 플랫폼을 다양한 관점에서 보여 줍니다. JavaScript용 번역 API, PHP용 번역 API, 구자라트어 및 우르두어용 번역 API, 그리고 새로운 콘텐츠나 업데이트된 콘텐츠를 감지하여 자동으로 번역 대상으로 가져오는 CMS용 번역 API가 있습니다. 웹사이트의 경우 웹사이트용 언어 번역 API에서 API가 단지 출발점에 불과한 경우를 설명하며, 웹사이트 번역 가이드에서는 웹 앱, CMS 및 다국어 사이트를 심도 있게 다룹니다. 언어 서비스 제공업체 관점에서 API 기반 워크플로를 살펴보려면 API 기반 번역 워크플로에 관한 강연을 시청하세요.

나머지 기술 스택을 위한 커넥터

모든 문자열이 저장소에서 나오는 것은 아닙니다. Jira 번역 플러그인은 기준에 맞는 Jira 티켓에 첨부된 문서를 가져와 용어집과 번역 메모리로 번역한 다음 원래 티켓으로 파일을 다시 푸시합니다. Jira 연동 발표에 따르면 동기화는 15분마다 이루어집니다. 이미 다른 문자열 관리 도구를 사용하는 팀은 Lokalise 연동을 통해 연결할 수 있으며, 이 연동은 API 키로 Lokalise 프로젝트를 Smartcat에 동기화하고 번역을 다시 푸시합니다. ReadMe로 구축한 개발자 허브와 API 문서는 ReadMe 번역 플러그인으로 번역할 수 있습니다.

애자일 팀을 위한 지속적 현지화

지속적 현지화란 번역이 개발이 끝난 후가 아니라 개발과 함께 진행되는 것을 의미합니다. 새로 추가되거나 변경된 문자열이 자동으로 감지되고 번역되어 반환되므로, 모든 릴리스가 모든 언어로 출시됩니다. 가장 어려운 부분은 대개 도구가 아니라 프로세스입니다. 현지화 프로젝트 관리 소프트웨어 페이지에서는 현지화를 애자일 주기에 통합하면 기본 제공되는 자동 검사와 컨텍스트 내 검토를 통해 팀이 다국어 제품을 동시에 출시할 수 있는 방법을 설명합니다.

실제 사례를 통해 여러 팀이 어떻게 이를 달성했는지 확인할 수 있습니다.

글로벌 비디오 게임 유통사인 Xsolla는 몇 주 단위로 돌아가는 릴리스 주기에 발맞추기 위해 Smartcat과 오픈 소스 도구인 Serge로 지속적 현지화를 구축했습니다. 글로벌 커뮤니케이션 플랫폼인 Infobip은 애자일 프레임워크 안에서 현지화가 작동하도록 위험이 낮은 실험을 진행했으며 — 이후 번역 삼각형 강연에서 벤더와의 협업 방식을 어떻게 재정의했는지 발표했습니다. 모바일 보안 앱의 UI 텍스트와 도움말 문서를 작성하고 현지화하는 Kaspersky의 문서화 및 현지화 팀은 더 안정적이고 애자일하며 자동화된 프로세스로 전환한 과정을 소개합니다. 또한 Dataduck은 지속적 현지화가 소프트웨어만을 위한 것이 아님을 보여줍니다. 한 디지털 에이전시가 같은 방식을 광고 자료에 적용했습니다.

Figma 및 UI 현지화

디자인 단계에서 현지화를 진행하면 텍스트 길이 증가, 잘린 버튼, 우측에서 좌측으로 읽는(RTL) 레이아웃 문제를 코드에 반영되기 전에 발견할 수 있습니다. Smartcat의 Figma 번역 플러그인은 레이아웃을 유지하면서 280개 이상의 언어로 디자인을 번역하고 실시간 미리보기를 생성하므로, 검토자가 추가 Figma 라이선스 없이도 Smartcat Editor에서 맥락에 맞게 번역을 확인할 수 있습니다.

소프트웨어 팀에게 중요한 점은 Figma가 코드와 동일한 소프트웨어 현지화 워크플로에 연결된다는 것입니다. 개발자 친화적인 Figma 연동(2023)을 사용하면 Figma에서 바로 키를 지정하고, 이를 Smartcat 소프트웨어 현지화 프로젝트로 보내 번역한 뒤 UI로 다시 가져올 수 있습니다. 2026년 10월에는 플러그인에 키 관리, 변형 및 JSON 내보내기 기능이 추가되었습니다. 모든 텍스트 객체에 이름을 바꿀 수 있는 키가 부여되고, 하나의 요소가 여러 콘텐츠 상태(비어 있음, 로딩 중, 오류)를 가질 수 있으며, 중복 키는 병합되고 충돌은 표시되며, 완료된 현지화는 개발자가 바로 사용할 수 있는 JSON 파일로 내보내집니다.

2024년 2월 업데이트에서는 요소나 프레임(브랜드명, CTA)을 번역에서 제외하는 기능, 다단계 워크플로, Figma 컴포넌트 및 서식 있는 텍스트 지원이 추가되었습니다. 설정 방법과 Software Localization 및 Asset Translation 모드는 Figma와 Smartcat 연결하기 도움말 가이드에 설명되어 있습니다.

현지화 테스트 및 품질 보증

문자열 번역은 작업의 절반에 불과합니다. 현지화된 빌드가 제대로 작동해야 합니다. 현지화 테스트는 언어적 품질(정확성, 용어, 어조), 시각적 품질(잘림, 겹침, 글꼴, RTL 레이아웃), 기능적 품질(플레이스홀더, 복수형, 날짜 및 숫자 형식, 정렬, 입력)을 점검합니다. 현지화 테스트 가이드에서는 단계별 프로세스, 3단계 체크리스트, 그리고 Smartcat으로 테스트를 자동화하는 방법을 안내합니다.

UI 문구에서는 여전히 사람의 검토가 안전망 역할을 합니다. 사내 검토자가 없는 팀은 AI 매칭으로 모든 언어 쌍의 현지화 전문가를 찾아주는 애플리케이션 현지화 서비스 마켓플레이스를 통해 전문가를 고용할 수 있습니다.

게임을 포함한 소프트웨어 현지화 활용 사례

키, 형식, 커넥터, 검토라는 동일한 구성 요소가 — 서로 매우 다른 팀에 활용됩니다.

SaaS 및 제품 팀

SaaS 기업은 매 스프린트마다 UI 문자열은 물론 인앱 메시지, 이메일, 도움말 콘텐츠를 현지화합니다. 제품 현지화 워크플로, 소프트웨어 현지화 플랫폼, 현지화 프로젝트 관리 페이지에서는 제품, 엔지니어링, 현지화 팀이 하나의 작업 공간을 공유하는 방식을 설명합니다. 이 가이드에 소개된 Zendesk, Infobip, Kaspersky 사례가 모두 그 예입니다.

모바일 앱

소비자용 앱은 문자열, 스토어 등록 정보, 스크린샷을 한꺼번에 여러 언어로 현지화하는 경우가 많습니다. 모바일 앱 현지화부터 시작한 다음 앱 현지화 섹션의 Flo 및 Simple 사례 연구를 살펴보세요.

게임 현지화

게임에는 현지화의 모든 어려운 문제가 한데 모여 있습니다. 방대한 양의 UI 문자열, 창의적인 각색이 필요한 대사와 세계관 설정, 글자 수 제한, 그리고 동시 출시가 그것입니다. Smartcat Localization Hub의 두 강연이 이러한 실무를 다룹니다. 대형 스튜디오 현지화 부서 책임자가 발표한 비디오 게임 업계에서 중앙 집중식 현지화 팀 구축하기와, 한 스튜디오가 수상작을 현지화한 경험을 소개하는 게임 업계 번역의 시련과 고난입니다. 게임 문자열은 위에서 설명한 것과 동일한 소프트웨어 현지화 프로젝트와 Git 워크플로에서 관리할 수 있으며, Xsolla의 지속적 현지화 구축 사례도 게임 업계에서 나온 것입니다.

개발자 문서 및 이러닝

ReadMe 기반 개발자 포털은 ReadMe 플러그인으로 번역할 수 있으며, 저작 도구에서 XLIFF를 내보내는 이러닝 팀은 코스 제작자를 위한 XLIFF 가이드를 참고할 수 있습니다. CMS의 콘텐츠를 렌더링하는 웹사이트와 웹 앱은 웹사이트 번역 가이드에서 다룹니다.

소프트웨어 현지화 도구 및 리소스

소프트웨어, 앱, 파일 형식 현지화를 위한 모든 Smartcat 페이지를 작업별로 정리했습니다.

소프트웨어 및 제품 현지화

모바일 앱(iOS 및 Android)

XLIFF 및 이중 언어 형식

JSON, PO, XML 및 YAML

InDesign 및 IDML

API 및 연동

소프트웨어 현지화 가이드, 사례 연구 및 강연

소프트웨어 및 앱 현지화에 관한 심층 가이드, 고객 사례, 녹화된 Localization Hub 강연.

도움말 센터 및 개발자 문서

Smartcat의 소프트웨어 현지화를 위한 단계별 제품 및 개발자 문서.

관련 가이드

소프트웨어 현지화는 현지화 프로그램의 여러 다른 영역과 겹칩니다. 다음 가이드에서 이를 심층적으로 다룹니다.