Loading article…
ウェブビーコン[注 1]は、ウェブページや電子メールで使用される技術で、ユーザーが何らかのコンテンツにアクセスしたことを目立たないように（通常は目に見えない形で）確認できるようにします。[1]ウェブビーコンは通常、ウェブ分析やページタグ付けの目的で、第三者がウェブサイトでのユーザーのアクティビティを監視するために使用されます。[2]また、電子メールの追跡にも使用できます。[3] JavaScriptを使用して実装されている場合は、 JavaScriptタグと呼ばれることがあります。[4]ウェブビーコンは、ウェブページの閲覧を追跡する目に見えないHTML要素です。ユーザーがウェブページに再度アクセスすると、これらのビーコンはサーバーによって確立されたCookieに接続され、秘密裏にユーザーを追跡できるようになります。[5]
このようなビーコンを使用すると、企業や組織はウェブユーザーのオンライン行動を追跡できます。当初、このような追跡を行っていたのは主に広告主やウェブ分析会社でしたが、後にソーシャル メディア サイトも、たとえば追跡ビーコンとして機能するボタンの使用などを通じて、このような追跡技術を使用し始めました。
2017年にW3Cは、ウェブ開発者がウェブビーコンを作成するために使用できるインターフェースの候補仕様を公開しました。[6]
概要
ウェブビーコンは、ウェブページを訪問したユーザーを追跡するために使用されるいくつかの技術の1つです。また、電子メールが読まれたか転送されたか、ウェブページが別のウェブサイトにコピーされたかどうかを確認するためにも使用できます。[7]
最初のウェブビーコンは、ウェブページや電子メールに埋め込まれた小さなデジタル画像ファイルでした。画像は1ピクセル（「トラッキングピクセル」）ほど小さく、背景と同じ色にすることも、完全に透明にすることもできます。[8]ユーザーがそのような画像が埋め込まれたページや電子メールを開くと、画像は表示されない場合がありますが、ウェブブラウザまたは電子メールリーダーによって自動的に画像がダウンロードされ、ユーザーのコンピューターは、ソース画像が保存されているホスト会社のサーバーにリクエストを送信する必要があります。このリクエストにより、コンピューターの識別情報が提供され、ホストはユーザーを追跡できます。
この基本的な技術は、多くの種類の要素をビーコンとして使用できるようにさらに開発されました。現在、これらには、グラフィック、バナー、ボタンなどの目に見える要素だけでなく、電子メールや Web ページのフレーム、スタイル、スクリプト、入力リンク、埋め込み、オブジェクトなどの画像以外のHTML 要素も含まれます。
ユーザーのコンピューターから提供される識別情報には、通常、IP アドレス、リクエストが行われた時刻、リクエストを行った Web ブラウザーまたは電子メール リーダーの種類、ホスト サーバーによって以前に送信されたCookieの存在が含まれます。ホスト サーバーは、このすべての情報を保存し、そのやり取りを一意にマークするセッション識別子または追跡トークンに関連付けることができます。
企業による利用
企業が特定のユーザーを識別できれば、さまざまな Web サイトや Web サーバーとの複数のやり取りにわたってそのユーザーの行動を追跡できます。例として、Web サイトのネットワークを所有している企業を考えてみましょう。この企業は、すべての画像を1 つの特定のサーバーに保存し、 Web ページのその他のコンテンツをさまざまな他のサーバーに保存することができます。たとえば、各サーバーは特定の Web サイトに固有であり、別の都市にあることさえあります。ただし、企業は 1 つの画像サーバーからデータを要求する Web ビーコンを使用して、さまざまな Web サイトにアクセスする個々のユーザーをカウントして認識することができます。統計情報を収集して各サーバーの Cookie を個別に管理するのではなく、企業はこのすべてのデータをまとめて分析し、さまざまな Web サイト全体で個々のユーザーの行動を追跡し、これらのさまざまな環境をナビゲートする各ユーザーの プロファイルを組み立てることができます。
メール追跡
電子メールに埋め込まれた Web ビーコンは、Web ページに埋め込まれたビーコンよりもプライバシーへの影響が大きいです。埋め込まれたビーコンを使用することで、電子メールの送信者 (または第三者) は、Web サイトの広告主と同じ種類の情報、つまり電子メールが読まれた時間、電子メールを読むために使用されたコンピューターのIP アドレス(または読者が経由したプロキシ サーバーの IP アドレス)、電子メールを読むために使用されたソフトウェアの種類、以前に送信された Cookie の存在を記録できます。このようにして、送信者 (または第三者) は、特定の受信者がいつどこで電子メールを読んだかに関する詳細な情報を収集できます。その後、電子メール メッセージが表示されるたびに、同じ情報が送信者または第三者に再度送信されます。
「Return-receipt-to」（RRT）電子メールヘッダーも情報の送信をトリガーすることができ、これらはウェブビーコンの別の形式として見なされる可能性があります。[9]
Web ビーコンは、電子メール マーケティング担当者、スパマー、フィッシング詐欺師が電子メールが読まれたかどうかを確認するために使用されます。このシステムを使用すると、類似の電子メールを多数のアドレスに送信し、そのうちのどれが有効かを確認できます。この場合の有効とは、アドレスが実際に使用されており、電子メールがスパム フィルターを通過し、電子メールの内容が実際に閲覧されたことを意味します。
この種の電子メール追跡は、電子メール リーダー ソフトウェアを設定してリモート イメージにアクセスしないようにする ことで、ある程度は防ぐことができます。
このような電子メール追跡を無効にする方法の 1 つは、電子メールをダウンロードした後、ダウンロードしたメッセージを読む前にインターネットから切断することです。(これは、自分のコンピュータに常駐し、電子メール サーバーから自分のコンピュータに電子メールをダウンロードする電子メール リーダーを使用していることを前提としています。) この場合、ビーコンを含むメッセージはビーコンのホスト サーバーにリクエストをトリガーできず、追跡は防止されます。ただし、ビーコンが含まれている疑いのあるメッセージは削除する必要があります。そうしないと、コンピュータがインターネットに再接続されたときにビーコンが再びアクティブになるリスクがあります。
Web ビーコンは、エンドユーザーに届かないように サーバー レベルでフィルタリングすることもできます。
ビーコンAPI
ビーコンAPI（アプリケーションプログラミングインターフェース）は、ウェブの標準化団体であるワールドワイドウェブコンソーシアムの候補勧告です。 [10]これは、ウェブクライアントに追跡データを静かにサーバーに送り返すように指示する標準化されたAPIです。つまり、ユーザーに警告することなく、ユーザーエクスペリエンスを妨げません。[要出典]
このビーコンAPIを使用すると、エンドユーザーには見えないため、エンドユーザーに気付かれずにユーザー追跡とプロファイリングが可能になり、サイト内外のナビゲーションを遅らせたり妨害したりすることもありません。[11]ビーコンAPIのサポートは、 2014年2月にMozillaのFirefoxブラウザに導入され[12] 、2014年11月にGoogleのChromeブラウザに導入されました。 [13]
注記
- ^ ウェブ バグ、トラッキング バグ、タグ、ウェブ タグ、ページ タグ、トラッキング ピクセル、ピクセル タグ、1×1 GIF、スパイ ピクセル、クリア GIF とも呼ばれます。
参考文献
- ^ Stefanie Olsen (2002年1月2日). 「ほぼ検知できない追跡装置が懸念を呼ぶ」CNETニュース。2014年11月7日時点のオリジナルよりアーカイブ。 2019年5月23日閲覧。
- ^ Richard M. Smith (1999 年 11 月 11 日)。「Web Bug FAQ」。EFF.orgプライバシー アーカイブ。2012 年 6 月 29 日時点のオリジナルよりアーカイブ。2012 年7 月 12 日閲覧。
- ^ Richard Lowe Jr と Claudia Arevalo-Lowe。「Email Web Bug Invisible Tracker collects info without permission」。mailsbroadcast.com。2017年12月3日時点のオリジナルよりアーカイブ。2016年8月22日閲覧。
- ^ 「Negrino, Tom; Smith, Dori. JavaScript para World Wide Web. Pearson Education, 2001. 2015年10月1日にアクセス」。2016年5月12日時点のオリジナルよりアーカイブ。 2015年10月1日閲覧。
- ^ Payton, Anne M. (2006 年 9 月 22 日)。「スパイウェア キャンペーンとそれに対抗する戦略のレビュー」。情報セキュリティ カリキュラム開発に関する第 3 回年次会議の議事録。InfoSecCD '06。米国ニューヨーク州ニューヨーク: Association for Computing Machinery。pp. 136–141。doi : 10.1145 /1231047.1231077。ISBN 978-1-59593-437-6。
- ^ Jatinder Mann、Alois Reitbauer (2017年4月13日)。「Beacon」。W3C勧告候補。W3C 。2019年10月27日時点のオリジナルよりアーカイブ。 2019年11月7日閲覧。
{{cite web}}: CS1 maint: multiple names: authors list (link) - ^ Bouguettaya, ARA; Eltoweissy, MY (2003). 「ウェブ上のプライバシー：事実、課題、解決策」. IEEE Security Privacy . 1 (6): 40–49. doi :10.1109/MSECP.2003.1253567. ISSN 1558-4046. 2021年8月25日時点のオリジナルよりアーカイブ。 2021年3月29日閲覧。
- ^ Nielsen, Janne (2021年4月27日). 「混合手法を用いたウェブビーコンのウェブトラッキングにおける歴史的使用の調査」. International Journal of Digital Humanities . 2 (1–3): 65–88. doi :10.1007/s42803-021-00033-4. ISSN 2524-7832. S2CID 233416836.
- ^ インターネット技術タスクフォースの覚書 RFC 4021を参照してください。
- ^ “Beacon W3C Candidate Recommendation 13 April 2017”. 2021年3月3日時点のオリジナルよりアーカイブ。2017年7月26日閲覧。
- ^ 新しい W3C ビーコン API を最大限に活用する 2017 年 10 月 3 日アーカイブ、Wayback Machine - NikCodes、2014 年 12 月 16 日
- ^ Navigator.sendBeacon 2021年4月30日アーカイブ、Wayback Machine - Mozilla Developer Network
- ^ Chrome 39 でビーコンデータを送信する Archived April 13, 2021, at the Wayback Machine - developer.google.com, 2015 年 9 月
外部リンク
- EFF の Web バグに関する FAQ
- 「彼らはそれを読んだのか？」Linux Weekly Newsより
- トロイの木馬マーケティング
- Slashdot の Web バグに関する記事 — Web バグのブロックに関するSlashdot.orgフォーラムのスレッド