「クリック数が多いキーワード＝優秀」は正しくない

楽天RPP広告のキーワードレポートを確認したとき、「このキーワードは月間500クリックある。よく機能している」と判断するのは早計です。500クリックのうち購買に至ったのが2件であれば、CVRは0.4%になります。仮にクリック単価が平均40円だとすれば、その500クリックで費用は2万円です。2件の購買で2万円の広告費を回収できているかどうかは客単価と粗利次第ですが、多くの品目でROASはマイナスに沈みます。

RPPでこの現象が起きやすい理由は、入札の仕組みにあります。RPPは検索連動型の自動入札で、指定したキーワードまたはカテゴリに対して露出が増える設計です。設定次第では、検索意図が実際の商品と合っていないキーワードにも費用が流れます。結果として「表示は多い・クリックも増えた・でも購買が伸びない」という状態が生じます。

クリック数は「見られた」という実績の記録です。「売れた」とは別の指標です。この二つを混同したまま月次レポートをレビューしていると、削るべきキーワードが削られず、強化すべきキーワードへの投資が遅れます。

本当に見るべき指標——CVR・ROAS・CPAと「判定に必要な最低クリック数」

キーワードの実力を判断するには、次の指標を組み合わせます。いずれも単独では誤判定の原因になるため、合わせて見ることが前提です。

  • CVR（クリック転換率）：クリックのうち何件が購買に至ったかの比率です。計算式は「CV数 ÷ クリック数 × 100」。一般的な目安として楽天の商品検索広告ではCVR 1〜3%が中央帯とされることが多いですが、品目・単価・競合環境で大きくばらつきます。例として、CVR 0.5%未満が続くキーワードは、検索意図のズレを疑う入り口になります。
  • ROAS（広告費用対効果）：計算式は「広告経由売上 ÷ 広告費 × 100」。ROAS 100%は投入費用と同額の売上を意味するので、粗利率が30%であればROAS 333%以上でないと広告費を回収できません。目標値は自社の損益分岐点ROASと比較するもので、絶対値で語るものではありません。
  • CPA（1件の購買にかかったコスト）：計算式は「広告費 ÷ CV数」。客単価や粗利額と比べて許容範囲内かを確認します。

「判定保留」という安全弁——統計的に判断できる最低クリック数

重要な設計ポイントとして、クリック数が少ないキーワードは指標が安定しません。例として、3クリック・CV0件で「CVR 0%だから削除」と判断するのは誤りです。3クリックのサンプルではCVRの推定精度が著しく低く、次の1クリックがCVになれば計算は一変します。

運用上の目安として、クリック数が一定数（例として30〜50クリック）に達していないキーワードは、指標の算出はしても「判定保留」とし、削除・強化の対象から外す設計にします。この閾値は品目・単価・入札量によって変わります。一概に「50クリック以上」と決まるものではなく、自社の転換ベースラインをふまえて設定してください。

スプレッドシートの列設計と自動判定ロジック

楽天RMSからエクスポートできるRPPキーワードレポートのCSVを貼り付けて使うスプレッドシートを設計します。列の構成は次を基本とします。

  • A列 キーワード：RPPで設定したキーワード文字列
  • B列 表示回数：インプレッション数（期間指定）
  • C列 クリック数：クリック数（同期間）
  • D列 CTR：クリック率（C÷B）。参考値として保持し、判定の主軸には使いません
  • E列 CV数：購買件数（レポートの注文数）
  • F列 CVR：転換率（E÷C）
  • G列 広告費：その期間の広告費合計
  • H列 売上：広告経由売上
  • I列 ROAS：H÷G×100
  • J列 CPA：G÷E（CV0の場合はエラー回避が必要）
  • K列 判定：自動仕分けの結果を出力する列

判定列（K列）のロジック

判定の考え方を言語化すると「クリック数が閾値未満なら判定保留／それ以上でROASが目標を下回り且つCVRが下限未満なら削除候補／ROASが目標以上で且つCVRが十分なら強化候補／それ以外は様子見」となります。

スプレッドシートの関数（IFとANDの組み合わせ）でこれを実装します。最初の分岐がクリック数の十分性チェック（クリック数が最低基準未満なら「判定保留」）、次がROAS・CVRのダブル判定（両方が閾値を下回れば「削除候補」）、続いてROAS単独で目標を超えていれば「強化候補」、どれにも当てはまらなければ「様子見」という順です。

実装上のコツとして、閾値の数値（最低クリック数・目標ROAS・CVR下限）はすべて別セル（設定シート）に切り出し、関数内にハードコードしないことを推奨します。閾値を変えるたびに関数を書き直す手間がなくなります。

エラー回避と抽出ビュー

  • CPA列の÷0エラー：CV数が0のときCPAはエラーになります。IFERRORで空白や「—」に変換しておくと、判定列のロジックが壊れません。
  • QUERYでの抽出：別シートにQUERY関数で「削除候補のみ抽出」「強化候補のみ抽出」のビューを作ると、週次レビューの確認効率が上がります。

ChatGPTは使いどころを絞って活用する

ChatGPTをこの仕組みに組み込む場面は3つです。無制限に使うのではなく、閾値は人間が決める前提のもとで補助として使います。

1. 判定ルールの言語化と関数式の生成

「クリック30未満は判定保留、ROAS 400%未満かつCVR 1%未満は削除候補、ROAS 600%以上かつCVR 2%以上は強化候補、それ以外は様子見、という条件をスプレッドシートのIF/AND関数で。閾値は別セルで参照します」と指示すれば、関数の骨格を出力してくれます。ChatGPTはシートの実際の値を見ていないため、構造のみ参考にし、値の検証は必ず手元で行います。

2. 除外ワード候補の言語的グルーピング

削除候補として挙がったキーワード群をまとめてChatGPTに渡し、「これらに共通する検索意図のズレを分類してください」と聞くと、たとえば「情報収集目的（比較・違いを知りたい）」「価格帯ミスマッチ（低価格帯検索に高単価商品が当たっている）」「カテゴリ違い（関連はあるが直接一致しない）」といったグループが返ってきます。同じ意図を持つキーワードをまとめて除外するかどうかの判断材料になります。これは言語的なパターン認識なのでChatGPTが有効に機能します。一方で最終判断は、CVR・ROASの実数と在庫・粗利構造を知っている運用者が下します。

3. 閾値の根拠の言語化

「目標ROASを600%にした根拠」「クリック数30を判定保留の境界にした理由」を文書化する際、構造の整理にChatGPTを使えます。ただし根拠となる数字（粗利率・CPA許容額）は自社データから出す必要があり、この部分はChatGPTでは代替できません。

週次の運用フロー——貼る・判定・レビュー・反映

月単位でレポートを見ていると、削除すべきキーワードで数週間分の費用が流れ続けます。推奨は週次サイクルです。

  1. RPPレポートのCSV取得：楽天RMSの広告管理画面からキーワードレポートをCSVで出力します。期間は直近7日間を基本とし、クリックが少ないキーワードは2〜4週間の累計で判断します。
  2. スプレッドシートに貼り付け：入力シートの所定列にCSVを貼り付けます。判定・ROAS・CVR列は関数で自動計算され、貼った直後に結果が出ます。
  3. 削除候補のレビュー：QUERYで抽出した削除候補一覧を確認します。レビューを挟む理由は2つあります。短期間の数値はセールや在庫切れなど一時要因で歪むことがあること、そして削除すると二度と当たらないキーワードは過去の転換実績を確認してから判断したいことです。自動判定は「疑わしい候補を見落とさず浮かび上がらせる」ための仕組みです。
  4. RMSへの反映：レビューを終えた削除候補をRMSのキーワード設定から除外・停止します。一度に大量削除せず、週ごとに上位の候補から処理すると、影響をひとつずつ確認できます。
  5. 強化候補への配分：強化候補は入札額の引き上げや一致タイプの追加を検討します。削除と強化を同じ週次サイクルで回せば、総広告費を変えずに配分の精度を上げられます。

小さく始める順番

すべてを一度に作ろうとすると、設計段階で止まります。次の順番で段階的に構築することを推奨します。

  1. まず列の骨格だけ作り、最初の週はCVR列とROAS列を手動で見るだけにする。関数を書く前に、自分がどの数字を見たいのかを確認します。
  2. 「これは削除しよう」と感じるキーワードが週3〜5件出てくるようになったら、判定列を関数で実装する。感覚から来た判断基準が、根拠のある閾値になります。
  3. 削除候補の抽出が安定したら、ChatGPTによる言語的グルーピングを足す。
  4. 週次で回るようになったら、CSVの貼り付け作業をGASで自動化するか検討する。ただし週15分で済む規模なら、自動化コストを回収できない場合もあります。必須ではありません。

楽天RPPの費用最適化の起点は、クリック数を見るのをやめてCVR・ROASを週次で追う習慣をつくることです。スプレッドシートは複雑にする必要はなく、「クリック数が足りない→判定保留」「ROAS・CVRが閾値以下→削除候補」という2段の分岐だけで、予算の無駄を大きく可視化できます。