4. WCAG技巧
4.1 通用指引符合 [WCAG2 供WCAG使用的技巧 中。本文件不再重複。
一般來說，在網頁上應用WCAG技巧和在EPUB內容文件上應用的差異極小，以下章節將匡列一些主要差異。
有一點值得注意的是，WCAG技巧涵蓋了比EPUB出版品更為廣泛的技術與內容類型，所以大多數無法應用在EPUB出版品。
以下技術組合常應用於EPUB內容文件：
其他技巧按照所使用的技術（例如，在EPUB 2中使用 [SWF
4.1.1 有用的資源不熟悉 [WCAG2
可透過以下來源找到套用這些技巧到EPUB內容文件的協助：
4.2 內容存取
4.2.1 確保在跨頁時內容順序具意義 [WCAG2 成功標準1.3.2 指出，每一個網頁都要有具意義的順序（例如內容在視覺上的呈現符合底層的標記）。
EPUB允許兩份文件被一起排版，以同步跨頁 [EPUB-3
按照視覺呈現分別排列每一份文件可以讓輔助科技的使用者，在跨頁文字的開始與結束間遇到障礙。如果無法改變標記來提供更具邏輯性的閱讀體驗（例如，跨頁內容的開始放到第一頁的尾端，並且下一頁的開頭接續內容），其他滿足此標準的手段需要避免失敗（例如，提供超連結讓使用者從第一頁的斷點跳到下一頁接續）。
4.2.2 提供多重存取內容的方式 [WCAG2 成功標準2.4.5 要求以一種以上的方式，在一組網頁中指向單一網頁。EPUB出版品預設就符合此項WCAG規定，只要EPUB製作者依從EPUB規定，將所有EPUB內容文件包含在書脊之中 ，並且 確保能夠存取所有非線性的文件 [EPUB-3
EPUB出版品通過這些規定的原因，需要從使用者如何與EPUB出版品中的文件組進行互動的不同方式中去理解。具體來說，一本EPUB出版品一般包含多份內容文件，閱讀系統能自動地讓使用者能夠無縫按照書脊 中所列的順序 [EPUB-3
規定需具備的目錄提供了第二種存取該出版品主要章節標題的手段。使用者可以跳到任何標題，無論該出版品如何編排，都可以繼續透過目錄進行導覽。
遵從這兩種規定，就能夠滿足透過多重手段存取內容的需求。閱讀系統一般也提供了搜尋的功能，這是EPUB製作者所不能提供的，所以在大多數的狀況下，使用者也能擁有第三種選項。
儘管EPUB製作者僅需要依從EPUB規定就可滿足這項標準，依然鼓勵製作者提供額外的方法，以在最低標準上強化存取，建議的方法包括：
4.2.2.1 關於目錄的備忘關於EPUB目錄，最常見的問題就是在尊重該出版品的標題下，怎麼樣才能算是完整。儘管最顯而易見的答案就是簡單地集結所有章節的標題就好，但實務上，這種方法會有許多使用性上的挑戰。
許多要素，像是裝置的螢幕尺寸，會讓出版品的目錄在具多層級標題結構時無法閱讀，所以EPUB製作者可能需要裁減掉一定層級以下的標題以提升可讀性。此外，閱讀系統不一定都能在目錄中提供對標題結構的存取，或者提供捷徑來對連結進行導覽。這使得使用者需要一次一個聽取每一個連結，才能找到他們想要前往的位置，這過程不僅煩人、而且耗時。
儘管我們預期閱讀系統會隨著支援EPUB無障礙輔助性演進，而改善對目錄的存取 — 使整個目錄都能夠被所有人使用 — 但也有合理的使用性考量，以至於現在無法提供。
當EPUB製作者選擇不提供所有標題的連結時，就應該對提供的連結做到最佳化以增進整體閱讀體驗。如何達到這項目標的考量包括：
4.2.3 確保目錄各項目順序符合線性閱讀順序目錄讓使用者不僅透過連結跳到內容，也提供了用於瞭解該本EPUB出版品結構與順序的手段。因此，當目錄項目順序與線性閱讀順序不同時，使用者可能會不知道目前位於出版品的哪個位置，以及他們想要到的位置，還有該如何回到前一個位置。
EPUB製作者因此應該確保在目錄中的項目永遠與內容的線性順序相呼應，就細節上來說，項目的順序應該反映以下兩者：
EPUB內容文件在spine中的順序；以及
所參照的章節在其對應的內容文件中的順序。
只有在符合邏輯，對順序進行不同的安排時，可以變更其順序。這項的狀況通常發生在內容不需要被線性閱讀，或者在目錄尾端包含額外資訊的狀況。例如，一本雜誌的目錄可能會先列出所有主要文章，然後再列出專題，此類狀況。
當目錄的順序與內容不符時，EPUB製作者應該在其無障礙摘要 中說明原因。
EPUB製作者應該避免在目錄尾端加入補充內容的連結。對圖片、表格、插畫以及類似內容的連結，最好能以獨立的導覽元素提供（無論在EPUB導覽文件或者在書脊中）。EPUB製作者可以在目錄中包含對額外導覽列表的連結。
4.3 語意
4.3.1 ARIA的roles與epub:type注意事項
以下指引僅供EPUB內容文件使用。type屬性是為媒體覆蓋文件提供結構資訊的唯一方法，而能更有效率地導覽如列表及表格等功能。也規定應用於EPUB導覽文件來識別關鍵結構。
儘管role屬性在性質上可能與type屬性EPUB-3
這些屬性的關鍵差異在於，role屬性在內容中用於建構無障礙輔助性，而type屬性提供連結以觸發閱讀系統行為。忽略role屬性會對輔助科技的使用者降低無障礙輔助性，另一個角度，忽略type屬性則會停用某些閱讀系統功能（例如，跳出式註解，或者內容的特殊顯示方式）。
雖然每種屬性提供不同的好處，但並不一定要一起使用。因為沒有限制EPUB使用者可以將type屬性用於何處，併用這些屬性可能會造成無障礙輔助性問題（例如，將role用於HTML body元素）。
具體來說，使用type屬性並非能夠滿足WCAG對ARIA role規定的手段。
對於想要以ARIA role取代type屬性的EPUB製作者，〈從EPUB type轉換到ARIA role製作指引 〉鉅細彌遺地提供了這兩種屬性在製作上的顯著差異。也包含了一份語意對應表格，將EPUB結構語意用語對應到 [DPUB-ARIA-1.0 WAI-ARIA-1.1
4.3.2 跨整塊內容語意不重複儘管EPUB出版品在使用者閱讀時，會被視為單一不間斷的文件，但實際上一般是由許多獨立的EPUB內容文件所組成。這種做法讓閱讀系統一次需要處理的標記數量較少，以縮短處理時間（也就是，讓使用者看到文件顯示的等待時間變得最短）。一本EPUB出版品僅包含一份內容文件，裡頭包含所有內容的狀況很少見，尤其對書籍而言。
當內容以這種方式整塊出現時，通常會需要EPUB製作者做決定，以何種方法重建結構資訊。例如一部（Part），一般不會包含所有從屬的章節。EPUB製作者可以將該部的標題與每一章節區分，放置到分開的文件中。
儘管在視覺上，這樣的重建結構抉擇對讀者來說不會察覺，但卻會影響到輔助科技的功能性。就 [WAI-ARIA-1.1
為了對應這種重建結構造成的影響，EPUB製作者可能認為在每一份文件中加入這些資訊可以對使用者有益，有時候會重新加入或者重新識別結構（例如，在章節前加入額外的 [HTML section元素以指出該章節屬於某一部，或者在body標籤中加入部的語意）。然而，這些實作不僅會造成重複，在閱讀時使結構分裂，也會讓整本出版品的結構變得難以追從。因此，建議EPUB製作者不要試著使用這種方式來重建結構。
舉個例子，一本書有五部，而每一部包含五章。結構上，每一章歸屬於其部（也就是以其構成群組），可以下列方式標記：
<section
role ="doc-part" >
<h1 > Part 1</h1 >
<section
role ="doc-chapter" >
<h2 > Chapter 1</h2 >
…
</section >
…
</section > 這種做法會使內容檔案很大，所以部的標題一般來說會分隔到自己的內容文件，而以獨立頁面顯示：
<html … >
…
<body
role ="doc-part" >
<h1 > Part 1</h1 >
</body >
</html > 每一章節就可以分割到個別的內容文件：
<html … >
…
<body
role ="doc-chapter" >
<h2 > Chapter 1</h2 >
…
</body >
</html > 不需要為每一章額外加上部的外層，如以下範例：
<html … >
…
<body
role ="doc-part" >
<section
role ="doc-chapter" >
<h2 > Chapter 1</h2 >
…
</section >
</body >
</html > 這麼做會為每一份文件加上新的part 地標，這樣會讓輔助科技告訴使用者有一個可以導覽前往的地標。
4.3.3 包含EPUB的landmarks元素 [WAI-ARIA-1.1 landmarks 在性質上與EPUB landmarks [EPUB-3 roles 自動生成，所以EPUB製作者僅需要遵循規定加入roles，就可以讓使用者使用landmarks。
雖然ARIA landmarks的自動生成可以簡化製作，但也意味著，ARIA landmarks受到EPUB出版品中內容文件如何切分所限制。輔助科技僅能呈現目前載入文件中可取得的landmarks；並不能提供一份多文件出版品中所有landmark的完整輪廓（請見前一節 對於內容分塊的更多討論）。
EPUB的landmarks則是相反，由EPUB製作者在遞送發行前預先處理，而且並不直接連結到內容中使用的type屬性EPUB-3
然而實際應用的差異是，包含EPUB的landmarks很重要，並且不能僅依賴ARIA的
roles來協助導覽，反之亦然，兩者都以自己的方式來協助導覽。
EPUB規格並不要求EPUB製作者在書中包含指定的landmarks組合，但推薦包含一個連結指向內文開始處，以及指向任何主要的參考資料章節（例如，目錄、註釋、參考書目、詞彙表、索引）。
範例 8 : 在EPUB 3導覽文件中記述Landmarks
<nav epub:type ="landmarks" >
<ol >
<li >
<a
epub:type ="toc"
href ="toc.xhtml" >
Table of Contents
</a >
</li >
<li >
<a
epub:type ="bodymatter"
href ="chap01.xhtml" >
Start reading
</a >
</li >
<li >
<a
epub:type ="endnotes"
href ="notes.xhtml" >
Notes
</a >
</li >
<li >
<a
epub:type ="bibliography"
href ="bibliography.xhtml" >
Bibliography
</a >
</li >
<li >
<a
epub:type ="glossary"
href ="glossary.xhtml" >
Glossary
</a >
</li >
<li >
<a
epub:type ="index"
href ="index.xhtml" >
Index
</a >
</li >
</ol >
</nav >
範例 9 : 在EPUB 2 guide元素中記述地標
<guide >
<reference
type ="toc"
href ="toc.xhtml" />
<reference
type ="text"
href ="chap01.xhtml" />
<reference
type ="endnotes"
href ="notes.xhtml" />
<reference
type ="bibliogrpahy"
href ="biblio.xhtml" />
<reference
type ="glossary"
href ="glossary.xhtml" />
<reference
type ="index"
href ="index.xhtml" />
</guide >
4.3.3.1 有用的資源以下資源解釋EPUB與ARIA landmarks的更多細節：
4.4 書名（Titles）與標題（Headings）
4.4.1 包含出版品與文件titles [WCAG2 成功標準2.4.2 要求網頁都要有一個title。EPUB對EPUB出版品也有相同的要求：出版品在包裝文件詮釋資料中一定要有一個 [DCTERMS title元素。然而EPUB的規定無法滿足 [WCAG2
當在製作EPUB出版品時，也要求在每一份EPUB內容文件中加入描述性的title來說明其內容。如果沒有提供，輔助科技經常無法對使用者宣讀該檔案的名稱。
<html …>
<head >
<title > Chapter 1</title >
…
</head >
<body >
<h1 > Chapter 1: Loomings</h1 >
…
</body >
</html >
如果title包含了結構性脈絡（例如，章節所屬的部的標題，或者出版品名稱），對這些標題進行排序時，請讓當下文件最精確的敘述放在最前面。
<html …>
<head >
<title >
III. The Night Shadows —
Book the First—Recalled to Life —
A Tale of Two Cities
</title >
…
</head >
<body >
<h1 > III. The Night Shadows</h1 >
…
</body >
</html >
要了解更多與titles相關的資訊，請見技巧H25 。
4.4.2 確保標題層級能反應出版品樹狀結構對使用者來說，一本EPUB出版品就像一份獨立的文件，他們可以從頭讀到尾，儘管內容實際上經常是由許多EPUB內容文件所組成。結果來說，自然會期待標題反映了在出版品整體樹狀結構中的位置，儘管出版品實際上並不是單一文件（例如，如果部的標題使用 [HTML h1元素表達，那麼屬於該部的每一章節都該以h2標題標記）。
技巧G141：使用標題建構頁面 指出EPUB製作者在一份文件中，應該正確地使用標題層級，但在EPUB出版品中，標題層級在跨文件時也需要維持一致。實作上，這意味了每一份EPUB內容文件不該都從h1標題開始，除非第一個標題就是最上層的標題 — 第一個標題應該為反應出版品中實際位置的標題層級元素。
EPUB製作者也需要整合其內容，才能讓文件中的第一個標題一直都有最高的層級。例如，如果一份文件以h3標題開始，文件之後就不應該有h2標題（也就是，在前一章節的延續中，不應該包含新章節的開始）。但後來的標題與第一個標題層級相同是可以接受的（即為在一份文件中有著多個子章節，所有的標題都是h3標題）。
在本範本中提供了一本教科書中兩份相連結的EPUB內容文件。第一份包含了章節標題（h2）以及開始兩個子章節（h3），第二份包含了後兩個子章節（h3）。
<html …>
…
<body >
<section >
<h2 >
Section 1.1 - Conquest
</h2 >
<section >
<h3 >
Section 1.1 .1 - First Encounter
</h3 >
…
</section >
<section >
<h3 >
Section 1.1 .2 - Tensions Rise
</h3 >
…
</section >
</section >
</body >
</html ><html …>
…
<body >
<section >
<h3 >
Section 1.1 .3 - War
</h3 >
…
</section >
<section >
<h3 >
Section 1.1 .4 - Aftermath
</h3 >
…
</section >
</body >
</html >
4.4.3 標題的主題或目的 [WCAG2 成功標準2.4.6 目前敘述了所有標題必需描述其主題或者目的。例如，這描述可以意指一本小說中的所有章節，如果有主題或者目的的話，那麼章節的標題都能精確地反映其主題或者目的。但實際上並不是所有的案例都通用，這項成功標準也讓使用章節編號作為標題變得困難，因為該標題不具備主題。
經過與無障礙輔助性準則工作小組在議題追蹤器 上的討論，而能在2.4.6理解文件 中澄清，比目前字面上更明確地掌握該成功標準的意圖 — 也就是，此項對標題的規定，僅是為了給內容建立固有的脈絡。
按此解釋，出版品中的標題只要為固有，應該都能直接提供。
也能預期該成功標準的用詞會更新，更能準確地反映該固有性規定，由於更改目前的WCAG 2用語較為複雜，比較可能會在未來的WCAG 3版變更。
4.5 描述
4.5.1 包含替代文字描述本技巧於初版時，僅要求無論其複雜程度，為圖片提供替代文字。現在此項例外不再有效。
EPUB製作者現在必需確保由影像所構成的內容符合 [WCAG2 EPUB-A11Y-11
4.5.1.1 有用的資源以下文件提供包含延伸描述的指引：
4.6 語言
4.6.1 包裝文件的語言 [WCAG2 3.1.1 和3.1.2 分別處理頁面使用的語言，以及其中的語言變更。
對EPUB出版品而言，包裝文件也是重要關於該出版品的詮釋資料資訊來源。舉個例子，閱讀系統使用這些資訊在其書架上呈現該出版品的細節。
所以，有必要提供包裝文件中所有文字內容的語言以合乎這些WCAG成功標準。最簡單達成此項規定的方法就是在根package元素 [EPUB-3 xml:lang屬性。
<package … xml:lang ="jp" >
…
</package >
如果包裝文件中的個別詮釋資料欄位使不同語言表達，同樣需要透過在該欄位元素中加入一個xml:lang屬性以供識別語言變更。
<package … xml:lang ="en" >
<metadata …>
<dc:title xml:lang ="fr" > Mon premier guide de cuisson, un Mémoire</dc:title >
…
</metadata >
…
</package >
提供此項資訊可使閱讀系統以適合的語言對使用者呈現文字內容。
注意事項
在包裝文件中指定語言不會影響到個別EPUB內容文件（即為，每一份文件的語言必須使用所其提供的語言表述機制進行指定）。
4.6.2 EPUB出版品的語言在表達文字內容使用的語言之外，包裝文件也能透過dc:language元素EPUB-3
儘管設置此項資訊並不符合 [WCAG2 成功標準3.1.1 的嚴格要求，僅為參考性。但在此欄位填入適當的語言資訊還是可以被當作最佳實踐範例（請注意EPUB 3要求一定要指定語言，忽略此欄位在驗證時會違反規定）。
雖然閱讀系統並不會使用該項語言資訊來處理EPUB出版品中的文字內容，但會被應用在對使用者提供最佳化閱讀體驗上（例如，預先載入文字轉換語音引擎，在合成時使用者不會感受到延遲）。
注意事項
在包裝文件中指定語言不會影響到個別EPUB內容文件（即為，每一份文件的語言必須使用所其提供的語言表述機制進行指定）。
4.7 文字
4.7.1 文字內容使用Unicode [WCAG2 成功標準1.1.1 要求為所有非文字的內容提供對等的文字才能符合A等級。在一些區域（例如亞洲）經常會發現許多把個別文字做成圖片的狀況，無論其在Unicode中是否對應的文字。會採用這種做法有許多原因，像是容易從舊文件上轉換，以及跨閱讀系統時能夠相容。然而，在多數的狀況中，這種圖片的應用方式使得非視覺的使用者無法存取文字內容。
當個別的文字被圖片所取代時，必然會對文字轉換語音播放造成負面影響（如果一個詞中的單一文字被圖片所取代，詞就不會被視為文字的組合被朗讀出來）。對於視覺使用者來說也有問題，因為圖片通常放大以後品質欠佳，同時文字也無法變成成其他的字體以符合使用者偏好。
所有文字內容都使用Unicode文字的話，可以避免這樣的問題，讓內容能夠成功地符合A等級的最低規定。
為了達到AA等級，EPUB製作者將要面對成功標準1.4.5 ，更進一步把文字做成圖片限制於必要的用途上。
4.8 無障礙輔助替代方式由於EPUB出版品可以由超過一個的內容釋義所構成，不同版本的內容可能提供不一樣的無障礙輔助性。例如，由圖像構成版本的內容缺少替代文字或者描述，但可以和一份符合WCAG的文字序列一起提供。這種無障礙輔助的同捆方式可以被接受，就像 [WCAG2 合規的替代版本 一樣。
[EPUBMultipleRenditions-10 WCAG2
然而，實際上 [EPUBMultipleRenditions-10
EPUB製作者在實作此項功能以符合無障礙輔助性規定時，需要做出最謹慎的考量。包含多重內容釋義的的EPUB出版品，只要其中一項內容釋義符合所有的內容規定，就符合 [EPUB-A11Y-11 無障礙輔助摘要 中註明閱讀系統需要支援多重內容釋義。EPUB製作者推薦可使用其他任何方式來明示此需求（例如包含在遞送詮釋資料 中）。
當閱讀系統對多重內容釋義的支援更加完善時，本章節也會進行更新，以推薦使用該方法。