[67]

ping 属性は、リンクをたどる際に同時にアクセスするべき URL を指定するものです。

文脈

[74] 著者は JavaScript その他の方法で ping 属性を使わずとも同じことが実現できるわけですが、 ping 属性を使えば何を行うか (どこがリンク先で、どこに ping を行うか) 利用者・利用者エージェントに対して明確にでき、利用者エージェントが処理タイミングを調整するなどして利用者の体験を向上させることが期待できます。従って、著者は他の方法ではなく ping を使うべきencourageです >>50。

[75] 例えば検索エンジンは、直接リンク先サイトにリンクせず、一旦自社サイトにリンクして、そこからリダイレクトすることで、どのサイトが選択されたかを集計することができます。

[76] これを ping による集計に切り替えることで、 ping へのアクセスは Webブラウザーが裏で行うこととなるので、利用者はリダイレクト分の余計な時間をかけずに目的サイトに移動できます。 (利用者の体験が向上するのは、検索エンジンにとっても好ましいことです。)

[77] また、利用者は正しいリンク先の URL をステータスバーで確認できます。

[78] 加えて、利用者が潔癖なら Webブラウザーの設定を変更して ping 属性を無効化することで、集計を拒否できます。 (検索エンジンにとっては改善のためのデータを収集する機会が失われるので嬉しくはありませんが、それを快く思わない人から無理に収集するのもまた意に反するでしょう。リダイレクトその他独自の方法では、利用者にその選択肢を与えることも困難です。)

処理

[51] ping 属性の処理は、要素要素とリンク先の対象URLについて、次のようにしなければなりません >>50。

[52] 値を、要素の ping 属性値に設定します。
[53] 値が null なら、ここで停止します。
[54] リストを、値に文字列を間隔で分割を適用した結果に設定します。
[55] リストの各要素字句について、
1. [56] URL を、要素の節点文書に相対に字句を構文解析URLの構文解析した結果に設定します。
2. [57]
  - [58] URL が失敗でない
  - [59] URL の schemeURL scheme が HTTP(S) scheme である
  - [60] 利用者エージェント依存の条件を満たす (>>63)
  ... のすべてを満たす場合、
  1. [61] 要求を fetch します。
    要求
    URL要求URL
    URL
    メソッド要求メソッド
    POST
    ヘッダーリスト
    Ping-From
    要素の節点文書の起源文書の起源と URL の起源URLの起源が同じ起源か、 要素の節点文書のHTTPS状態が none なら、 要素の節点文書のURL文書の番地。それ以外なら、 null。
    Ping-To
    対象URL
    本体要求本体
    PING
    クライアント要求クライアント
    要素の節点文書の関連する設定群オブジェクト
    終点
    空文字列
    credentialsモード
    include
    参照元
    no-referrer
    URL credentials利用
    真
    process response
    [64] 本 fetch を abort して構いません。

[62]

fetch の結果は使われません。 fetch は並列に行うことができます

>>50

。結果が使われない以上、どう実装されているか著者が直接感知することはできません。

[42] ping 属性の処理は、ハイパーリンクをたどる処理から呼び出されます。

[43] 趣旨からするとダウンロード時にも ping が送信されるべきと思われますが、なぜかそうなっていません。 (ハイパーリンクをたどることにより navigate が発生し、それがダウンロードに至った場合には、最初のたどった時点で ping が送信されます。)

実装がどうしているのかは不明。

[69] Ping-From: ヘッダーは、 https: のページの場合、同一起源でなければ送信されません。つまり同一起源ポリシーが適用されます。 http: の場合は、異なる起源であっても送信されます。 Referer: ヘッダーの動作 (参照元ポリシー no-referrer-when-downgrade) に倣ったものと思われますが、同一起源でなければならない分、少し厳しくなっています。

[70] そもそも ping の URL は著者が指定するもので、著者は任意の URL を指定でき、 URL に自ページの URL を含めることもできるわけですから、この制約は情報の漏洩を防ぐものではありません。 XHR や Fetch を使って Ping-From: の指定された要求を送信することはできますから、第三者の不正なスクリプトからの送信を防げるものでもありません。この制約が何のためのものなのかは不明です。

[71] >>70 CORS preflight でOKが出ないと POST + Ping-From: は送れないのか。それなら、 HTTPS を使っていれば、不正な要求と区別できる。

[72] >>14 で削除された仕様書のコメントによると元々 Referer: を含めないことにしていたのは他の POST と区別できるようにするためらしい。既存のサーバーの CSRF などの検査を壊さないように Referer: とは別にほぼ同じ意味の Ping-From: を設定することにしたようである。更に付け加えると、 ping は CORS より古いので、 Ping-From: が他の方法で指定されて異なる起源に送信される、ということは想定されていない模様。

[73] >>20 あたりも参照。

歴史

誕生

[15] 2005年10月に Web Applications 1.0 に追加されました。

[1] Mozilla Links 日本語版: Firefox のプライバシー問題 http://mozlinks-jp.blogspot.com/2006/01/firefox_21.html

あれだ、やっぱりpingもタグなのかよw (名無しさん 2006-01-22 01:27:04 +00:00)

[2] Bug 319368 - Implement <a ping> https://bugzilla.mozilla.org/show_bug.cgi?id=319368 (名無しさん 2006-01-27 01:03:54 +00:00)

[3] 本当の問題は安全性よりも (賛成派の主張の通り、少なくても今より危険になるわけではない)、POSTされることではないか。もちろんHTTPやREST的にはPOSTの方が適当なのだが、 tag soup application開発者はしばしば (formではなく) aでPOSTすることを望んでいる (あちこちの掲示板で頻出の質問)。 pingがそれに濫用される可能性がないだろうか。

ただしpingに対する応答はレンダリングされないので、彼らの需要を満たせるのかどうかには疑問もあるが。

pingを使ってPOSTして、鯖側でセッション管理 (もちろんREST制約違反)、hrefとセッション情報 (Cookie) でGETして結果を得る、ただしpingとhrefのどちらが先に処理されるかはわからないのでRefreshでもして待つ、などという裏技が紹介される日が来る・・・かもしれない。もはや何をしたかったのかよくわからないがw

(名無しさん 2006-01-27 08:07:12 +00:00)

[17] Bug 401217 – Issues with support for "ping" attribute (2007-10-27 11:50:07 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=401217 (名無しさん 2007-10-27 02:50:26 +00:00)
[18] Feedback on the ping="" attribute (ISSUE-1) (Ian Hickson <ian@...> 著, 2007-11-02 22:05:54 +09:00 版) http://permalink.gmane.org/gmane.org.w3c.whatwg.discuss/12316
[19] Re: Referer header sent with <a ping>? (Ian Hickson <ian@...> 著, 2008-01-30 20:33:36 +09:00 版) http://permalink.gmane.org/gmane.org.w3c.whatwg.discuss/13091
[41] [g] (2) Update <a ping=''> to address recent concerns. · whatwg/html@b807258 (9 Feb 2008) https://github.com/whatwg/html/commit/b8072584f86c17c7eb177c3731fcc80b1a97131b
[20] Re: Referer header sent with <a ping>? (Ian Hickson <ian@...> 著, 2008-02-09 01:58:06 +09:00 版) http://permalink.gmane.org/gmane.org.w3c.whatwg.discuss/13187
[38] [g] (2) Let's try a new strategy for ping=''. · whatwg/html@2b44075 (2016-02-25 14:04:09 +09:00 版) https://github.com/whatwg/html/commit/2b44075877450c7452df882b38c2cc8f8c2dd2db
[39] [] (0) Filling in the rendering section: remove hit testing (see www-… · whatwg/html@fceda3f (10 Feb 2009) https://github.com/whatwg/html/commit/fceda3f08e335de7b9f9255a5e27a8cc7f160694
[21] IRC logs: freenode / #whatwg / 20090811 (2009-10-10 20:07:44 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20090811#l-271
[22] IRC logs: freenode / #whatwg / 20090908 (2009-10-17 23:05:49 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20090908

HTML5 からの除外

[16] 2010年3月には、実装状況がよくないため、 W3C HTML5 から除外されました。 (最新版 HTML には残されました。)

[23] HTML5 Revision Tracker Move ping='' to the next version of HTML (and out of the W3C HTML5 draft) (2010-03-05 08:09:02 +09:00 版) http://html5.org/tools/web-apps-tracker?from=4823&to=4824

WebKit による実装

[24] IRC logs: freenode / #whatwg / 20100823 ( (2010-08-30 23:53:50 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20100823#l-350

[25] Ilya Grigorik - Google+ - Google mobile search is getting faster - to be exact,… ( (2013-11-08 08:51:47 +09:00 版)) https://plus.google.com/+IlyaGrigorik/posts/fPJNzUf76Nx

[26] 401217 – Issues with support for "ping" attribute ( (2013-11-08 08:55:55 +09:00 版)) https://bugzilla.mozilla.org/show_bug.cgi?id=401217

[27] [webkit-dev] <a ping> landed ( (2010-10-19 15:42:41 +09:00 版)) https://lists.webkit.org/pipermail/webkit-dev/2010-October/014657.html

[28] [webkit-dev] <a ping> landed ( (2010-10-19 15:42:41 +09:00 版)) https://lists.webkit.org/pipermail/webkit-dev/2010-October/014575.html

[29] Issue 21589 - chromium - Implement <a ping> - An open-source project to help move the web forward. - Google Project Hosting ( (2013-11-08 09:02:07 +09:00 版)) https://code.google.com/p/chromium/issues/detail?id=21589

[30] Bug 50488 – Enable <a ping> for Mac/Windows/WebKit2 builds ( (2013-11-08 09:04:26 +09:00 版)) https://bugs.webkit.org/show_bug.cgi?id=50488

[31] Issue 257281 - chromium - <a ping> does not issue a ping request when "Open Link in New Tab" - An open-source project to help move the web forward. - Google Project Hosting ( (2013-11-08 09:07:42 +09:00 版)) https://code.google.com/p/chromium/issues/detail?id=257281

[32] 951104 – Enable <a ping> by default ( (2013-12-24 15:05:58 +09:00 版)) https://bugzilla.mozilla.org/show_bug.cgi?id=951104

[33] IRC logs: freenode / #whatwg / 20131219 ( (2013-12-24 15:03:49 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20131219

[34] Web Applications 1.0 r8369 Make a.ping and area.ping use DOMSettableTokenList based on #whatwg feedback. Hopefully no content relies on their existing implementations; if they do let me know and we'll back this out. ( (2014-01-04 05:03:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=8368&to=8369

[35] Bug 24238 – Should the tokens in HTMLAnchorElement.ping be resolved? ( (2014-01-17 23:40:04 +09:00 版)) https://www.w3.org/Bugs/Public/show_bug.cgi?id=24238

[36] Add ping context · 2c01edc · whatwg/fetch ( (2014-05-20 09:04:41 +09:00 版)) https://github.com/whatwg/fetch/commit/2c01edca7a910f333b8ffac9d51d872f0b58e895

[4] Due to [PutForwards] the ping IDL attribute needs be readonly · whatwg/html@29578b4 (2015-08-28 16:36:01 +09:00 版) https://github.com/whatwg/html/commit/29578b4cb3f79aaaa3401b5f7e800867edba0ee8

[5] Integrate Fetch into HTML · whatwg/html@7c5555a (2015-09-18 18:49:01 +09:00 版) https://github.com/whatwg/html/commit/7c5555a16f2920c02244c10756bb2f1a11e87a22

[6] Chrome が実装しており、標準で有効になっています。 Firefox は標準で無効にしています。 2016-01-05T05:19:25.900Z

[7] IDL属性 ping を Chrome も Firefox も実装しています。 (Firefox は標準で ping 属性を無効にしていますが、 IDL属性は存在します。) 2016-01-05T05:29:19.100Z

[8] IDL属性 ping を Chrome も Firefox も DOMTokenList ではなく DOMString としています。 2016-01-05T05:29:47.400Z

[9] Intent to Implement: Replace DOMString with DOMSettableTokenList for {HTMLAnchorElement, HTMLAreaElement}.ping. - Google グループ (2016-01-05 14:35:44 +09:00 版) https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/Z-RBeFLHRSU

[10] Issue 498219 - chromium - Replace DOMString with DOMSettableTokenList for {HTMLAnchorElement, HTMLAreaElement}.ping. - An open-source project to help move the web forward. - Google Project Hosting (2016-01-05 14:36:16 +09:00 版) https://code.google.com/p/chromium/issues/detail?id=498219

[11] Handling of url parsing errors in a.ping is undefined · Issue #477 · whatwg/html (2016-02-03 12:21:16 +09:00 版) https://github.com/whatwg/html/issues/477

[12] URLs are parsed and produce records · whatwg/html@30bc255 (2016-02-14 22:52:25 +09:00 版) https://github.com/whatwg/html/commit/30bc2557105ad62881ec9670f253febbc9761b44

[13] Adding [SameObject] to DOMTokenLists · whatwg/html@ec1dc4d (2016-02-18 11:10:09 +09:00 版) https://github.com/whatwg/html/commit/ec1dc4d4571c61cf0c0dfe3e562898635886b412

[14] Never send a referrer with hyperlink auditing pings · whatwg/html@faec3a5 (2016-02-23 11:01:46 +09:00 版) https://github.com/whatwg/html/commit/faec3a50ea181f322ab9819975e285ced34a0308

[40] Use the HTTPS state concept instead of "encrypted connection" · whatwg/html@1ee3316 (2016-02-25 14:07:21 +09:00 版) https://github.com/whatwg/html/commit/1ee3316caa1a5754f7bbd29c494842785f9a181b

[44] Fix #1089: don't send pings for non-http(s) URLs · whatwg/html@817da95 (2016-04-27 15:31:20 +09:00 版) https://github.com/whatwg/html/commit/817da9577b565e808d7af0295e1affc094887418

[45] Bug 156801 – Anchor element 'ping' property should only apply to http/https destinations (2016-04-27 15:33:38 +09:00 版) https://bugs.webkit.org/show_bug.cgi?id=156801

[46] Make a.ping and tableCell.headers strings, not DOMTokenLists ( (domenic著, 2016-05-17 15:09:30 +09:00)) https://github.com/whatwg/html/commit/7dd2e95b03edd19515c636152d63d3c74cb69d6f

[47] Make area.ping a string, not DOMTokenList ( (zcorpan著, 2016-05-17 17:32:01 +09:00)) https://github.com/whatwg/html/commit/da9e4cb7142277d609e6636a56a282f5aba15e5c

[48] Use URL's HTTP(S) scheme concept and define rel=icon better ( (annevk著, 2016-05-26 21:59:00 +09:00)) https://github.com/whatwg/html/commit/a932f7dfd5e50101db47a373cee27b04ed108934

[79] Align Fetch's destination concept with changes in Fetch (sideshowbarker著, 2016-07-05 02:46:14 +09:00) https://github.com/whatwg/html/commit/5e8f96a85d182d36c177db0d6fdde58b4ded86d4

仕様書

文脈

利用者の設定

処理

関連

実装

歴史

誕生

HTML5 からの除外

WebKit による実装