App Store 키워드 필드: 100자를 전부 활용하는 법
키워드 필드는 App Store 등록 정보 중 가장 눈에 안 띄면서도 가장 중요한 부분이에요. 사용자는 절대 이걸 볼 수 없어요. App Store Connect 안에, 로컬라이제이션마다 하나씩 존재하며 Apple의 검색 인덱스에 직접 반영돼요. 정확히 100자가 주어지고, 이걸 어떻게 쓰느냐가 앱이 어떤 검색어에 노출될지를 결정해요.
이 필드는 매번 똑같은 방식으로 낭비돼요. 쉼표 뒤 공백, 복수형, 앱 이름에 이미 들어 있는 단어, "the"나 "app" 같은 군더더기 말이죠. 이 글에서는 정확한 규칙을 다루고, 실전 예시로 100자를 전부 채워본 다음, 같은 스토어프런트에서 100자 필드를 하나 더 확보하는 보조 로케일 트릭까지 소개해요.
Apple이 실제로 검색에 반영하는 항목
App Store에서 키워드 검색 랭킹에 반영되는 텍스트 필드는 몇 개 안 돼요.
- 앱 이름 — 최대 30자. 가장 강력한 신호예요.
- 부제목 — 최대 30자. 이름 바로 다음으로 강력한 신호예요.
- 키워드 필드 — 최대 100자, 사용자에게는 보이지 않으며 이 글의 주제예요.
Apple은 몇 가지 추가 요소도 반영해요. 인앱 구매 표시 이름, 인앱 이벤트 제목, 그리고 2025년 중반부터는 OCR을 통한 스크린샷 안 텍스트까지요. 하지만 핵심 세 가지는 이름, 부제목, 키워드 필드예요.
설명(description)은 App Store 검색에 전혀 반영되지 않아요. 설명에 목표 키워드를 열 번 써도 랭킹에는 아무 영향이 없어요. (이건 긴 설명이 인덱싱되는 Google Play와 정반대인데, 두 스토어 사이의 가장 큰 차이 중 하나예요.) 그래서 100자짜리 키워드 필드가 이토록 중요한 거예요. 30자 이름과 30자 부제목에 다 담지 못한 랭킹용 단어를 넣을 수 있는 유일한 공간이니까요.
무엇이 들어갈지 결정하는 규칙들
여기 나오는 모든 규칙은 100자를 잘 쓰는 것에 관한 이야기예요.
- 쉼표가 단어를 구분하고, 쉼표도 글자 수에 포함돼요. 필드는 구분자까지 포함해서 총 100자예요. 열 개 단어면 쉼표 아홉 개가 아홉 글자를 잡아먹어요.
- 쉼표 뒤에 공백을 넣지 마세요.
budget, tracker, expense가 아니라budget,tracker,expense로 쓰세요. 쉼표 뒤 공백 하나하나가 아무 이득 없이 낭비되는 글자예요. - 문구 안 공백은 허용되지만 여전히 글자 수에 포함돼요.
net worth같은 여러 단어짜리 표현은 괜찮지만, 단어 사이 공백도 100자에 포함돼요. - 단수형을 쓰세요. Apple은 복수형을 자동으로 매칭해요.
tracker를 넣으면 "trackers"에도 랭킹돼요.trackers라고 쓰면 아무 이득 없이 글자만 낭비하는 거예요. - 앱 이름이나 부제목에 있는 단어는 절대 반복하지 마세요. Apple은 이미 그 단어들을 인덱싱해요. 두 번 쓴다고 키워드 밀도 보너스가 붙지 않아요. 반복된 단어는 낭비된 자리예요.
- 군더더기와 "app"은 빼세요. "the", "a", "for", "with", "app" 같은 단어는 검색 가치가 없어요. "app"과 카테고리 이름은 어차피 무료로 매칭되니 여기에 글자를 쓸 필요가 없어요.
- 경쟁사 이름이나 상표는 넣지 마세요. Apple의 심사 가이드라인 2.3.7은 "앱을 정확히 설명하는 키워드를 지정"하고 "시스템을 악용하기 위해 상표 용어, 인기 앱 이름, 가격 정보, 기타 관련 없는 문구로 메타데이터를 채우지 말 것"을 요구해요. Apple은 "부적절한 키워드를 언제든 수정할 수 있다"고 명시하고 있어요. 키워드 필드에 경쟁사 브랜드를 넣으면 메타데이터 거부로 이어질 수 있어요.
문구를 만들기 위해 공백이나 대문자가 필요한 건 아니에요. Apple은 이름, 부제목, 키워드 필드에 흩어진 개별 단어를 알아서 조합해 여러 단어짜리 검색어로 만들어줘요. "budget"이 이름에 있고 "planner"가 키워드 필드에 있으면, 그 문구를 직접 쓰지 않아도 "budget planner" 검색에서 노출될 가능성이 생겨요. 그러니 키워드 필드는 완성된 문구 목록이 아니라 개별 단어들의 모음이에요.
실전 예시: 100자를 전부 채워보기
습관 트래커 앱을 출시한다고 해볼게요. 등록 정보는 이렇게 돼 있어요.
- 앱 이름 (30자 이내):
Streaks: Habit Tracker - 부제목 (30자 이내):
Build routines and goals daily
이름과 부제목이 이미 streaks, habit, tracker, build, routines, goals, daily를 다루고 있고, 여기에 "app"과 카테고리는 무료로 붙어요. 이 단어들 중 어느 것도 키워드 필드에 나와서는 안 돼요. 그러면 습관 앱을 검색하는 사람이 입력할 만한 다른 모든 단어를 위한 공간이 남게 되죠.
정확히 100자에 맞는 키워드 필드 예시예요.
reminder,planner,checklist,journal,ritual,chore,productivity,motivation,discipline,self control,diet
세어보면 열한 개 단어, 쉼표 열 개, 그리고 self control 안의 공백 하나예요. 이걸 다 더하면 정확히 100자, 남는 공간도 낭비된 공간도 없어요. 모든 단어가 단수 명사이고, 이름이나 부제목과 겹치는 단어도 없고, 쉼표 뒤에 공백이 붙은 곳도 없어요. 만약 reminders, planner, checklists처럼 복수형에 쉼표 뒤 공백까지 넣었다면 한도를 넘어서 실제로 인덱싱되는 단어 수는 오히려 줄었을 거예요.
본인의 필드를 빠르게 확인하는 방법이 있어요. 아무 글자 수 계산기에 붙여넣어 보세요(App Store Connect도 실시간으로 글자 수를 보여줘요). 100자를 넘으면 한도를 넘어선 단어는 깔끔하게 잘리는 게 아니라 그냥 인덱싱되지 않고 랭킹 신호에서 사라져요.
es-MX 트릭: 같은 스토어프런트에서 100자를 하나 더
하나의 스토어프런트는 로케일 하나만 인덱싱하지 않아요. 미국 App Store는 영어(미국) 키워드 필드와 보조 로케일의 키워드 필드를 동시에 인덱싱해요. 미국의 경우 스페인어(멕시코), 즉 es-MX가 대표적인 두 번째 자리예요. es-MX 키워드 필드를 채우면 그 단어들도 미국 스토어에서 검색 가능해져요.
제대로 하면 같은 사용자층을 대상으로 인덱싱 가능한 키워드 공간이 100자에서 약 200자로 거의 두 배가 돼요. 다만 두 번째 필드에 서로 다른 단어를 넣을 때만 효과가 있어요. 두 가지 규칙이 이걸 정확히 설명해요.
- 각 단어는 한 번만 카운트돼요. en-US와 es-MX 키워드 필드 양쪽에 같은 단어가 있으면 중복된 쪽은 아무 효과가 없어요. 같은 목록을 es-MX에 그대로 복사-붙여넣기 하면 추가 도달 효과는 없고 두 번째 필드만 낭비하는 거예요.
- 단어는 로케일 간에 조합되지 않아요. Apple은 하나의 로컬라이제이션 안에서만 여러 단어짜리 문구를 만들어요, 두 로케일을 넘나들며 조합하지는 않아요. 그러니 "bus"가 en-US에만 있고 "metro"가 es-MX에만 있다면 각 단어로는 랭킹될 수 있어도 "metro bus"라는 문구로는 아마 랭킹되지 않을 거예요.
실용적인 방법은 이거예요. en-US에 기본 100자를 채우고, es-MX에는 처음에 다 넣지 못했던 단어들로 완전히 다른 단어 세트를 채우는 거예요. 위의 습관 트래커라면 es-MX에는 gym,water intake,meditation,mindfulness,sleep,focus timer,calendar,progress,quit,streak counter 같은 단어를 넣을 수 있어요. en-US 필드나 이름, 부제목과 겹치는 단어는 하나도 없죠. 같은 스토어프런트에서 인덱싱 가능한 공간은 두 배가 되고, 모든 단어가 여전히 앱을 정직하게 설명하니 가이드라인 리스크도 없어요.
이건 es-MX에만 국한되지 않아요. 미국 스토어프런트는 여러 병렬 로케일을 인덱싱할 수 있어서, 각 필드를 서로 다르게 유지하는 한 같은 원리로 의미론적 도달 범위를 더 넓힐 수 있어요.
필드가 낭비되는 다섯 가지 방식
- 쉼표 뒤 공백. 가장 흔한 누수예요. 열 개면 열 글자가 그냥 사라져요.
- 복수형. Apple이 단수형에서 알아서 매칭해줘요. 뒤에 붙는 "s"는 순전한 낭비예요.
- 이름과 부제목 반복. 보너스 없이 자리만 소모돼요.
- 군더더기 단어와 "app". 검색 가치가 전혀 없어요.
- en-US를 es-MX에 그대로 복사. 무료로 얻을 수 있는 두 번째 100자를 버리는 거예요.
등록 정보 전체에서, 그리고 Mokbi에서 이 부분이 차지하는 위치
키워드 필드는 30자 이름, 30자 부제목, 설명, 피처 그래픽, 스크린샷까지 필요한 등록 정보 안의 한 필드일 뿐이에요. 이 모든 걸 스토어마다 로컬라이즈해야 하죠. 몇 개 언어만 해도 이걸 손으로 하다 보면 대부분의 시간이 여기서 사라지고, 아무도 처음부터 키워드 필드를 하나 더 쓰고 싶어 하지 않기 때문에 es-MX 트릭은 보통 건너뛰게 돼요.
Mokbi는 단순한 스크린샷 편집기가 아니라 완전한 스토어 등록 정보 퍼블리셔예요. 스크린샷은 Screenshots → Feature graphic → Store text → Translate → Publish 흐름 중 한 단계일 뿐이죠. AI가 앱 정보로부터 등록 정보 전체(제목, 부제목, 키워드, 설명)를 초안으로 작성한 다음, 전체 목록을 50개 언어로 번역해요. 스토어프런트마다 키워드 필드를 직접 작성하고 로컬라이즈하기 때문에, es-MX 필드도 단순 복사가 아니라 실제로 다른 단어들로 채워져요. 그러면 이론상으로만 남아 있던 두 배 효과가 실제로 일어나요.
다음으로 읽으면 좋은 글
출처: Apple의 App Store 검색 및 심사 가이드라인(2.3.7) 문서, 교차 로컬라이제이션에 관한 aso.dev, AppTweak의 iOS 키워드 필드 가이드.