はじめに
今日のデジタル環境では、オンラインユーザーのかなりの割合が、uBlock Origin、AdGuard、Total Adblock などの広告ブロッカーを使用しています。これらの広告ブロッカーは、煩わしい広告への対策、閲覧速度の向上、オンラインプライバシーの保護を目的として導入されています。 しかし、広告ブロッカーの普及は、正確なユーザーデータに依存する B2C ブランドにとって大きな障害となっています。広告ブロッカーは、トラッキングで知られるドメインとの通信を検出してブロックするために、ドメインのブラックリストを使用することがよくあります。その結果、不完全または信頼性の低いデータが収集されることになります。 これらの制限を克服するために、MoEngage ではカスタムプロキシドメインの使用を推奨しています。この技術ドキュメントでは、SDK のトラフィックを独自のサブドメイン経由でルーティングし、ブラックリストフィルターを回避しながらデータの忠実度を最大化する統合方法について詳しく説明します。実装ガイド
前提条件: DNS 委任SDK のコードを更新する前に、サブドメインを MoEngage に委任する必要があります。ドメインの選択と NS レコードの設定に関する手順については、DNS 委任のヘルプドキュメントを参照してください。
実装プロセス
MoEngage Web SDK は、内部インターセプターとホスト名の置換を使用して、送信リクエストを動的に書き換えます。SDK は、標準の MoEngage エンドポイントにアクセスする代わりに、API データ、スクリプト、キャンペーンアセット(画像)を含むすべてのネットワーク呼び出しに、カスタムサブドメインをプレフィックスとして付加します。 このプロセスには次の作業が含まれます。- Web サイト上の SDK 初期化スクリプトを更新する。
- Service Worker(
serviceworker.js)ファイルを更新する。 - オプション: Web Personalization スニペットを実装する。
SDK 初期化の更新
初期化コードを実装する際は、標準のスクリプトを以下のスニペットに置き換えます。moeDataCenter、moeAppID、customProxyDomain を定義する必要があります。このスクリプトは、SDK 自体がプロキシされた CDN から読み込まれるように、scriptHost を動的に構築します。
Service Worker(SW)の更新
プッシュ通知やその他のバックグラウンド機能を使用している場合は、serviceworker.js(またはカスタムの Service Worker ファイル)もプロキシドメインを含むように更新する必要があります。
Web Personalization の統合
アカウントで Web Personalization を使用している場合は、HTML ファイルの<head> セクションの先頭に次のタグを追加する必要があります。これにより、パーソナライゼーションスクリプトとキャンペーンアセットが、カスタムプロキシドメイン経由でプリフェッチされ、読み込まれるようになります。
インターセプターの検証
統合が完了すると、SDK の内部インターセプターは次のようにリクエストを自動的にマッピングします。
Web SDK の統合に関するサポートについては、MoEngage サポートチームにお問い合わせください。