WLS SSP+Ad Exchange 2.2 の大規模アップデートで何が役立つのか?

WLS SSP+Ad Exchange 2.2 の壮大な更新を最後に紹介してから長い時間が経ちました。 これは、私たちが新しいラウンドの便利な機能に絶え間なく取り組んできたからです。そして今、私たちの仕事のいくつかの成功した結果で私たちを応援できることをうれしく思います. この大規模な更新の最大の利点は、オンデマンドのカスタム統合、SkadNetwork サポート、ダイナミック マージン、高度な QPS 配布、およびその他の便利な機能によって表されます。 それでは、更新全体を段階的に確認しましょう。

パブリッシャー向けの柔軟な対固定価格モデル

入札ごとのコスト規制は、はるかに扱いやすくなります。 便宜上、入札価格と呼ばれる 1 つのドロップダウン メニューにすべてを配置しました。 このメニューでは、入札下限と固定入札価格の 2 つのオプションを選択できます。 ドロップダウン メニューのいずれかのフィールドを使用して、1,000 インプレッションに対して受け取る入札価格を設定します。 固定入札価格の場合、入札レスポンスは固定入札価格と完全に一致します。 設定すると、パブリッシャーから送信された入札最低額が高いリクエストはすべて破棄され、DSP には送信されません。

SkadNetwork のサポート

ご存知かもしれませんが、Apple の SKAdNetwork を使用すると、IDFA を使用せずに、つまりユーザーのプライバシーを維持しながら、アプリのインストールを特定の広告キャンペーンに関連付けることができます。 SKAdNetwork のサポートにより、入札リクエストには、プライバシーに配慮した広告配信に必要な情報を提供する新しいオブジェクトが含まれます。 お使いのシステムには、OS バージョンとアプリ SDK バージョンの両方に応じて、「2.0」以上の SKAdNetwork サポートが装備されています。

オンデマンドのカスタム統合

Bidswitch、Appnexus、Pubmatic、Verizon、Epsilon、OpenX、およびその他の有名なデマンド プロバイダーには、リクエストとレスポンスの構造、および統合時の API 分析交換に関する特別な要件があります。 プラットフォームの基本ボックスから接続できるように、このデータ フロー インストルメントを開発しました。 したがって、このような需要のために DSP エンドポイントを接続する場合は、一般設定 (ドロップダウン メニューから) で特に適したアダプター タイプを選択し、エンドポイント設定手順を完了する必要があります。 WLS SSP+Ad Exchange 2.2 では、DSP アダプタのリストも次のように更新しました: デジタルの改善、Synacor、リッチ オーディエンス。

純利益を最大化するダイナミックマージン機能

これで、SSP エンドポイント設定で動的マージン トグルを見つけることができます。 このトグルを使用すると、サプライヤーが受け取る可能性のある利益のパーセンテージを指定して、動的マージンを定義できます。 このようにして、サプライヤーの予測価格シェアを割り当て、すべての入札から利益を増やします。

高度な QPS 分配アルゴリズム

インフラストラクチャ内のマシンの数に応じて DSP の QPS 制限を調整し、システムが (トラフィック スケール ボリュームに基づいて) 変化するトラフィック量をより適切に処理できるようにしました。 このようにして、システムは、トラフィックの増加に伴うメディア取引の変化するニーズに適応するのに十分な柔軟性を備えています. その結果、このメカニズムは高度なメディア取引の結果を提供します。

管理者によるユーザーの作成

これ以降、管理者はシステム内のすべてのユーザー ロールのユーザーを作成できます。 管理者が「ユーザーの作成」ボタンをクリックすると、新しいページが表示され、名前、会社、国、電子メールなどのフィールドに入力するよう提案されます。フォームの最後で、管理者はユーザーの役割をドロップダウン リスト: 管理者 (デフォルト)、SSP、DSP、パブリッシャー。 これにより、クライアント向けのセルフサービス製品を構築するか、クライアントのアカウントを自分で管理するかを選択できます.

リワード動画:

ビデオの配置設定を切り替えます。 以前は、SSP がリワード トラフィックを DSP に送信したときに、そのような情報がリクエストに示されていなかったため、DSP はそのトラフィックをリワードとして認識しませんでした。 このため、ビデオの配置設定にトグルを追加しました (DSP エンドポイント、詳細設定)。 トグルはデフォルトでオフに設定されていますが、オンにすると、システムはすべてのリクエストでビデオ トラフィックが報われているという指示を送信します。

動画リワード リクエストをレポートに記録します。 DSP および SSP プラットフォームでの以前のリワード ビデオ リクエストは別の方法で定義されていたため、Unity からプラットフォームに送信されたリワード ビデオ リクエストの数を分析するのは便利ではありませんでした。 SSP での動画リワード リクエストは、特定のパラメータに基づいて、Unity Company の Ad Exchange レポートに記録されるようになりました。

DSP のリワード ビデオ フィルター。 DSP のクリエイティブ設定に動画リワード フィルタが追加されました (このフィルタ オプションは、クリエイティブが動画の場合にのみ表示されます)。 このトグルがオフの場合、リワード ビデオと他のすべてのフォーマットの両方が適しています。 トグルがオンの場合、DSP はリワード動画のみに入札し、他のフォーマットには入札しません。

GDPR:

GDPR 同意トグルは、インベントリ設定から DSP 詳細設定に移動しました。 現在、DSP の詳細設定で、GDPR 同意トグルを見つけることができます。 このトグルは、EU トラフィックが欧州のプライバシー規制の原則に準拠していることを確認するのに役立つ非常に便利な手段です。 GDPR トグルはデフォルトでオフになっていますが、トグルがオンの場合、システムは GDPR 同意を含む要求のみを渡します。

また、GDPR 同意トグルを在庫設定から削除しました。プラットフォームは、リクエストが送信された国 (トグルではなく) に応じて GDPR:1 または GDPR:0 を渡す必要があるためです。 したがって、このオプションは不要になったため、UI から削除しました。

デフォルトで GDPR をサポート。 [管理] の [プラットフォーム設定] に、新しいセクション GDPR & TCF 2.0 を追加しました。 そこに GDPR トグルとフィールド ベンダー ID があります。 GDPR トグルはデフォルトでオンになっていますが、管理者がオフに切り替えることができます。 フィールド Vendor ID はオプションで、数値のみをサポートします。 GDPR トグルがオンの場合にのみ表示されます。 GDPR トグルがオフの場合 → ベンダー ID フィールドは非表示になります。

着信トラフィックの概要:

リクエスト失敗の理由。 すべての SSP フィルタとプラットフォームでの検証に合格した有効なリクエストのみが、Ad Exchange レポートの SSP リクエストとサイト運営者レポートのリクエストに記録されます。 他のすべてのリクエストは、受信トラフィックの概要に、対応する失敗の理由とともに表示されます。

• Filter List Manager のブラックリストによって要求がブロックされている
• リクエストはフィルター リスト マネージャーのホワイトリストによってブロックされます
• 要求はサプライ スキャナーによってブロックされます

このようにして、システムがどのように動作するかについてよりよく知ることができ、後で必要な操作を行うことができます.

前の期間を分析します。 「受信トラフィック概要」「送信トラフィック概要」「入札レスポンス概要」のメニューは、通常、現在アクティブなSSPとDSPのみを表示します。 ただし、以前の日付を選択して、現在アクティブではなく、過去の特定の期間 (昨日/一昨日など) にアクティブだった SSP/DSP のデータを確認することができます。 SSP/DSP が非アクティブの場合 - 次の形式で表示されます - (非アクティブ) DSP/SSP 名 DSP/SSP ID。

粒状ファイラー。 入札概要レポートで、特定のサイト運営者、広告枠、プレースメントのレベルで直接供給を分析できるようになりました。 パブリッシャーを選択すると、選択したパブリッシャーの在庫とプレースメントが表示されます。 プレースメントを選択した場合でも、他の在庫や発行元を選択できます。 ただし、プレースメントを選択してから、このプレースメントに関連しない在庫を選択した場合は、プレースメントの選択を削除する必要があることに注意してください。

QPS 制限の概要。 QPS 制限が低すぎてトラフィックが DSP に送信されない場合、システムは送信トラフィックの概要に次の理由を記録します: QPS 制限が低すぎます。 これは物事の真の状態を反映し、プラットフォームの所有者が広告エコシステムを最適化するために必要な行動を取ることを可能にします.

すべての API フレームワークのサポート

一部の DSP パートナーは、リクエストで API を渡す必要があるため、すべての API をビデオ プレースメント設定 (API フレームワーク フィールド) に追加しました。 API のリストには以下が含まれます。

• VPAID 1.0 動画のみ - 1
• VPAID 2.0 動画のみ - 2
• MRAID-1 バナーのみ - 3
• ORMMA バナーのみ - 4
• MRAID-2 バナーのみ - 5
• MRAID-3 バナーのみ - 6
• OMID-1 ビデオ、バナー - 7

上記の 1 つまたは複数の API を選択できます。 いずれかの API を選択すると、このプレースメントからのすべての入札リクエストにその API が渡されます ([API] パラメータ フィールド)。 何も選択されていない場合、リクエストで API は渡されません。 すべての広告枠タイプの動画プレースメントに適用できます。

広告サイズ

動画サイズのホワイトリスト。 ホワイトリストで動画サイズを選択できるようになりました。 ビデオ サイズをホワイトリストに登録する手順は、バナー サイズをホワイトリストに登録する手順とよく似ています。 唯一の違い - ビデオ サイズのリストは次のようになります。

• カスタム
• 1920×1080
• 320×480
• 480×320
• 300×250
• 1024×768
• 768x1024
• 1280×720

マルチサイズ リクエストのサポート。 現在、デフォルトでリクエスト内に渡すことができる複数の広告サイズがあります。 また、システムは、複数のサイズのリクエストを効率的に処理するために、リクエストで提示されたすべての広告サイズから主な適切な広告サイズを自動的に定義します。

PMP 取引の分析と管理

ディール名、ディール ハッシュ、ディール ID に従って PMP ディールを分析できるようになりました。 さらに、不要になった取引を削除し、シート ID を DSP 取引設定に追加することもできます。

システムの改善

バグの修正。 今回の更新は非常に壮大ですが、ワークフローを改善し、プラットフォームの動作が常に安定していることを確認するために 42 の重要なシステム修正を行ったため、一見しただけではそれほど明白ではないものもあります。

システム パフォーマンスの向上。 インフラストラクチャ コストを引き上げることなく、プラットフォームの容量、速度、および技術的パフォーマンスを向上させることができたため、システムはワークロードをさらに適切に処理できます。 達成したことは次のとおりです。

• さまざまな DSP エンドポイント (QPS 制限が小さいエンドポイントを含む) とのより効率的な作業。
• 実行中のプロセスに関連する CPU と RAM の消費を削減します (多数のメトリックと属性を備えた高度なレポート生成を含む)。

UX の改善

私たちが作成した便利な UX レタッチにより、システムの操作がより簡単になります。

• Sellers.json に販売者名と ID による検索を追加
• デマンド ダッシュボードにエンドポイント名とアクティビティ ステータスによる検索を追加
• スキャナーによって生成された統計をエクスポートできるようになりました
• デフォルトのわかりにくい 10% のサイト運営者のマークアップをダッシュ​​ボードから削除しました。

次は何ですか？

この壮大な WLS SSP+Ad Exchange 2.2 アップデートでは、全体的なパフォーマンス効果を高める便利な機能でシステムを強化するよう努めました。 また、お客様のメディア取引環境がさらに高い収益と ROI を生み出すことができるように、プライバシーと安全性に関連する領域に重点を置いてきました。

次のバージョンでは、プログラマティック保証を実装して、需要側が供給側から在庫を直接購入できるようにする予定です。 また、Cookie 同期機能、TMT デマンド スキャン、フィルレートによってソースを最適化するための最適化ツール、API レポート、請求書生成ツール、支払いを管理するための管理パネル、UI でのユーザー権限の定義、および設定変更ログ (ユーザーが変更したもの) を追加します。システムで、いつ）。

アップグレードされたテクノロジーの恩恵を受ける時が来ました！ 詳しくはお問い合わせください。