最新情報

（Beta機能） 3 つの新しいレポートにより、コンバージョンにつながる広告インタラクションパスに関する深いインサイトが提供されます。

• Path to Conversion Beta：指定したデータ範囲内で選択した各コンバージョン指標につながる、同じ世帯におけるインタラクションポイントのシーケンスを表示します。
• Path Length Beta：パスの長さ（インタラクションポイント）別にコンバージョン数を表示します。例えば、ユーザーの広告インタラクションが 1 回のみ、広告インタラクションが 2 回などになった後に発生したコンバージョン数などを表示します。
• コンバージョン数 Time to Conversion Beta、最後のインタラクション（広告の露出またはクリック）からコンバージョンまでの日数で表示されます。

Oracle は 9 月 30 日までに広告事業を廃止する予定です。 DSPは、BlueKai、Oracle Data Cloud （旧称 Grapeshot）および MOAT のすべてのサービスを無効にし、広告主設定、キャンペーン設定、プレースメント設定および最適化目標からそれらを削除しました。 ただし、既存の BlueKai セグメントを使用したプレースメントは、9 月 30 日（PT）までこれらのセグメントに対して引き続き支出される可能性があります。

次の代替手段があります。

• 標準のサードパーティおよびカスタムセグメント：eXelate、Eyeota、LiveRamp、Lotame、Neustar、およびその他の利用可能なサードパーティデータパートナー
• 予測サードパーティセグメント：Proximic by Comscore
• Integral Ad Science を使用したキャンペーンレベルのブランドの安全性とビューアビリティの測定
• DoubleVerify および Integral Ad Science を使用したプレースメントレベルの Pre-bid viewability
• Proximic by Comscore によるプレースメントレベルのトピックのターゲティング

サードパーティセグメント用のCPMの価格は Audience Library で入手でき、サービス用のCPMの価格は Settings > Fees で入手できます。

「Always Max Bid & Maximize Reach」および「Lowest Cost per Reach」の最適化目標を使用したパッケージおよびプレースメントには、次の機能強化を使用できます。

• 個別のプレースメントレベルではなくパッケージレベルで集計されたユニークリーチデータを使用して、入札最適化と予算割り当てを使用した最大増分リーチを駆動できるようになりました。
• 新しいパッケージ設定「増分リーチ最適化のための PG 配置をリンク」を使用して、増分リーチを最適化するために、キャンペーンにすべてのプログラム保証（PG）配置からの世帯リーチデータを含めることができます。

次のカスタムレポート機能および機能強化がリリースされました。

• Reports > Custom Reports ビューのデザインを一新：

  • 列には、「Status」、「Report Run」（レポートが 2024 年 8 月 22 日に開始された日付を示します）、「Recurrence」、「Created By」、「Download Report」（「Download」ボタンを使用）が含まれるようになりました。これにより、過去 4 か月のレポートインスタンスを直ちにダウンロードできます。
  • リストは、ステータス、レポートが定期か 1 回限り、レポートのタイプ、宛先のタイプ、レポートの作成者でフィルタリングできます。 デフォルトでは、ユーザーが作成したアーカイブされていないすべてのレポートが一覧表示され、最新のレポートが一番上に表示されます。
  • 各レポートのクイックアクションボタン（Copy や Delete など）を、レポート名の横にある「…」をクリックして使用できるようになりました。

• レポートのスケジュールオプションが、個々の宛先レベルではなく、レポートレベルで使用できるようになりました。 レポート設定で、「Report run schedule」セクションの上部付近でスケジュール設定を使用できるようになりました。 個々の宛先に対して異なる既存のスケジュールがある古いレポートを編集すると、スケジュールを設定するよう求められ、スケジュールが既存のすべての宛先の既存のスケジュールを置き換えることが通知されます。

Campaigns、Packages、Placements の各ビューでは、一部の指標の名前がフィードバックに基づいて変更されました。

• トレンドグラフでは、「必要な支出」が「支出ベンチマーク」に、「ターゲット支出」が「支出目標」に変更されました。

• データテーブルで：

  • 「昨日の必要支出」および「今日の必要支出」は、「昨日の支出基準」および「今日の支出基準」に名称が変更されました。
  • ツールチップ「昨日のペーシング % および「今日のペーシング %」は「昨日の総支出を昨日の支出基準の %」および「今日の総支出を昨日の支出基準の %」に変更されました。
  • 「昨日の目標支出」および「今日の目標支出」は「昨日の支出目標」および「今日の支出目標」に名称が変更されました。

Oracle は、2024 年 9 月 30 日までに広告事業を廃止する予定です。 これにより、BlueKai、Oracle Data Cloud （以前の Grapeshot）、MOAT のすべてのサービスが無効になります。 既に次の代替手段が使用可能です。

• 標準のサードパーティおよびカスタムセグメント：eXelate、Eyeota、LiveRamp、Lotame、Neustar、およびその他の利用可能なサードパーティデータパートナー
• 予測サードパーティセグメント：Proximic by Comscore
• Integral Ad Science を使用したキャンペーンレベルのブランドの安全性とビューアビリティの測定
• DoubleVerify および Integral Ad Science を使用したプレースメントレベルの Pre-bid viewability
• Proximic by Comscore によるプレースメントレベルのトピックのターゲティング

サードパーティセグメント用のCPMの価格は Audience Library で入手でき、サービス用のCPMの価格は Settings > Fees で入手できます。

カスタム目標（目標）に対する新しいサポートが利用できます。

• Advertising DSP パッケージで使用するために、検索、ソーシャル、Commerceで作成された目標の名前に、「ADSP_Registrations」などの「ADSP_」を接頭辞として付ける必要があります。 プレフィックスでは大文字と小文字が区別されません。 この命名規則を使用した目標は、DSP内のカスタム目標として利用できます。
  
  既存のDSP目標の名前は既に変更されており、それ以上の作業は必要ありません。
• 目標のDSP属性指標に対して、重み付けのレコメンデーションが生成されるようになりました。 目標に少なくとも 1 つの目標指標と 1 つのアシスト指標が含まれる場合、目標の各アシスト指標に対して、モバイル以外の重み（DSPのすべてのデバイスタイプの広告に使用される）のレコメンデーションが生成されます。 重み付けのレコメンデーションは、目標の定義を保存または編集した翌朝に計算されます。 レコメンデーションは、目標に対する変更が検出された 1 日後、または 7 日ごとに更新されます。 重み付けのレコメンデーションが使用可能な場合、検索/最適化/新しい目標Betaで、目標名の横にインジケーター（ ）が表示されます。 ワンクリックで、すべての重み付けレコメンデーションを適用できます。 「ADSP_」で始まる目標に対するすべての重み付けの変更は、2 日以内にDSPでアルゴリズムにより適用されます。

Campaigns、Packages、Placements の各ビューで、

• トレンドグラフに、次のオプション指標を含めることができるようになりました。

  • 日ペーシング： 「昨日のペーシング」指標のトレンドの推移を表示します。
  • 前方/後方のフライトペーシング： 累積ペーシングのトレンド（経過時間に対する相対的）の推移を表示します。

  

• データテーブルには、オプションで、新しいペーシング関連の指標列を含めることができます。

  • 昨日の必要経費： 昨日、残りの予算を残りのフライト全体に均等に配分するために費やすべきであった金額。
  • 昨日のペーシング： 昨日の支出を、昨日の必要支出のパーセンテージとして計算します。 これは、非推奨（廃止予定）になった「今日の OTS」の改良版です。 今日のペーシングが一貫して 100% 未満である場合、パッケージまたはプレースメントは予算の配信に苦労しています。
  • 今日の必要経費： 残りの予算をフライト全体に均一に配分するために、今日費やす必要がある金額。
  • 今日のペーシング： 今日の支出を、今日の必要な支出のパーセンテージとして表したもの。値は 30 分ごとに更新されます。 これは、現在非推奨となっている「昨日の OTS」の改善バージョンです。 昨日のペーシングが一貫して 100% 未満である場合、パッケージまたはプレースメントは予算の配信に苦労しています。

• データテーブルでは、「昨日の目標」列と「今日の目標」列の名前は「昨日の目標支出」および「今日の目標支出」に変更されます。

（オープンベータ版、米国および AUS でのみ利用可能）追加の広告を使用して、接続された TV キャンペーンに公開されたオーディエンスセグメントを再ターゲットして、クロスチャネル広告を強化できるようになりました。

1. 広告露出セグメントを設定し、インプレッショントラッキングタグを目的の接続された TV 配置または広告にコピーして、セグメントのトラッキングを開始します。
2. リターゲティングプレースメントで、「Audience Targeting」セクションの接続された TV 露出セグメントを選択します。

パッケージ、プレースメント、関連テーブルの新しい CPA （獲得あたりのコスト）指標と ROAS （広告費用対効果）指標は、関連する目標を使用してパッケージとプレースメントをより正確にパフォーマンストラッキングします。 新しい CPA 指標は、獲得あたりのコストを計算するための最終的なコンバージョンイベント（サインアップなど）のみを考慮します。これにより、計算に上位ファネルイベント（ページ訪問数や買い物かごへの追加など）も含まれた従来のカスタム目標指標よりも実際の CPA を正確に把握できます。 同様に、新しい ROAS 指標は最終的な収益イベント（購入や購入値など）のみを考慮し、パフォーマンスの追跡に関して、従来のカスタム目標指標よりも信頼性が高くなります。

現在は、CPA または ROAS ベースの最適化目標を持つパッケージを設定する場合、最終的なコンバージョンまたは収益イベントと、コンバージョンまたは収益イベントを含むカスタム目標を指定する必要があります。カスタム目標には、パッケージ最適化のために CPA または ROAS 指標に加えて、使用する追加の重み付き上位ファネルイベント（ページ訪問数および買い物かごの追加など）を追加オプションに含めることができます。

さらに、パフォーマンスに焦点を当てた最適化目標を組み合わせて、シンプルにしました。

• 新しい「Highest Return on Ad Spend (ROAS)」目標は、従来の「Highest ROAS - Custom Goal」と「Highest ROAS (click focused) - Custom Goal」に代わり、どちらのレガシーシナリオも達成するためのオプションを提供します。
• 新しい「Lowest Cost per Acquisition (CPA)」目標は、従来の「Lowest CPA - Custom Goal」と「Lowest CPA (click focused) - Custom Goal」に代わり、どちらのレガシーシナリオも達成するためのオプションを提供します。

従来の目標を使用していた既存のパッケージは、関連する設定で新しい目標に自動的に移行され、手動で更新する必要はありません。

新しいプレースメント設定を使用すると、a）十分な予算が利用可能な場合は常にパッケージレベルの予算配分を上書きする最小プレースメント予算、および b）入札価格アルゴリズムを上書きして、少なくとも契約の固定価格と下限価格を入札することができます。

• パッケージに属するプレースメントの設定で、最小予算をパッケージ予算のパーセンテージとして指定できるようになりました。 この機能を使用するには、プレースメント資金オプションを「Set a Fixed Minimum or Maximum Budget」（旧称「Set a fixed budget cap」）に選択します。 引き続き（予算上限の場合と同様に）米ドルで Maximum Budget を入力でき、パッケージ予算に対する割合として Minimum Budget を入力することもできます。 既存のプレースメントの場合、既存の設定は、新しいフィールド名を使用して保持されます。
• Inventory Targeting の設定では、On Demand ータインベントリーとプライベートインベントリーの新しいオプションを使用して、「Ensure Fixed or Floor Price for the bid」を実行できます。

スプレッドシートを使用して、複数のプレースメントの広告スケジュールをすばやくカスタマイズできるようになりました。

• プレースメントの広告スケジュールテンプレートをダウンロードできます。 必要に応じて、ダウンロードしたファイルでフライト日や広告のローテーションを編集できます。
• その後、編集した広告スケジュールテンプレートをアップロードできます。

フライトペーシングと日中ペーシングに個別のペーシング制御を利用できるようになった。 以前は、1 つの戦略で両方を制御していました。 既存のパッケージとプレースメントの設定は、次のようにマッピングされました。

• 従来の Pacing fill strategy=Even – 現在は、Flight pacing=Even および Intraday pacing=Even として設定されています。
• 従来の Pacing fill strategy=Slightly Ahead – 現在は、Flight pacing=Slightly Ahead および Intraday pacing=Even として設定されています。
• 従来の Pacing fill strategy=Frontload – 現在は、Flight pacing=Frontload および Intraday pacing=ASAP として設定されています。
• 従来の Pacing fill strategy=Aggressive Frontload – 現在は、Flight pacing=Aggressive Frontload および Intraday pacing=ASAP として設定されています。

Deal ID の設定およびユーザーインターフェイスのその他の場所は、Magnite の SSP の新しいブランディングを反映しています。

• SSP 「Tremor」（Telaria）は「Magnite CTV」になりました。
• 今後数週間で、「Rubicon」は「Magnite DV+」に変更されます。DV+ はディスプレイ、ビデオ、およびその他の形式（オーディオなど）を表します。