近接ビーコン API からデバイスが URL を受信した回数を取得することはできますか? 放送されたURLのクリック率を知りたいです。
3 に答える
場合によります。Eddystone-URL ビーコンをスキャンし、そこから一部のコンテンツ (Web ページ自体など) をトリガーする独自のアプリを作成する場合、当然、完全に制御でき、この種の分析を実装できます。ただし、アプリをインストールした人にのみ適用されます。
Eddystone-URL ビーコンを検出するためにChrome for iOSやPhysical Web iOS および Android アプリに依存している場合、これらのアプリはそのような番号を提供しません。
ただし、iOS 版 Chrome とフィジカル ウェブ アプリはどちらも、ユーザーが最初にリンクをクリックしなくても、ページ タイトルやページの説明など、検出した URL に関するメタデータを取得します。そのため、そのようなリクエストを除外し (フィジカル Web サービスまたは同様の「ボット」によって作成されます)、実際の訪問から分離し、それに基づいて分析を行う可能性はわずかです。ただし、ほとんどの場合、この「ボット」またはプロキシ サービス (この種の追跡を防ぎ、ユーザーのプライバシーを保護するために存在します) もキャッシュを行うため、実際の数よりも少ないリクエストが表示されます。デバイスが URL を受信した回数。
最後に、より低いレベルに落とします。注意:ほとんどのビーコンは単方向です。つまり、情報をブロードキャストしますが、情報を受信しません。したがって、ビーコン自体は通常、受信側でパケット数をカウントできません。 . (技術的には、Bluetoothの「スキャン応答」メカニズムを使用してそれを行うことができると思いますが、カスタムビーコンハードウェア/ファームウェアが必要になります。)
残念ながら、いいえ、それ自体ではこれを行いません。
Google の Proximity Beacon Api は、ビーコンに関するメタデータ (場所、バッテリー レベルなど) を保存するサーバー側システムです。検出データを送信するには、アプリに統合された特別なクライアント コードを追加する必要があります。
同様に、Eddystone-URL ビーコンを検出するには、通常、アプリにカスタム コードを追加して検出を行い、URL をユーザーに提示する必要があります。(これに対する唯一の例外は、Chrome Today ウィジェットが有効になっている一部の Chrome for iOS ユーザーであり、クリックスルー率を提供する公開システムはありません)。
アプリは URL 自体を提示する必要があるため、この問題に対して独自のソリューションを展開する必要があります。
私の理解が正しければ、Google アナリティクス キャンペーンによってこれを達成できるはずです。キャンペーンを設定し、キャンペーンの URL を ibeacon の URL に追加すると、Google アナリティクスで詳細な分析を確認できるはずです。