Microsoft 収益化 - モバイル購入の技術的な制限
[ モバイルへようこそ] で、Web アプリとモバイル アプリの購入の違いの概要を示しました (概要: ほとんど同じです)。 また、Web とモバイル アプリの間に機能の不均衡が存在する場合、その違いは技術的な制限が原因であることが多いと述べました。 このドキュメントでは、次のような制限事項について説明します。
- デバイス間でのユーザーの識別とフリークエンシー の上限
- 表示後のコンバージョン属性の制限付き機能
- 地理的なターゲット設定
ユーザー識別と周波数制限
モバイル デバイスでの周波数制限は、デバイスごとに機能します。つまり、デバイスを切り替えると、周波数上限がリセットされます。 これは、複数のデバイス間でユーザーを確実に識別することは、現在未解決の問題であるためです。 たとえば、Android スマートフォンから広告が複数回表示され、その広告を配信する広告アイテムやキャンペーンで定義されているフリークエンシー 上限に達した場合、その広告は表示されなくなります。 夜間の読み取りのために夜遅く iPad に切り替えると、広告申込情報やキャンペーンで同じユーザーとして識別されなくなり、同じ広告申込情報またはキャンペーンの広告が再び表示される場合があります。
さらに、非常に厳格な周波数上限は、Web インベントリよりも信頼性が低くなります。 これは、広告サーバーが Web よりもモバイルインプレッション数をカウントするまでに長く待つという事実によるものです (「 モバイルの不一致の管理」を参照してください)。 その結果、同じ在庫に対して同時またはほぼ同時にオークションが発生すると、非常に厳格な周波数上限が壊れる可能性があります。 これは、使用可能なユーザーごとに多数の入札可能なインプレッションがある在庫のスライスで発生する可能性があります。
また、すべてのモバイル ブラウザーがこれらの Cookie を受け入れるわけではないため、サードパーティの Cookie はモバイル デバイスで常に利用できるわけではありません (「 モバイル ターゲティングと属性の課題」を参照)。 サード パーティの Cookie の不足を補償するために、Microsoft Advertising は、同じデバイスで実行されているさまざまなアプリで使用されるデバイス ID を、同じ Microsoft Advertising Cookie ID に関連付けます。これにより、同じデバイス上のアプリとブラウザー間で周波数制限を実行できます。 たとえば、アプリがモバイル広告通話でデバイス ID 値 idfa=123
を渡す場合があります。 Microsoft Advertising が既にそのデバイスを確認し、Cookie ID に関連付けている場合、周波数制限とユーザー ID は正常に動作します。 さらに、1 つの Microsoft Advertising Cookie ID をさまざまなデバイス ID にマップできます。 そうすることで、openudid
あるアプリから、別のアプリからを送信idfa
した場合でも、ユーザー識別と周波数制限のために同じ Microsoft Advertising ID にすべて関連付けることができます。 モバイル広告通話を使用して Microsoft Advertising に送信できるデバイス ID パラメーターの詳細については、「 モバイル広告通話リファレンス」を参照してください。
デバイスのターゲット設定とレポートに関する注意事項
場合によっては、モバイル デバイスのターゲット設定 (およびその後のレポート) に論理的な不整合が表示されます。 たとえば、iPhone を iPad ユーザー エージェント (UA) にマップできます。 この不整合は、次の技術的な問題が原因で発生する可能性があります。
- UA から OS とブラウザーを検索しますが、サード パーティからデバイス情報を取得します。 2 つのソースは論理的に検証されません。
- OpenRTB 統合により、サプライヤーは個々のデバイス フィールドをオーバーライドできます。
- アプリは、常に信頼性が高いとは限らない UA の送信を担当します。
- 1 回のクリックで、サプライヤーはアプリ UA から、一部のデータをブラウザー UA から送信する場合があります。
コンバージョン属性
次の表は、コンバージョン属性がさまざまなモバイル シナリオで機能するかどうかを示しています。 表示後のコンバージョン属性は、現時点では Safari 以外のモバイル ブラウザーでのみ可能であることに注意してください。
変換の種類 | ブラウザーからブラウザー (Safari 以外) | ブラウザーからブラウザー (Safari) | アプリからブラウザー (iOS + Android) | ダウンロードをApp Storeするアプリ | ダウンロードをApp Storeするブラウザー |
---|---|---|---|---|---|
クリック後 | はい | はい | はい*** | はい** | はい** |
ポストビュー | はい | 不要 | 不要 | 不要 | 不要 |
- *以前に広告をクリックした Safari ユーザーの 5 ~ 10% に対して機能します。
- **サードパーティのコンバージョントラッキングパートナーを使用した機能。 詳細については、「 サード パーティのモバイル アプリのインストールの追跡を設定する」を参照してください。
- アプリがクリックスルーのために開くのと同じブラウザーで変換が行われる場合に機能します。 たとえば、アプリがアプリ内ブラウザーを開いた場合、変換はアプリ内ブラウザーで行う必要があります。
重要
現在のところ、モバイル デバイス上のイベント (ビューなど) をデスクトップ ブラウザーで発生する後のコンバージョンにリンクする変換属性を実行する方法はありません。
地理的なターゲット設定
モバイル アプリが広告の表示に使用する SDK に、現在の緯度/経度データを提供するアクセス許可がユーザーから付与されている場合は、モバイル ターゲティングに使用できます。 そうでない場合でも、デバイスの IP アドレスを使用する Geography Targeting (使用可能な場合) を使用できます。 これは lat/long よりも正確ではありませんが、一般的に使用できます。 一部のアプリでは、ユーザーがアプリにサインアップしたときに、ユーザーの郵便番号に基づいて geo ターゲティングを実行することもできます。
注:
モバイルインプレッションの約15〜30%が緯度/長い情報を運びます。