대부분의 인디 iOS 개발자는 키워드 필드를 덤으로 주어진 칸쯤으로 취급합니다. 머릿속에 떠오른 단어를 아무거나 붙여 넣고, 100자를 채우면 작업을 끝내 버립니다. 절반만 채우고 마는 사람도 있고, 부제(subtitle)를 한 글자도 빠짐없이 그대로 복사해 넣는 사람도 있습니다.
이것이 iOS 앱 배포에서 가장 활용되지 않는 레버입니다.
키워드 필드는 제목과 부제를 보조하는 부속물이 아닙니다. 대부분의 소규모 앱에게 키워드 필드는 메타데이터 중에서 가장 많이 테스트되고, 가장 자주 변경되며, 여러분의 키워드 선택이 효과를 내고 있는지에 대해 가장 명확한 신호를 만들어 내는 부분입니다. 그런 방식으로 다루고 있지 않다면, 여러분은 한 손을 등 뒤로 묶은 채 ASO 전략을 펼치고 있는 셈입니다.
키워드 필드가 실제로 하는 일
Apple은 모든 앱에 App Store Connect에서 로케일마다 숨겨진 100자 필드를 제공합니다. 사용자는 이것을 절대 볼 수 없습니다. 하지만 App Store 검색은 이것을 읽습니다.
이 필드에 들어간 모든 토큰이 색인됩니다. cardio,strength,hiit,yoga라고 적으면, Apple은 그 단어들을 포함하는 모든 검색에서 여러분의 앱을 후보로 고려합니다. 사용자가 “hiit workout”을 검색했을 때, 부제에 인터벌 트레이닝에 관한 내용이 있고 키워드 필드에 hiit가 들어 있다면, 이 앱이 관련성 있다고 Apple에게 알려 주는 독립적인 신호가 두 개 존재하는 것입니다.
이 필드는 쉼표 앞뒤에 공백 없이 쉼표로 구분된 키워드 형식으로 작성합니다. 각 로케일에는 저마다 100자 한도가 주어집니다. 활성 로케일이 다섯 개라면, 제목과 부제와는 완전히 별개로 500자 분량의 숨겨진 키워드 공간이 생기는 것입니다.
키워드 필드의 형식과 규칙에 관한 전체 가이드를 읽어 보세요.
개발자들이 키워드 필드를 제대로 못 쓰는 이유
키워드 필드의 가치를 빼앗아 가는 세 가지 패턴이 있습니다.
제목과 부제의 중복. 제목이 “FitTracker: Workout Log”이고 부제가 “Gym and Cardio Planner”인데, 키워드 필드에 fittracker,workout,gym,cardio,planner라고 적는다면 그것은 44자를 낭비하는 것입니다. Apple은 이미 제목과 부제의 모든 단어를 색인합니다. 키워드 필드는 메타데이터의 그 어디에도 없는 단어를 위한 공간입니다.
절반만 채우기. 제목 30자, 부제 30자인 앱에서 키워드 필드가 60자라면, 로케일당 가능한 160자 중 120자만 쓰고 있는 것입니다. 이는 키워드 예산의 25퍼센트가 활용되지 않은 것이며, 그것도 추가 로케일을 고려하기 전의 수치입니다.
로케일을 넘나들며 생각하지 않기. Apple은 여러분 앱의 키워드를 전역적으로 색인합니다. 독일 사용자가 “gym”을 검색하면, 독일어 메타데이터에 그 단어가 없더라도 영어 키워드 필드에 gym이 있다면 여러분의 앱이 검색됩니다. 대부분의 팀은 키워드 필드를 한 단어씩 그대로 번역하는데, 이는 키워드 풀을 넓히는 대신 이미 확보한 커버리지를 중복시킬 뿐입니다.
낭비 뒤에 숨은 숫자
Marteso에서 추적하는 앱들을 보면 일관된 패턴이 드러납니다. 핵심 검색어에서 상위 50위 안에 드는 앱들은 키워드 필드의 90자 이상을 사용하는 경향이 있습니다. 반면 어떤 검색어에서도 상위 100위에 진입하기 어려워하는 앱들은 키워드 필드가 60자 미만이거나, 제목과 겹치는 단어로 채워져 있는 경우가 많습니다.
이것은 우연이 아닙니다. 키워드 필드가 빈약한 앱은, 명백한 한두 개의 검색어를 벗어난 곳에서 표시될 만큼의 신호 다양성을 Apple에게 주지 못하고 있는 것입니다.
“workout tracker”만 노리는 피트니스 앱은 같은 뻔한 검색어를 노리는 다른 모든 피트니스 앱과 경쟁하게 됩니다. 여기에 더해 calisthenics,hiit,strength,plan,routine,abs,trainer까지 커버하는 앱은, 어떤 사용자에게 도움이 될 수 있는지에 대한 10개의 추가 신호를 Apple에게 주는 것입니다. 그중 한 단어라도 상위 30위에 들면, “workout tracker” 하나만으로는 얻을 수 없는 노출이 더해집니다.
테스트 환경으로서의 키워드 필드
여기에 키워드 필드를 사용하는 방식을 바꿔 놓을 발상의 전환이 있습니다.
키워드 필드는 메타데이터 중에서 가장 안전하게 실험할 수 있는 공간입니다. 검색 결과 페이지에서 사용자가 앱을 어떻게 인식하는지에 영향을 주는 제목 및 부제와 달리, 키워드 필드는 눈에 보이지 않습니다. 이것을 바꿔도 앱이 보이는 모습은 달라지지 않습니다. 달라지는 것은 Apple이 어떤 검색에서 여러분을 후보로 고려하는지뿐입니다.
이 때문에 키워드 필드는 볼륨에 대한 가설을 검증하기에 알맞은 곳입니다. 키워드를 추가하고, 10일에서 14일을 기다린 뒤, 순위가 나타나는지 확인하고, 그런 다음 그 단어를 더 눈에 띄고 가중치도 더 큰 부제나 제목으로 승격시킬지 결정합니다.
워크플로는 다음과 같습니다.
- 인기도가 중간(50~80)이면서 인기도 대비 난이도가 낮은 키워드를 찾습니다.
- 다음 릴리스에서 키워드 필드에 추가합니다.
- 두 번의 완전한 App Store 심사 주기(10~14일)가 지난 후 키워드 순위를 확인합니다.
- 그 단어가 상위 50위에 나타나면 순위 잠재력이 있는 것입니다. 상위 20위에 들면 부제에서 테스트해 볼 가치가 있습니다.
- 14일이 지나도 순위가 나타나지 않으면 다른 후보로 교체합니다.
키워드 필드는 교체 가능한 가설 보드입니다. 대부분의 개발자는 이것을 한 번 설정하고 잊어버리는 정적인 문자열로 취급합니다. 능동적인 테스트 레이어로 다루면 결과가 달라집니다.
유효한 키워드를 무효로 만드는 흔한 실수
쉼표 앞뒤의 공백. keyword1,keyword2가 아니라 keyword1, keyword2라고 적으면, 100자 예산에서 키워드마다 1자씩 잃게 됩니다. 키워드가 열 개라면 10자가 사라지는 것입니다.
“app”이라는 단어. iOS 앱을 찾으려고 “fitness app”이라고 입력하는 사람은 없습니다. 다들 “fitness”라고 입력하며, 그 시점에 이미 App Store 안에 있습니다. app이라는 단어는 아무런 이득도 없이 4자와 쉼표 하나를 소비합니다.
같은 단어의 단수형과 복수형. Apple은 대부분의 복수형을 어간 처리(스테밍)합니다. workout은 일반적으로 workouts도 커버합니다. 둘 다 나열하면 실질적으로 하나의 키워드에 두 칸을 쓰는 셈입니다.
개발자명 또는 브랜드명. Apple은 개발자명을 별도로 색인합니다. 키워드 필드에 넣을 필요가 없습니다.
현재 필드에서 이런 패턴들을 제거하기만 해도, 콘텐츠 선택을 하나도 바꾸지 않고 보통 20~30자를 완전히 새로운 단어를 위해 확보할 수 있습니다.
한 달에 두 시간의 가치가 있는 필드
100자 키워드 필드를 제대로 최적화하는 데에는 약 두 시간이 걸립니다. 현재 상태를 점검하고, 낭비되는 글자를 제거하고, 교체 후보를 조사하고, 업데이트하는 것입니다. 이 두 시간은 활성화된 모든 로케일에 걸쳐 복리처럼 효과를 쌓아 갑니다.
화려한 작업은 아닙니다. 사용자가 보게 될 그 무엇도 바꾸지 않습니다. 하지만 이것은 대부분의 인디 개발자가 아직 당겨 보지 않은 레버이며, 자리 잡은 앱의 3년치 선두 격차와 경쟁할 필요가 없는 영역입니다. 여러분이 경쟁하는 상대는 여기까지 읽지 않은 개발자들입니다.