要点。 Apple は App Store Connect のロケールごとに、ユーザーには見えない 100 文字のキーワードフィールドを用意しています。カンマ区切りで、カンマの前後にスペースは入れません。Apple はここに含まれるすべてのトークンを App Store 検索のためにインデックスします。タイトル、サブタイトル、他のロケールに含まれる単語は繰り返さないこと。単数形を使いましょう(Apple が複数形を語幹処理してくれます)。「app」という単語やブランド名は省きましょう。うまく使えば、このフィールドはオーガニック成長を数パーセント押し上げる価値があります。
キーワードフィールドとは
App Store Connect では、各アプリバージョンにロケールごとの キーワード フィールドがあります。ここには最大 100 文字のテキストを入力でき、その内容はユーザーには表示されませんが、Apple は含まれるすべての単語を App Store 検索のためにインデックスします。
このフィールドは、App Store → iOS App → 編集中のバージョン → 一般情報 → キーワード にあります。
このフィールドはロケールごとに用意されているため、配信する言語それぞれに専用の 100 文字の枠が割り当てられます。英語(米国)のキーワードフィールドは、ドイツ語やフランス語などのものとは別に存在します。
フォーマットのルール
Apple のフォーマットルールは 3 つあります。これを間違えると文字を無駄にしたり、さらに悪い場合は意図せず複数語のフレーズをインデックスしてしまったりします。
- カンマ区切り。 各単語やフレーズはカンマで区切ります。
- カンマの前後にスペースを入れない。
keyword1,keyword2,keyword3であって、keyword1, keyword2, keyword3ではありません。カンマ周りのスペースは 100 文字の枠を消費し、キーワード 1 つあたりおよそ 2 文字を無駄にします。 - フレーズ内のスペースは使えますが、その場合は個別の単語ではなくフレーズとしてインデックスされます。
task managerは 2 語のフレーズとしてインデックスされます。Apple は「task manager」であなたのアプリをランク付けするかもしれませんが、「task」「manager」を単独のキーワードとしてランク付けする可能性は低くなります。両方を狙いたい場合は、カンマで区切った 2 つの別々のエントリとして記述してください。
上限はカンマを含めてちょうど 100 文字です。Apple は 1 文字を 1 文字としてカウントします。Unicode 文字(アクセント付きの文字や非ラテン文字など)も、それぞれ 100 文字の上限に対して 1 文字としてカウントされます。
キーワードフィールドに絶対に入れてはいけないもの
以下は毎回文字数の無駄になります。
- アプリ名。 タイトルですでにインデックスされています。キーワードフィールドに入れても何も得られません。
- サブタイトルに含まれる単語。 理由は同じです。
- 「app」や「application」という単語。 「fitness app」と検索して App Store 検索で iOS アプリが見つかることを期待する人はいません。人々は「fitness」や「workout tracker」で検索します。app は暗黙の前提です。
- デベロッパ名。 すでにインデックスされています。
- 単数形と複数形の重複。 Apple はほとんどの複数形を語幹処理します。
workoutはたいていの場合workoutsもカバーします。 - カテゴリに含まれる単語。 Apple はすでにカテゴリページ内であなたのアプリをランク付けしており、カテゴリ名自体は有用なキーワードではありません。
- カンマ以外の記号。 アポストロフィ、ハイフン、括弧などは文字数を無駄にし、ランキング改善にはほとんど寄与しません。
キーワードフィールドにうまく入るもの
100 文字は、次の条件を満たす純粋に新しいキーワードに使いましょう。
- 計測可能な検索ボリューム がある(Marteso、Sensor Tower、AppTweak などのツールで人気スコアおよそ 20 以上)
- 自分のアプリの強さ(評価数、インストールの伸び)に対して 現実的な難易度 である
- タイトルやサブタイトルで まだカバーされていない
- (クロスローカライズしている場合)他ロケールのインデックス対象フィールドで まだカバーされていない
タイトルが FitTracker — Workout & Gym Log のフィットネスアプリの場合、実用的な構成は次のようになります。
cardio,strength,hiit,yoga,pilates,running,calisthenics,abs,plan,routine,trainer,fitness,exercise
98 文字。タイトルとの重複はゼロ。12 個の純粋に新しいキーワードトークン。これが、フィールドをフル活用した状態です。
クロスローカライズ:100 文字フィールドはもっと大きくなる
Apple は、アクティブなロケールのいずれかに含まれるアプリのキーワードを、どの国の App Store 検索に対してもインデックスします。つまり、gym で検索したドイツのユーザーは、たとえドイツ語のメタデータにその単語が含まれていなくても、あなたの 英語(米国) のキーワードフィールドに gym が入っていればアプリがランク付けされて表示されます。
これは、アクティブなロケールが多いほど、実効的なキーワードプールが大きくなることを意味します。アクティブなロケールが 5 つあれば、実効的なキーワード文字数は 500 文字になります(さらにタイトル 5 × 30、サブタイトル 5 × 30 も加わります)。
コツはロケール間で連携させることです。各ロケールの 100 文字フィールドには、他のロケールと重複せず補完し合う用語を含めるべきです。多くのチームはこれを無視してキーワードフィールドを単語ごとに直訳してしまい、実効プールの 80% を未使用のまま放置しています。
文字数の枠の計算
タイトルが 30 文字、サブタイトルが 30 文字、キーワードフィールドが 100 文字なら、ロケールごとに インデックス対象のテキストは合計 160 文字 になります。アクティブなロケールが 4 つあれば 640 文字です。
ほとんどのインディー iOS アプリは、この実効的な枠の半分も使えていません。フィールド間で単語が重複していたり、キーワードフィールドが半分しか埋まっていなかったり、ブランド名や「app」がスペースを浪費していたりします。2 時間の整理で、純粋に新しいキーワード用のスペースが通常 50〜100 文字空き、次のリリースから 30 日以内に計測可能なランク上昇をもたらします。
正気を保ったまま文字数を数える方法
手作業でのカウントは面倒で、数え間違いも起きやすいものです。リアルタイムで文字数をカウントし、カニバリゼーションをチェックしてくれるツールには次のものがあります。
- Marteso — AI メタデータオプティマイザが、ライブの文字数カウントを表示し、タイトル・サブタイトル・キーワードフィールド間で重複する単語をフラグします
- App Store Connect 自体 — 文字数カウンターを表示しますが、フィールドごとのみで、フィールド横断の重複排除はありません
- AppTweak / Sensor Tower — エンタープライズ層で文字数カウンターを提供します
メタデータをまずテキストエディタで書く場合は、タイトル/サブタイトル用に右マージンを 30 桁目、キーワードフィールド用に 100 桁目に設定しておきましょう。App Store Connect に貼り付ける前に、上限を超えた下書きに気づけます。
申請の流れ
- App Store Connect でバージョンを編集 → キーワード
- 最終版の、重複を排除したカンマ区切りのキーワード文字列を貼り付ける
- バージョンを審査に提出する(キーワードの変更は単独ではなく、新しいバージョンとともに反映されます)
- 審査の承認を待つ(2026 年時点では通常 24〜48 時間)
- リリース後、その後 7〜14 日間のランキング変動をモニタリングする。これが、Apple のインデックスが新しいメタデータに落ち着くまでの期間です
ワンポイント:キーワードのみの変更は、小さなバグ修正リリースと一緒に出しましょう。リスクのある機能開発と抱き合わせにせずに、新しいメタデータをテストできます。
Marteso ができること
Marteso のメタデータオプティマイザは、タイトル、サブタイトル、そして 100 文字のキーワードフィールドを 1 つの連続したキーワードプールとして扱います。具体的には次のことを行います。
keyword1,keyword2,keyword3を余計なスペースなしで自動フォーマット- カンマを含めてリアルタイムで文字数をカウント
- すでにタイトルやサブタイトルに登場している単語をフラグ
- アクティブなリサーチリストから、ボリュームと難易度でランク付けされた純粋に新しい置き換えキーワードを提案
- ロケール横断の重複排除を備えたマルチロケール編集に対応
キーワードフィールドが埋まると、Marteso はメタデータを App Store Connect に直接送信します。コピー&ペーストの手順は不要です。