Apple Search Ads で CPI 異常を発見する方法 — 予算が燃え尽きる前に

TL;DR

ASA 予算最大のリスクは夜間に走る CPI 異常。深夜から朝 8 時の間に CPI を静かに倍増させるキャンペーンは 次の手動レビュー前に $1-5K 燃やせる。防御は継続的ベースライン + 閾値検出、より良い日次レポートではない。

ワークフロー：14 日ローリングベースライン → 2σ 閾値（低ボリューム 2.5σ）→ 3 つの高シグナル指標監視 → 4 時間以内に一時停止 → 構造変更前に調査。

手動で CPI 異常を発見するのが難しい理由

典型的な ASA アカウントは 5-20 キャンペーン × それぞれ 3-10 広告グループ。注意深い日次レビューでも 30-45 分かかる — 最も重要なスパイクは夜間または週末に発生、誰もレビューしていないとき。

さらに悪いことに、平均日次 CPI はスパイクを隠す：16 時間 $3 CPI で 8 時間 $8 CPI で走ったキャンペーンは 平均 $4.67 と表示。平均があなたの心理的閾値を超えるまでに、すでに予算を燃やしている。

修正は時間ごとまたはウィンドウごとの検出 + 統計閾値 — 日ごとの視覚レビューではない。

Step 1：14 日ローリングベースライン計算

各キャンペーンで、過去 14 日間の日次 CPI を取得。平均 CPI（中心傾向）と標準偏差（CPI が通常どれくらい 変動するか）を計算。

なぜ 14 日？日次ノイズを滑らかにするのに十分長く、トレンドシフト（クリエイティブリフレッシュ、新競合 参入、季節変動）を追跡するのに十分短い。

なぜキャンペーンごと？キャンペーンレベルベースラインは Brand（低 CPI、低分散）と Discovery（高 CPI、 高分散）の構造的差異を尊重 — ポートフォリオ全体閾値はノイズが大きすぎる。

Step 2：閾値を 2σ に設定（低ボリュームは 2.5σ）

従来の異常閾値は平均 + 2σ：これより上のものは統計的に通常でない（正規分布で <5% の時間に発生）。

2 つの注意点：低ボリュームアプリはより高い閾値が必要。日次 $100 未満のアプリはサンプルサイズに よりノイジーな日次 CPI。これらに 2.5σ を使用。Brand キャンペーンはめったに異常にならない。 Brand キャンペーンの CPI がベースラインを 2σ 上回ってスパイクすると、それ自体が強いシグナル — 通常 競合ブランド奪取または関連性スコア低下。

パーセンテージベース閾値は使わない（例「CPI が 50% 上昇したらアラート」）。パーセンテージ閾値は安定 した Brand キャンペーン（決してヒットしないはず）とノイジーな Discovery キャンペーン（50% スイング は通常）に等しく発火。

Step 3：3 つの高シグナル指標を監視

指標 A：TTR 変化なしの CPT 上昇

解釈： オークション圧力。攻撃的競合が同じキーワードオークションに参入したか、Apple のアルゴリズムが 広告関連性スコアをシフトした。あなたの広告は同じレートで表示されているが、タップごとにより多く支払って いる。

アクション： 入札を 10-20% 下げて 48 時間観察。低い入札でボリュームを維持すれば、競合が過大支払い していた；ボリュームが下がれば、オークションフロアが本当にシフトし、新しい CPI がインストールを正当 化するかどうか決定する必要。

指標 B：CPT 安定で CR 低下

解釈： 商品ページ問題（CPP 拒否、スクリーンショット古い、アプリアイコン変更）または関連性問題 （Search Match が低品質マッチに拡大）。

アクション： 最初に商品ページを確認（最速修正）。次に、過去 7 日間で新しく表示された Search Term Report の新規用語をチェック — これらが原因であることが多い。

指標 C：Search Match 支出急増

解釈： Apple のアルゴリズムが関連性があると見なす新しいマッチを発見した — しかし関連性 ≠ 収益性。 新しいマッチは低コンバージョンであることが多い。

アクション： 影響を受けた広告グループで、新しい Search Match 用語を監査。良いものは専用広告グループの Exact マッチに昇格；悪いものは negatives として追加。Brand/Category/Competitor 広告グループの場合、 Search Match を完全に無効化。

Step 4：検出から 4 時間以内に一時停止

キャンペーンが閾値を超えると、調査中に予算を出血させるのではなく一時停止する。間違った一時停止の コストは 1 日のインストール損失；走らせ続けるコストは無上限。

これは最も重要な習慣。多くの事例研究に登場する CPI 事件は同じ根本原因：チーム朝 9 時に問題に気付いたが、 “まず調査したい” ため日末まで行動しなかった。

Step 5：構造変更前に調査

CPI スパイクが時として正しいシグナル：オークション参入する攻撃的競合（より多く支払うか後退するが 再構築しない）、季節シフト（12 月金融アプリオークションは 11 月の 2-3 倍コスト；季節性をベースラインに 構築）、App Store 注目スポット終了（オーガニックトラフィック減少のため有料 CPI が低いインストール ベースに対して悪く見える）。

構造変更（キャンペーン再構築、永続スペンド低下、クリエイティブ再構築）にコミットする前に 24-48 時間 根本原因を確認。

ASAPilot がどう支援

ASAPilot Budget Guard はこのワークフローを自動実行：キャンペーンと広告グループごとに 14 日ローリング ベースライン、シグマベース閾値（アプリごとに設定可能、デフォルト 2σ / 2.5σ 分割）、3 パターン検出 （CPT、CR、Search Match）、検出から数分以内に Slack/メールアラート、人間レビュー用の推奨アクションの 自動草稿（デフォルト読み取り専用）。

料金 または 監査ガイド を参照。

関連読書

• CPI — このガイドが回す指標
• Search Match — 指標 C の最も一般的なソース
• Apple Search Ads — プラットフォームの基礎