현지화
Localization · 로컬라이제이션
현지화는 콘텐츠·제품을 목표 언어와 지역의 문화, 날짜·숫자·통화 형식, 법률·정책, 검색 습관과 사용자 맥락에 맞게 조정하는 작업입니다. 원문의 문장을 다른 언어로 옮기는 번역보다 범위가 넓습니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
현지화는 어떤 역할을 하나요?
W3C는 현지화를 제품·콘텐츠를 목표 시장의 언어·문화와 다른 요구에 맞추는 작업으로 설명하고 국제화는 현지화하기 쉬운 구조를 준비하는 과정으로 구분합니다. W3C 국제화 설명 번역문이 문법적으로 맞아도 가격 단위·사례·CTA·법률 안내가 지역과 맞지 않으면 현지화가 끝난 것이 아닙니다. 언어별 페이지가 같은 템플릿을 사용해도 문장 길이와 주소 형식 또는 법정 고지 분량이 달라질 수 있으므로 번역문만 검수하지 말고 실제 화면과 입력·결제·오류 흐름을 목표 로케일에서 끝까지 시험합니다.
무엇과 구분해야 하나요?
| 구분 | 판단 기준 |
|---|---|
| 번역 | 원문의 의미를 다른 언어로 옮깁니다. |
| 현지화 | 언어·문화·형식·정책·검색 맥락을 목표 지역에 맞춥니다. |
| 국제화 | 코드와 콘텐츠 구조를 여러 로케일에 대응하게 준비합니다. |
| 트랜스크리에이션 | 메시지 목적을 유지하며 표현을 더 크게 재창작합니다. |
실무에서는 어떻게 계산하거나 확인하나요?
가상의 미국 페이지에서 월 $99, MM/DD/YYYY, 1,000.50 표기를 한국 페이지로 옮긴다고 가정합니다. 단순 번역만 하면 가격의 부가세·환율 기준과 날짜 의미가 불명확합니다. 한국 가격 정책을 확인하고 2026년 10월 27일, 1,000.50의 소수·구분 규칙, 배송·환불·광고 고지를 별도로 검수합니다.
계약·도입·데이터 연동에서는 무엇을 확인하나요?
Unicode CLDR는 언어·지역 식별자와 날짜·숫자 같은 로케일 데이터를 공통 형식으로 제공합니다. Unicode CLDR 제품이 CLDR를 사용해도 브랜드 말투·의학·법률 용어가 자동으로 적합해지지는 않습니다. 로케일 코드, 용어집, 금지어, 주소·전화 형식, 이미지·색상·예시, 법률 검수와 담당자를 문서화합니다.
한계와 검수 기준은 무엇인가요?
기계번역 완료 상태와 사람의 현지화 검수, 공개 상태를 나눠 표시합니다. 한 국가 안에서도 언어·지역·대상 독자에 따라 표현이 달라질 수 있고 hreflang 설정이 번역 품질을 보완하지 않습니다. 규제·가격·의료 정보는 현지 전문가가 사실과 관할을 확인합니다.
자주 묻는 질문
- 현지화는 번역 후 문장만 다듬는 일인가요?
- 아닙니다. 형식·정책·검색어·이미지·사례·사용 흐름까지 목표 지역에 맞는지 확인합니다.
- 로케일 코드가 같으면 한 콘텐츠를 써도 되나요?
- 독자와 지역 규정이 다를 수 있습니다. 언어 코드만으로 시장 요구가 같다고 판단하지 않습니다.
- 자동 번역 완료면 게시해도 되나요?
- 별도 승인이 필요합니다. 사실·용어·형식·링크·법률 문구를 사람이 검수하고 공개 상태를 확인해야 합니다.
출처와 확인 범위
- Localization vs. Internationalization · W3C Internationalization · 확인 2026-10-27
현지화가 단순 번역보다 넓은 조정이라는 근거입니다.
확인 범위: W3C 개념 설명이며 개별 국가의 광고·법률 검수를 대신하지 않습니다.
- Unicode Technical Standard #35: CLDR · Unicode Consortium · 확인 2026-10-27
언어·지역별 형식 차이를 데이터로 관리하는 표준 근거입니다.
확인 범위: 로케일 데이터 표준이며 문체·문화·법률 적합성을 자동 판정하지 않습니다.