隠しフィールドであるキーワードを検証しました。21 日後、そのキーワードはランキングに入りました。さて、次はどうしますか?

多くの開発者は、キーワードをフィールドに入れたまま延々と放置します。一方、ごく一部の開発者は、そのキーワードがふさわしい場所かどうかを確認しないまま、すぐにサブタイトルやタイトルへ昇格させてしまいます。どちらのやり方も、本来下すべき判断を見落としています。キーワードの配置は好みの問題ではなく、データがそのリスクを正当化するかどうかの問題なのです。

3 つのメタデータ枠は、互いに置き換え可能なものではありません。それぞれランキングへの影響度が違い、ユーザーへの見え方も違い、変更したときの影響も違います。各枠が何をするものなのかを理解することこそが、積み上がっていくキーワード戦略と、テストを無駄にする戦略とを分けるのです。

3 つの枠とそれぞれの役割

キーワードフィールド (100 文字、非表示)

キーワードフィールドはユーザーには見えず、主に検索ランキングのためにインデックスされます。最もリスクの低いテスト場所です。ここでの変更はランキングには影響しますが、タップ率やコンバージョン、検索結果でユーザーが目にする内容には影響しません。

キーワードフィールドは、未検証の候補、つまりテストしたいけれども、そもそもランキングに入れるかどうか確認できていないキーワードのために使いましょう。

サブタイトル (30 文字、表示)

サブタイトルは、検索結果やプロダクトページでアプリ名の下に表示されます。ここを変更すると、ランキングへの影響度と、ユーザーがタップするかどうかを決める前に読むテキストの両方が変わります。サブタイトルはキーワードフィールドよりもインデックスへの影響が大きく、同時にコンバージョンを左右するコピーとしての役割も担います。

サブタイトルは、フィールドでランキングに入れることが証明済みで、かつ目に見える説明文として使えるほど正確なキーワードのために使いましょう。

タイトル (30 文字、表示)

タイトルは、すべてのメタデータ枠の中で最もランキングへの影響度が高い枠です。Apple は、タイトルに配置されたキーワードに対して、他のどこよりも強い関連性シグナルを与えます。しかしタイトルは同時に、検索結果、ブラウズ列、デバイスのホーム画面、App Store のプロダクトページヘッダーなど、あらゆる場面でユーザーが真っ先に目にするものでもあります。

タイトルの変更は、良い方向にも悪い方向にも、最も大きなランキングの変動を生みます。タイトルに間違ったキーワードを置けば、ブランドとランキングの両方を同時に損なってしまいます。

タイトルは、フィールドレベルで確認済みで、できればサブタイトルレベルでも先に確認できたキーワードのために使いましょう。タイトルは、長期的に全面的にコミットすると決めたキーワードのための枠です。

昇格を正当化する 3 つのシグナル

フィールドでランキングに入ったキーワードのすべてをサブタイトルへ移すべきではありません。サブタイトルで好調なキーワードのすべてをタイトルへ移すべきでもありません。昇格は、根拠によって正当化されるべきものです。

1. 15 位以内を 14 日連続で維持していること

40 位でランキングに入ったキーワードは、まだ昇格の準備ができていません。その順位ではインプレッションがわずかで、テストデータも薄いからです。サブタイトルへの移動を検討する前に、少なくとも 14 日連続で 15 位以内を維持するまで待ちましょう。タイトルへの昇格であれば、21 日間にわたって 10 位以内を目指してください。

2. インプレッションが順位に見合っていること

そのキーワードがインプレッションをまったく生んでいないなら、順位には何の意味もありません。30 日間で 12 位にいながらインプレッションが 8 しかないキーワードは、目立つ枠を占有するに値しない低ボリュームの語です。一方、30 日間で 12 位かつインプレッションが 200 あるキーワードは、本物のトラフィックの担い手です。昇格させる前に、順位とあわせてインプレッションを確認しましょう。

3. キーワードがアプリを正確に表していること

ランキングは良くてもアプリの中核的な機能を表していないキーワードは、別物を期待してプロダクトページにたどり着いたユーザーのコンバージョンを損ないます。サブタイトルはランキングシグナルであると同時に、コンバージョンを左右するコピーです。順位は高くてもタップの時点でユーザーを誤解させるキーワードは、どの表示枠においても負債になります。

そのキーワードが意図のチェックを通過すれば、つまり「その語で検索してあなたのアプリにたどり着いたユーザーが、それを関連性のある結果だと感じる」なら、表示枠に入れる資格があります。

実際の昇格はどう進めるか

シグナルがそろえば、昇格の手順はシンプルです。

まず候補を隠しフィールドに追加します。21 日間のテストを実行します。15 位以内に入り、測定可能なインプレッションがあれば、昇格候補としてフラグを立てます。

サブタイトルへの移動の場合: 次のアップデートサイクルで、そのキーワードをフィールドからサブタイトルへ移し、その代わりに新しい未検証の候補をフィールドに追加します。フィールドのカバー範囲は 100 文字のまま保たれます。確認済みのキーワードは、より影響度が高く、目に見える枠へと移ります。

タイトルへの移動の場合: これは稀なケースとして扱いましょう。フィールドでの確認、サブタイトルでの確認、そしてそのキーワードがアプリの主要な説明語にふさわしいという明確な根拠が必要です。タイトルの変更は、定期的なローテーションではなく、確信の高い判断であるべきです。

Marteso のバージョン履歴は、各メタデータの状態を自動的に記録します。キーワードを昇格させたとき、記憶やメモから何かを再構築することなく、ぴったり 21 日間のウィンドウで移動前後のランキングを比較できます。

このプロセスを停滞させる 2 つの間違い

昇格が早すぎること。 あるキーワードが 12 日目にランキングに入り、好調に見えたので、テストウィンドウが終わる前にサブタイトルへ移してしまう。すると時計はリセットされます。全体像が育つことはありません。開発者は 21 日ではなく 12 日間のウィンドウから結論を引き出してしまうのです。

まったく昇格させないこと。 あるキーワードが、ランキングに入ることを確認した後も、延々とフィールドに留まり続ける。それなりのインプレッションは生んでいるものの、サブタイトル配置が加えてくれるはずの追加の影響度を得ることはありません。本来なら積み上がっていけたはずのランキングが、頭打ちになってしまうのです。

昇格のはしごは、判断に構造を与えることで、この両方を解決します。フィールドで検証し、3 つのシグナルがそろったら昇格させ、タイトルは完全にその資格を得たキーワードにだけ使わせるのです。

今日やるべき 1 つのこと

過去 30 日間のキーワードトラッキングデータを開きましょう。隠しフィールドの中で、測定可能なインプレッションを伴いながら 15 位以内を維持しているキーワードを探します。次に現在のサブタイトルを確認します。フィールドのキーワードは、いまユーザーに見せている語よりも多くのインプレッションを生んでいますか?

もしそうなら、次のアップデートサイクルで昇格を計画しましょう。もしそうでないなら、答えは出ています。もう 1 回のテストウィンドウのあいだ、フィールドに留めておくのです。