Nex.js + i18n 다국어 관리 시 추가로 고려해야 할 부분이 있을까요?

우선 제가 떠오르는 고려점은 아래정도로 있는 것 같습니다. • prebuild 스크립트에서 변환 실패/포맷 오류 발생 시 빌드 실패 or 기본값 처리 필요 • 안정성위해서 CI에서 번역 키 검증하는 과정을 만들어서 PR/배포 파이프라인에서 누락/불필요 키 자동 체크 • 번역 데이터가 잘못 배포됐을 때 빠르게 롤백할 수 있는 체계 -> 번역 JSON의 git 관리, Google Sheets의 변경 이력 관리 등 • 런타임 언어 변경대응 -> 사용자가 앱 내에서 언어를 변경할 때, 모든 컴포넌트가 즉시 반영되는지, SSR/CSR 환경에서 hydration mismatch가 발생하지 않는지 확인 필요

이미 구상중인 플로우가 충분히 좋고,  또한 서희님 답변이 잘 정리되어 있어서요 충분한 것 같지만, 그래도 추가로 고려해볼 만한 포인트 쬐끔 말씀 드려볼게요 :) • 번역 키 빠짐 방지 빌드 단계나 CI에서 빠진 키를 검출하는 것도 중요하지만, 개발자 입장에서는 IDE에서 실시간으로 번역 키 존재 여부를 확인할 수 있는 환경이 있다면 개발할 때 편할 것 같아요. 예를 들어 babel-plugin-i18next-extract처럼 키를 추적하고 경고하면, 개발 단계에서 실수를 줄일 수 있어요. • 폴리글랏(Polyglot) 환경을 고려한 fallback 정책 특히 사용자 단말기나 브라우저 언어 설정이 ko-KR, en-UK처럼 지역(locale) 단위로 다양할 수 있는데, 이때 fallbackLng 설정을 해두지 않으면, 빠진 번역이 표시되지 않을 수 있어요. en-US와 en을 다르게 처리할지, ko가 없을 때 en으로 fallback할지 등 언어 fallback 전략을 초반에 명확히 정해두는 것이 도움이 될것 같아요. 이미 잘 설계하고 계신 것 같아서, 이 정도만 참고하셔도 충분할 것 같아요.

보통 next.js에서 다국어 처리를 하게되면 아래와 같은 문제를 만나게 돼요. • 클라이언트에서 언어 변경 (한국어 -> 영어) • 새로 고침 후 변경된 언어 초기화 (영어 -> 한국어) 운영단계에서 위와 같은 문제를 해결하기 위해 저는 쿠키에 현재 선택된 언어를 저장하고 next.js의 middleware 에서 쿠키에 값이 있을 경우 우선 적용하는 로직을 적용했어요. 또, 별도로 정의한 번역 메시지를 빌드단계에서 pull 받아와서 적용하는 방식으로 많이들 자동화를 하시는데요, 이 부분도 한번 고려해보면 좋을 것 같아요. Q. 배포 후 운영중에 번역가 분이 번역메시지를 변경했어요, 그럼 우리는 클라이언트를 새로 배포해야 하는 걸 까요? 어떤 방법이 있을까요?