로케일 폴백은 로컬라이제이션 부채를 숨길 수 있다

로케일 폴백은 다국어 CMS에서 가장 유용한 안전장치 중 하나입니다.

요청된 로케일에 대해 필드에 값이 없으면, Contentful은 다른 로케일의 값을 반환할 수 있습니다. 페이지는 완전한 상태를 유지하고, 편집자는 빈 컴포넌트를 피할 수 있으며, 모든 선택 필드가 번역되기 전에 시장에 출시할 수도 있습니다.

하지만 완전한 페이지가 항상 로컬라이즈된 페이지인 것은 아닙니다.

폴백은 "누락"이 보이는 방식을 바꾼다

폴백이 없으면 번역되지 않은 콘텐츠는 분명합니다. 값이 비어 있기 때문입니다. 폴백이 있으면 대상 로케일 자체 값이 없더라도 필드는 채워진 것처럼 보입니다.

이 구분은 콘텐츠가 API, 프리뷰, 프런트엔드 렌더링을 거치면서 사라질 수 있습니다. 번역 대시보드는 해석된 영어 값을 보고 프랑스어 필드가 완료되었다고 판단할 수 있습니다. 편집자는 여러 섹션이 여전히 영어라는 사실을 모른 채 완전한 프랑스어 페이지를 검토할 수 있습니다.

폴백은 전달의 연속성을 해결합니다. 번역의 완전성을 해결하지는 않습니다.

값의 존재 여부만이 아니라 값의 출처를 추적하라

신뢰할 수 있는 로컬라이제이션 뷰는 모든 필드에 대해 두 가지 질문에 답할 수 있어야 합니다.

1. 방문자는 어떤 값을 받게 되는가?
2. 그 값은 어떤 로케일이 제공했는가?

두 번째 답은 해당 필드가 명시적으로 로컬라이즈되었는지, 폴백을 통해 상속되었는지, 아니면 실제로 비어 있는지를 드러냅니다.

이 출처 정보는 콘텐츠 탐색과 번역 계획 전반에 걸쳐 유지되어야 합니다. 통합 과정에서 해석된 값을 너무 이르게 평탄화하면, 이후 단계에서는 번역된 콘텐츠와 빌려온 콘텐츠의 차이를 알 수 없습니다.

어디에서 폴백을 허용할지 결정하라

상속된 모든 값이 같은 영향을 가지는 것은 아닙니다.

법적 고지, 결제 안내, 또는 캠페인 헤드라인은 출시 전에 대상 로케일 값이 필요할 수 있습니다. 제품 코드, 내부 라벨, 또는 고유명사는 상속해도 안전할 수 있습니다. 팀은 하나의 전역 완전성 규칙을 적용하는 대신 콘텐츠 유형과 필드별로 정책을 정의해야 합니다.

실용적인 정책은 필드를 다음과 같이 분류할 수 있습니다.

• 활성화된 모든 로케일에서 필수
• 일시적으로 폴백 허용
• 로케일 간 의도적으로 공유
• 로컬라이제이션 대상에서 제외

이렇게 하면 폴백은 보이지 않는 사고가 아니라 편집상의 결정이 됩니다.

프리뷰가 진실을 말하게 하라

프리뷰는 폴백 부채가 드러나야 하는 곳입니다.

렌더링된 페이지는 레이아웃과 맥락을 보여 주므로 여전히 중요하지만, 편집자에게는 상속된 값을 표시하는 은은한 오버레이나 보고서도 필요합니다. 목표는 프리뷰를 읽기 어렵게 만드는 것이 아닙니다. 겉보기에는 완전한 섹션 중 어떤 것이 아직 대상 로케일의 소유가 아닌지를 보여 주는 것입니다.

이 정보는 특히 원본 언어와 대상 언어가 비슷해 보이거나, 작은 인터페이스 라벨을 놓치기 쉬운 경우에 더욱 중요합니다.

모든 릴리스를 막지 않으면서 부채를 보고하라

로컬라이제이션 완전성은 페이지 가용성과 별도로 측정 가능해야 합니다.

어떤 시장용 페이지는 100퍼센트 렌더링 가능하면서도 82퍼센트만 명시적으로 로컬라이즈되어 있을 수 있습니다. 두 수치 모두 유용합니다. 첫 번째는 운영 가용성을 반영하고, 두 번째는 남아 있는 로컬라이제이션 작업을 반영합니다.

그렇게 하면 팀은 중요한 필드에 대해서는 릴리스 게이트를 설정하면서, 다른 곳에서는 알려진 폴백 부채를 허용할 수 있습니다. 보고서에는 상속된 필드와 그 경과 기간이 포함되어야 하며, 그래야 일시적인 예외가 기본적으로 영구화되지 않습니다.

기존 대상 값을 보호하라

폴백은 쓰기 작업도 혼란스럽게 만들 수 있습니다. 대상 필드가 실제로는 비어 있는데도 해석된 원본 값이 나타날 수 있고, 명시적인 대상 값은 프리뷰 구성에 의해 가려질 수 있습니다.

번역을 푸시하기 전에 해석된 폴백 응답이 아니라 원시 로케일 맵을 검사하십시오. 의도한 대상 로케일에만 쓰고, 다른 모든 로케일 값은 보존해야 합니다.

핵심 요점

폴백은 전달 전략이지, 로컬라이제이션의 증거가 아닙니다.

모든 값에 원본 로케일을 붙여 두고, 어떤 필드가 상속될 수 있는지 정의하고, 프리뷰에서 폴백을 드러내며, 로컬라이즈된 커버리지를 페이지 완전성과 별도로 보고하십시오. 의도적으로 사용하면 폴백은 번역 부채가 뻔히 보이는 곳에서 사라지도록 내버려 두지 않으면서도 릴리스를 탄력적으로 유지해 줍니다.