重要なアイデア
バッチを送信する前に、アカウント、アセット、宛先、タイミングを確認してください。送信後、タスクの結果とプラットフォームの配信を個別に確認します。これら 2 つのチェックポイントは、問題が発生した場所を特定するのに役立ちます。
フォームに記入する前にバッチを定義します
バッチでは、複数のアカウント、クリエイティブ アセット、広告バリエーションを組み合わせることができます。まず、ターゲットアカウント、市場、資産バージョン、承認責任者の明確なリストを作成します。単一の合計は、意図された組み合わせを表すものではありません。
たとえば、3 つのアカウントにわたる 2 つの資産では、6 つの計画された組み合わせが得られます。これは計画例であり、6 つの広告が作成されることを保証するものではありません。選択したテンプレートがどのように作業を分割するかを確認し、送信プレビューと比較してください。
- ターゲット アカウントと、それぞれに付与されたアクセスを記録します。
- すでに承認されている名前を保持しながら、キャンペーンと広告セットの所有権を確認します。
- レビュー担当者、権限のあるオペレーター、および予定される実行時間について合意します。
資産と目的地を 1 つのユニットとして確認する
正しいビデオのサムネイルは、広告が正しいことを証明するものではありません。各バリアントのファイル バージョン、コピー言語、コピー先、および追跡パラメータを確認します。古い値が新しいプランに残る可能性があるため、コピーされたバッチには特に注意が必要です。
ドメインのみをチェックするのではなく、完全な宛先 URL とその URL が解決されるページを検査します。リンクがビジネス関連に依存している場合は、選択したアセットが目的のオブジェクトに属していることを確認してください。続行する前に、説明できないマッピングを解決してください。
- 選択したファイルをプレビューして、言語、内容、および該当する使用許可を確認します。
- コピー、行動喚起、宛先が同じオファーについて説明していることを確認してください。
- 既存の追跡パラメータを保持し、意図的な変更がある場合は説明します。
入力の問題を待機状態から分離する
アクセス権の欠落、宛先の不一致、アセットの不完全な場合は、権限または入力の変更が必要になります。キューに入れられたタスクまたはスケジュールされたタスクでは、タイミング チェックが必要になります。成功ラベルがないことは、すべてを再送信する十分な理由にはなりません。
複数の人がバッチで作業する場合は、見つかった問題、行われた変更、所有者、次のチェックの条件などのタスク記録を渡します。これにより、ある人がアクセスを修復している間に別の人がバッチを再作成することを防ぐことができます。
送信後にプラットフォームの結果を確認する
提出、タスクの完了、および実際の納品を別個の質問として扱います。操作をそのプラットフォーム オブジェクトまで追跡できるように、タスク参照と返された広告識別子を保持します。
バッチが部分的にしか完了していない場合は、成功した項目、失敗した項目、および未解決の項目をリストします。残りのオブジェクトをリカバリする方法を決定する前に、既存のオブジェクトを検査してください。バッチ全体を繰り返すと、すでに成功したアイテムが重複する可能性があります。
- 計画された作業と返されたオブジェクトを比較します。
- プラットフォームのステータスと最終更新時間を確認してください。
- 顕著な項目と、それぞれがまだ注意を必要とする理由を記録します。
よくある質問
1 つのアカウントにアクセス権がない場合、バッチを再作成する必要がありますか?
影響を受けるアイテムを特定し、他のアイテムがすでに存在するかどうかを確認します。アクセスを復元し、成功したオブジェクトを再作成せずに未完了の作業に対処します。
タスクが成功したということは、広告にインプレッションがあるということですか?
タスクの結果は実行を表します。対応するプラットフォームのステータスとレポート (更新時間を含む) を確認して、配信が行われたかどうかを確認します。