앱스토어 등록 정보, 어떤 언어로 현지화해야 할까?
이 질문에 대한 조언 대부분은 다른 질문에 답하고 있어요. "어떤 언어로 현지화해야 하나요"라고 물으면, 글로벌 앱 경제에 대한 통계 벽이 돌아오죠. 흥미로운 잡학이지만 결정에는 도움이 안 됩니다. 이 글은 결정을 내려드립니다.
현재 App Store에는 약 50개의 메타데이터 언어가 있고(Apple은 2026년 3월에 39개에서 50개로 늘리면서 인도 언어 위주로 11개를 추가했어요), Google Play의 등록 로케일은 더 많아요. 이걸 전부 다 할 수는 없고, 그럴 필요도 없어요. 목표는 이번 주에 바로 실행할 수 있는 짧고 우선순위가 명확한 리스트예요.
먼저 등록 정보와 앱을 분리하세요
이 둘은 비용 구조가 전혀 다른 두 개의 별개 프로젝트예요. 이 둘을 섞어서 생각하는 게 가장 흔한 실수입니다.
- 스토어 등록 정보 — 제목, 부제목, 설명, 키워드, 스크린샷. 이걸 번역하면 설치 전에 사용자가 보는 화면이 바뀌어요. 앱 코드를 전혀 건드리지 않고 App Store Connect와 Play Console에서 바로 반영됩니다.
- 앱 UI — 실행 중인 앱 안의 모든 문자열. 이걸 번역하는 건 진짜 엔지니어링 작업이에요. 문자열 추출, 현지화 시스템 연결, 모든 화면 재테스트, 릴리스마다 유지보수까지 필요해요.
저렴하고 합리적인 순서는 등록 정보를 먼저 현지화하고, 데이터가 증명해줄 때까지 앱 번역은 미루는 거예요. ASO 담당자들은 이걸 '최소기능 현지화'라고 불러요. 번역된 스토어 화면을 한 시장에 먼저 내놓고 설치 수와 (무엇보다) 리텐션이 유지되는지 지켜본 다음, 그때 가서 앱 자체를 번역하는 데 돈을 쓰는 거죠. 영어 앱 그대로에 현지화된 등록 정보만 있어도 훌륭한 테스트가 됩니다. 반대로 전환이 전혀 안 되는 시장을 위해 앱 전체를 번역하면 그 돈은 돌아오지 않아요.
그래서 아래 프레임워크는 등록 정보에 관한 거예요. 앱 UI 번역은 시장별로 리텐션을 보고 나중에 따로 판단할 문제로 취급하세요.
정반대로 작용하는 두 가지 힘
시장은 지출 축과 볼륨 축을 따라 나뉘는데, 이 둘은 거의 일치하지 않아요. 여기서는 정확한 수치보다 방향성이 중요해요 — 이건 요율표가 아니라 참고 기준으로 봐주세요. 정확한 숫자는 카테고리와 연도에 따라 달라지니까요.
- 사용자당 매출이 높은 시장. 소수의 성숙한 시장이 인구 대비 압도적으로 많이 지출해요. 일본이 대표적인데, 상위 타이틀들이 미국 대비 사용자당 매출이 대략 두 배에 달했던 사례가 있어요. 독일과 한국도 같은 고지출 그룹이에요. 다운로드는 적지만 하나하나가 더 값어치가 있죠.
- 다운로드 볼륨이 큰 시장. 인도가 전 세계 설치 수 1위를 큰 차이로 앞서고 있고, 브라질과 인도네시아가 그 뒤를 바짝 쫓아요. 도달 범위는 엄청나지만 사용자당 매출은 훨씬 낮고, 유료 설치나 구독보다는 광고와 저가 결제에 의존하는 경향이 있어요.
어느 쪽 축도 확실한 승자는 아니에요. 프리미엄 구독형 앱이라면 첫 번째 리스트에 무게를 두고, 광고 기반으로 규모를 키우는 앱이라면 두 번째 리스트에 무게를 두면 돼요. 대부분의 앱은 각 리스트에서 몇 개씩 골라 자신의 가격 모델에 맞추는 게 좋아요.
결정 프레임워크
3단계예요. 순서대로 하세요. 유지보수 여력이 다하는 지점에서 멈추면 돼요 — Tier 1까지만 현지화해도 전 세계 앱 지출 대부분을 이미 커버합니다.
Tier 1 — 여기부터. 거의 모든 앱이 등록 정보를 현지화해야 할 언어들이에요. 큰 규모의 사용자층과 검증된 지출 의향이 결합된 언어들이죠.
- 스페인어와 포르투갈어(브라질) — 아메리카 대륙과 스페인을 아우르는 거대한 도달 범위.
- 독일어, 프랑스어, 일본어 — 성숙하고 지출이 큰 시장으로, 원어 등록 정보만으로도 전환율이 눈에 띄게 오릅니다.
- 중국어 간체 — 앱이 그곳에서 사업이 가능하다면, 단일 스토어로는 가장 큰 규모.
Tier 2 — 다음에 추가. Tier 1을 반영하고 그 효과를 확인한 뒤 노려볼 만한 강한 시장들이에요.
- 한국어와 이탈리아어 — 규모는 작지만 구매 의도가 높고 전환율이 좋아요.
- 러시아어와 터키어 — 사용자층은 크지만 수익화는 카테고리에 따라 달라요.
- 포르투갈어(포르투갈)와 네덜란드어 — 제품이 유럽에 치우쳐 있다면.
Tier 3 — 있으면 좋음. 볼륨 전략과 롱테일 도달 범위예요. 언어 하나 추가하는 한계 비용이 거의 0에 가까울 때(아래에서 자세히 설명), 또는 분석 데이터에서 특정 시장이 두드러질 때 시도해볼 만해요.
- 힌디어, 인도네시아어, 베트남어, 태국어 — 설치 볼륨은 엄청나지만 사용자당 매출은 낮고, 대개 광고로 수익화해요.
- 폴란드어, 아랍어 등 자신의 타깃 사용자층에 맞는 지역 언어들.
간단히 정리하면 다음과 같아요.
본인 앱에 맞게 조정하세요. 미국과 독일에서 리텐션이 좋은 명상 앱이라면 Tier 1의 유럽 언어에 무게를 두는 게 좋아요. 규모를 좇는 소셜 앱이라면 Tier 3의 볼륨 시장으로 더 빨리 넘어가도 돼요. 어떤 일반 리스트보다 본인의 설치·리텐션 데이터가 우선이에요 — 이 단계들은 결승선이 아니라 출발점이에요.
등록 정보 하나가 여러 스토어를 커버할 수 있어요
알아두면 좋은 조용한 효율성이 하나 있어요. App Store에서는 하나의 언어 현지화가 폴백을 통해 관련 지역까지 서비스해요. 프랑스어(프랑스) 등록 정보는 있는데 프랑스어(캐나다)를 아직 설정하지 않았다면, 프랑스어(프랑스) 메타데이터가 특정 로케일을 추가하기 전까지 캐나다의 프랑스어 사용자에게도 그대로 노출됩니다. 스페인어(스페인)와 스페인어(멕시코)도 마찬가지고, 다른 변형들도 같은 방식이에요.
실제로는, 잘 쓴 프랑스어 등록 정보 하나로 이미 여러 스토어의 프랑스어 사용자에게 도달할 수 있고, 스페인어 등록 정보 하나로 라틴아메리카와 스페인 전역을 커버할 수 있다는 뜻이에요. 국가별 세부 버전은 그 시장이 문구와 키워드를 다듬을 만큼 커졌을 때 나중에 추가하면 돼요. 먼저 기본 언어로 시작하고, 볼륨이 나오면 지역별로 다듬으세요.
왜 "몇 개나"가 더 이상 어려운 문제가 아닌가
위의 각 단계는 언어 하나를 번역하는 데 비용이 든다는 전제를 깔고 있어요. 그래서 에이전시들이 선택과 집중을 하라고 조언하는 거죠. 그런데 그 전제를 바꿔놓는 게 Mokbi예요. 스토어 텍스트와 스크린샷 캡션을 포함한 등록 정보 전체를 한 번에 50개 언어로 번역하기 때문에, 스무 번째 언어를 추가하는 한계 비용이 두 번째 언어와 거의 같아져요.
언어 하나 추가하는 게 거의 공짜에 가까워지면 제약 조건이 뒤바뀌어요. 더 이상 예산을 지키려고 번역을 아껴 쓸 필요가 없고, 대신 어떤 시장에 관심을 쏟고 키워드를 다듬고 결국 앱까지 번역할지를 결정하면 돼요. 이건 우선순위의 문제고, 위의 단계별 프레임워크가 그 답이 됩니다. 등록 정보는 폭넓게 하고, 데이터가 가리키는 곳에 깊이 투자하세요.
스크린샷은 그 흐름의 한 단계일 뿐이에요 — 스크린샷, 피처 그래픽, 스토어 텍스트, 번역, 게시 순서로 진행되니 캡션이 설명과 같은 과정에서 함께 번역되고, 로케일별로 둘 다 동기화 상태를 유지해요. 텍스트는 한 도구에서, 이미지는 다른 도구에서 따로 현지화할 필요가 없어요.
실행할 간단한 순서
- 등록 정보를 Tier 1로 현지화하세요. 메타데이터와 스크린샷, 앱은 영어 그대로. 이건 약속이 아니라 테스트예요.
- 시장별 전환율과 리텐션을 지켜보세요. 설치 수는 등록 정보가 통하는지 알려주고, 리텐션은 그 시장이 진짜인지 알려줘요.
- Tier 2, 그다음 Tier 3을 추가하세요. 한계 비용이 낮은 동안 확장하고, 자신의 분석 데이터가 특정 언어를 리스트 위로 끌어올리게 두세요.
- 그때야 앱 UI를 번역하세요 — 실제 리텐션으로 자격을 증명한 두세 시장에 한해서요.
이 순서를 따르면 비용이 큰 작업(앱 번역)은 근거가 있어야 시작되고, 비용이 작은 작업(번역된 스토어 화면)은 최대한 넓게 확산될 수 있어요.