web-dev-qa-db-ja.com

ソーシャル共有ボタンがプリフェッチされる可能性がある場合、ユーザーのプライバシーを保護するにはどうすればよいですか？

主なトピックの1つとしてプライバシーを備えたサイトを作成しています。その後、私たちは、私のサイトの訪問者のプライバシー侵害を最小限に抑えることにより、プライバシーを懸念します。 （このクレイジーな世界で、私たちができる最善の方法、最小化）。訪問者が他の人と記事を共有できるように、ソーシャルメディアボタン（ツイートインテントなどのインテントボタン）を追加する必要があります。これらのボタンをまったく配置しないという選択肢はありません。理想に合わないものをすべて無視して世界を変える人はいません。人々が記事を共有する方法が必要なだけです。しかし、ソーシャルメディアボタンをWebサイトに追加する影響を最小限に抑えるにはどうすればよいでしょうか？

アイコンとフォントには、自己ホスト型のソースのみを使用します。しかしもちろん、その共有ボタンのURLはソーシャルメディアプラットフォームのドメインを指します。 Webマスターとして、URLのプリフェッチを防ぐためにできることは他にありますか？

もちろん、ブラウザーは最終的にプリフェッチするかどうかを決定しますが、どうすればそのブラウザーを自分の能力を最大限に生かすことができますか？

私たちが持っているアイデアの1つは、すべてのソーシャルメディアボタンを自分のサイト内の1つの専用ページに向け、そこから外部サイトにリダイレクトすることです。外部サイトは常に同じページから呼び出されるため、共有ボタンを一度も押さなかった訪問者によって事前に保護されることはありません。それは実際に役立つでしょうか、それともブラウザはその外部ページをプリフェッチしますか？そのようなリダイレクトには重大な欠点がありますか？

それで、私のウェブサイトに与える影響を大幅に制限することなく、ウェブサイトの訪問者を追跡から保護するためにどのようなオプションが必要ですか？ （トラッキングに関しては、プリフェッチが主な関心事であると仮定します）

web-developmentbrowsersprivacysharinglink-prefetching
4
Static Storm

ボタン自体は、ソーシャルサイトからロードする必要はまったくありません。たとえば、FacebookとTwitterの両方で、特別なURLを含むウィンドウを開くだけで、ページのURLがすでに入力された「新しい投稿」ウィンドウが表示されます。

Facebookの場合、 documented URLは次のように表示されます：

https://www.facebook.com/dialog/share?app_id=<APPID>&display=popup&href=<URL>

または古い

https://www.facebook.com/sharer/sharer.php?u=<URL>

Twitterの場合、次を使用できます。

https://Twitter.com/intent/tweet?text=<URL_or_other_stuff>

さまざまな場所で見たが、残念ながらあまりグーグルにはできない別の方法は、delay実際のソーシャルボタンコードをページに配置することです。 。代わりに、クリックしたときに独自のボタンを作成し、Facebook JavaScriptをページに挿入します（そして、新しいボタンが同じ場所にあるように自分自身を削除します） ）。

4
grawity

「所有するロール」共有ボタンの代わりとして、shariffライブラリーを使用できます。目標はプライバシーを最大限にすることです。

https://github.com/heiseonline/shariff

2
bjelli