広告を出稿する際、運営者はコンピュータを監視し、広告の数を調整し、タイミングを把握し、広告の効果を観察し、コスト予算についても心配する必要があります。運用負荷を軽減する方法はありますか?この記事の著者は自身の仕事経験に基づいて、広告戦略システムの構築方法を教えています。皆さんのお役に立てれば幸いです。

1. 業界の問題点

広告オペレーターは、最も注意が必要なグループかもしれません。彼らの日常業務は次のとおりです。

• 広告を調整する最適なタイミングを逃すことを恐れて、広告の結果を常に監視する必要があり、旅行時にはコンピューターを持参する必要もあります。
• 私は今でも夜遅くまでパソコンに向かい、大量の情報やチャンスを掴もうとしています。
• 複数の広告を手動で調整するのは機械的で退屈です。私は広告費が制御不能になるのではないかと心配しながら、仕事へ急いでいました。

2. デリバリー戦略システム

配信戦略システムとは何ですか?簡単に言えば、自動化された広告監視ツールです。これにより、運営者は安心して任せることができ、広告は設定通りに調整・最適化されます。

ただし、このシステムを構築する前に、まず各メディアのインターフェースドキュメントに精通し、どれが実装可能でどれが当面実装できないかを十分に理解しておく必要があります。また、一部の権限については、担当者と連絡を取り、権限を申請する必要があります。

添付されているのは、Guangdiantong と Toutiao のインターフェース ドキュメント アドレスです。

広電通: https://developers.e.qq.com/docs/start/knowledge/terms

見出し: https://ad.oceanengine.com/openapi/doc/index.html?id=37

では、戦略システムはどのようなものから構成されるのでしょうか?

1. データ項目

広告には、フロントエンドでは閲覧数やクリック数、バックエンドではアプリのダウンロード数や登録費用など、フロントエンドとバックエンドのデータが含まれます。これらのデータ項目は、戦略システムの最初の部分を構成します。通常、運用ではこのデータを使用して広告のパフォーマンスを監視する必要があります。

広告の初期段階では、フロントエンドの閲覧やクリックに重点を置いた運用が行われます。このフロントエンドのデータを増やせなければ、バックエンドのコンバージョンは意味がありません。したがって、広告トラフィックが必要なレベルに達した後にのみ、広告クリエイティブがユーザーにとって十分魅力的であるかどうかの検証を開始する必要があります。つまり、ユーザーが広告をクリックした後、広告画像やコピーライティング資料によってユーザーをコンバージョンさせ、購入や支払いを促せるかどうかです。

したがって、フロントエンドのデータが基本値に達した後、バックエンドの指標検証によってデータ項目の設定を補完する必要があります。

2. 論理的判断条件と価値

データ項目を取得したら、これらのデータ項目がどの範囲より大きいか、小さいか、またはどの範囲の間にあるかを判断する必要があります。これは理解しやすいでしょう。一般的な論理的判断条件は次のとおりです。

• より大きい
• 未満
• より大きいか等しい
• 以下
• 間
• 近づいています（ゴールラインを越えます）

広告の「閲覧数」が××より大きく、広告の「APPダウンロードコスト」が××元より少ない場合、そのような広告は高品質の広告です。

3. 条件付き組み合わせ

条件の組み合わせ、つまり条件に設定されたプロパティ。条件入力は、growing io の and と or と同様に、いずれか (or) または両方 (and) を満たすことができます。

およびを追加することは、シナリオを追加することと同じです。

or を追加することは、シナリオにシリーズ条件を追加することと同じです。

つまり、条件が任意に満たされるか、同時に満たされるかにかかわらず、これら 2 つの条件の組み合わせによって、さまざまな実際の配信シナリオを作成できます。

たとえば、消費量とコストが予算を満たさない場合、タイムリーに予算を削減する必要があります。または を使用して戦略を組み合わせることができます。

「消費」がRMB××より大きく、「変換コスト」がRMB××より大きい場合、予算削減操作が実行されます。

たとえば、広告がコールドスタート段階を通過すると、急速な成長という目標を達成するために、時間内に予算を増やす必要があります。次のような戦略を設定できます。

「露出」が××より大きく、「コンバージョン」が××以上の場合、予算は××元に増額されます。

上記は 2 つの簡単なシナリオ例ですが、実際の配信はこれよりもはるかに複雑です。

例えば、ユーザーが初めてシステムを利用する際には、広告をコントロールするための「コンバージョンコスト」が設定されますが、基本的なコンバージョン数は設定されていません。単一の複合指標で戦略が構成されます。

製品設計の過程では、ユーザーの誤操作による損失を回避する必要があります。結局のところ、広告の過程での損失は実際の損失です。

4. アクションを実行する

広告が設定された条件を満たしている場合は、広告に対して対応するアクションを実行する必要があります。予算の調整、入札の調整、ターゲティング パッケージの変更、広告の一時停止など。監査をトリガーしない操作はすべて実行できます。

ここで注意すべき点は、予算を調整する際には最大予算設定があり、通常、予算設定には上限値があるということです。上限に達するまで、毎回一定額ずつ金額を調整します。価格調整についても同様です。

さらに、実行アクションをタスクと組み合わせることもできます。ユーザーは新しいタスクを作成し、特定の条件が満たされたときにタスクの実行をトリガーできます。アクションと比較すると、タスクはより複雑で、新しい広告を作成するタスクなど、より多くのシナリオをカバーします。新しい広告を作成するには多くの情報が必要であり、プロセスも長くなります。ユーザーは事前にこの情報を入力してタスクを生成することができます。戦略を実行するときに、トリガーするタスクを選択できます。

5. 補足

この戦略システムのプロトタイプを構築した後、インターフェースの同時実行性も考慮する必要があります。各メディアには、インターフェイスへの分単位および日単位の呼び出し制限があるため、広告データの取得頻度に影響します。データが 1 時間ごとに更新されると、戦略システムは役に立たなくなります。なぜなら、大規模な KA 顧客であれば、1 時間の消費量だけでもかなりの量になるからです。

認定製品として、これらのメディアに接続するときは、インターフェースの機能実装を知っておく必要があります。Postman の使い方を自分で学ぶのが最善です。結局のところ、インターフェースの調整を開発者に頻繁に依頼すると、遅かれ早かれ反発することになります。

著者:リトル・ブラックスミス

出典: リトル・ブラックスミス