多くのインディー iOS 開発者は、キーワードフィールドをおまけのような扱いにしています。思いついた単語を適当に貼り付け、100 文字に達したら作業終了。半分しか埋めない人もいれば、サブタイトルをそのまま一字一句コピーする人もいます。
これこそが、iOS アプリ配信で最も活用されていないレバーなのです。
キーワードフィールドは、タイトルやサブタイトルの補助ではありません。ほとんどの小規模アプリにとって、キーワードフィールドはメタデータの中で最もテストされ、最も頻繁に変更され、キーワードの選択がうまく機能しているかどうかについて最も明確なシグナルをもたらす部分です。もしそのように扱っていないなら、あなたは片手を後ろに縛ったまま ASO 戦略を進めているようなものです。
キーワードフィールドが実際に果たす役割
Apple はすべてのアプリに対し、App Store Connect のロケールごとに非表示の 100 文字フィールドを与えています。ユーザーがこれを目にすることはありませんが、App Store の検索はこれを読み取ります。
このフィールド内のすべてのトークンがインデックスされます。cardio,strength,hiit,yoga と書けば、Apple はそれらの単語を含むあらゆる検索であなたのアプリを候補として考慮します。ユーザーが「hiit workout」と検索したとき、サブタイトルにインターバルトレーニングに関する記述があり、さらにキーワードフィールドに hiit があれば、このアプリが関連性を持つと Apple に伝える独立したシグナルが 2 つ存在することになります。
このフィールドは、カンマの前後にスペースを入れずカンマ区切りで記述します。各ロケールにそれぞれ 100 文字の枠が与えられます。5 つのロケールを運用していれば、タイトルやサブタイトルとは完全に別に、500 文字分の非表示キーワードスペースが使えることになります。
キーワードフィールドの書式とルールに関する完全ガイドはこちら。
なぜ開発者は使いこなせていないのか
キーワードフィールドの価値を奪ってしまうパターンが 3 つあります。
タイトルとサブタイトルの重複。 タイトルが「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 文字未満だったり、タイトルと重複する単語で埋められていたりすることが多いのです。
これは偶然ではありません。キーワードフィールドが貧弱なアプリは、わかりきった 1 つか 2 つの検索語以外で表示されるだけのシグナルの多様性を Apple に与えられていないのです。
「workout tracker」だけを狙うフィットネスアプリは、同じわかりきった語を狙う他のすべてのフィットネスアプリと競合することになります。これに加えて calisthenics,hiit,strength,plan,routine,abs,trainer までカバーするアプリは、どんなユーザーに役立てるかについて 10 個の追加シグナルを Apple に与えています。そのうち 1 語でも上位 30 位にランクインすれば、「workout tracker」だけでは得られないインプレッションが加わります。
テスト環境としてのキーワードフィールド
ここで、使い方を一変させる発想の転換を紹介します。
キーワードフィールドは、メタデータの中で最も安全に実験できる場所です。検索結果ページでユーザーがアプリをどう認識するかに影響するタイトルやサブタイトルとは異なり、キーワードフィールドは目に見えません。変更しても、アプリの見え方は変わりません。変わるのは、どの検索で Apple があなたを候補とみなすかだけです。
このため、キーワードフィールドはボリュームの仮説を検証するのに適した場所なのです。キーワードを追加し、10〜14 日待ち、ランキングが現れるかどうかを確認し、その上でその語を、より目立ち重みも大きいサブタイトルやタイトルに昇格させるかどうかを判断します。
ワークフローは次のようになります。
- 人気度が中程度（50〜80）で、人気度に対して難易度が低いキーワードを見つける。
- 次のリリースでキーワードフィールドに追加する。
- 2 回分のフル App Store 審査サイクル（10〜14 日）後にキーワードランキングを確認する。
- その語が上位 50 位に現れれば、ランキングの可能性があります。上位 20 位ならサブタイトルでテストする価値があります。
- 14 日経ってもランキングが現れなければ、別の候補に差し替える。
キーワードフィールドは、入れ替え可能な仮説ボードです。多くの開発者は、一度設定したら忘れる静的な文字列として扱っています。能動的なテストレイヤーとして扱えば、得られる成果は変わります。
有効なキーワードを台無しにしてしまうよくあるミス
カンマの前後のスペース。 keyword1,keyword2 ではなく keyword1, keyword2 と書くと、100 文字の予算からキーワードごとに 1 文字を失います。10 個のキーワードなら、10 文字が消えます。
「app」という単語。 iOS アプリを探すのに「fitness app」と打つ人はいません。みんな「fitness」と打ちますし、その時点ですでに App Store の中にいます。app という単語は何の役にも立たず、4 文字とカンマ 1 つを消費します。
同じ単語の単数形と複数形。 Apple はほとんどの複数形をステミング処理します。workout は通常 workouts もカバーします。両方を記載すると、実質 1 つのキーワードに 2 枠を費やすことになります。
開発者名やブランド名。 Apple は開発者名を別途インデックスします。キーワードフィールドに入れる必要はありません。
これらのパターンを現在のフィールドから取り除くだけで、コンテンツの選択を一切変えることなく、たいてい 20〜30 文字を新規の語のために空けられます。
月に 2 時間の価値があるフィールド
100 文字のキーワードフィールドを適切に最適化するには、約 2 時間かかります。現状を監査し、無駄な文字を取り除き、差し替え候補をリサーチし、更新する。この 2 時間は、運用中のすべてのロケールにわたって効果を積み重ねていきます。
華やかな作業ではありません。ユーザーの目に触れるものは何も変わりません。しかしこれは、ほとんどのインディー開発者がまだ引いていないレバーであり、確立されたアプリの 3 年分のリードと競う必要のない領域です。あなたが競うのは、ここまで読み進めていない開発者たちなのです。