ウェブ標準(ウェブひょうじゅん、: Web standards)とは、World Wide Webにおける様々なものを定義したり記述したりするための、形式に則った非独占的なインターネット標準やその他の技術仕様を指す。近年では、ウェブサイトを制作または開発する際の標準化されたベストプラクティスウェブデザイン指針を含むことも多くなってきている。[1]

概要

編集

ウェブ標準には、相互に依存する多くの標準仕様が含まれており、そのうちのいくつかは、World Wide Webだけでなくインターネットにも関連する場合がある。よって、たとえウェブに焦点を当てていないものでも、直接的または間接的にウェブサイトおよびWebサービスの開発と管理に影響を与えうる。

関連する考慮事項としては、ウェブページやウェブサイトの相互運用性アクセシビリティユーザビリティなどである。

ウェブ標準は以下で構成される。

より広義には、以下のテクノロジも「ウェブ標準」である。

ウェブ標準は進化し続けるウェブテクノロジの仕様群であり[10]標準化団体(しばしばお互いに競合する関係者たちによるグループが標準化というタスクの為に協業する)によって開発されるものである。単一の個人または企業によって開発され、標準であると宣言されたテクノロジではない点は重要である。また、開発中の仕様と、すでに最終開発ステータスに達した仕様を区別することも必要なことである(特にW3Cの仕様の場合、もっとも成熟度が高い)。

ウェブ標準化運動

編集

ウェブ標準化運動の最初期のものは、ブラウザでのウェブ標準サポートの改善を目指した草の根の連合体が1998年8月に結成したウェブ標準化プロジェクトである。 [11]

このウェブ標準化の運動では、標準規格ベースのウェブデザインや、ウェブページまたはアプリケーションの外観と文書構造の分離などの概念を推進した。また、セマンティックな構造に基づくコンテンツで、World Wide Web ConsortiumのValidator等による検証をすることが出来得る(つまり構造にエラーの無い)文書形式を重視した。

ウェブ標準化運動以前は、多くのウェブページは「テーブルレイアウト」や「スペーサー英語版」のGIF画像などの無効で誤ったHTML構文を使用してWebページが作成されていた。このようなページは、特定の時代のすべてのブラウザー( Microsoft Internet Explorer4NetscapeNavigator 4など)で同じように見えるようにするためであったものの、障害を持つ人々がアクセスしにくいといった弊害があった。さらには古いブラウザで正しく表示または操作されずNetscapeNavigator用のJavaScriptInternet Explorer用のJScriptなど個別に実装が必要であり、開発のコストと複雑さが増していた。そのような追加的なコードとページレイアウト言語の欠如によりキャッシュがされない点もあり、テキスト代わりの画像の頻繁な使用と共に、ウェブサイトは当時のインターネットの帯域幅においては「重い」ものになっていった。

ウェブ標準化運動では、HTMLCSS、およびJavaScriptが「単なる興味深いテクノロジー以上のものである」とし、「これらは、洗練された適切なプレゼンテーションと広範なアクセシビリティという2つの目標を満たすウェブページを作成する方法である」 [12]NetscapeMicrosoft、およびその他のブラウザのメーカーを説得することに成功し、これらのブラウザに標準として取り入れられることに至った。

一般的な使用方法

編集

ウェブサイトまたはウェブページがウェブ標準に準拠していると説明されている場合、通常、そのサイトまたはページのHTMLCSS、またはJavaScriptは標準に対して有効(Valid)なものであることを意味する。そしてHTMLは、アクセシビリティとセマンティックのガイドラインにも適合しているべきである。完全な標準準拠には、文字エンコード、有効なRSSまたはAtomフィード、有効なRDF 、有効なメタデータ、有効なXML 、有効なオブジェクトの埋め込み、有効なスクリプトの埋め込み、ブラウザと解像度に依存しないコード、および適切なサーバー設定の適切な設定も含まれる。

ウェブ標準について語る際、通常、次の出版物は議論のベースとなるものである。

  • W3Cのハイパーテキストマークアップ言語(HTML)、拡張可能なハイパーテキストマークアップ言語(XHTML)、Scalable Vector Graphics(SVG)などのマークアップ言語の勧告。
  • W3Cのスタイルシート、特にカスケードスタイルシート(CSS)の勧告。
  • ECMAScript、より一般的にはJavaScriptの標準。
  • W3Cのドキュメントオブジェクトモデル(DOM)の勧告。
  • IETFのRFC2396に基づく(URI)。 [13]
  • IETFのRFC 9110RFC 9111に基づく、HTTPMIMEの適切な使用。

ウェブアクセシビリティについては、通常、W3CのWeb Accessibility Initiativeによって出版された Web Content Accessibility Guidelines [14]を参照する。

標準の公開と団体

編集

W3C勧告とは、広範に合意形成が図られたものをW3Cメンバーとディレクターが承認した仕様または一連のガイドラインである。

IETFインターネット標準は、技術的成熟度と、指定されたプロトコルまたはサービスがインターネットコミュニティに大きな利益をもたらすであろうという考えによって特徴付けられたものである。標準のステータスに達した仕様には、元のIETF RFC番号を保持したまま、IETF STDシリーズの番号が割り当てられる。

Web標準コンプライアンステスト

編集

ウェブサイトによって生成されたHTMLコードと、ウェブブラウザによるHTMLコードの忠実な解釈の両方に対するコンプライアンステストがある。

ウェブサイトコードのコンプライアンステスト

編集

W3Cは、ウェブサイト開発者とウェブサイトユーザーの両方に直接Webサイトをテストするためのオンラインサービスを提供している。

  • Webドキュメントのマークアップ(HTML、XHTMLなど)をチェックするためのマークアップ検証サービス
  • カスケードスタイルシート(CSS)およびスタイルシート付の(X)HTMLドキュメントをチェックするCSS検証サービス

Webブラウザのコンプライアンステスト

編集

Web標準プロジェクト(WaSP)は、開発が公式に非アクティブとなっているが、ブラウザー用に2つのレベルのテストサービスを提供し続けている。

出典

編集
  1. ^ Mission - Web Standards Project”. WaSP. 2009年1月19日閲覧。
  2. ^ W3C Technical Reports and Publications”. W3C. 2009年1月19日閲覧。
  3. ^ a b c Allsopp, John (2009-12-09). Developing with Web Standards. Berkeley: New Riders. p. 11. ISBN 978-0-321-70271-5 
  4. ^ WHATWG Standards”. spec.whatwg.org. 2020年11月22日閲覧。
  5. ^ Ecma formal publications”. Ecma. 2009年1月19日閲覧。
  6. ^ Search for World Wide Web in ISO standards”. ISO. 2009年1月19日閲覧。
  7. ^ IETF RFC page”. IETF. 2009年1月19日閲覧。
  8. ^ Unicode Technical Reports”. Unicode Consortium. 2009年1月19日閲覧。
  9. ^ IANA home page”. IANA. 2009年1月19日閲覧。
  10. ^ Leslie Sikos (2011). Web standards - Mastering HTML5, CSS3, and XML. Apress. ISBN 978-1-4302-4041-9. https://www.masteringhtml5css3.com/ 
  11. ^ Sliwa, Carol (1998年8月17日). “Browser standards targeted”. Computerworld 32 (33): pp. 76. ISSN 0010-4841 
  12. ^ Web Standards Mission”. Archive.webstandards.org. 2014年2月26日閲覧。
  13. ^ Uniform Resource Identifiers (URI): Generic Syntax (英語).
  14. ^ Web Content Accessibility Guidelines 1.0, W3C Recommendation 5-May-1999”. W3C (1999年). 2009年2月18日閲覧。

関連項目

編集

外部リンク

編集

📚 Artikel Terkait di Wikipedia

データフォーマットの一覧

Message Format JAR JBIG JBIG2 JPEG JPEG 2000 JPEG XR JSONP JavaScript Object Notation JavaServer Pages Javaクラスファイル LZH La Linear Executable Lzip lzop M3U Mach-O

直交曲線座標

= (q1, q2, ..., qd)の組として定義される(注:上付き添え字は指数ではなく添え字 (Einstein notation) を意味する)。ある座標qkに対する座標超曲面とは、qkが定数となる超曲面(場合によっては曲線、曲面)のことである。たとえば、3次元のデカルト座標系

GeoJSON

GeoJSONはJavaScript Object Notation(JSON)を用いて空間データをエンコードし非空間属性を関連付けるファイルフォーマットである。属性にはポイント(住所や座標)、ライン(各種道路や境界線)、 ポリゴン(国や地域)などが含まれる。他のGISファイル形式との違いとして、Open

MD5

マイクロソフト セキュリティ アドバイザリ (2718704) ^ RFC 1321, section 2, "Terminology and Notation", Page 2. ハッシュ関数 MD2 MD4 Secure Hash Algorithm - SHA-1 - SHA-2 (SHA-224

リスト内包表記

これは、 map関数やfilter関数などとは異なり、数学における集合内包表記 (en:Set-builder notation) に準拠したものである。 次の集合内包表記の例を考える。 S = { 2 ⋅ x ∣ x ∈ N ,   x 2 > 3 } {\displaystyle

XML

Apacheソフトウェア財団のもう一つのプロジェクト。 Abstract Syntax Notation One (ASN.1) - 電気通信やコンピュータネットワークでのデータ構造の表現・エンコード・転送・デコードを記述する記法 JavaScript Object Notation (JSON) -

応力

るために用いられる物理量である。物体の変形や破壊などに対する負担の大きさを検討するのに用いられる。 この物理量には応力ベクトル (stress vector) と応力テンソル (stress tensor) の2つがあり、単に「応力」といえば応力テンソルのことを指すことが多い。応力テンソルは座標系な

外積代数

differential forms, specifically focused on integration and Stokes's theorem. The notation ΛkV in this text is used to mean the space of alternating k-forms on V;