WAI-ARIAの開発は2008年に始まり、このテクノロジーの最初のサポートは、Internet Explorer 8、Firefox 3.x、Opera 9.5などのブラウザーに登場しました。 確かに、標準の絶え間ない開発と公式ステータスの欠如により、ARIA設計のサポートはブラウザごとに大きく異なります。 したがって、最近の調査によると、Internet Explorerはすべての機能の約37％、Firefox-85％、Chrome（Operaも）-47％をサポートしています。 さらに、さまざまな補助ソフトウェア、特に視覚障害のあるユーザーが仕事で使用するスクリーンアクセスプログラムも、さまざまな程度でさまざまな仕様でWAI-ARIAをサポートしています。
したがって、この技術の開発の現在の段階では、大規模なプロジェクトでの完全な実装は、専門家の関与なしに実装するのが非常に困難です。率直にその欠陥の下で。 さらに、ターゲットユーザーの中で最も人気のあるブラウザーはFirefoxとInternet Explorerであり、上記のように、標準のサポートレベルの非常に深刻なバリエーションが異なるため、インターフェイスデザイナーに頭痛の種が追加されます。
WAI-ARIAの推奨標準としての承認により、技術が落ち着き、絶えず変化しなくなったため、ブラウザおよび補助ソフトウェアの開発者は最終的に、提供する機会に対するより深刻なサポートに集中できるようになることが期待できます。
通常のWeb開発者に関しては、 一般的な概要とW3Cブログ投稿でWAI-ARIAの調査を開始し、 標準自体に直接アクセスする必要があります。 基本的な役割や要素の状態の割り当てなど、スクリーンアクセスプログラムの追加のセマンティックレイアウトに関する基本的なことは、すでに非常に広くサポートされており、トピックに非常に深く浸ることを意味しないため、このレベルでWAI-ARIAに準拠することは、最も深刻な問題を解決する一方で、深刻な努力を必要としません可用性。 また、ナビゲーション領域、つまり、見出し（ロール= "バナー"）、ナビゲーションバー（ロール= "ナビゲーション"）、メインエリア（ロール= "メイン"）、フッター（ロール= "contentinfo）などのページのキーエリアのセマンティックハイライトを使用すると便利です。 "）その他。
ただし、WAI-ARIAを使用する場合は、たとえば、
<div role="link">text</div>
そして
<a href="...">text</a>
WAI-ARIAの追加のセマンティクスは補助ソフトウェアのみを対象としており、ブラウザの動作に影響を与えないため、同等ではありません。 つまり、最初の例はスクリーンリーダーの観点からのリンクと見なされますが、ブラウザの観点からは通常のブロックのままであり、キーボードからタブを介してフォーカスされません。 その結果、最初の実装では、tabindex属性を追加する必要があります。 そのため、標準のHTML構造要素を使用してレイアウトプロセスを単純化することは理にかなっています。 最終的に、ユーザー構成がWAI-ARIAを十分にサポートしていない場合、この技術をサポートする開発者の努力はすべて無意味かもしれませんが、プレーンHTMLでリンク、ヘッダーまたはリストを使用すると、role = "link / heading / list "、ただし同じ効果が得られます。
たとえば、ブラウザの開発など、インフラストラクチャWebプロジェクトに携わる専門家も、ドキュメント「 WAI-ARIA 1.0 User Agent Implementation Guide 」（クライアントアプリケーション用の実装ガイド WAI-ARIA 1.0）を読むのが理にかなっています。
一般的に、支援技術の世界でのWAI-ARIAの承認は重要なマイルストーンですが、おそらくこれから遠く離れた人々はその瞬間の悲しみをあまり感じないでしょう。 現代のインターネットの高可用性を確保するために必要なものはすべて利用可能になりましたが、残りのすべては、アクセシビリティの狭い分野の専門家だけでなく、それが高く評価されることを期待することです。