rocket_launch ASAPilot
始める

用語

Search Term Report(検索用語レポート)

タップをトリガーした実際のユーザー検索クエリを表示する Apple Search Ads レポート — 宣言されたキーワードと Search Match の両方にわたって。否定キーワード候補と Discovery 昇格勝者の主要なソース。

別名:STR, Apple Search Ads STR

Search Term Report とは?

Search Term Report(STR) は Apple Search Ads でタップをトリガーした実際のユーザー検索クエリを 表示する。これは Keywords Report とは根本的に異なる:

  • Keywords Report — 宣言したキーワードごとのパフォーマンス
  • Search Term Report — 実際のユーザークエリごとのパフォーマンス(キーワードと完全にマッチする かもしれないし、Broad マッチ変種かもしれないし、Search Match で発見されたものかもしれない)

Search Term Report は Search Match が広告をマッチさせることを決定したクエリを見る唯一の方法。 それなしでは、支出の大きな部分でブラインドで運用することになる。

どこで見つけるか

Apple Search Ads ダッシュボード:

  • Search Term Report は独自のレポートセクション
  • キャンペーンごとまたはアカウント全体 ビューが利用可能
  • 日付範囲 設定可能(デフォルト 30 日;低ボリュームアカウントには長い方が良い)
  • ソース列 が用語が Exact、Broad、または Search Match から来たかを示す

API アクセス:

  • Apple Search Ads API の searchTermsReport エンドポイント
  • ダッシュボードと同じデータをプログラム的フィルタリングで返す

レポートが行ごとに表示するもの

各行 = ≥1 タップをトリガーした 1 つのユニークな検索用語:

意味
Search Termユーザーが入力した実際のクエリ
Source由来(Exact / Broad / Search Match)
Matched Keywordアカウントでマッチしたキーワード(Search Match は null を表示)
Impressionsユーザーがこの用語であなたの広告を見た回数
Tapsユーザーがタップした回数
TTRタップ / インプレッション
Installs(新規 + 再帰属)コンバージョン
Conversion Rateインストール / タップ
Spendこの用語が生成したコスト
Avg CPTこの用語のタップの平均支払 CPT

オペレーターが実際に Search Term Report を使う方法

ユースケース 1:否定キーワード候補を見つける

過去 30 日間を タップ ≥ 20 AND インストール = 0 でフィルタ。各行は無駄候補。最もひどいものを 関連する広告グループの否定キーワードとして追加。

これは ASA アカウントで 最高 ROI の週次活動

ユースケース 2:Discovery 昇格勝者を見つける

ソース = “Search Match” または “Broad” を過去 30 日間でフィルタ。インストール降順でソート。≥100 タップと ≥40% コンバージョン率の用語は昇格候補:

  1. その用語を新しい専用広告グループの Exact マッチとして追加
  2. より高い入札を設定(コンバージョンするとわかっている)
  3. 意図にテーマ化された CPP を割り当て
  4. その用語を元の Discovery 広告グループに Negative として追加して二重請求を防ぐ

ユースケース 3:Search Match ドリフトを発見

総支出に対する Search Match の割合を週単位で比較。Search Match シェアが 15% から 30% に上昇し、 CR が下がった場合、Apple のアルゴリズムが低品質用語に拡大。否定のバッチを追加してシェアを下げる。

ユースケース 4:CPI 異常を診断

CPI がスパイクすると、Search Term Report は原因が新しい低 CR 用語が突然マッチセットに表示された (アルゴリズムシフト)か、既存用語の CPT 上昇(オークション圧力)かを伝える。

一般的なレビューパターン

週次 STR レビューチェックリスト

  1. 前週 7 日間の STR を最大支出広告グループで取得。
  2. タップ ≥ 20 AND インストール = 0 でフィルタ。明確な無駄に negatives を追加。
  3. タップ ≥ 100 AND CR ≥ 40%、ソース = Broad/Search Match でフィルタ。昇格用にフラグ。
  4. Search Match 支出シェア でフィルタ。>40% の場合、Search Match 用語を具体的にレビュー。
  5. ラウンドの追加された negatives とキューに入れられた昇格を文書化。

一般的な失敗モード

  • STR を決してレビューしない。チェックされていない無駄の最大の単一原因。
  • Keywords Report のみをレビュー。Keywords Report は Search Match が行ったことを隠す。
  • より広いコンテキストを確認せずに negatives を追加。過去 7 日間で 20 タップ 0 インストールの 用語は通常のノイズかもしれない。negative 決定には 30 日間のウィンドウを使用。
  • 早すぎる昇格。30 タップで 50% CR の用語は良く見えるが統計的に薄い。100+ タップを待つ。

ASAPilot による助け

ASAPilot は API 経由で Search Term Report を読み、以下を表面化:

  • 無駄支出によってランク付けされたトップ 50 の否定キーワード候補
  • 予測される影響によってランク付けされたトップ 20 の昇格候補
  • 広告グループごとの Search Match シェアトレンド
  • アカウント全体の無駄推定(ゼロコンバージョン用語のタップ × 平均 CPT)

毎週の STR レビューは 45 分の手動タスクから優先順位付きリストの 5 分のレビューに移行。 監査ガイド料金 を参照。

関連用語