バリア – フリーインターネット – ウィキペディア

バリア – フリーインターネット 制限や技術的可能性に関係なく、すべてのユーザーが完全に制限するWebオファーですか （バリア – フリー） に使える。 ^[初め] インターネットという用語の使用は、 ワールドワイドウェブ 。

アクセシビリティは、障害の有無にかかわらず、技術的な（テキストブラウザーまたはPDA）または年齢関連の制限（視覚障害など）を持つユーザーの両方を閉じます WebCrawler 検索エンジンがWebサイトのコンテンツをキャプチャするもの。

統計的に言えば、障害のある人はインターネット上でより一般的であり、通常のプレゼンテーション（画面上でのレンダリング、オーディオデータ変換）を超えるWebオファーの特別な準備に依存しているため、デジタルの世界に可能な限り参加できます。 ^[2] 盲目的で視覚障害のあるユーザーは、ソフトウェアによって読み取られたり、点字、聴覚障害者、または聴覚障害者で発行されたりすることができます。

障害者の懸念を考慮に入れることに加えて、「Barrier -Free」は、ユーザーが身体的または知的障害なしに「バリアフリー」Webサイトを使用する必要があることを意味します。アクセシビリティに加えて（ アクセシビリティ ）プラットフォームの独立性に関しては、インターネットのオファーは、あらゆるフォーマットとPDA、携帯電話の両方で使用可能なままでなければなりません。使用するオペレーティングシステムとソフトウェア（この標準作業を提供）に関係なく機能する必要があります。

技術的なアクセス条件に加えて、コンテンツは明確に、簡単に理解できる言語で提示する必要があります。アクセシビリティへのアクセス：過度にするのではなく、教育、トレーニング、知的レベルのトピックに適応すること。このコンテキストは、特に、国（大多数から逸脱している母国語）でも言語的に平等の要求を実現するために、特に公法のウェブの申し出について拘束力があります。ただし、高齢者や社会的に恵まれない層の問題も記録されており、現代のコミュニケーションの可能性と方法では育っていないことが記録されています。

アクセシビリティという用語はもともと建設で使用されており、たとえば車椅子ユーザーがアクセスできる建物を指します。 ^[3] 情報技術の分野では、この用語は1993年にドルトムントセンター障害および研究（Dobus）によって、ソフトウェアの使用インターフェイスのメタファーとして使用されました。それは、一般的にドイツ語を獲得する地域で一般的に優先されているキャッチーな用語「バリア – フリー使用インターフェイス」を形作りました。 ^[4] 初めて、障壁のないインターネットの需要がクラブで公開されました。この目的のために、もともと建設で使用されていた用語は、当時すぐに開発されたインターネットのエリアに転送されました。 ^{[5] [6]} 協会の主な要件は、特定のプログラムの適用に関係なく、すべてのユーザーがインターネット上のすべての情報にアクセスできるようにする必要があることでした。

さまざまなデバイスを使用して、物理的に重症のコンピューターを使用することも可能です。

情報処理とWebデザインの最新のテクノロジーは、過去10年間に迅速にテキストを準備したコンテンツを提示するための豊富なさまざまなテクノロジーを提供します （プレーンテキスト） 外出。リソースのため、ディスプレイに必要なエイズは、疎外されたグループに関しては適切に追跡されないことがよくあります。ウェブサイトのプロバイダーの側でのこのような措置だけでなく、インフラストラクチャとオペレーティングソフトウェアのプロバイダーも メカニズムを除く 呼び出されました。

• まあ – 構造化されたテキストは、適切なソフトウェアを備えた点字ラインを介して盲人から作成できます（ スクリーンリーダー ）読む。 ^[7] 目撃は、テキストが十分に構造化されている場合、テキストを検索および編集するときにも利益をもたらします。画像 – または写真に含まれるテキストは、盲人がアクセスできないため、代替テキストで補充する必要があります。たとえば、ナビゲーションやコンテンツを分離するなど、構造をサポートする場合、フレームは障害ではありません。
• 視覚的な弱点には、フォントサイズをビジョンに適応させるために、ブラウザ内のフォントのスケーラビリティが必要です。
• 視覚障害のある人は、強いコントラストと明確な著作を必要とし、文章や背景の色を制御する必要がある場合があります。
• たとえば、色の不足のある人にとって、たとえば赤緑の視力の弱さの結果として、色だけに関する情報が伝えられている場合、問題があります。したがって、「赤いボタンを押す」などの情報は避ける必要があります。
• 視覚障害は、写真、Javaアプレット、またはフラッシュオブジェクトで構成されるナビゲーションの場合には不利です。
• フラッシュまたはアニメーション化されたテキストは、実際のコンテンツから気を散らすため、視覚障害および/または認知障害のある人にとっては障壁です。
• マウスを操作できないスーパーやその他の運動障害を持つ人は、キーボードでナビゲートする必要があります。それらは、ページ上のリンク、フォーム要素、その他のアクティブオブジェクトを介して（通常はタブで）移動します。ウェブサイトをキーボードで簡単に操作できるように、要素が賢明な順序で制御され、現在どの要素が焦点を合わせているかを明確に認識できることが重要です。
• 聴覚障害者は、しばしば第一言語として手話を学んだ。彼らにとって、書かれた言語は外国語であり、ほとんど理解するのがほとんど困難です。聴覚障害者は音響コンテンツを受け入れることはできません。したがって、視覚的に知覚可能なコンテンツに置き換えるか、伴う必要があります。あなたにとって、手話で表示されるウェブサイトは障壁がありません。
• 認知障害のある人は通常、困難なボックスレートや外国語、複雑なナビゲーションを持つ長くて面倒なテキストを理解するのに問題があります。そのため、Webサイトを「軽い言語」で書くか、「ライト言語」で翻訳を提供することが理にかなっています。
• 現在一般的なコンテンツ管理システム（CMS）の多くは、障害者にとってアクセスが困難なページを作成します。バリアのない入力オプションで著者をサポートするシステムや手順はほとんどありません。
• 技術標準（UMLAUTSの誤ったコーディング、無効なHTMLのコーディングの誤ったコーディング）との非違反は、著者が望んでいるように特定のブラウザによってのみ表示されるWebサイトを生成します。
• 動的に準備され、インタラクティブなアクセス可能な情報は、インターネット自体と同様の情報社会学的革新です。ただし、メカニズムを除外するリスクは、さまざまな可能性に応じて増加します。 Ajaxが広がると、アクセシビリティがさらに速く遅れるというリスクがあります。
• 通常、指を除いて、タッチスクリーン（特に携帯電話）用のマウスやその他の入力デバイスはありません。これは、ツールのヒントを表示できないことを意味し、ステータスラインでも追加情報を提供できず、コンテキストメニューなどの「右マウスボタン」（多くの場合、左に残っている）を介して関数へのアクセスは不可能です。リンクに触れると、すぐに呼び出しが行われ、新しいページにつながります。

人のためのウェブアクセシビリティの接続とロボットのアクセシビリティ [ 編集 | ソーステキストを編集します ]

情報は、一般に、より複雑なプログラムまたは人間にデータを渡す比較的単純なスクリプトを介して、ユーザーだけでなく、ソフトウェアからも排他的に照会されるようになります。これらは自動的または半自動化されるため、一般的になります ロボット また ボット 呼び出されました。

インターネット検索エンジンは、自動化されたプログラムの助けを借りてWWWにインデックスを作成します （webcrawlern） またはロボット。 ^[8] これらのプログラムは、視覚障害のあるユーザーと同様のWebサイトを認識しています。通常、テキストのみを評価できます。ほとんどの場合、写真、アニメーションなどは隠されたままです。経験則として：「視覚障害のある問題を引き起こすすべてのものは、ロボットの障害でもあります。」

ただし、経験則を一般化することはできません。盲人には、オプションの音声出力を介して出力が与えられる場合があります。ただし、トーンを分析できないロボットは、この場合の情報を示すことはできません。もう1つの方法は、人間の盲人がもはや情報を得ることができないが、ロボットはまだ何かを分析できる例（例：写真内の透かし）を分析することができます。

ロボットと人間を区別するために自分自身を区別するように設計されたキャプチャシステム（ c OMPLETELY a Utomated p ublic t 伝えるテスト c オンプターと h ウマン a 部 、「人と機械を区別する完全なチューリングテスト」）。歪んだレタリングの通常使用される画像は視覚的に認識する必要があり、テストは失敗し、盲人と弱い人はシステムによって「マシン」のように扱われます。音声出力、またはおそらく「単純な質問」システムを備えた拡張Captchaメソッドがありますが、それはマザー以外のスピーカーにとって問題になる可能性があります。 ^[9] 実際、アクセシビリティのテストはチューリングテストのテストであることが証明されており、人々と機械が実際に区別できる信頼できる方法はまだありません。

Barrier -Free Webサイトの基本的な要件は、Web標準（有効なHTML/XHTML）の正しい使用です。ドキュメント（ドキュメントオブジェクトモデル）とそのプレゼンテーション（レイアウト）の構造の必要な厳密な分離は、カスケードスタイルシート（CSS）を正しく使用することで実現できます。設計の妥協は必要ありません。いくつかの基本的なオプション：

スケーラビリティ [ 編集 | ソーステキストを編集します ]

一部のブラウザの固定フォントサイズは、ユーザーが変更するのが難しいため、障壁を表しています。測定単位は、特にフォントだけでなく、エリア、距離など（EMまたは％の情報）に対しても相対的でなければなりません。

意味のある構造 [ 編集 | ソーステキストを編集します ]

バリアフリーのWebサイトの最も重要なルールは、その意味（セマンティクス）に従ってHTML要素を使用することです。これは、ドキュメントの見出しの例を使用して説明する必要があります。見出しの場合、HTML要素は次のとおりです H1 それまで H6 意図し、賞にも使用する必要があります。

拡大したフォントのようにのみ強調されます

< スパン  スタイル = 「フォントサイズ：1.2em;」 > 見出し1 スパン >  

見出しなどの通常の可視ユーザー向けのCSS対応ブラウザでは、セマンティックでは正しくなく、構造が描かれていません。このような強調表示されたテキストが見出しであるという事実は、プレゼンテーションのみを通じて輸送され、読書の習慣と誤植に基づいて、「目撃された）読者によって「一目」と認識されています。一方、盲目のインターネットユーザーのスクリーンリーダーは、これを解釈します スパン – 通常のテキストとしての要素。これにより、ユーザーがHTMLドキュメントに自分自身を向けることがより困難になります。

この例では、アクセシビリティは「デザイン」とは関係がなく、（x）HTMLソーステキストの正しい構造に関係していることが明らかです。肯定的な副作用：意味的に正しいウェブサイト、検索エンジンが動揺し、より良い検索結果に影響します。このアプローチは、Wordドキュメントの形式テンプレートの原則に匹敵します。ここで構造化された作業をしていない人は、常に問題に遭遇します。

要素の位置付け [ 編集 | ソーステキストを編集します ]

一方の側に要素を配置するために、一方でテーブル構造を使用でき、他方では、正確な座標によって要素をカスケードスタイルシートで配置できます。テーブルを使用することにより、使用されていない領域を定義する必要があるため、ソーステキストは不必要に膨らみます。とりわけ、テーブルは、設計グリッドを作成するのではなく、表形式のコンテンツを描写することに関してのみ使用する必要があります。カスケードスタイルのシートでは、要素のみを定義する必要があります。個々の要素（異なるレベルのフロント要素と背景要素）の重複も可能です。 Div要素の使用は、ここでそれ自体が証明されています。

ただし、ソーステキストの表示から表示された位置からの独立性は、特に有利です。このようにして、可視コンテンツのヘッドエリアはHTMLドキュメントでのみ定義できます。これにバナーが提供されている場合、通常はハンディキャップを持つユーザーにとってはかなり邪魔な場合、ソーステキストの最後に定義されます。したがって、スクリーンリーダーのユーザーは、面白くないことを「読む」必要さえありませんが、関連するコンテンツを直接使用できます。コンテンツへのジャンプ（Skip Navigation）のような内部ジャンプブランド（アンカー）は便利です。

メニューなどのナビゲーション要素は、リスト（ul、li）として定義し、スタイルシートを使用して水平または垂直メニューとして光学的に設計する必要があります。ブラインドの場合、リストはコンテンツインデックスとして解釈する方が良いです。

頭字語と略語 [ 編集 | ソーステキストを編集します ]

頭字語と略語は、計画されたHTML要素とも使用する必要があります abbr （ために 略語 、ドイツ語：略語）：

< abbr  タイトル = 「バリアのない情報技術規制」 > BITV abbr >  

より簡単な操作の理由から、後続のブラケットで略語を解消することをお勧めします：「BITV（バリアフリー情報技術規制）」

最新のブラウザでは、HTMLコードを変更することなく、CSS（生成されたコンテンツ、属性セレクター、コンテンツプロパティ）を使用して実現できます。

abbr [ タイトル ] :: 後  {   コンテンツ ：  '（' attr （ タイトル ）） '）' ;  }  

意味のあるリンクテキスト [ 編集 | ソーステキストを編集します ]

スクリーンリーダーは、視覚障害のあるユーザーがリンクからリンクにジャンプすることにより、テキストをすばやく組み合わせることができます。 ^[十] ソフトウェアによって読み取られるリンクテキストは、有用に策定する必要があります。つまり、それぞれのリンクを具体的に説明し（異なるリンク目標に均一で繰り返しの名前を使用しないでください）、コンテキストなしで自己探知的である必要があります。

 < a  href = 「Linkziel-1」 > ここをクリック a >  < a  href = 「Linkziel-2」 > オンライン a >   < a  href = 「Linkziel-1」 > 意味のある説明 a >  < a  href = 「Linkziel-2」 > さまざまな目標のための異なるテキスト a >  

グラフィック情報のテキスト代替 [ 編集 | ソーステキストを編集します ]

情報はグラフィックスの形で利用できない場合がありますが、代わりに説明的なテキストを添付する必要があります。 ^[11]

 < IMG  SRC = 「img/grauerloewe.png」 >   < IMG  SRC = 「img/grauerloewe.png」  すべての = 「灰色のローウェンの絵は石の上にあります。」 >  

layozweckeの写真 [ 編集 | ソーステキストを編集します ]

多くの場合、写真は層ショックにのみ使用されますが、情報転送には使用されません。必要な標準、つまりバリドHTMLを作成するには、代替テキスト（alt属性）を画像に提供する必要があります。写真がサイドレイアウトのグラフィック要素である場合、盲人にとって古いテキストが迷惑になるため、古い属性を空のままにする必要があります。その後、画面リーダーは写真を無視します。要素1×1ピクセルを使用する方法を使用して、大量に連続して設定される大きな透明なグラフィックスは、代わりにポジショニングに使用され、CSSが使用される必要があります。画像がレイアウト/設計にのみ使用され、関連情報を輸送しない場合、StyleSheet（背景画像）の背景画像として定義することもできます。

CSS経由のインタラクティブボタン [ 編集 | ソーステキストを編集します ]

ナビゲーションメニューは、JavaScriptまたはプラグインを使用して、多くの場合実現されます。これにより、ソーステキストが不必要に広範囲になり、たとえば、ユーザーをブロックすることができます。

• ブラウザのJavaScriptサポートは非​​アクティブ化されています（たとえば、セキュリティ上の理由など）
• 必要なプラグインはインストールされていません
• または、ユーザーが障害を通じてナビゲーションを知覚または操作することができません。

インターネット上のほとんどのボタンは、背景の色や画像、テキストの色と装飾を単純に置き換えます。これは、CSSとソーステキストの縮小を介して何度も簡単です（クラスのフォーマット情報のバンドリング）。これにより、ドキュメントのサイズが縮小され、同時に転送量が小さく、ページがより速くロードされます。 CSSを外部ファイルにアウトソーシングすることにより、フォーマットは1回だけでなく、すべての新しいコールではなく、1回だけではなく、フォーマットをユーザーに転送する必要があるため、転送時間と充電時間に関するさらなる改善を達成できます。

目立たないJavaScript [ 編集 | ソーステキストを編集します ]

目立たないJavaScript（Wörtl。 目立たないJavaScript 、 また： バリア – フリーJavaScript ）は、WebサイトでのJavaScriptの現代的な使用の概念です。したがって、JavaScriptは、機能の前提条件ではなく、関数の範囲の拡張を提供する必要があります。特に障壁のないモバイルインターネットに関連して、この概念はますます重要になっています。

基本原則 [ 編集 | ソーステキストを編集します ]

• コンテンツの配布、動作、Webサイトのプレゼンテーション（モデルビューコントローラー）。 ^[12番目]
• の使用 ベストプラクティス 、従来のJavaScriptプログラミングの問題を回避するために（さまざまなWebブラウザーの異なるディスプレイ、スケーラビリティの欠如）。
• JavaScriptは、前提条件としてではなく、関数の範囲の拡張として。 ^[13]

モチベーション [ 編集 | ソーステキストを編集します ]

歴史的に、JavaScriptは不器用でカットされていないプログラミング言語の評判を持っていました。これは「深刻な」ソフトウェア開発には使用できませんでした。これは主に、さまざまなブラウザでのスクリプトと大聖堂の一貫性のない実装と、コピーパステソーステキストの広範な使用によるものです。ターンタイムエラーは非常に一般的で修復が困難であったため、スクリプトがおおよそ望ましい動作を持っている限り、多くのプログラマーが改善を放棄しました。そのようなスクリプトが一部のブラウザでは機能しないことが許容されました。

標準の互換性のあるブラウザー、JavaScriptライブラリ、より優れたデバッグツールの出現により、整理されたスケーラブルなJavaScriptコードとAjaxベースのユーザーインターフェイスがこれを必要としました。

JavaScriptが小規模で批判的でないタスクに使用されていた場合、ウェブサイトのコア機能の一部をしばしば表す大規模で複雑なプロジェクトを実現することも実践されています。これは、ランタイムエラーは見苦しくないが、致命的な失敗であることを意味します。

JavaScriptプログラミングの意味でのアクセシビリティの概念は記事のものです 目立たないDHTML、および順序付けられていないリストの力 ^[14] スチュアートラングリッジ ^[15] 形状。この記事では、LangridgeはJavaScriptをHTMLから厳密に分離するという概念について説明します。それ以来、彼はこの概念をさまざまな記事や本で詳細に示してきました。 ^[16]

実用 [ 編集 | ソーステキストを編集します ]

このコンセプトは、AJAXを使用してMVCプラグイン3を使用してASP.NETでサポートされています。 ^[17]

Webバリアを使用するために – W3Cは Webアクセシビリティイニシアチブ（WAI） 設立。このイニシアチブは、1999年に最初の国際的に認められた標準「Webコンテンツアクセシビリティガイドライン1.0」（WCAG）を公開しました。現在のバージョンWCAG 2.0 ^{[18] [19]} 9年以上のアドバイスの後、2008年12月11日に公開されました。 ^[20]

ダイアリア （アクセス可能なリッチインターネットアプリケーション） WAIのイニシアチブに作成された仕様であり、2014年以来、W3CがWeb標準として推奨されています。

欧州連合 [ 編集 | ソーステキストを編集します ]

EUには、さまざまな障害を持つ3,800万人、重度の障害（失明や重度の多発性障害など）に対するわずかな障害（視覚障害）があります。総人口の高齢者の割合は着実に増加しています。現在、人口の約20％が60歳以上です。

EEUROPE INITIATIANIVE （1999年12月） ^[21] 10の目標のいずれかとして、年齢や障害に関係なく、すべての人の参加は情報社会に名前を付けます。 e-europeanアクションプランは、次のプロジェクトを指定します。WAIガイドラインの紹介 ^[19] 2002年まで、行政とすべての基準の設計 ^[19] 2003年まで欧州評議会は2002年4月10日に可決され、加盟国はWAIガイドラインを実施し、国内法で決定するためにより多くの努力をするよう求められました。

すでに到達したと思われる、バリアフリーアクセス（eaccessibility）が次のようになった アクションプラン2005 ^[22] Eeuropeイニシアチブは、もはやフォーカストピックではありません。焦点は、I2010イニシアチブの焦点のみにありました。目標に加えて、ヨーロッパの情報分野を作成し、ICT研究へのイノベーションと投資を通じて世界的なトップパフォーマンスを作成することが必要です。ここでは、すべての人々を含む情報社会が必要であり、高品質の公共サービスを提供し、生活の質の向上に貢献します。

ラトビア政府の招待で組織されたリガでのEU大臣会議は、この第三の焦点の焦点でした I2010-Initiative ^[23] 濃縮。 リガ大臣宣言 ^[24] 34のヨーロッパ諸国-EU加盟国、候補国、およびEFTA/EEAによって満場一致で署名されました。

2016年12月22日に、公的機関向けのBarrier Free WebサイトWCAG 2.1の新しいEU指令が施行されました。 EUメンバーが国内法に含む目標を実施する締め切りは2018年9月23日でした。2019年9月23日から、2018年9月23日以降に作成されたすべての新しいWebサイトもバリアフリーでなければなりません。他のすべてのWebサイトは、2020年9月23日からアクセスできる必要があります。これは、コースのメディアに関連する機関に特に関連しています。 2021年9月23日から、すべてのモバイルアプリケーションにもアクセスできる必要があります。 ^[25]

ドイツ [ 編集 | ソーステキストを編集します ]

ドイツでは、障害のある5人のうち4人がWorld Wide Webを使用しています。これは2002年5月1日です 障害者の平等に関する法律および他の法律を変更する（障害者平等法-BGG） ^[19] 2002年4月27日から。この法律では、連邦政府は、その管理のための情報技術におけるアクセシビリティの生産に関する規則を設定しています。したがって、連邦政権は一般に、公開されているインターネットとイントラネットがバリアフリーを提供することを義務付けられています。

対応する法的条例 （バリアのない情報技術規制BITV） ^[19] 連邦内務省および国土および連邦労働社会省のために、この規定はこの規定を規制しました。法的条例の付録1には、基本技術（サーバー、ルーター、プロトコル）の要件はありませんが、WAIのガイドラインにある要件をリストしています ^[19] オリエント。連邦政府には、合計14の要件と60を超える条件が2つの優先レベルに分類されています。 2005年12月31日までの移行期間は、当時の適応が予定されていました。それ以来、すべてのオファーは規制をすぐに考慮する必要があります。

現在時代遅れのBITVの新しいバージョンは、現在EU通知プロセスにあります。 EU加盟国側の声明の締め切りは、2011年5月16日に終了しました。

基本的に、BITVは連邦政府に従属する公法機関のみを対象としています。国の施設と団体は自分自身を超えています 州平等法 録音。 ^{[26] [27]} 原則として、国の法律はBITVに基づいています。平等法がページをドイツの手話に翻訳して提供することを要求して提供するかどうかは議論の余地があります。

の中に 障壁のためのアクションアライアンス – 無料の情報技術 ^[28] インターネット上のアクセシビリティの実装を促進するために、障害のある協会、研究機関などを融合させました。 ABIは、情報ポータルWOB11でWOB11を提供しています ^[29] バリアのないインターネットのトピックに関する情報。 アクションマン ^[30] そしてその 財団のデジタル機会 ^{[最初に30]} 2003年から2010年にかけて、最高のドイツ語の障壁のないWebサイトがBee Awardを授与されました。ただし、標準化されたテスト手順では詳細かつ範囲と比較可能性に関して定義することは困難であるため、公式の「バリアフリーTüv」試験はありません。さらに、バリアのない建物とは対照的に、バリアのない建物とは対照的に、ウェブオファーは簡単で頻繁に変更されるため、定期的に証明書を確認する必要があります。 ^[32]

BITVテストは、Webオファーのアクセシビリティを確認するためのテスト手順です。彼はBikプロジェクトシリーズの一環として知らされ、コミュニケーションを受けました – アクセス可能でコミュニケーション ^[33] 障壁のない情報技術（BITV）の規制の要件を開発および作成します。 BIKは、連邦労働社会省によって資金提供されています。このテストは、BITVテストテストネットワークによって提供され、セルフヘルプおよび他のさまざまなテストセンターのアクセシビリティ専門家によって実行されます。 90plusリストには、模範的なバリアのないWebオファー、有能な機関、推奨コンテンツ管理システムが提示されています。 BITVテストに加えて、BITV自己評価もあります。 ^[34]

連邦当局またはその他の公法機関のウェブサイトでのデジタル障壁、障害者平等法（BGG）によると仲裁委員会の私的法律および私法のデジタル障壁に対して、仲裁手順を開始できます。 ^[35]

オーストリア [ 編集 | ソーステキストを編集します ]

法的枠組み [ 編集 | ソーステキストを編集します ]

障壁がない ^[36] インターネットは連邦憲法に依存しています。 美術。 7 パラグラフ1 b-vgは次の定式化を行います 平等の原則 、高速も含まれています 差別を禁止します 障害者のために、そして1つ ターゲットの決定 それは議員に事実の平等を積極的に実施することを義務付けています。連邦政府、連邦政府、およびコミュニティは、「日常生活のすべての分野で障害者および非障害者の平等な扱いを確保することに基づいています。 ^[36] 「これは、連邦障害者平等法にあります ^[37] そして、障害のある態度法 ^[38] 2006年1月1日以降実装。

の中に §6 連邦障害平等法のパラグラフ5は、施設は「特別な困難や一般的に外部の助けなしに、一般的な方法で障害を持つ人々がアクセスしやすく使用可能である場合、障壁のないものであると述べられています。 バリアのガイドライン – フリーWebコンテンツWCAG 2.0 World Wide Webコンソーシアム（W3C）のWebアクセシビリティイニシアチブ（WAI）は、アクセシビリティに関する基本条件を策定しました。

湾でそれらを見てください ^[39] 2004年（2008年1月の実装期限）から、情報またはサポート手順を電子的に提供する公式Webサイトは、「障害者のアクセス可能なアクセスに関して、Webアクセシビリティに関する国際基準も観察される」（セクション1（3））そのような方法でそれを設計する義務があります。国際標準もWCAG 2.0でした。政権とその電子実装（電子政府）のウェブプレゼンスも言及されています：一般的な管理手続き法 ^[40] 、配達法 ^[41] 署名および信頼サービス法。 ^[42]

2019年には、Webアクセサリー法がありました ^[43] 実施するための国内法として ディレクティブ（EU）2016/2012バリアについて – 公的機関のウェブサイトへのアクセスとモバイルアプリケーションへのアクセス 公開。 ^[44] ICT製品とサービスのアクセシビリティの要件は、テスト手順と、アクセス要件の評価方法の説明と一緒になります。 欧州標準EN 301 549 V2.1.2（2018-08） 適合レベルaとaaの成功のすべての成功をどのように履行するかを決定しました バリアのガイドライン – フリーWebコンテンツ-WCAG 2.1 – 観察されます。国内法またはEU指令で定式化された例外は一時的に除外されています。

スイス [ 編集 | ソーステキストを編集します ]

法的枠組み [ 編集 | ソーステキストを編集します ]

スイスでは、連邦憲法における障害のある人々のための州の州のアクセシビリティが規制されており、ウェブサイトのアクセシビリティの規制は法律と規制によって指定されています。 ^[19]

• 障害者平等法（Behig） 2004年1月1日に施行されました。障害を持つ人々が、障害のない人々の生活に匹敵する生活として支援することを目指しています。
• の中に 障害者平等条例（Behiv） 、同時に、第10条では、インターネットを介した通信およびトランザクションサービスが言語、聴覚、視覚、運動障害者のためにアクセスできるようにする必要があることが第10条で詳細に説明されています。

具体的には、法律は次のことを意味します。州のインターネットオファー（連邦政府、カントン、自治体、連邦企業）は、障害者の条件なしに障害者がアクセスできる必要があります。個人のインターネットオファーには、障害者を設計する義務はありませんが、人口グループを差別することは許可されていません。

法律と規制の発効により、 障害者のための連邦公平事務所（EBGB） ^[45] 作成した。彼の仕事は、障害者と非障害者の間の平等を促進すること、および法的または実際の不利益を排除することです。

ガイドラインと実装 [ 編集 | ソーステキストを編集します ]

バリアの設計に関する連邦ガイドライン – フリーインターネットオファー（P028 ^[19] ）W3C標準WCAG 2.0に基づいて、これらの国際的に適用可能なガイドラインは変更されていません。 AA適合レベルのすべてのチェックポイントへのコンプライアンスを保証する必要があります。 P028は、提示されたすべてのPDFドキュメントのアクセシビリティを明示的に要求します。 PDFドキュメントは、障害のある人やその内容を他の等価形式、たとえばテキストドキュメントとして読みやすくする必要があります。 WAIがWCAGの新しいフォームを設定するとすぐに、学際的委員会は3か月以内に、および標準のP028を更新するかどうか、および方法を満たす必要があります。

カントナルおよび市のレベルでの実装のために、 省庁標準協会（ECH） ^[46] 形成されたアクセシビリティグループ。それは、カントンや大規模なコミュニティの代表者からの経験をもたらす連邦政府の代表者と、財団の自発的な専門家や、すべての人のための財団アクセスの専門家で構成されています。 ^[47] スペシャリストグループは、ガイドラインで構成されるオープン標準ECH-0059を開発しました ^[48] とエイズ。 ^[49] その目的は、インターネットプロジェクトをバリアなしで処理する方法に関する責任ある従業員のガイドラインを提供することです。ガイドには、各プロジェクトフェーズに必要な測定値がリストされています。

2016年、財団はそうでした みんなへのアクセス 2番目の研究 障害者のためのコミュニティのスイスのウェブサイトのアクセシビリティの調査 ^[50] 公開。一方で、それは連邦当局のウェブサイトのアクセシビリティに大きな進歩を示し、一方で、カントンと連邦企業のウェブサイトの大規模で部分的に顕著な赤字を示しました。

鹿 [ 編集 | ソーステキストを編集します ]

推定によると、3910万人のアメリカ人（人口の15％）が障害者と見なされています。米国は、連邦および個々の州レベルでの行政におけるアクセシビリティの導入に関する先駆者です。
早くも1990年、アメリカ障害者法（ADA）は障害の平等法を発行し、その実施は連邦司法省によって監視されています。セクション508は1998年に拡大しました （セクション508） の リハビリテーション法 すべての連邦当局が情報の申し出に関して拘束します。ここで独立した連邦機関によって開発された規制は、調達要件にも含まれており、政府またはサービスを販売しているすべての企業によって満たされなければなりません。

ほとんどの個々の州は、「テキストのみ」バージョンでインターネットオファーを提供するか、デラウェア州など、WAIのすべての優先度1要件です。したがって、デラウェアの電子政府制御センターは、州のすべての管理オファーに対するWAIガイドラインの実施を扱っています。市の地域には例があります。オーランド市（フロリダ）のインターネット出現も優先度1のWAI仕様を満たしています。

• 国際的：
• 欧州連合：
• ドイツ：
• オーストリア：
• スイス（すべてのadmin.ch）：
• リヒテンシュタイン：
  • 障害者の平等に関する法律（BGLG）

• Ansgar Hein、JörgMorsbach： 購入ガイドバリア – フリーインターネット2007 。 バリアコンパス2007。
• Jan Eric Hellbusch et al。： バリア – フリーウェブデザイン – ウェブデザインおよびグラフィックプログラムインターフェイスのための実践マニュアル 。 Phone.Vance、Herdlderberg 2005、ISBN 3-89864-260-7。
• ヤン・エリック・ヘルブシュ、トーマス・メイヤー： バリア – フリーウェブデザイン – 身体的制限のある人向けのWebデザイン 。 Knowware Verlag、Osnabrück2005、ISBN 87-90785-75-4。
• Jan Eric Hellbreet、Kerstin Probi： アクセシビリティを理解して実装します。アクセス可能で使用可能なインターネットのWeb標準 。 Heidelberg 2011、ISBN 978-3-89864-520-1。
• アンジー・ラドケ、マイケル・チャリエ： バリア – フリーウェブデザイン。魅力的なWebサイトにアクセスできるようにします 。 Addison-Wesley、München2006、ISBN 3-8273-2379-7。
• Jan Dirk Roggenkamp： バリアフリーの電子政府 。の： 行政法のための新しい雑誌 （NVWZ）、第11/2006、p。1239。
• Werner Schweigenz、Brigitte Bornemann-Jeske： インターネット上のアクセシビリティ 。 の： og 56、特別号8/2005、Dinges＆Frick、Wiesbaden 2005、 ISSN 1434-4653 。
• ファビアン・ウーリン： Barrier -Free Webサイト 。 Redline Virlator、2007、ISBN 978-3-8266-1674-7。
• Markus Riesch et al。： Swiss Accessibility Study 2007 。 チューリッヒ2007。