지원되는 파일 형식

저희 i18n 파일 번역 서비스는 다양한 플랫폼과 프레임워크에서 사용되는 광범위한 파일 형식을 지원합니다.

i18n 파일 번역 방법

i18n 파일 번역은 저희 서비스가 제공하는 간단한 과정입니다. 다음 단계에 따라 국제화 파일을 번역하고 프로젝트 전반의 일관성을 유지하세요.

1. 파일 업로드: "원본 파일" 섹션을 사용하여 국제화 파일이나 ZIP 아카이브를 업로드하세요. 지원 형식: JSON, JSONC, XML, YAML, ARB, PO/POT, XLIFF, Properties, CSV/TSV, MD, TXT. 파일 이름에 언어 코드가 포함되어 있으면 자동으로 원본 언어로 사용됩니다.

2. 원본 및 대상 언어 설정:
   원본 언어(예: en-US)를 선택하세요. 하나 이상의 대상 언어(예: fr-FR, de-DE)를 추가하고 축약어, 줄임말, 용어 및 파일 연결과 같은 번역 옵션을 구성하세요.

   중요: "새 문자열만 번역"을 활성화하면, 업로드하는 대상 파일에 해당 언어에 대한 이전 번역 문자열이 이미 포함되어 있어야 합니다(예: 프랑스어 파일에는 이미 모든 기존 프랑스어 번역이 포함되어 있어야 함). 그러면 시스템은 누락되었거나 번역되지 않은 문자열만 번역합니다.

   대상 파일과 동일한 원본 파일을 업로드하면(프랑스어 콘텐츠가 없는 경우), 어떤 문자열이 새 것인지 이전 것인지 감지할 방법이 없으므로 아무것도 번역되지 않습니다.

   참고: 대상 파일 업로드는 선택 사항입니다. 대상 파일을 업로드하지 않으면 "새 문자열만 번역" 활성화 여부와 관계없이 모든 문자열이 번역됩니다.

   파일 명명 규칙:
   업로드한 파일 이름이 정확히 언어 코드(예: fr.json, de.json)가 아닌 경우, 시스템이 서로 다른 언어로 동일한 문자열을 포함하고 있음을 알 수 있도록 파일 이름이 원본 파일 이름과 일치해야 합니다. 예시:

   /en/common.json
   /fr/common.json
   /de/common.json

   이렇게 하면 번역이 올바르게 정렬됩니다. 파일 이름이 원본 파일 이름과 다르면 시스템은 이를 서로 다른 네임스페이스에 속하는 것으로 처리합니다. 국제화에서 네임스페이스는 앱의 일부별로 문자열을 구성하는 데 사용되는 별도의 파일입니다(예: 일반 문자열은 common.json, 로그인은 auth.json, 대시보드는 dashboard.json).

   각 네임스페이스는 모든 언어 폴더에 일치하는 파일이 있어야 합니다:

   /en/common.json
   /en/auth.json
   /fr/common.json
   /fr/auth.json

   각 언어에 대해 동일한 파일 이름을 사용하면 시스템이 문자열을 올바르게 일치시킬 수 있습니다.

3. 번역 시작: "번역" 버튼을 클릭하여 시작하세요. 저희 서비스는 파일 순서를 보존하기 위해 파일을 세심하게 관리하여 불필요한 변경을 방지합니다. 진행 상황은 실시간으로 표시됩니다.
4. 번역된 파일 다운로드: 번역이 완료되면 "번역된 파일 다운로드" 버튼을 클릭하여 번역된 콘텐츠를 가져오세요. 다운로드된 파일은 작업 ID로 명명된 ZIP 아카이브입니다(예: 0196e881-fb54-7150-a292-5b1e8f70a8ae.zip). 아카이브에는 각 대상 언어에 대한 번역된 파일이 포함되어 있으며, 언어 코드별로 별도의 폴더에 구성되어 있습니다.

저희 i18n 번역 서비스를 선택해야 하는 이유

• AI 기반 문맥 번역: 저희 AI는 국제화 포맷 플레이스홀더를 지능적으로 해석하며, 언어 코드에 지정된 언어, 스크립트 및 지역에 따라 문화적 규범에 맞게 번역을 조정합니다.
• 광범위한 형식 지원: 저희 서비스는 모든 주요 국제화 파일 형식을 처리합니다. 복수형을 정확하게 관리하고, HTML 태그와 주석을 보존하며, 줄 바꿈을 유지하고, 파일 구조를 그대로 유지합니다.
• 로캘별 조정: 텍스트의 숫자와 날짜는 대상 로캘 형식에 맞게 자동으로 변환됩니다.
• 오류 처리: AI 오류를 감지하고 필요한 경우 재번역하여 고품질 결과를 보장합니다.
• 비용 효율적: 저희 서비스는 다른 기계 번역 솔루션보다 저렴합니다. 사용자는 매달 30,000 문자를 무료로 제공받습니다.가격 보기
• 대용량 파일에 최적화: 저희 시스템은 대용량 국제화 파일을 관리 가능한 단위로 나누어 효율적으로 처리하며, 각 세그먼트가 AI의 출력 창에 맞도록 보장합니다. 이 접근 방식은 대용량 파일의 경우에도 사전 정의된 용어와 문맥을 활용하여 번역 일관성을 유지합니다.

저희 플랫폼은 고급 AI 기반 번역으로 국제화 파일의 현지화를 간소화하여 파일 구조와 문맥을 보존하면서 정확하고 효율적인 결과를 제공합니다.

국제화(i18n)란 무엇인가? 국제화와 현지화 설명

국제화(i18n)는 코드 변경 없이 다양한 언어와 지역에 맞게 소프트웨어를 조정할 수 있도록 설계하는 과정입니다. 현지화(l10n)는 문자열 번역, 날짜 형식, 통화 및 문화적 참조 조정 등 특정 로캘에 맞게 소프트웨어를 실제로 조정하는 과정입니다. i18n의 "18"은 "internationalization"에서 "i"와 "n" 사이의 18개 글자를 의미합니다.

국제화 파일 번역은 현지화 워크플로우의 핵심입니다. 개발자는 소스 코드에 텍스트를 하드코딩하는 대신, 모든 사용자 대상 문자열을 JSON, YAML, PO, XLIFF, ARB 또는 Properties 파일과 같은 리소스 파일로 외부화합니다. 이러한 파일은 모든 번역의 단일 진실 공급원이 되며, 애플리케이션과 함께 관리, 버전 관리 및 배포됩니다.

글로벌 제품의 경우, 국제화 파일을 수십 개의 언어로 번역해야 할 수 있습니다. 이를 규모에 맞게 관리하려면 자동화, 일관성 및 형식 인식 도구가 필요하며, 저희 AI 기반 국제화 파일 번역 서비스가 바로 이를 제공합니다.

국제화 파일 형식: 무엇을 사용해야 할까요?

국제화 파일 형식의 선택은 일반적으로 기술 스택에 따라 다릅니다. 각 형식은 구조, 도구 및 플랫폼 지원 측면에서 서로 다른 강점을 가지고 있습니다:

• JSON — 웹 애플리케이션에서 가장 인기 있는 형식입니다. i18next, React Intl, ngx-translate 및 Vue i18n에서 사용됩니다. 중첩된 키와 보간(interpolation)을 지원합니다. React, Angular(ngx-translate), Vue 및 Next.js 프로젝트에 권장됩니다.
• YAML — Ruby on Rails 국제화의 기본 형식이며 Symfony(PHP) 및 Vue i18n에서 널리 사용됩니다. 주석, 중첩된 키 및 여러 줄 문자열을 지원하여 사람이 읽기 쉽습니다.
• PO / Gettext — WordPress 플러그인, PHP 애플리케이션, Python(Django, Flask) 및 Linux 데스크톱 소프트웨어의 표준입니다. 복수형, 번역가 주석 및 원본 파일 참조를 위한 내장 지원이 있습니다.
• XLIFF — 전문 번역 워크플로우의 업계 표준입니다. Angular의 내장 국제화, iOS/Xcode 및 모든 주요 CAT 도구(SDL Trados, memoQ, Memsource)에서 사용됩니다. 번역 대행사가 관련된 엔터프라이즈 프로젝트에 이상적입니다.
• ARB — Flutter의 애플리케이션 리소스 번들 형식입니다. 현지화 메타데이터가 포함된 JSON 기반입니다. flutter gen-l10n에 의해 컴파일되는 Flutter 및 Dart 앱 현지화의 표준입니다.
• Properties — Java의 기본 현지화 형식입니다. Spring Boot, Android(레거시) 및 ResourceBundle을 사용하는 엔터프라이즈 Java 애플리케이션에서 사용됩니다.

증분 번역: 새 문자열만 번역

저희 국제화 파일 번역 서비스의 가장 강력한 기능 중 하나는 증분 번역입니다. 이는 이미 현지화된 콘텐츠를 재번역하지 않고 새 문자열이나 변경된 문자열만 번역하는 기능입니다. 이는 활발하게 개발 중인 프로젝트의 번역 비용과 처리 시간을 크게 줄여줍니다.

증분 번역을 사용하려면 각 언어에 대해 원본 파일과 기존 대상 파일을 모두 업로드하세요. 저희 시스템은 두 파일에 존재하는 키를 비교하고 대상 파일에서 누락된 문자열만 번역합니다. 이는 각 스프린트나 릴리스마다 새 문자열이 추가되는 지속적인 개발 주기에서 특히 유용합니다.

증분 번역을 지원하는 형식은 위 표에 나열되어 있습니다. 다른 형식의 경우, 대상 파일을 업로드하면 용어집 문맥을 확보하여 번역 실행 전반에 걸쳐 일관된 용어를 유지하는 데 여전히 유용합니다.

국제화 파일 번역의 일반적인 사용 사례

저희 국제화 파일 번역 서비스는 현대적인 현지화 시나리오의 전체 범위를 처리합니다:

• 웹 애플리케이션 현지화: React, Angular, Vue, Next.js 및 Nuxt.js 단일 페이지 앱을 위한 JSON, YAML 및 Properties 파일을 번역합니다. i18next 네임스페이스 구조를 지원하여 단일 ZIP 업로드로 모든 언어 파일을 번역할 수 있습니다.
• 모바일 앱 현지화: Flutter 앱을 위한 ARB 파일, Android를 위한 Properties 파일, iOS 및 macOS 앱 현지화를 위해 Xcode에서 내보낸 XLIFF 파일을 번역합니다.
• 문서 및 콘텐츠: Docusaurus, VitePress, Jekyll 및 Hugo와 같은 정적 사이트 생성기를 위한 Markdown 파일을 번역하여 다국어 문서 웹사이트를 제공합니다.
• WordPress 및 PHP 프로젝트: WordPress 테마 및 플러그인, Symfony 애플리케이션 및 gettext 기반 현지화를 사용하는 기타 PHP 기반 프로젝트를 위한 PO/POT 파일을 번역합니다.
• Angular 애플리케이션: Angular의 내장 국제화 시스템을 위해 ng extract-i18n으로 생성된 XLIFF 1.2 및 2.0 파일을 번역합니다.
• 엔터프라이즈 및 CAT 워크플로우: 구조 보존 AI 번역을 사용하여 전문 번역 대행사 및 CAT 도구(SDL Trados, memoQ, Memsource)와 교환되는 XLIFF 파일을 처리합니다.
• 오픈 소스 프로젝트: GNU gettext 기반 오픈 소스 프로젝트, 데스크톱 애플리케이션(GTK/GNOME/KDE) 및 언어 커뮤니티 전반에 배포되는 개발자 도구를 위한 PO 파일을 번역합니다.
• CI/CD 자동화: L10n.dev REST API를 사용하여 릴리스 파이프라인에 국제화 파일 번역을 통합하고, 병합이나 배포 시마다 새 문자열을 자동으로 번역합니다.

자주 묻는 질문

어떤 국제화 파일 형식이 지원되나요?

JSON / JSONC, XML(Android strings.xml, .NET ResX, 일반), YAML / YML, ARB(Flutter), PO / POT(GNU Gettext), XLIFF 1.2 및 2.0, .properties(Java), CSV / TSV, Markdown (.md) 및 일반 텍스트 (.txt)를 지원합니다. 파일은 개별적으로 또는 최대 5MB의 ZIP 아카이브로 업로드할 수 있습니다.

한 번에 여러 언어로 번역할 수 있나요?

네. 단일 작업에서 여러 대상 언어를 추가할 수 있습니다. 저희 서비스는 모든 언어 쌍을 처리하고 언어 코드(예: fr/, de/, ja/)별로 구성된 ZIP 아카이브에 결과를 패키징합니다.

"새 문자열만 번역"은 어떻게 작동하나요?

각 언어에 대해 원본 파일과 기존 대상 파일(이전 번역이 이미 포함됨)을 업로드하세요. 저희 시스템은 원본에는 있지만 대상에는 없는 문자열을 식별하여 해당 문자열만 번역합니다. 이렇게 하면 이미 비용을 지불한 콘텐츠를 재번역하지 않고 수동 편집 내용을 덮어쓰는 것을 방지할 수 있습니다.

최대 파일 크기는 얼마인가요?

최대 업로드 크기는 파일 또는 ZIP 아카이브당 5MB입니다. 매우 큰 프로젝트의 경우 네임스페이스별로 파일을 분할하거나 여러 작업을 업로드하는 것을 고려하세요. 이 페이지에서 실시간으로 작업 진행 상황을 모니터링하고 파일 페이지에서 완료된 모든 작업에 액세스할 수 있습니다.

파일 네임스페이싱은 어떻게 작동하나요?

서로 다른 언어 폴더에 이름이 같은 파일은 동일한 네임스페이스로 처리됩니다(예: /en/common.json 및 /fr/common.json). 이름이 다른 파일은 별도의 네임스페이스로 처리됩니다. 올바른 문자열 일치를 보장하려면 모든 언어 폴더에서 일관된 파일 이름을 사용하세요.