한 몰 기준으로 만든 커스텀이 멀티·다국어에서 깨지는 이유
카페24 멀티쇼핑몰이나 다국어몰은 ‘화면만 여러 개’가 아닙니다. 몰·언어·통화·도메인·회원·상품 노출이 나뉘어 있어, 한 대표몰에만 맞춰 만든 커스텀이 다른 몰에서 안 보이거나 데이터가 섞이는 일이 잦습니다.
기능 요청은 같아 보여도 ‘어느 몰에 적용할지’, ‘언어별로 문구·규칙을 나눌지’, ‘재고·가격·회원은 공유인지 분리인지’를 먼저 정하지 않으면 견적·일정·검수가 모두 흔들립니다. 멀티·다국어에서의 주의점은 기술 디테일보다 범위 정의에서 시작됩니다.
멀티·다국어 커스텀에서 먼저 고정할 기준
첫 번째는 적용 범위입니다. 전 몰 공통인지, 특정 몰만인지, 신규 몰이 추가될 때도 자동으로 따라갈지 문장으로 적어야 합니다. 공통으로 두면 로직이 단순해지지만, 몰마다 정책이 다르면 예외가 늘어납니다.
두 번째는 언어·통화·콘텐츠입니다. 버튼·안내 문구·이메일·리포트까지 번역이 필요한지, 가격·배송·세금 규칙이 몰마다 다른지를 나눕니다. 스킨 문구만 바꾸고 API·관리자 화면은 한국어만 남는 경우가 많아, 검수 목록에 언어별 시나리오를 넣는 편이 안전합니다.
데이터가 섞이기 쉬운 지점
회원·적립·쿠폰·주문·재고·정산 키를 몰 구분 없이 저장하면 나중에 수정 비용이 큽니다. 커스텀 DB·캐시·배치 작업에 shop 식별자(또는 언어·몰 코드)를 처음부터 넣는지를 확인하세요.
디자인·앱·커스텀이 겹칠 때
몰마다 스킨·앱 설정이 다르면 같은 스크립트가 한쪽에서만 동작하기도 합니다. ‘대표몰에서 됐다’고 끝내면 다른 몰 오픈 때 다시 깨집니다. 영향 몰 목록을 킥오프에서 고정하는 것이 좋습니다.
- 적용 몰·언어·제외 몰을 문장으로 고정
- 회원·상품·재고·주문의 공유/분리 규칙 정리
- 문구·이메일·관리자 화면의 다국어 범위 결정
- 몰별 스킨·앱·도메인 차이에 따른 영향 점검
상담·검수에서 바로 쓰는 체크포인트
견적을 받을 때는 ‘기능 하나’가 아니라 ‘몰 수 × 언어 수 × 예외’가 일정에 어떻게 반영되는지 물어보세요. 싸게 나온 견적이 대표몰 1개 기준일 수 있습니다.
검수는 대표 시나리오를 몰·언어별로 최소 한 번씩 도는 편이 안전합니다. 로그인, 구매, 커스텀 화면 진입, 관리자 조회까지 포함하면 누락을 일찍 찾을 수 있습니다. 범위가 커지면 1차는 핵심 몰만, 나머지는 2차로 나누는 자르기도 유효합니다.
- 오픈 대상 몰·언어 목록을 표로 만들기
- 몰 추가 시 커스텀이 자동 적용되는지 확인
- 통화·배송·세금이 다른 몰의 테스트 주문 포함
- 관리자·리포트가 몰 필터를 지원하는지 확인
- 번역이 빠진 하드코딩 문구가 있는지 점검
옴니어스가 멀티·다국어 커스텀을 나누는 방식
옴니어스는 멀티쇼핑몰·다국어 요청을 받으면, 기능 목록보다 먼저 적용 몰·언어·데이터 공유 규칙을 같이 적습니다. 거품 없는 범위로 일한 만큼 제안드리며, 대표몰만 기준으로 잡지 않도록 검수 범위도 맞춰 둡니다.
자료가 정리되어 있지 않아도 운영 중인 몰 주소와 ‘어느 몰에 꼭 필요인지’만 알려 주셔도 방향을 잡는 데 도움이 됩니다.
멀티·다국어 주의점 다음에 보면 좋은 글·페이지
킥오프에서 정하면 좋은 항목, 견적이 업체마다 다른 이유, 기능추가 비용을 아끼는 자르기를 이어서 읽어 보시면 범위 대화에 도움이 됩니다.
진행 방식·서비스·FAQ에서 커스텀 이야기도 볼 수 있고, 문의 페이지에 몰·언어 현황만 남겨 주셔도 됩니다. 적용 범위부터 같이 정리해 드립니다.