重要なアイデア
ルールを評価する前に、アカウントの範囲、レポートの境界、およびメトリックの可用性を確認してください。次に、トリガー、送信されたアクション、プラットフォームのリードバックを個別に確認します。ルールの実行が成功しただけでは、広告が一時停止されたことは証明されません。
オブジェクトとレポート境界を定義する
ルールの対象となるアカウント、広告レベル、レポートウィンドウを指定します。オペレーターは、オブジェクトが含まれる理由を説明し、除外されたオブジェクトが範囲外であることを確認できる必要があります。評価時間、アカウントのタイムゾーン、データ更新時間を記録するため、支出額とコンバージョン値は同じ期間を指します。
これは検証方法であり、普遍的な一時停止しきい値ではありません。広告の責任者は、ビジネス報告の規則を使用してしきい値を定義する必要があります。
- アカウント、オブジェクトレベル、フィルターを確認します。
- レポートウィンドウ、タイムゾーン、通貨、およびコンバージョン値のソースを確認します。
- ルールを変更して例外を解決できる人を特定します。
値を比較する前に可用性を確認してください
観測されたゼロと利用できない結果には、異なる情報が含まれます。ルールで注文値が必要であるが、関連するビジネス データが同期されていない場合、不足している金額をゼロに置き換えても、低い ROAS を確立できません。
利用可能なデータ、保留中の更新、不十分なアクセス、および適用できない指標をレビュー記録内で区別できるようにしておきます。必要なメトリクスが利用できない場合は、実行を許可する前に、データとルールによるその状態の処理を検査してください。証拠が欠けていても、ビジネス上の損失は確定しません。
サンプル条件を再計算する
これは論理的な例であり、しきい値の推奨事項や実際のキャンペーンの結果ではありません。ルールで少なくとも 100 の支出と 1 未満の ROAS が必要だとします。同じ通貨とレポート定義で、支出が 120 で利用可能なコンバージョン値が 60 のオブジェクトの ROAS は 60 / 120 = 0.5 になります。両方の条件が満たされています。
支出が 120 のままであるが、コンバージョン値が利用できない場合、現在の証拠から 2 番目の条件を確立することはできません。支出がゼロの場合も、ROAS 計算を強制しないでください。決定を検討するときは、分子、分母、比較演算子を保持します。
評価、提出、プラットフォームの状態を個別に検証する
評価が完了したということは、条件を満たすオブジェクトが存在しなかったことを意味する場合があります。オブジェクトが適格である場合は、アクションが送信されたかどうか、プラットフォームがアクションを受け入れたかどうか、対応する状態が読み取られたかどうかを確認します。各ステップには独自の証拠が必要です。
一時停止されたオブジェクトを後で観察しても、それ自体ではこのルールが変更を引き起こしたことを証明するものではありません。オブジェクト識別子、アクションのタイムスタンプ、操作記録、リードバック時間を照合し、介在する手動アクションやその他のルールをチェックします。
- 評価: どの入力が使用され、どのオブジェクトが適格か、またはスキップされたか?
- 操作: どのオブジェクトに対してどのアクションが送信され、どのような結果が返されましたか?
- リードバック: どの状態が観察されたか、いつ更新されたか、そしてそれは意図されたオブジェクトに属しているか?
未解決のままの作業のみを回復します
バッチの一部のみが結果を確認した場合は、確認済み、失敗した、および未解決のオブジェクトを個別にリストします。タイムアウトまたはリードバックの遅延は、必ずしもアクションが発生しなかったことを意味するわけではありません。作業を繰り返す前に、既存のプラットフォームの状態と操作記録を確認してください。
問題、すでに実施されたチェック、次のアクション、および責任者を記録します。データまたはアクセスが復元された後、該当する条件を再評価します。以前のトリガーでは、同じアクションが現在も適切であるとは限りません。
よくある質問
ルールの実行が成功すると、広告が一時停止されたことが証明されますか?
いいえ。対象となるオブジェクト、送信されたアクションの結果、および対応するプラットフォームのリードバックを確認し、各ステップのタイムスタンプを保持します。
欠落している注文値をゼロ ROAS として扱うことはできますか?
利用できないコンバージョン値を、観測されたゼロに置き換えないでください。メトリックに依存する条件を評価する前に、カバレッジとレポートの定義を確立します。
タイムアウト後にバッチ全体を繰り返す必要がありますか?
まず、送信されたアクションと現在のプラットフォームの状態を検査します。確認済み、失敗した、未解決のオブジェクトを分離し、未完了のままの作業を復元します。