Layouts

配置、タイプ、サイズ、密度、プレースホルダー、リフレッシュ条件、ビューアビリティ予測の設定から、独自のデマンドパートナーの設定まで、カスタム広告レイアウトを完全に定義します。

レイアウトページにアクセスするには、Account > Inventory Management > Layouts

の順に選択します。

Open

メインレイアウトページでは、すべてのドメインの広告レイアウトが保存・管理されます。

ad layoutを作成する - “Standard layout”

• ad layout Typeを選択する

右上の “Add Layout”ボタンから、作成したい広告レイアウトの種類を選択します：

• Layout - 標準レイアウトの作成

•  A/B Test -2つの広告レイアウトを作成し、互いのパフォーマンスを比較する。

• Conditional Layout - リアルタイムのページ・パラメータ／イベントに基づいてレイアウトを作成する。

Open

新しいレイアウトを適用するsiteとDevice typeを選択し、"Configure "を押して設定ページに進みます。

• Configure layout

layout nameを入力する: 

(例えば、以下のような命名規則が推奨されます： サイト／セクション／トラフィック／シナリオ)

Targeting

新しいレイアウトのターゲティングを設定する（つまり、この広告レイアウトがどのシナリオに適用されるかを定義する）：

Countries - レイアウトを特定の国に適用することもできますし、除外する国以外のすべての国に適用することもできます。

URLs - レイアウトは、ドメイン内の特定のURLを対象とすることも、そのURLを含むすべてのページを対象とすることもできます。

Traffic Source - 特定のトラフィック・ソースにレイアウトのターゲットを絞ることができます。

(例えば、ソーシャル・トラフィックから来た忠誠度の低いユーザーに対して、より“aggressive”な広告レイアウトを設定することができる）。

Query param - サイト構成やユーザー行動に基づいて、さまざまなシナリオを表す特定のパラメータ/Key-valueにレイアウトをターゲットにすることができます。

Operation system - レイアウトは、特定のOSを対象にすることも、すべてに適用することもできます。

作成されたレイアウトは、main layout pageの該当するサイトの下に表示されます。

ターゲティングはカラーチップで反映されます：

添付のスクリーンショットでは、レイアウトターゲティングは以下を含みます： 3カ国を除くすべての国、サイトのメインURL、IOSオペレーティングシステム、クエリパラメータ'type=social'

Add ad type

 広告レイアウトのターゲティングが完了したら、実際に含まれる広告タイプを選択して設定する。各広告タイプごとにこのプロセスを繰り返します。

Sticky/in-Line/Top/ Bottom/ Rail Adsをレイアウトに追加するには、 “+ Ad Type” を押してください。

各広告タイプは、いくつかのプレースメントを含むことができます（例えば、記事の段落間にいくつかのIn-line ads） - 設定は一度にプレースメントの範囲に対して行うことができます。そうするために - “Add placement”を押してください。

Type - 広告ユニットがBrowsiによって作成されるのか、Browsi APIを呼び出して現在のものを使用するのかを選択します。
”API “タイプが選択された場合、広告ユニットの識別方法（IDタイプ） - 配置または広告ユニットパス/IDの定義が要求されます。

Location type - 広告の位置をBrowsiのスマートエンジンで動的に作成するか、固定ポジションで作成するかを選択します（xpathの設定による）。

Placement - この広告タイプの下にいくつのプレースメントが作成され、以下の設定が適用されるかを定義します。

Placement configuration

Ad sizes:このプレースメントでサポートされている広告サイズを選択します。

Browsi In View refresh: Browsiのin-view Refresh機能を有効にするかどうかを選択します。Refreshを有効にする場合、最初のRefreshがデマンドにならなかった場合でも、BrowsiがRefreshを試み続けるかどうかを選択することができます。

Viewability Prediction - Browsi のビューアビリティ予測スコアを Key Value から GAM に送信するかどうかを選択します。

Provider configuration

次のセクションでは、上記で作成・設定したプレースメントの需要パートナーと入札者を設定できます。

一度設定すると、Liveに行くためには、右側の "inactive "ボタンを "active "に切り替える必要があることに注意してください。

GAM (Google Ad Manager):

Ad Unit: 広告ユニットのGAMパス（例：123456/MySite/Homepage/Leadboard_1）を入力します。
さらに、広告スロットレベルのKey Valueターゲティングも可能です。

Header Bidding:

• Auction Timeout -入札を待つ最大時間（ミリ秒）を設定します。

• +Add Bidder - リストから入札者を選択し、そのパラメータを定義します。

• Each bidder has its own unique identifiers - これを選択すると、該当するフィールドが自動的に表示されます。

これらのパラメータに精通していない場合は、Browsi担当者にお問い合わせください。

Header Biddingが（右側のトグルボタンから）"Active "に定義されると、GAMオプションも自動的に "Active"になります。

APS (Amazon Publisher Services) - Publisher ID, Ad server, slot nameを入力します。

Custom - (View Only) -   custom demand sourceを追加すると、Browsiは特定のポジションに任意のタイプのスクリプトを追加することができます。通常、このオプションは、標準のデマンドスタックに含まれないタイプのデマンドのために予約されます。

Custom bidderは、他のプロバイダーに代わるものであることにご注意ください。

Script type -提供されたコードが html/Javascript 形式であるかどうかを選択します。

Minified script - ロード時間を短縮するためのスクリプトの最小化バージョンです。

一度更新されると、「“Script URL” フィールドは自動的に入力され、そのリンクを使用して需要をプレビューすることができます。

Ad unit - デマンドが供給される関連広告ユニットを入力します。

Response Detection -callbackがあなたの側から設定されているかどうか、またそのタイムアウトウィンドウを定義します。

Fallback - 最初にサポートされている広告サイズを選択し、browsiのrefreshとviewability predictionを有効にするかどうかを決定し、次にBidderを選択して設定します。

A “Fallback” tag will be displayed next to each placement to clarify the type of demand configured for it. 

“Fallback “タグは、各プレイスメントの横に表示され、そのプレイスメントに設定されているデマンドのタイプを明確にします。

Browsi Features

プレースメントが作成されると、広告タイプレベルでBrowsi機能を有効にすることができます。

Layout main pageで広告タイプ名を押し、ドロップダウンメニューから"Edit Ad type"を選択します。

広告をテキスト内に配置するか、テキストで折り返すか、段落の間に配置するかを選択できます。(これはDesktopのみが対象です)

フォールドとは、ウェブページの長さを相対的に測定することができる、ユーザーデバイスの画面の長さのことです。

ここでは、Browsiが広告の実装を開始/停止するフォールドを設定するか、セレクタで開始ポイントを指定することができます。

Browsi広告間の最小距離をピクセル単位で選択します。

ページにエンゲージしたユーザーだけに広告を配信するかどうかを選択します。この機能はviewabilityを高め、IVTを低下させます。ただし、ページあたりの広告配信量が少なくなる可能性があります。

Browsi AIを使って広告のレイジーロードを可能にすることで、 viewabilityを向上させます。

Browsi Advanced Features

Ad layoutレベルで追加のBrowsi機能を有効にすることができ、変更されたレイアウトの下にあるすべての広告タイプに影響を与えます。

レイアウトのメインページから、右下のレンチアイコンを押します。

Analysis Mode:  有効にすると、Browsiは広告を実装せずにページ上で動作します。この状態では、Browsi AIの改善のためにデータが収集されます。

Ad Placeholder: 有効にすると、Browsiはプレースホルダーを作成し、広告が開いたり、広告が戻らなかったためにプレースメントが閉じたりしたときにページが遷移しないようにします。この機能はCLSを下げ、UXを向上させます。

Ad Density Threshold: Ad Densityとは、メインコンテンツに占める広告の割合を高さで表したものです。有効にすると、設定したしきい値に達した後、広告リクエストの送信を停止することで、メインコンテンツを占める広告の割合を制御できます。

広告の高さの取得方法：実際のimpressionデータに基づき、GoogleのAPIを利用し高さを取得します。

密度の計算式：広告の高さの合計 / メインコンテンツの高さ（別途、Browsi admin側で定義が必要）

以下の設定例の場合、密度が70％に達した場合、それ以上リクエストを送らない、という仕様となります。

※MobileのLayoutのみ、有効です。Desktopの方にも表示されておりますが機能しませんのでご注意ください。

本機能の背景
こちらのGoogleポリシーになるべく準拠しようとするものです。Better Ads Standardsには広告密度についてはDeskotp（PC）では言及されておりません。そのため本機能はMobileのみでのご提供となります。

Page level targeting:browsiIDは、GAM内のBrowsiプレースメントのパフォーマンスをトラッキングするための必須key-valueです。特定のスロットのkey-valueを追加したい場合は、GAMプロバイダーの下で広告タイプごとに行うことができます。