2017年7月25日Adobe社は自社製品であるFlashのサポートを、2020年末で終了すると発表しました。 2017/07/25 Specifying the document’s character encoding, http://www.itmedia.co.jp/news/articles/1005/24/news018.html, http://www.itmedia.co.jp/promobile/articles/1010/22/news099.html, AdobeのCTOがFlash擁護 「HTML5があればFlashは不要」論に反論, アドビがFlash Catalystで考えていること HTML5はFlashの脅威か?エバンジェリストに聞いた, http://japan.cnet.com/news/service/35010339/, “英Financial TimesがHTML5アプリを公開、Appleのアプリ内課金を回避”, http://internet.watch.impress.co.jp/docs/news/20110608_451358.html, “Open Mobile Summit 2011 San Francisco：HTML5か、ネイティブアプリか、それが問題だ”, http://www.itmedia.co.jp/promobile/articles/1111/10/news018.html, https://ja.wikipedia.org/w/index.php?title=HTML5&oldid=79615718, デバイスアクセス - Geolocation API、マイク・カメラ、アドレス帳・カレンダー、端末の向き, パフォーマンスと統合 - Web Workers、XMLHttpRequest Level 2, 初版草案（First Public Working Draft; FPWD ファースト・パブリック・ワーキング・ドラフト）……2008年1月22日, 最終草案（Last call working draft ラスト・コール・ワーキング・ドラフト））……2011年5月25日, 勧告候補（Candidate Recommendation; CR キャンディデイト・レコメンデーション）……2014年4月29日版をCRとした後、2014年6月17日に差し戻しを宣言, 勧告案（Proposed Recommendation; PR プロポーズド・レコメンデーション）……2014年9月16日, 勧告（W3C Recommendation; Rec レコメンデーション）……2014年10月28日, 初版草案（First Public Working Draft; FPWD ファースト・パブリック・ワーキング・ドラフト）……2012年12月17日, 編集者草案（Editor's Draft エディターズ・ドラフト）……2014年9月2日, 草案（Working Draft; WD ワーキング・ドラフト）……2016年6月2日（Last callとの記載はないが事実上の最終草案）, 勧告候補（Candidate Recommendation; CR キャンディデイト・レコメンデーション）……2016年6月21日, 勧告案（Proposed Recommendation; PR プロポーズド・レコメンデーション）……2016年9月15日, 勧告（W3C Recommendation; Rec レコメンデーション）……2016年11月1日, 初版草案（First Public Working Draft; FPWD ファースト・パブリック・ワーキング・ドラフト）……2016年11月1日（内容はHTML 5.1勧告（Rec）そのもの）, 勧告候補（Candidate Recommendation; CR キャンディデイト・レコメンデーション）……2017年6月20日, 勧告案（Proposed Recommendation; PR プロポーズド・レコメンデーション）……2017年8月3日, 勧告（W3C Recommendation; Rec レコメンデーション）……2017年10月3日, 初版草案（First Public Working Draft; FPWD ファースト・パブリック・ワーキング・ドラフト）……2016年8月18日, 草案（Working Draft; WD ワーキング・ドラフト）……2017年7月18日（Last callとの記載はないが事実上の最終草案）, 勧告候補（Candidate Recommendation; CR キャンディデイトレコメンデーション）……2017年8月8日, 勧告案（Proposed Recommendation; PR プロポーズド・レコメンデーション）……2017年11月02日, 初版草案（First Public Working Draft; FPWD ファースト・パブリック・ワーキング・ドラフト）……2017年12月14日, 最終草案（Last call working draft ラスト・コール・ワーキング・ドラフト）……2020年8月時点では、なし。, 勧告候補（Candidate Recommendation; CR キャンディデイト・レコメンデーション）……2020年8月時点では、なし。, 勧告案（Proposed Recommendation; PR プロポーズド・レコメンデーション）……2020年8月時点では、なし。, 勧告（W3C Recommendation; Rec レコメンデーション）……2020年8月時点では、なし。, SGML規格本体および付属書J、付属書Kを参照しているもの → HTML 4.01や、ISO/IEC 15445など. 2018年の時点で、ユーザーはブラウザを開く度に毎回Flash実行の許可をしなければいけないので、ユーザー、企業ともにFlashコンテンツを避けるようになるでしょう。, Flashの終了について正式に発表されたことで、様々なコンテンツでFlash離れが加速することは間違いありません。既にWebコンテンツについてはFlashに代わりHTML5での制作が主流となっていますが、まだまだFlashコンテンツのままで公開されている企業サイトも見受けられ、HTML5への乗り換えが急がれます。, デジタルブック界隈でも、Flash版システムを使い続けている企業がまだ多数あるようです、しかし、安易にHTML5版システムへ乗り換えるといっても、今までFlash版で出来ていたことがHTML5版で出来なくなったり安定性に欠けたりと、サービスによっては使い勝手に影響の出てくるケースもあり、乗り換えに躊躇してしまうのは仕方のないことだと思います。, そのためには、しっかりとした調査とサービスの検討を繰り返していく必要がありますので、早めの検討を実施されることをお勧めします。Flashが見られなくなってから検討していてはお客様の信頼を損なう恐れがありますからね。, Flash版デジタルブックを利用されている企業は、これを機会に、HTML5版デジタルブックへの乗り換えを検討されてはいかがでしょうか。, meclibはHTML5版デジタルブックでありながら、Flash版と比較しても機能で劣ることはありません。 HTML5（エイチティーエムエル・ファイブ）は、HyperText Markup Languageの5回目に当たる大幅な改定版である。, HTML5はWeb Hypertext Application Technology Working Groupによって2004年に定められたWeb Applications 1.0にWeb Forms 2.0を取り入れたものがWorld Wide Web Consortiumの専門委員会に採用され、World Wide Web Consortiumより2008年1月22日にドラフト（草案）が発表され、2014年10月28日に HTML5 が勧告され[1]、2016年11月1日に HTML 5.1 が勧告され[2]、2017年12月14日に HTML 5.2 が勧告された[3]。, 改訂の主要目的のひとつとして、人間にも読解可能で、尚且つ、コンピュータやデバイス（ウェブブラウザ、構文解析器など）にも矛盾せず読解されるとともに最新のマルチメディアをサポートする言語に向上することである。HTML5ではHTMLだけでなくXHTML、DOMのHTML関係の部分、ECMAScriptのAPIも追加になっている。, 表記は、「HTML 5.1」のようにバージョン表記で小数点以下を含める場合はHTMLと5.1の間にスペースを入れ、「HTML5」のように小数点以下を含めない場合はHTMLと5の間にスペースを含めない表記法が採用されている[4]。過去のバージョンについても、「HTML4」や「HTML 4.0」という表記法が使われている。Extensible Markup Languageの文法で記述する場合は、「XHTML5」と表記する[5][6]。, HTML5は、プロプライエタリなプラグインとして提供されているリッチインターネットアプリケーションのプラットフォーム（JavaFX、Adobe Flash、Microsoft Silverlight 等）を置き換えることを標榜しており、ウェブアプリケーションのプラットフォームとしての機能やマルチメディア要素が実装されている[7][8]。このため、Adobe Flashなどはサービスを終了することとなった（後述）。, 2008年以降に発表されたウェブブラウザの多くはHTML5に対応している。Google Chrome 3.0以降、Safari 3.1以降、Firefox 3.5以降、Opera 10.5、Internet Explorer 9などであり主にaudio要素・video要素・canvas要素への対応が優先して行われた。またWebSocketなど、当初HTML5の一部とされていたものの切り離され別の規格として策定作業が進められているものがある。, 厳密には別仕様書として分離されているものの、一般的には、ウェブストレージ・WebSocket・Geolocation API・XMLHttpRequest Level 2などもHTML5に含める場合が多い。, HTML Living Standardは、WHATWGが策定しているHTMLの標準仕様である。W3Cの勧告するHTML5およびそれ以降（HTML 5.1など）は、HTML Living Standardを基にしている。, ただし、2019年5月28日に発表されたW3CとWHATWGの合意[14]以前においては、「W3C側で変更がなされており、両者には差異が生じている[15][16]」という状況が続いていた。この頃においては、ウェブブラウザの開発元では、HTML Living Standardのほうがよく参照されていた[17][18]。, 2019年5月28日、W3CとWHATWGは、「HTML Living StandardをHTMLとDOMの唯一の標準とし、W3Cは今後HTMLとDOMに関する標準の策定を行わない」旨合意したことを発表した[14]。以降はHTML Living Standardが唯一の標準仕様となり、ある時点におけるHTML Living StandardのレビュードラフトがそのままW3Cの勧告候補や勧告となる。ただし、2020年8月時点において、このスキームに基づくW3C勧告が公開された事例はない。, 文書の文字コードにはUTF-8を推奨している。文書の文字コードの指定は、meta要素におけるcharset属性で指定する。これとHTTPレスポンスヘッダーのcontent-typeでエンコード宣言が省略された場合はUTF-8が既定となる。またcharset属性を含めたmeta要素は文章先頭から1024バイト以内に記載する必要がある[19]。, 従来のHTMLやXHTML規格は、仕様に書かれた文書構造のルールだけではなく、妥当性検証のためのDTD（およびそのほかのスキーマ）を提供していた。一方、HTML5仕様ではスキーマは提供されない。文書構造のために提供されるのはHTML5仕様に列挙されている各種ルールのみである。, 一方、従来のHTML仕様はSGMLをその構文に採用している。SGMLおよびその関連仕様を参照しており、規格ごとに以下のような差異もある。, 主にこのような違いのために、HTML5と従来のHTMLとの間には基本的な文法の差異が多い。以下にその代表的な例を挙げる。, SGMLを採用していた従来のHTML規格においては、HTML文書は本質的にSGML文書であったため、HTML規格がそれぞれ提供するSGML宣言を文書の先頭に記述することが仕様上許されていた。一方HTML5の仕様では、HTML構文、XHTML構文のいずれを用いた場合でも、文書中にSGML宣言を記述することは許されていない。, HTML5仕様においては、文書型宣言はもはやモード指定以外の意味をなさず、その書式は “” である。, HTML構文では文書型宣言は必須である。XHTML構文では、HTML5で導入される新しい機能を利用する場合は必須、それ以外の場合は文書型宣言は必須ではない。, 従来のHTML規格で提供されていたDTDがなくなり、また文書型宣言の書式が決まっているため、HTML5ではDTDが利用できず、DTDに依存する多くの機能のほとんどが扱えなくなる。例としては、HTML4以前に扱えていた文字実体参照のほとんどがHTML5では扱えなくなる（XMLは文書内部にDTDを書くこともできるが、上記の文書型宣言の決まりを無視する結果となるため、HTML5の仕様の範疇ではない）。, SGMLを採用していた従来のHTML規格では、文書内に処理命令 (Processing instruction) を記述することができた。実際に用いられている例として、DTDを他の処理系で利用するための "architectural support declaration" が存在する (ISO/IEC 15445)。, 一方、HTML5仕様におけるHTML構文ではSGMLの処理命令は記述できず、同様の機能も利用できない。XHTML構文であればXMLの処理命令は書ける。, SGMLを採用していた従来のHTML規格では、マーク区間 (marked section) と呼ばれる仕組みが利用できた。以下に例を挙げる。, 上に挙げた例のうち、HTML5仕様で利用できるのはCDATAセクションのみである。, SGMLのコメントは "-- コメント文 --" という形を取り、マーク宣言中の空白文字の出現が許されている場所に任意の回数書くことができる。したがって従来のHTMLでは文書型宣言の中などでもコメントを挿入することが可能で、例えばISO/IEC 15445の文書型宣言は, のようにも書ける。一方、HTML5の文書型宣言にはコメントを挿入することはできない。, また、注釈宣言の扱いも従来のHTMLとHTML5では異なる。SGMLを採用していた従来のHTMLでは注釈宣言の中に任意の回数コメントを書くことができるが、HTML5ではHTML構文でもXHTML構文でもこのような書き方は認められていない。また、従来のHTMLでは注釈宣言内の最後のコメントと終了区切り子の間に空白文字を挿入することもできたが、HTML5ではこのような書き方も認められていない。, SGMLをもとにした従来のHTMLでは、タグやマーク宣言の終了区切り子 ">" が、文字列 "<", "" を省略することが仕様の上では許されていた[20]。HTML5では終了区切り子の省略はできない。, SGMLにおける空タグ (empty tag) とは要素型名などが書かれていない空っぽのタグのことである。従来のHTMLでは空タグの存在を許しており、利用できる場所は限られるが、空開始タグ "<>" と空終了タグ "" が仕様の上では記述できる。一方、HTML5では空タグを利用することはできない。, SGML規格には、NET（Null End Tag、簡略終了タグ）と呼ばれる仕組みが存在する。従来のHTMLでのNETは "/" であり、仕様上では、 "
文章
" という記述を "
" などと記述する方法は、（従来のSGMLの立場では）NETを利用したものと解釈することはできる。XMLの空要素タグも、SGMLの立場からはNETおよび付属書KのNESTCを利用した記法であると解釈できる。, 従来のSGMLおよびHTMLにおける空要素 (empty element) は、DTDで内容モデルを空 (EMPTY) と決められた要素のことである（例：br要素）[21]従来のHTMLでは、空要素の終了タグを書くことは許されていない[22]。よって例えば、br要素のタグを "
" や "
" のように記述することもできない。, HTML5のHTML構文における空要素 (void elements) は、内容を含むことができない要素のことである[23]。空要素はその開始タグを ">", "/>" のいずれかで閉じることができる。例を挙げると、br要素のタグは "
" と記述するほかに、XHTML構文のように "
" と記述することもできる。ただし空要素の終了タグを書くことはできない[24]。また、このような記法が許されるのは空要素または外部要素 (foreign element) のタグのみで、その他の要素の開始タグは ">" で閉じねばならない。例えば、HTML5のHTML構文では内容を含まないp要素を "
" のように書くことはできない。, XML仕様においては、空要素 (empty elements) は内容を含まない要素のことである[25]。HTML5のXHTML構文では、空要素は直後に終了タグを伴う開始タグ（例："
"）、あるいは空要素タグ（Empty-Elements。例："
"）のどちらでも表現できる。, nav要素（ナビゲーションのブロック用）や footer要素（作者や著作権の状態を表すまとまり用）や section要素（節）や progress要素（進捗状況）など、特別な意味を持つ要素が追加される。これらは検索エンジンのインデックス作業を容易にする。また、マルチメディアのための audio要素や video要素や2次元ビットマップ画像を描画するための canvas要素も追加される。, HTML 4.01で非推奨だった font要素や center要素などのCSSによって実現されるべきマークアップはすべて廃止されることとしている。acronym要素も廃止され、abbr要素に一本化される。, lang属性は、XHTML構文における xml:lang属性のように空の文字列をとり得る。, HTML5ではマークアップだけでなく、API も新しく追加された。たとえば、以下のようなものである。, HTML5 (text/html) 対応ブラウザは間違った構文を柔軟に処理できる。HTML5は、古いブラウザが新しいHTML5の構造を安全に無視することが出来るように設計されている。HTML 4.01とは対照的に、HTML5は対応したブラウザであれば間違った構文に対して同じ結果となるように、字句解析と構文解析のための詳細な規則を規定している[26]。, 2010年頃までに急速に普及したアップルのiPhoneとiPadがFlash非対応を貫き、スティーブ・ジョブズCEO（当時）がHTML5を支持しFlashを厳しく批判したことが大きな影響を与えた[27]。iPhoneやiPadにFlash対応を求める声は多かったが[28][29]、特にスマートフォン向けでは徐々にFlashからHTML5への転換が進んだ。, Flashの開発元であるアドビシステムズは、かつて社をあげてFlashを擁護したが[30][31][32]、2011年11月には、モバイルブラウザー用のFlash Playerの開発中止を発表した[33]。（2013年には担当者でCTOだったケビン・リンチがAppleへ転職[34]）2017年現在、アドビはHTML5の推進に積極的であり、FlashからHTML5への変換ツールなどをリリースしている。, スマートフォン向けのアプリの多くは、HTML5で開発されたウェブアプリケーションに置き換わるという見方がある。2011年にイギリスのフィナンシャル・タイムズ紙がHTML5による購読アプリを発表し注目を集めた[35][36]。アップルのApp Storeには審査や課金に関する制約が大きく、Androidでは1つのアプリで様々なハードウェア仕様に対応する必要があるが、Webアプリケーションではそれらの制約を受けない。一方で各端末向けの公式アプリストアで配布されるネイティブアプリにもメリットはあるため、2012年時点では置き換えが大きく進んでいるわけではない。加えて、Android端末とiOS端末ではネイティブアプリの開発に際し全く別個の開発環境を要求されるのに対し、HTML5はほぼ完全に共通の技術を使え、しかもHTML5で開発したアプリをネイティブアプリにすることも可能になっているためネイティブアプリ開発でHTML5が利用されることも少なくない。, Hyper Text Markup Language version5でのコード記述の例, , ,