Oracle 無障礙政策與標準說明
Oracle 的無障礙理念與政策
Oracle 致力於建置標準型產品，以協助客戶降低複雜性，並充分利用現有技術投資，而這項承諾同樣適用於我們對無障礙設計的方針。Oracle 使用 HTML、JavaScript 和 Java 等業界標準技術來呈現大多數使用者介面，並遵循國際公認的無障礙標準，以支援各類輔助技術 (AT)，例如螢幕閱讀器、螢幕放大器和語音識別系統。
無障礙設計對資訊與通訊科技 (ICT) 產業帶來了獨特的挑戰，這主要來自於相關法規與指引的多樣性、科技變化的快速節奏，以及從初期設計到後續支援，幾乎每個產品開發階段都受到其影響。瞭解 Oracle 如何應對以下挑戰。
無障礙政策
準則與標準
Oracle 無障礙指南是依據 1973 年《復健法》2017 年修訂版第 508 條款，以及全球資訊網協會 (W3C) 的《網頁內容無障礙指南》2.2 版 AA 等級 (WCAG 2.2 AA) 所制定。
Oracle 致力於在可行範圍內，開發符合修訂版第 508 條款及 WCAG 2.2 AA 標準的新產品。隨著符合修訂版第 508 條款與 WCAG 2.2 標準的新產品與修訂版本陸續推出，我們將依據最新 VPAT 2.5 模板，發布基於自願性產品無障礙使用範本 (VPAT) 的無障礙符合性報告 (ACR)。在此之前，我們提供的 VPAT 中，已包含所有 WCAG 2.2「A」與「AA」等級標準的對照表，並同時涵蓋《第 508 條款》的相關標準。
2017 年，美國無障礙委員會公布了修訂版第 508 條款標準，該標準以 WCAG 2.0 AA 為基礎。2014 年，歐盟依據 Mandate 376 發布了 EN 301 549 標準的初始版本，即《適用於歐洲公共採購的資通訊產品與服務無障礙需求》。該標準是以 WCAG 2.0 AA 等級作為基礎制定。它在 2019 年更新以包含 WCAG 2.1。EN 301 549 輔助功能需求適合在歐洲進行 ICT 產品與服務的公開採購 (PDF) - V3.1.1 (2019-11)。Oracle 一直是開發這些準則的積極參與者，並密切追蹤其進度。
任何標準都可能存在一定的解釋空間；欲瞭解 Oracle 如何針對特定標準進行處理，請參考「標準解釋」。
無障礙狀態
Oracle 的產品會透過多種方法進行無障礙測試，包括自動化工具、專家啟發式評審、目視檢查、手動操作，以及由身心障礙者與非身心障礙者使用各類輔助科技進行測試。我們透過自願性產品無障礙使用範本 (VPAT) 報告測試結果，進而生成無障礙符合性報告 (ACR)。VPAT 由 ITI 與 GSA 制定，協助美國聯邦政府採購官員及其他買家，初步評估商業 ICT 產品與服務是否具備支援無障礙的功能。欲瞭解我們如何使用 VPAT 以及查找 Oracle 產品的 ACR，請參考「無障礙符合性報告」。
加拿大安大略省無障礙客戶服務計畫
Oracle 加拿大安大略省無障礙客戶服務計畫 (PDF) 說明了 Oracle 為遵循《2005 年安大略省身心障礙者無障礙法案 (AODA) 》及其第 165/16 號法規所規定的政策、實務與程序。Oracle 多年無障礙計畫 (PDF) 概述了 Oracle 對遵守安大略省無障礙標準的承諾。
無障礙標準的更新
Oracle 一直積極參與 WCAG 2.2 無障礙指引的制定，並將在 WCAG 2.2 正式發布後實施新增的成功準則。
Oracle 對 WCAG 2.2 或 ARIA 中若干無障礙標準與指引的解讀與立場
識別輸入目的
相關標準
Oracle 的立場
部分客戶將此標準解讀為所有輸入欄位都必須標示其輸入目的。但該標準明確限定適用於蒐集使用者個人資訊的輸入欄位。Oracle 致力於為蒐集個人資訊的相關欄位標示輸入目的。
焦點和輸入
相關標準
Oracle 的立場
部分客戶將「聚焦」與「輸入」的成功準則廣泛解讀為涵蓋內容與情境的所有變化。然而，Oracle 的解釋是，這些標準僅適用於情境的變化，並不適用於不改變頁面意義的內容變動。
無障礙豐富網際網路應用程式撰寫實務指南 (ARIA APG)
相關標準
- 無
Oracle 的立場
部分客戶將《無障礙豐富網路應用程式編寫實務指南》(ARIA APG) 視為必須嚴格遵循的規範文件。事實上，ARIA APG 屬於非規範性文件，指南中提供的範例僅為實作示例，並非唯一有效的模式。「APG 不指定規範性要求，因此沒有合規模型。」詳情請參閱《APG 非規範性標準》。
Oracle 對《第 508 條款》或 WCAG 1.0 中若干舊版無障礙標準的過往解讀與立場
我們提供此解釋是為了回應客戶對特定 HTML 內容的詢問，尤其是在自動驗證工具顯示不符合要求的情況下。大多數問題源自這些法規與標準多數於 1999 年或 2001 年制定，而瀏覽器及輔助技術 (AT) 自那時起已取得了顯著進步。Oracle 歡迎《第 508 條款》和 WCAG 的修訂，這些修訂調整或澄清了下述多項規定，以反映技術變遷，我們也積極參與相關委員會的工作。
為簡潔起見，諸如「1194.22(l)」的引用，指的是《第 508 條款》標準中第 1194.22(l) 項 (見《聯邦法規彙編》第 36 篇第 1194 部分)；而「WCAG 1.0 #6.3」則指 WCAG 1.0 中的第 6.3 條標準。
腳本技術，特別是 JavaScript 的使用
相關標準
- 1194.22 (l) 當頁面使用指令碼語言顯示內容或建立介面元素時，指令碼提供的資訊應以輔助技術可以讀取的功能文字加以識別。
- WCAG 1.0 #6.3 當關閉或不支援指令碼、Applet 或其他程式設計物件時，請確保頁面可供使用。如果無法這麼做，請在其他可存取的頁面提供同等的資訊。
- WCAG 1.0 #8.1 讓程式元素 (例如腳本和 Applet) 直接存取或與輔助技術相容。
Oracle 的立場
許多客戶誤解這些標準，認為產品只有在禁用腳本時才算無障礙，但事實並非如此。第 508 節標準和 WCAG 1.0 皆允許使用可直接存取或與 AT 相容的指令碼。大多數情況下，Oracle 產品需要 javascript，並仰賴支援 javascript 的瀏覽器。Oracle 認為 JavaScript 不僅可以實現無障礙訪問，還可以提升存取體驗。例如，透過局部更新頁面內容而非重新載入整個頁面，避免使用者必須重新瀏覽全新頁面來尋找微小變更內容。隨著豐富客戶端介面的普及，腳本應用日益增多，Oracle 致力於確保這些程式碼對身心障礙者友善，或提供類似的替代方案。
依據已發布的正式語法進行驗證
相關標準
- WCAG 1.0 #3.2：建立可依據已發布正式語法進行驗證的文件。
Oracle 的立場
有些 HTML 標籤與無障礙無關，而且各種瀏覽器對這些標籤的解讀方式也可能有所不同。關鍵在於，與無障礙相關的標籤必須能被瀏覽器與輔助技術明確且一致地解讀。Oracle 的 HTML 可能因各種原因而無法完全遵守正式文法：
- 在各種情況下，我們需要在 HTML DOM 中新增額外資訊，並針對此目的使用「expandos」。
- 根據 W3C WAI-ARIA 的建議，我們使用 tabIndex="-1" 讓某些元素能夠聚焦。
- 由於瀏覽器的運作方式不同，因此我們可能會將 HTML 最佳化，以說明特定的瀏覽器行為。
如果客戶享有有效的技術支援，Oracle 將依照標準技術支援政策，處理因「非標準」HTML 導致的無障礙問題；但對於自動工具檢測出的「無效 HTML」，若對無障礙無實質影響，Oracle 不一定會予以修正。
裝置獨立性
相關標準
- WCAG 1.0 第 6.4 條：對於指令檔與小程式，應確保事件處理程式不依賴特定輸入裝置。
- WCAG 1.0 第 9.2 條：確保任何具有自身操作介面的元素皆可透過不依賴特定裝置的方式操作。
- WCAG 1.0 第 9.3 條：對於指令檔，應指定邏輯性事件處理程式，而非依賴特定裝置的事件處理程式。
Oracle 的立場
部分客戶將這些標準解讀為禁止所有僅能使用滑鼠操作的功能，例如雙擊。Oracle 致力於為所有使用者提供豐富的體驗，對於需複雜滑鼠操作 (如雙擊或拖放) 的情況，我們將提供僅使用鍵盤即可完成的替代操作方式。
框架
相關標準
- 1194.22 (i) 外框的標題應為文字，有助於框架識別和導航。
- WCAG 1.0 #12.1 標題每個框架，以促進框架識別和導航。
Oracle 的立場
Oracle 曾遇過多次情況，其中框架被視為「違反」無障礙標準，或不被視為「正確的 HTML」。Oracle 相信，框架是 HTML 的合法部分，我們僅與支援框架的瀏覽器進行認證。在我們的產品中，框架均依據相關標準妥善標記。唯一例外是當 iFrame 用於與伺服器進行通訊時，Oracle 會刻意不為該框架加上標題，使其對使用者保持隱藏狀態，就像對一般使用者一樣。
樣式表
相關標準
- 1194.22 (d) 須組織文件，以方便閱讀，無需相關的樣式表。
- WCAG 1.0 #6.1 組織文件，以便在沒有樣式表的情況下讀取文件。例如，當 HTML 文件沒有相關聯的樣式表呈現時，仍然必須可以讀取該文件。
Oracle 的立場
Oracle 將此標準解讀為資訊 (「內容」) 和呈現應該分開。例如，HTML 應以語意標記來標示資訊，並使用外部樣式表來呈現特定的外觀與風格。當使用者使用輔助技術存取頁面時，必須依有意義的順序來傳送資訊。然而，Oracle 不認同產品必須在瀏覽器禁用樣式表的情況下才能運作，原因如下：
- 所有現代瀏覽器都支援樣式表
- 設定樣式屬性，例如 display:none 在頁面內容中，通常用來對所有使用者隱藏內容；完全停用樣式表會導致此資訊出現錯誤
- 新式瀏覽器支援如有需要，將作者樣式表改為採用使用者樣式表
外掛程式連結
相關標準
- 1194.22(m) 當網頁需要用戶端系統具備小程式、外掛程式或其他應用程式來解譯頁面內容時，該網頁必須提供符合 1194.21(a) 至 (l) 規定的外掛程式或小程式的連結。
Oracle 的立場
許多外掛程式，例如 Adobe 的 PDF 檢視器，現今已相當普及，並常預先安裝於電腦上。某些情況下，Oracle JInitiator 等外掛程式會隨產品一併提供並自動安裝。此外，提供指向公司防火牆外部網站的連結，或允許使用者下載並安裝外掛程式，可能會違反企業政策。因此，Oracle 產品僅在外掛程式不具普及性，或未隨產品附帶時，才會提供符合該標準的外掛程式連結。
略過導覽
相關標準
- 1194.22 (o) 提供方法允許使用者略過重複式導覽連結。
Oracle 的立場
許多 Oracle 產品都提供連結，可將焦點移至頁面的「主要內容」。不過，Oracle 也知道大多數的 AT 支援一種機制，可讓使用者使用標準結構標記來移至頁面的各個區段。Oracle 可在適當情況下使用此機制來達成本條款的目標。
先前的無障礙標準
Oracle 對第 508 條款或 WCAG 1.0 中若干無障礙標準的解釋與立場
我們提供此解釋是為了回應客戶對特定 HTML 內容的詢問，尤其是在自動驗證工具顯示不符合要求的情況下。大多數問題的根源在於，這些法規與標準最初於 1999 或 2001 年制定，而瀏覽器與輔助技術已經大幅進步。Oracle 歡迎《第 508 條款》和 WCAG 的修訂，這些修訂調整或澄清了下述多項規定，以反映技術變遷，我們也積極參與相關委員會的工作。
為簡潔起見，諸如「1194.22(l)」的引用，指的是《第 508 條款》標準中第 1194.22(l) 項 (見《聯邦法規彙編》第 36 篇第 1194 部分)；而「WCAG 1.0 #6.3」則指 WCAG 1.0 中的第 6.3 條標準。
腳本技術，特別是 JavaScript 的使用
相關標準
- 1194.22 (l) 當頁面使用指令碼語言顯示內容或建立介面元素時，指令碼提供的資訊應以輔助技術可以讀取的功能文字加以識別。
- WCAG 1.0 #6.3 當關閉或不支援指令碼、Applet 或其他程式設計物件時，請確保頁面可供使用。如果無法這麼做，請在其他可存取的頁面提供同等的資訊。
- WCAG 1.0 #8.1 讓程式元素 (例如腳本和 Applet) 直接存取或與輔助技術相容。
Oracle 的立場
許多客戶誤解這些標準，認為產品只有在禁用腳本時才算無障礙，但事實並非如此。第 508 節標準和 WCAG 1.0 皆允許使用可直接存取或與 AT 相容的指令碼。大多數情況下，Oracle 產品需要 javascript，並仰賴支援 javascript 的瀏覽器。Oracle 認為 JavaScript 不僅可以實現無障礙訪問，還可以提升存取體驗。例如，透過變更頁面上的部分內容而非重新載入整個頁面，可防止使用者瀏覽並瀏覽完全的「新」頁面，以尋找已修訂的小區段。隨著豐富客戶端介面的普及，腳本應用日益增多，Oracle 致力於確保這些程式碼對身心障礙者友善，或提供類似的替代方案。
依據已發布的正式語法進行驗證
相關標準
- WCAG 1.0 #3.2：建立可依據已發布正式語法進行驗證的文件。
Oracle 的立場
有些 HTML 標籤與無障礙無關，而且各種瀏覽器對這些標籤的解讀方式也可能有所不同。關鍵在於，與無障礙相關的標籤必須能被瀏覽器與輔助技術明確且一致地解讀。Oracle 的 HTML 可能因各種原因而無法完全遵守正式文法：
- 在各種情況下，我們需要在 HTML DOM 中新增額外資訊，並針對此目的使用「expandos」。
- 根據 W3C WAI-ARIA 的建議，我們使用 tabIndex="-1" 讓某些元素能夠聚焦。
- 由於瀏覽器的運作方式不同，因此我們可能會將 HTML 最佳化，以說明特定的瀏覽器行為。
如果客戶享有有效的技術支援，Oracle 將依照標準技術支援政策，處理因「非標準」HTML 導致的無障礙問題；但對於自動工具檢測出的「無效 HTML」，若對無障礙無實質影響，Oracle 不一定會予以修正。
裝置獨立性
相關標準
- WCAG 1.0 第 6.4 條：對於指令檔與小程式，應確保事件處理程式不依賴特定輸入裝置。
- WCAG 1.0 第 9.2 條：確保任何具有自身操作介面的元素皆可透過不依賴特定裝置的方式操作。
- WCAG 1.0 第 9.3 條：對於指令檔，應指定邏輯性事件處理程式，而非依賴特定裝置的事件處理程式。
Oracle 的立場
部分客戶將這些標準解讀為禁止所有僅能使用滑鼠操作的功能，例如雙擊。Oracle 致力於為所有使用者提供豐富的體驗，對於需複雜滑鼠操作 (如雙擊或拖放) 的情況，我們將提供僅使用鍵盤即可完成的替代操作方式。
框架
相關標準
- 1194.22 (i) 外框的標題應為文字，有助於框架識別和導航。
- WCAG 1.0 #12.1 標題每個框架，以促進框架識別和導航。
Oracle 的立場
Oracle 曾遇過多次情況，其中框架被視為「違反」無障礙標準，或不被視為「正確的 HTML」。Oracle 相信，框架是 HTML 的合法部分，我們僅與支援框架的瀏覽器進行認證。在我們的產品中，框架均依據相關標準妥善標記。唯一例外是當 iFrame 用於與伺服器進行通訊時，Oracle 會刻意不為該框架加上標題，使其對使用者保持隱藏狀態，就像對一般使用者一樣。
樣式表
相關標準
- 1194.22 (d) 須組織文件，以方便閱讀，無需相關的樣式表。
- WCAG 1.0 #6.1 組織文件，以便在沒有樣式表的情況下讀取文件。例如，當 HTML 文件沒有相關聯的樣式表呈現時，仍然必須可以讀取該文件。
Oracle 的立場
Oracle 將此標準解讀為資訊 (「內容」) 和呈現應該分開。例如，HTML 應以語意標記來標示資訊，並使用外部樣式表來呈現特定的外觀與風格。當使用者使用輔助技術存取頁面時，必須依有意義的順序來傳送資訊。然而，Oracle 不認同產品必須在瀏覽器禁用樣式表的情況下才能運作，原因如下：
- 所有現代瀏覽器都支援樣式表
- 設定樣式屬性，例如 display:none 在頁面內容中，通常用來對所有使用者隱藏內容；完全停用樣式表會導致此資訊出現錯誤
- 新式瀏覽器支援如有需要，將作者樣式表改為採用使用者樣式表
外掛程式連結
相關標準
- 1194.22(m) 當網頁需要用戶端系統具備小程式、外掛程式或其他應用程式來解譯頁面內容時，該網頁必須提供符合 1194.21(a) 至 (l) 規定的外掛程式或小程式的連結。
Oracle 的立場
許多外掛程式，例如 Adobe 的 PDF 檢視器，現今已相當普及，並常預先安裝於電腦上。某些情況下，Oracle JInitiator 等外掛程式會隨產品一併提供並自動安裝。此外，提供指向公司防火牆外部網站的連結，或允許使用者下載並安裝外掛程式，可能會違反企業政策。因此，Oracle 產品僅在外掛程式不具普及性，或未隨產品附帶時，才會提供符合該標準的外掛程式連結。
略過導覽
相關標準
- 1194.22 (o) 提供方法允許使用者略過重複式導覽連結。
Oracle 的立場
許多 Oracle 產品都提供連結，可將焦點移至頁面的「主要內容」。不過，Oracle 也知道大多數的 AT 支援一種機制，可讓使用者使用標準結構標記來移至頁面的各個區段。Oracle 可在適當情況下使用此機制來達成本條款的目標。
