仕様書

構文

• [10] Refresh = "Refresh" [FWS] ":" [FWS] refresh-content

[2] HTML 4.0 には例示 (>>8) がある (4.01 にはない) けど、一般に使われているパラメーター型 (>>12; 例: >>3) ではなくて読点区切型 (>>13; 例: >>5) になってる。

• [11] refresh-content = refresh-param-content / refresh-comma-content
• [12] refresh-param-content = refresh-second FWS] ";" [FWS] "URL=" value]
• [13] refresh-comma-content = refresh-second [FWS] "," [FWS] refresh-uri

[9] >>12 のようにパラメーターの属性名は URL になっていて、実際中身が URL でない URI である例は見たことが無いけど、 URL でない URI に対応している実装は、あえて URL に限定することなく、どんな URI でも受け付けるのが良いと考えられる。

• [14] refresh-second = 1*DIGIT
• [15] refresh-uri = absoluteURI / relativeURI

[17] refresh-second (>>14) 秒後に (一度だけ) 指定 URL または自 URI を読む (そしてそれに移動する)。 (refresh-second 秒毎に URI を読むわけではない。)

[18] refresh-second が "0" の場合、実質的に (標準的な) HTTP の redirect と同じになる。 でも Netscape の説明文 (>>9) はこんなことも言ってるぞ。

a "Refresh" header can be returned as part of any HTTP response, including a redirection. So a single HTTP response can say "go get this URL now, and then go get this other URL in 10 seconds".

("Refresh" 頭は redirect を含む任意の HTTP 応答の一部として返すことが出来ます。ですから単一の HTTP 応答で「この URL に今行き、それからこの別の URL に10秒後に行くように。」と言うことが出来ます。)

This means you can have a continuous random URL generator! Have a normal random URL generator (such as URouLette http://kuhttp.cc.ukans.edu/cwis/organizations/kucia/uroulette/uroulette.html) that returns as part of its redirection response a "Refresh" directive that causes the browser to go get another random URL from the random URL generator in 18 seconds.

(これは継続無作為 URL 生成器を作れることを意味します! 普通の無作為 URL (例えば URouLetteルーレット] ]) は "Refresh" 指示を redirect 応答の一部として返し、ブラウザーは他の無作為な URL を18秒後に無作為 URL 生成器から得ることになります。)

[19] WAI とか HTML4 はアクセス性の観点から使用しないように薦めている。 (確かに、 >>18 の Netscape の言ってる例は面白いけど、遊び以外でやられたらたまらんわな。)

• [16] value = http-token / quoted-string / non-token

[20] value (>>16) の部分は、他の頭欄の作法からすると http-token 以外の文字は quoted-string にしないといけないはず。

[21] この頭欄は HTML の META要素 で使われる (例: >>6) 事が多い。 HTTP で見かけることはあまりない。 (皆無ではない。) HTTP 頭欄なのに HTTP で使ってもらえないなんて不憫だね。

[22] META 要素の属性値で既に「"」で囲まれているので、その中で更に (「"」で) 囲もうとする意識は無い。みっともないし。 そもそもその必要性に気付かないのだろうかね? ってことで、 主に CGI 出力 (Web chat の CGI script とか。) で、 http-token 以外が生で出てきたりする (>>24)。

• [23] ○ <meta http-equiv="refresh" content="0;URL=&quot;foo.cgi?hoge=foo&amp;bar=aa&quot;">
• [24] × <meta http-equiv="refresh" content="0;URL=foo.cgi?hoge=foo&bar=aa">

※ (>>24) 「=」が URL に含まれるので quoted-string にするべき。 それから「&」は「&amp;」でないと HTML として異常。

[25] そもそも URI は(絶対だと)「:」を含むので http-token にはならないことも多いじゃないか。

• [26] non-token = absoluteURI / relativeURI ;; 救済措置

[27] Netscape 社の説明文によると絶対 URL のみで相対 URL は使ってはいけない。けど、現実には結構使われている。

[28] fragment は要らないでしょう。多分。 あってもそこに飛ぶのはあんまり好ましくないような... (それを言うなら Refresh: 欄自体あっても飛ぶのは宜しくないなあ。)

[29] >>28 なんで? 利用者にとってはちょっとあれだけど、一定時間後に下のほうに飛ぶとかあってもよさそう。

[30] 属性名が「URL」だから、URN とかは駄目なのかなあ...

[31] >>30 See >>9

• [32] non-token /= 1*octet ;; 人にやさしく・・にも程がある。

[33] CGI の出力で、例えば Web chat CGI script で名前とかが URI符号化されてなかったりすることもままある。 それだと URI としてすら正しくない。 そんなのまで救済 (>>32) してあげる必要があるのかどうか。

• [56] 値を URL=foo.html のように (秒なしで) 指定している文書があるようです。 MacIE 4.5 にはこの時 URL 指定を無視して当該文書を即座に読み込み直す不具合があるそうです。 (Internet Explorer 4.5(Mac版) http://members.jcom.home.ne.jp/pctips/ua/IE45Mac.html)
• [66] >>2 HTML 4.01 では不適切だとして削除されたそうです。変更履歴参照。

文脈

[97] しばしば、サーバー側での HTTPリダイレクトを設定するのが困難な場合の代替として使われます。

[98] 何らかの Webページの表示とダウンロードを同時に実行したいときに使われることもあります。

飛び先のプロトコルに関して

[34] Web chat の CGI script などで、飛び先が HTTP の 304 Not Modified 応答を返すように仕向けることがあるみたいです。

これを受け取ったら refresh 元のの表示を続けるのはいいとして、また指定秒数待って飛ぶのが適切かどうかはわかりません。

[35] 205 No Content も考慮する必要がありますね。

処理

[86] 構文解析器または DOM 操作により Refresh の meta 要素が文書に挿入された場合、 content 属性値の構文解析を行います。

[108] 要素が文書に挿入された時、次のようにしなければなりません >>85。

[151] 共有宣言的更新手順群shared declarative refresh stepsは、 文書、入力、メタ要素について、次のようにします >>85。

[112] 文書は、 これから宣言的に更新するwill declaratively refreshフラグを持ちます。 初期値は偽です。 HTML Standard

[125] 文書と入力の処理は、次のようにしなければなりません >>85。

[92] 利用者エージェントは、指定時間経過後に navigate することができます。

[130] これが最も一般的で、著者が想定する実装方法です。

[136] 次のようにしなければなりません。

[88] 待つ時間は利用者や利用者エージェントによる調整が認められています。 仕様書にはその意図は明記されていませんが、利用者が視認できない速さで navigate が実行されることを利用者が望まない時にこれを緩和したり、 高頻度で navigate を繰り返す悪意ある Webページに利用者が惑わされることを防いだり、 裏側で動作するWebページの navigate を遅延させて電力消費を抑えたりできるようにすることを企図していると思われます。

[87] 更新の期限が到来したら、 次のようにしなければなりません >>85。

[104] 利用者エージェントは、利用者が利用者による停止フラグを真に設定する手段を提供することが認められています >>85。一般的な Webブラウザーでは、中止ボタンがこの機能を持っています。

[95] 利用者エージェントは、タイマーの状態やリダイレクト先などを随時表示して構いません >>85。 一般的な Webブラウザーではそのような表示は見られませんが、便利そうではあります。

[93] 利用者エージェントは、手動で navigate することを選択できる利用者インターフェイスを提供することができます。

[91] その場合、利用者の指示により、次のようにしなければなりません >>85。

[129] 現在の Webブラウザーではそのような利用者インターフェイスの提示は一般的ではありませんが、 かつてはテキストブラウザーなどで Refresh を通常のハイパーリンクのような形で表示するものがありました。

[94] 利用者エージェントは、何もしないことも認められています。

[96] 全く何もしないのは、 Web互換では無いかもしれません。 しかし mailto: や telnet: への navigate などは無効にできた方が嬉しいかもしれません。

利用者インターフェイス

[105] アドレスバーも参照。

歴史

[416] リンク型 redirect は、 XHTML2 の第4次案で検討対象として挙げられていました。

「http-equiv の機能で XHTML2 に欠けているもの」 とされているので、 <meta http-equiv=refresh> の代替として検討されていたものと推測されます。

例

• [3] Refresh: 20; URL="http://suika.fam.cx/"
• [4] Refresh: 30
• [5] Refresh: 0,refreshed.html (使用するべきではない。)
• [6] <meta http-equiv="refresh" content="0;URL=hoge.html">

See also

• [7] http://www.netscape.com/assist/net_sites/pushpull.html
• [8] http://www.w3.org/TR/1998/REC-html40-19980424/struct/global.html#h-7.4.4.2

メモ

• [36] 飛び先が自分自身だと無限 loop になる危険性がありますが、 Web chat のように意図的にそうしている場合もありますからどうしようもないですね。 Refresh: 0 が数回続いたら中断、とかがいいんでしょうか。
• [37] WinIE は Refresh: 0 で飛んだら履歴 (「戻る」ボタンのメニュー) から飛び元の頁を消しますね。 (WinIE 5.0 くらいからだったっけ?)
• [38] WinIE 3.0 が HTTP 頭の Refresh: 欄に対応しているんを確認しました
• [53] Another HTML-lint : Explanation http://openlab.ring.gr.jp/k16/htmllint/explain.html#refresh-link
• [54] Refresh: に対応していない UA や設定で切られている場合を考慮して、本体 (HTML など) でもハイパーリンク (a 要素など) を用意しておくのが望ましいでしょう。
• [57] >>1 応答頭欄よりも実体頭欄かと思ったけど、 Netscape は応答頭欄だとしていますね。どっちがいいかわからなくなってきた...
• [58] >>57 実際の使い方を考えれば、「移転しますた」とかは、頁の内容の一部に近いメタ情報ということで、実体頭欄に分類できると思われ。一方 Netscape の目論見では server push もどきなんだから、プロトコル要素 (→応答頭欄) のような気もするな。
• [59] w3m や Lynx では、 a 要素のようなハイパーリンクとして文書の最初に表示します。 w3m の場合は更に自動で飛ぶことも出来ます。
• [60] >>59 0 秒後とかならともかく、10秒後とかに、予告無く移動が始まると驚かされますから、他の UA であっても、画面に表示する内容に Refresh: の情報を加えて欲しいですよねえ。
• [61] ダウンロードの頁で、リンク先がダウンロードする資源そのものではなく、 HTML でその Refresh が当該資源になっていることが、特に海外のサイトでしばしばあります。何を狙っているのか知りませんが、何か異様な気がしてすきになれません。
• [62] >>61 の「ダウンロード画面が出る」例だけではなくて、例えば大抵メイル作成画面が出るように設定されている mailto: URI などが指定されていると利用者は面食らうでしょう。
• [63] >>62 特に秒数が大きいと忘れたころ (本文読んでる途中とか。) に突然変化が起こったり。一般に秒数には制限があったほうがいいかも。
• [64] >>61 加えて、 URI を使って致命的な動作が可能な場合 (独自拡張とか。例: X-Becky-*:) は非常に危険です。そのような機能は実行されないように制限する必要があるでしょう。
• [65] >>63 現在の多くの実装では Refresh: 指定の存在を即座に示す UI が無いのももんだいでしょう。 w3m などだと Refresh: を頁の上のほうにリンクとしてレンダリングします。
• [69] 無料サービス系 Web サイトとかで、 404 などのエラー時の出力に Refresh で、エラー報告を数秒した後にそのサービスのトップ頁に飛ばすようなのがよくあります。これは bad practice だと思います。 URI を手入力して typo してしまって、直そうと思ったら次の URI に飛んでしまうとか。 (ブラウザの界面の実装の問題ではありますが。)

[71] 鯖移転による URI 変更の告知などは、 Refresh ではなく、 301 + Retry-After を使いましょう。 (名無しさん)

[73] netscape4.xでの動作 http://www.parkcity.ne.jp/~chaichan/qanda/qa6139.htm

METAタグよりも前にjavascriptを記述すると、画面遷移してくれないようでした。

(名無しさん [sage])

[74] Refreshとは関係ありませんが、最近のWebブラウザ、特にタブ・ブラウザには特定時間毎の自動再読込機能がついているものが多いようです。 (名無しさん [sage] 2006-02-06 14:07:50 +00:00)

[75] Bug 83265 &#8211; UAAG: Add a way to disable HTTP-EQUIV=refresh (block automatic meta redirection, lock on current page) (2007-02-09 08:28:26 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=83265 (名無しさん)

[76] A blog? with Σαιτω - Kestrel - auto-refresh (2007-07-21 20:19:47 +09:00 版) http://d.hatena.ne.jp/saiton/20070718/1184716567

[407] 念のため name=refresh として確認してみましたが、 どの Webブラウザもちゃんと無視しました。

[411] 携帯アフィリエイトバイブル -携帯で稼ぐ- 携帯・PC振分け(PC拒否)方法<初心者版> (2009-12-31 19:43:01 +09:00 版) http://upup.blog3.fc2.com/blog-entry-184.html

[412] Techniques for WCAG 2.0 ( (2012-01-04 03:18:29 +09:00 版)) http://www.w3.org/TR/2012/NOTE-WCAG20-TECHS-20120103/complete.html#F58-description

[413] IRC logs: freenode / #whatwg / 20120724 ( (2012-07-25 21:32:07 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20120724#l-885

[414] Web Applications 1.0 r7697 Match reality ( (2013-02-06 09:40:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=7696&to=7697

[415] 3248 – HTTP headers are not passed on to main NGLayout code [IMPORT] ( (2013-08-29 23:51:08 +09:00 版)) https://bugzilla.mozilla.org/show_bug.cgi?id=3248

[418] The Performance Impact of META REFRESH - IEInternals - Site Home - MSDN Blogs ( (2014-12-11 17:52:21 +09:00 版)) http://blogs.msdn.com/b/ieinternals/archive/2010/05/13/meta-refresh-causes-additional-http-requests.aspx

[77] Refresh HTTP Header - otsukare (2015-03-26 16:19:36 +09:00 版) http://www.otsukare.info/2015/03/26/refresh-http-header

[78] Add "metarefresh" context. Fixes https://www.w3.org/Bugs/Public/show_bug... · whatwg/fetch@be254da (2015-03-29 17:00:19 +09:00 版) https://github.com/whatwg/fetch/commit/be254dafad562943edca3541517fd8018f14f75d

[79] Bug 28361 – Ambiguity in the context value for content loaded through <meta http-equiv=refresh> in a frame/iframe (2015-03-31 11:20:19 +09:00 版) https://www.w3.org/Bugs/Public/show_bug.cgi?id=28361

[82] An Exploration of Dynamic Documents (2015-03-31 13:08:32 +09:00 版) http://web.archive.org/web/20020802170847/http://wp.netscape.com/assist/net_sites/pushpull.html

[83] Part2 - browsersec - Browser Security Handbook, part 2 - Browser Security Handbook - Google Project Hosting (2015-03-31 16:43:18 +09:00 版) https://code.google.com/p/browsersec/wiki/Part2#Redirection_restrictions

[84] A client request is also indicated by "metarefresh". https://www.w3.org/... · whatwg/fetch@1c7171d (2015-04-08 11:04:19 +09:00 版) https://github.com/whatwg/fetch/commit/1c7171ddf4f41568b4c94ad307ce8609a603d91a

[99] 28361 – Ambiguity in the context value for content loaded through <meta http-equiv=refresh> in a frame/iframe (2015-09-03 16:20:16 +09:00 版) https://www.w3.org/Bugs/Public/show_bug.cgi?id=28361#c3

[100] Make the ';' optional in parsing meta refresh · whatwg/html@0a3dcdf (2015-11-06 23:52:41 +09:00 版) https://github.com/whatwg/html/commit/0a3dcdfa15d73334ba6c2a0a12c2f139d526da5a

[101] Better match Gecko in parsing of meta refresh · whatwg/html@94750dc (2015-11-19 16:28:10 +09:00 版) https://github.com/whatwg/html/commit/94750dc5f3ffca7c6b54a79b86526a39b2cbff14

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

[103] Fix #823: Don't strip characters from the URL in meta refresh · whatwg/html@543d8c1 (2016-03-08 18:30:15 +09:00 版) https://github.com/whatwg/html/commit/543d8c1598bf5bff0b8febc50dff11dcb42f8768

[106] 28520 – Should the sandboxing flags be captured when setting up the refresh? (2016-12-21 18:36:47 +09:00) https://www.w3.org/Bugs/Public/show_bug.cgi?id=28520

[107] Snapshot the node document used for <meta> refresh (domenic著, 2016-12-21 05:51:34 +09:00) https://github.com/whatwg/html/commit/c4c68db6b09172f69ad51ffd96e868a4c1c87907

[90] 「Refresh は W3C が非推奨だといっている」という説がありますが、 どうやら W3C の作業部会が 2000年に Note として公開した後十数年間放置されていてメンテナンスされていない文書 >>89 が根拠とされているようです。

[89] HTML Techniques for Web Content Accessibility Guidelines 1.0 (2000-11-07 08:07:21 +09:00 版) https://www.w3.org/TR/2000/NOTE-WCAG10-HTML-TECHS-20001106/#meta-element

[142] 誰かが駄目だと言っているから駄目だ、というのではなく、書かれている理由に納得できるかどうかで考えた方が建設的じゃないですかねぇ。 現在の HTML 仕様である HTML Standard には使うなとは一言も書かれていないので、 後はその場その場で適切かどうかの判断と、宗教の問題でしょう。

[143] Masato Kinugawa Security Blog: Googleのmetaリダイレクトに存在した問題 (2017-05-23 00:23:30 +09:00) http://masatokinugawa.l0.cm/2012/03/googlemeta.html

[144] IE6/7の&lt;meta refresh&gtでは「;」で区切ってURLが複数指定できる問題 - 葉っぱ日記 (2017-04-24 01:35:09 +09:00) https://d.hatena.ne.jp/hasegawayosuke/20120301/p1

[145] Allow decimals with no leading 0 as the time in refresh <meta> (domenic著, 2017-07-22 06:10:04 +09:00) https://github.com/whatwg/html/commit/b8a34e302cdf0289f5403a02905629bb358519a6

[146] Meta refresh: time without leading zero; e.g. content=".9; url=foo" · Issue #2844 · whatwg/html (2017-07-25 16:42:15 +09:00) https://github.com/whatwg/html/issues/2844

[147] Allow ".9" as the time in refresh <meta> by domenic · Pull Request #2852 · whatwg/html (2017-07-25 16:43:42 +09:00) https://github.com/whatwg/html/pull/2852

[148] Ensure Refresh pragma always uses a URL record (annevk著, 2017-08-02 22:50:21 +09:00) https://github.com/whatwg/html/commit/64ea79523e6565070c9f5af7397a8104d7841cf9

[149] Ensure Refresh pragma always uses a URL record by annevk · Pull Request #2865 · whatwg/html (2017-08-28 23:52:50 +09:00) https://github.com/whatwg/html/pull/2865

[150] Define the HTTP Refresh header (annevk著, 2017-08-10 01:57:03 +09:00) https://github.com/whatwg/html/commit/7e9f6b6ffe2119f43f909f71773a25a7e8a61ca7

[157] 28339 – <meta refresh> Specify Refresh HTTP header (2017-08-29 00:16:41 +09:00) https://www.w3.org/Bugs/Public/show_bug.cgi?id=28339

[158] Documenting Refresh: HTTP header · Issue #138 · httpwg/http-extensions (2017-08-29 00:20:49 +09:00) https://github.com/httpwg/http-extensions/issues/138

[159] Refresh HTTP Header - otsukare (2017-08-18 09:37:48 +09:00) http://www.otsukare.info/2015/03/26/refresh-http-header

[160] 28563 – As in most cases the http-equiv meta tags are equivalent to their corresponding HTTP header, would i [...] (2017-08-29 00:23:52 +09:00) https://www.w3.org/Bugs/Public/show_bug.cgi?id=28563

[161] Define the HTTP Refresh header by annevk · Pull Request #2892 · whatwg/html (2017-08-29 00:26:10 +09:00) https://github.com/whatwg/html/pull/2892

[114] Editorial: use "isomorphic decode" for Refresh header steps (irrationalRock著, 2018-08-23 22:25:10 +09:00) https://github.com/whatwg/html/commit/bef6f783084cdb6e591f2a9d8c731180413e8ef2

[115] Changed Comment to Mention "isomorphic decode" by irrationalRock · Pull Request #3941 · whatwg/html (2018-09-04 16:38:50 +09:00) https://github.com/whatwg/html/pull/3941

[162] CEA-2014-B