페이지를 다시 빌드하지 않고 하나의 필드만 번역하기

모든 현지화 작업이 페이지 출시인 것은 아닙니다. 때로는 검토 후 헤드라인이 바뀝니다. 법률 문구 한 줄에 수정이 필요합니다. 제품 마케터가 CTA 하나를 다시 작성하고, 다음 캠페인이 시작되기 전에 현지화 버전이 준비되기를 원합니다.

전체 엔트리를 다시 번역에 돌리는 것도 가능하지만, 작업 규모에 맞지 않는 방식입니다.

변경에 맞는 워크플로우

원문 변경의 규모가 클 때는 큰 번역 작업이 타당합니다. 새 페이지, 조율된 릴리스, 광범위한 콘텐츠 마이그레이션에 유용합니다.

하나의 필드 편집에는 다른 요구가 있습니다:

• 편집자는 이미 어떤 원문 값이 바뀌었는지 정확히 알고 있습니다
• 다른 현지화된 필드는 이미 승인되었을 수 있습니다
• 검토는 하나의 결정에 집중되어야 합니다
• 푸시는 관련 없는 콘텐츠를 건드리지 않도록 해야 합니다

워크플로우가 그 범위를 무시하면, 작은 편집도 전체 엔트리 번역의 비용과 위험을 떠안게 됩니다.

전체 엔트리 재시도가 의구심을 만드는 이유

페이지 전체를 다시 번역하면 주의가 필요하지 않았던 필드에서도 유효하지만 다른 표현이 생성될 수 있습니다. 그런 변경이 카피를 개선하더라도 검토 범위를 넓힙니다.

이제 검토자는 기존 번역이 의도적으로 수정된 것인지, 용어가 바뀐 것인지, 새 출력이 승인된 값을 대체해야 하는지를 물어야 합니다.

이것은 불필요한 소모입니다. 좁은 범위의 원문 편집은 좁은 범위의 대상 차이만 만들어야 합니다.

필드 수준 경로

유용한 필드 작업은 편집자가 이미 검토하고 있는 필드 옆에서 시작되어야 합니다. 그리고 엔트리, 소스 로케일, 대상 로케일, 필드 식별자, 현재 원문 값을 번역 요청에 함께 전달해야 합니다.

결과는 같은 맥락으로 돌아와야 합니다. 편집자는 다음을 비교할 수 있어야 합니다:

1. 원문 필드
2. 현재 대상 값
3. 제안된 번역
4. 푸시될 최종 값

이렇게 하면 결정이 명확해집니다. 나머지 엔트리를 훑어보며 그대로 유지되었는지 확인할 필요가 없습니다.

같은 보호 장치 유지하기

더 짧은 워크플로우가 더 약한 워크플로우가 되어서는 안 됩니다. 필드 수준 번역도 전체 요청과 동일한 통제를 따라야 합니다:

• 승인된 모델 접근
• 프로젝트 프롬프트와 용어집
• 로케일 권한
• 초안 기록
• 푸시 및 게시 권한 부여
• Contentful 버전 검사

범위는 바뀌어도 거버넌스는 바뀌어서는 안 됩니다.

AI 출력이 생성된 후에도 편집자 통제를 유지하는 것 역시 중요합니다. 제안된 필드는 계속 편집 가능해야 하며, 그래야 검토자가 다른 요청을 다시 시작하지 않고도 뉘앙스를 수정할 수 있습니다.

필드 수준 번역이 잘못된 선택일 때

필드가 항상 독립적으로 존재하는 것은 아닙니다. 제목은 그 아래 요약에 의존할 수 있습니다. CTA는 주변 문단에서 정해진 표현을 사용할 수 있습니다. 리치 텍스트 섹션에는 전체 문서 안에서만 의미가 통하는 참조가 들어 있을 수 있습니다.

값에 안전하게 번역할 만큼 충분한 맥락이 있을 때는 필드 작업을 사용하세요. 콘텐츠에 조율된 톤, 용어, 구조가 필요할 때는 전체 엔트리를 사용하세요.

제품은 두 경로를 모두 제공해야 하며, 둘이 서로 대체 가능하다고 가장해서는 안 됩니다.

핵심 요점

현지화 워크플로우는 원래 변경의 규모를 그대로 유지할 때 더 빨라집니다.

하나의 필드는 하나의 필드로 번역될 수 있어야 하며, 더 큰 작업과 동일한 검토 기록과 게시 통제를 가져야 합니다. 그래야 승인된 콘텐츠는 안정적으로 유지되고, 검토자는 집중된 결정을 내릴 수 있으며, 작은 카피 업데이트가 다시 작은 작업으로 돌아갑니다.