카탈로그에서 스토어프론트까지 이커머스 현지화

번역과 시장 준비를 분리하세요

번역은 사실이 표현되는 방식을 바꿉니다. 현지화는 독자가 제품을 이해하고 측정값을 해석하고 관련 서비스 정보를 찾을 수 있는지도 묻습니다. 시장 준비는 더 나아가 실제 배송, 결제, 반품, 제품 규칙을 누군가 확인해야 한다는 뜻입니다. 유창한 페이지가 운영상의 사실을 확립할 수는 없습니다.

각 로케일에 대한 범위표를 만드세요. 언어 검토자, 범주 검토자, 스토어 소유자를 식별합니다. 해결되지 않은 정책과 다음 작업을 기록하세요. 팀이 처음부터 끝까지 지원할 수 있는 구매자 여정으로 시작하고 검토 역량이 생길 때 언어 목록을 확장합니다.

구매자 여정을 목록화하세요

구매자가 따르는 경로에서 시작하세요. 제품 발견, 변형 선택, 사양 읽기, 장바구니 검토, 서비스 정보가 해당합니다. 탐색 라벨, 크기 안내, 이미지 텍스트, 오류 메시지가 경로에 영향을 주면 포함합니다. 설명만 번역하면 중요한 결정이 다른 언어로 남을 수 있습니다.

각 콘텐츠 표면을 실제 담당자와 저장 위치에 배정하세요. 테마 라벨, 제품 필드, 정책 문서는 서로 다른 도구가 필요할 수 있습니다. 목록을 소스 리비전과 연결해 이후 제품 업데이트에서 모든 관련 문장을 다시 찾지 않고 검토가 필요한 번역을 식별할 수 있게 하세요.

로케일 식별자를 신중하게 정의하세요

W3C 가이드는 BCP 47 태그가 언어와 필요한 경우 스크립트 또는 지역을 구분하는 방식을 설명합니다. 의도한 콘텐츠와 대상 플랫폼이 지원하는 값에 맞는 언어 태그를 사용하세요. 국가 약어처럼 보인다는 이유로 로케일 코드를 만들어내지 마세요.

자체 기록에서는 콘텐츠 로케일을 대상 시장 및 통화와 분리하세요. 같은 언어를 서로 다른 상업 설정의 여러 시장에서 사용할 수 있습니다. 대체 동작을 명시하세요. 번역 누락은 검토 중 식별되어야 하며 소스 언어가 대신 표시되었다는 이유로 완료된 로케일로 조용히 집계되어서는 안 됩니다.

제품 의미를 중심으로 용어집을 구축하세요

중요한 각 용어에 대해 짧은 정의와 적용되는 제품 컨텍스트를 작성하세요. 승인된 대상 형태, 바꾸지 않는 브랜드명, 오해를 부르는 대안의 예를 추가합니다. 기술적으로 잘못된 용어를 모든 문장에 억지로 넣지 않고 검토자가 예외를 요청할 방법을 제공하세요.

용어집에 버전을 부여하고 각 후보에 그 버전을 연결하세요. 용어가 바뀌면 영향을 받은 콘텐츠 검토를 촉발해야 합니다. W3C ITS는 용어 및 번역 관련 메타데이터를 표시하는 참고 자료를 제공하지만, 아래의 간단한 기록은 ITS 구현이나 스토어 가져오기 스키마가 아니라 예시 편집 형식입니다.

{
  "conceptId": "material-linen",
  "definition": "Fiber described as linen in the approved specification",
  "sourceTerm": "linen",
  "targetLocale": "de",
  "approvedTerm": "Leinen",
  "rule": "Do not infer a material blend or certification",
  "reviewStatus": "pending"
}

가격, 단위, 제품 주장을 보호하세요

현지화된 소수점 구분자는 표시 방식일 뿐 저장된 금액을 바꿀 권한이 아닙니다. 소스 가격, 통화, 단위 값은 보호된 기록에 유지하세요. 변환이 필요하다면 변환 규칙을 기록한 별도의 승인된 결정론적 작업으로 만드세요.

주장에도 같은 원칙을 적용하세요. suitable for travel 같은 문구가 근거 없는 내구성 보장으로 바뀌어서는 안 됩니다. 소재, 호환성, 인증, 건강 관련 주장에는 근거를 요구하세요. 소스의 불확실성을 보존하고 누락된 사양은 매력적인 이야기를 모델이 완성하게 두지 말고 제품 소유자에게 문제로 표시하세요.

각 로케일을 두 번 검토하세요

사실 검토와 언어 검토를 사용하세요. 첫 번째는 수량, 단위, 제품 관계, 주장을 소스와 비교합니다. 두 번째는 용어, 자연스러운 표현, 독자, 브랜드 어조를 살핍니다. 읽기 좋은 문구가 해결되지 않은 사실 결함을 숨기지 않도록 각 결과를 독립적으로 기록하세요.

고립된 문자열만이 아니라 경고와 변형 라벨을 포함한 전체 제품 컨텍스트를 검토하세요. 익숙하지 않거나 규제되는 범주는 적절한 전문가를 참여시키세요. 모델이 생성한 역번역은 차이를 찾는 데 도움이 될 수 있지만 생성된 텍스트 간의 일치는 어느 쪽이든 제품과 일치한다는 독립적인 증명이 아닙니다.

대상별 전달을 준비하세요

Shopify는 판매자 문서에서 번역 관리와 현지화된 스토어 콘텐츠를 보여주는 더 넓은 행위를 구분합니다. 플랫폼의 언어 워크플로를 사용하고 지원되는 리소스를 확인하세요. 다른 스토어 스택이라면 로케일 열을 매핑하기 전에 다국어 계층과 가져오기 계약을 확인합니다.

제품 식별자, 로케일, 소스 리비전, 승인된 텍스트, 검토자 식별자를 포함하는 전달 패키지를 만드세요. 검토 패키지는 최소 가져오기 페이로드와 분리해 유지합니다. 스테이징 스토어에서 언어 선택, 대체 언어, 텍스트 줄바꿈, 링크, 제품 선택을 확인하세요. 내보내기에 존재하는 콘텐츠가 의도한 페이지에 실제로 보인다는 뜻은 아닙니다.

출시 후에도 현지화를 최신 상태로 유지하세요

소스 변경을 필드 수준에서 추적하세요. 제목이 그대로여도 수정된 소재 설명은 영향을 받은 번역을 무효화해야 합니다. 용어집이 업데이트되면 대상 용어 검토가 필요할 수 있고 가격 변경은 모든 설명을 다시 쓰는 대신 상업 데이터 경로를 따라야 합니다.

현재 승인된 제품-로케일 리비전으로 커버리지를 측정하고 보류 또는 오래된 레코드는 별도로 보고하세요. API 지출, 검토자 노력, 스토어프론트 동작을 독립적으로 추적합니다. 카탈로그 워크플로로 이러한 기록을 정의한 다음 커버리지를 확대하기 전에 제품 중요도와 소스 최신성을 기준으로 백로그를 검토하세요.

자주 묻는 질문