From 458d51c44b1926b1abad6948e6e389fb42ef9a6d Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Tue, 25 Feb 2025 11:20:39 +0900
Subject: [PATCH 01/13] =?UTF-8?q?=E9=81=A9=E5=90=88=E3=82=92=E7=90=86?=
 =?UTF-8?q?=E8=A7=A3=E3=81=99=E3=82=8B=20=E3=81=AE=E7=BF=BB=E8=A8=B3?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 understanding/conformance.html | 1240 +++++++++++++++-----------------
 1 file changed, 585 insertions(+), 655 deletions(-)
diff --git a/understanding/conformance.html b/understanding/conformance.html
index 252cd317..7d11bc72 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1,9 +1,9 @@
 <!DOCTYPE html>
-<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja">
    <head>
       <meta charset="UTF-8" />
       <meta name="viewport" content="width=device-width, initial-scale=1" />
-      <title>Understanding Conformance | WAI | W3C</title>
+      <title>適合を理解する | WAI | W3C</title>
       <link rel="stylesheet" href="https://w3.org/WAI/assets/css/style.css" />
       <link rel="stylesheet" href="base.css" />
       <!-- 日本語訳されるまでの一時的なスクリプト -->
@@ -11,7 +11,7 @@
    </head>
    <body dir="ltr"><a href="#main" class="button button--skip-link">Skip to content</a><div class="minimal-header-container default-grid">
          <div class="minimal-header" id="site-header">
-            <div class="minimal-header-name"><a href="https://w3c.github.io/wcag/understanding/">WCAG 2.2 Understanding Docs</a></div>
+            <div class="minimal-header-name"><a href="https://w3c.github.io/wcag/understanding/">WCAG 2.2 解説書</a></div>
             <div class="minimal-header-subtitle">Informative explanations, not required to meet WCAG</div><a class="minimal-header-link" href="https://w3c.github.io/wcag/understanding/about">About WCAG Understanding Docs</a><div class="minimal-header-logo"><a href="http://w3.org/" aria-label="W3C">
                   <svg xmlns="http://www.w3.org/2000/svg" height="2em" viewBox="0 0 91.968 44" style="margin: 0.75em 0 0.75em 0.5em">
                      <g fill-rule="evenodd" fill="none">
@@ -37,10 +37,10 @@
             <nav class="nav standalone-resource-pager" aria-label="Understanding Docs">
                <ul>
                   <li class="nav__item"><a href=".">
-                        								All Understanding Docs
+                        								目次
                         							</a></li>
                   <li class="nav__item"></li>
-                  <li class="nav__item"><a href="refer-to-wcag">Next : How to Refer to WCAG  from Other Documents
+                  <li class="nav__item"><a href="refer-to-wcag">次: 他の文書からの WCAG の参照方法
                         <svg focusable="false" aria-hidden="true" class="icon-arrow-right-thin pager-icon" viewBox="0 0 16 16">
                            <path fill-rule="evenodd" d="M4 8a.5.5 0 0 1 .5-.5h5.793L8.146 5.354a.5.5 0 1 1 .708-.708l3 3a.5.5 0 0 1 0 .708l-3 3a.5.5 0 0 1-.708-.708L10.293 8.5H4.5A.5.5 0 0 1 4 8z"></path>
                         </svg></a></li>
@@ -51,49 +51,37 @@
       <div class="default-grid with-gap leftcol">
          <aside class="box nav-hack sidebar standalone-resource__sidebar ">
             <nav>
-               <header class="box-h ">Page Contents</header>
+               <header class="box-h ">このページの内容</header>
                <div class="box-i">
                   <ul>
-                     <li><a href="#conformance-whatis">What does conformance mean?</a></li>
-                     <li><a href="#conformance-requirements">Understanding Conformance Requirements</a></li>
-                     <li><a href="#conformance-claims">Understanding Conformance Claims</a></li>
-                     <li><a href="#levels">Understanding Levels of Conformance</a></li>
-                     <li><a href="#accessibility-support">Understanding Accessibility Support</a></li>
-                     <li><a href="#programmatically-determined">Understanding "Programmatically Determined"</a></li>
-                     <li><a href="#conforming-alt-versions">Understanding Conforming Alternate Versions</a></li>
-                     <li><a href="#web-page">Understanding "Web Page"</a></li>
-                     <li><a href="#text-alternatives">Understanding "Text Alternatives"</a></li>
-                     <li><a href="#key-terms">Key Terms</a></li>
+                     <li><a href="#conformance-whatis">適合とは何を意味するのか？</a></li>
+                     <li><a href="#conformance-requirements">適合要件を理解する</a></li>
+                     <li><a href="#conformance-claims">適合宣言を理解する</a></li>
+                     <li><a href="#levels">適合レベルを理解する</a></li>
+                     <li><a href="#accessibility-support">アクセシビリティサポートを理解する</a></li>
+                     <li><a href="#programmatically-determined">「プログラムによる解釈」を理解する</a></li>
+                     <li><a href="#conforming-alt-versions">適合している代替版を理解する</a></li>
+                     <li><a href="#web-page">「ウェブページ」を理解する</a></li>
+                     <li><a href="#text-alternatives">「テキストによる代替」を理解する</a></li>
+                     <li><a href="#key-terms">重要な用語</a></li>
                   </ul>
                </div>
             </nav>
          </aside>
          <main id="main" class="standalone-resource__main">
 
-         <!-- 日本語訳されるまでの一時的な注記 -->
-         <div class="untranslated-note"><p>このWCAG 2.2 解説書の日本語訳は作業中となっています。WCAG 2.1 解説書の日本語訳をご利用いただけます。<br>[ <a href="https://waic.jp/translations/WCAG21/Understanding/">WCAG 2.1 解説書</a> ]</p></div>
-            <h1>Understanding Conformance</h1>
+            <h1>適合を理解する</h1>
             <div>
                
                
                
                
-               <p xmlns:wcag="https://www.w3.org/WAI/GL/">All WCAG 2.0 Success Criteria are written as testable criteria for objectively determining
-                  if content satisfies them. Testing the Success Criteria would involve a combination
-                  of automated testing and human evaluation. The content should be tested by those who
-                  understand how people with different types of disabilities use the Web.
+               <p xmlns:wcag="https://www.w3.org/WAI/GL/">すべての WCAG 2 の達成基準は、客観的にコンテンツがその基準を満たしているかどうかを判断できるように、テスト可能な基準として記述されている。達成基準のテストでは、自動的なテストと人間による判断を組み合わせる必要がある。様々な種類の障害のある人がどのようにウェブを利用しているのかを理解している人が、コンテンツをテストすべきである。
                   
                </p>
                
                
-               <p xmlns:wcag="https://www.w3.org/WAI/GL/">Testing and testable in the context refer to functional testing, that is verifying
-                  that the content functions as expected, or in this case, that it satisfies the Success
-                  Criteria. Although content may satisfy all Success Criteria, the content may not always
-                  be usable by people with a wide variety of disabilities. Therefore, usability testing
-                  is recommended, in addition to the required functional testing. Usability testing
-                  aims to determine how well people can use the content for its intended purpose. It
-                  is recommended that users with disabilities be included in test groups when performing
-                  usability testing.
+               <p xmlns:wcag="https://www.w3.org/WAI/GL/">ここでいうテストやテスト可能というのは、機能面のテストのことを指している。つまり、コンテンツが想定していた通りに機能することを確認するということである。あるいは、ここでは、達成基準を満たしていることを確認するといってもよい。コンテンツがすべての達成基準を満たしていたとしても、それでも様々な障害のある利用者がそのコンテンツを使うことができるとは限らない。そのため、必要とされる機能面のテストに加えて、ユーザビリティテストを実施することも推奨している。ユーザビリティテスティングは、その用途に応じて、利用者がコンテンツをどれだけうまく使えるかを判断することを目的としている。ユーザビリティテストを実施する際には、テスト参加者に障害のある利用者を含めることを推奨する。
                   
                </p>
                
@@ -101,24 +89,20 @@ <h1>Understanding Conformance</h1>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="conformance-whatis">
                   
                   
-                  <h2>What does conformance mean?</h2>
+                  <h2>適合とは何を意味するのか？</h2>
                   
                   
-                  <p>Conformance to a standard means that you meet or satisfy the 'requirements' of the
-                     standard. In WCAG 2.0 the 'requirements' are the Success Criteria. To conform to WCAG
-                     2.0, you need to satisfy the Success Criteria, that is, there is no content which
-                     violates the Success Criteria. 
+                  <p>基準への適合とは、その基準の「要件」に合っている、あるいは満たしていることを意味する。WCAG 2 において、「要件」となるのは達成基準である。WCAG 2 に適合するためには、達成基準を満たす必要がある。つまり、達成基準に反するコンテンツがないということである。
                      
                   </p>
                   
                   
                   <div class="note">
-                     <p class="note-title marker">Note</p>
+                     <p class="note-title marker">注記</p>
                      <div>
                         
                         
-                        <p>This means that if there is no content to which a success criterion applies, the success
-                           criterion is satisfied.
+                        <p>ある達成基準について、適用対象となるコンテンツを含まないコンテンツにおいては、その達成基準は満たされているということを意味する。
                            
                         </p>
                         
@@ -127,9 +111,7 @@ <h2>What does conformance mean?</h2>
                   </div>
                   
                   
-                  <p>Most standards only have one level of conformance. In order to accommodate different
-                     situations that may require or allow greater levels of accessibility than others,
-                     WCAG 2.0 has three levels of conformance, and therefore, three levels of Success Criteria.
+                  <p>ほとんどの標準には、適合レベルは一つしかない。しかし、より高いレベルのアクセシビリティを要求したり可能にしたりする様々な状況に対応するために、WCAG 2 には三つの適合レベルがあり、そのため達成基準にも三つのレベルがある。
                      
                   </p>
                   
@@ -140,13 +122,10 @@ <h2>What does conformance mean?</h2>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="conformance-requirements">
                   
                   
-                  <h2>Understanding Conformance Requirements</h2>
+                  <h2>適合要件を理解する</h2>
                   
                   
-                  <p>There are five requirements that must be met in order for content to be classified
-                     as 'conforming' to WCAG 2.0. This section provides brief notes on those requirements.
-                     This section will be expanded over time to address questions that may arise or to
-                     provide new examples of ways to meet the different conformance requirements.
+                  <p>コンテンツが WCAG 2 に「適合している」とみなされるためには、満たさなければならない五つの要件がある。この節では、それらの要件に関する簡単な注釈を提供する。なお、この節は、今後寄せられる質問に対処するため、あるいは様々な適合要件を満たす方法の新しい事例を提供するために、時間とともに拡充されていく予定である。
                      
                   </p>
                   
@@ -154,43 +133,37 @@ <h2>Understanding Conformance Requirements</h2>
                   <section id="conf-req1">
                      
                      
-                     <h3>Understanding Requirement 1</h3>
+                     <h3>適合要件 1 を理解する</h3>
                      
                      
                      <blockquote class="scquote" id="cc1">
                         	
-                        <p><strong>Conformance Level</strong>: One of the following levels of conformance is met in full.
+                        <p><strong>適合レベル</strong>: 以下に挙げる適合レベルの一つを完全に満たしていること。
                         </p>
                         	
                         <ul>
                            		
-                           <li>For Level A conformance (the minimum level of conformance), the <a href="#dfn-web-page">Web page</a>
-                              			<a href="#dfn-satisfies-a-success-criterion">satisfies</a> all the Level A Success Criteria, or a <a href="#dfn-conforming-alternate-version">conforming alternate version</a> is provided.
+                           <li>レベル A (適合の最低レベル) で適合するには、<a href="#dfn-web-page">ウェブページ</a>がレベル A 達成基準のすべてを
+                              			<a href="#dfn-satisfies-a-success-criterion">満たす</a>か、又は <a href="#dfn-conforming-alternate-version">適合している代替版</a>を提供する。
                            </li>
                            		
-                           <li>For Level AA conformance, the Web page satisfies all the Level A and Level AA Success
-                              Criteria, or a Level AA conforming alternate version is provided.
+                           <li>レベル AA で適合するには、ウェブページはレベル A 及びレベル AA 達成基準のすべてを満たすか、又はレベル AA に適合している代替版を提供する。
                            </li>
                            		
-                           <li>For Level AAA conformance, the Web page satisfies all the Level A, Level AA and Level
-                              AAA Success Criteria, or a Level AAA conforming alternate version is provided.
+                           <li>レベル AAA で適合するには、ウェブページがレベル A、レベル AA、及びレベル AAA 達成基準のすべてを満たすか、又はレベル AAA に適合している代替版を提供する。
                            </li>
                            	
                         </ul>
                         	
                         <div class="note">
-                           <p class="note-title marker">Note</p>
-                           <p>Although conformance can only be achieved at the stated levels, authors are encouraged
-                              to report (in their claim) any progress toward meeting success criteria from all levels
-                              beyond the achieved level of conformance.
+                           <p class="note-title marker">注記</p>
+                           <p>ウェブページは、記載したレベルでのみ WCAG 2.1 に適合できるが、コンテンツ制作者は、その適合レベルよりも高いレベルの達成基準の達成状況を (表明の中で) 示すことを推奨される。
                            </p>
                         </div>
                         	
                         <div class="note">
-                           <p class="note-title marker">Note</p>
-                           <p>It is not recommended that Level AAA conformance be required as a general policy for
-                              entire sites because it is not possible to satisfy all Level AAA Success Criteria
-                              for some content.
+                           <p class="note-title marker">注記</p>
+                           <p>コンテンツの中には、レベル AAA 達成基準のすべてを満たすことのできないものもあるため、サイト全体の一般的な方針としてレベル AAA での適合を要件とすることは推奨されない。
                            </p>
                         </div>
                         	
@@ -198,23 +171,19 @@ <h3>Understanding Requirement 1</h3>
                      </blockquote>
                      
                      
-                     <p>The first requirement deals with the levels of conformance. It basically says that
-                        all information on a page conforms or has a 
-                        <a href="#dfn-conforming-alternate-version">conforming alternate version</a> that is available from the page. The requirement also explains that no conformance
-                        is possible without at least satisfying all of the Level A Success Criteria. 
+                     <p>最初の要件は、適合レベルに関するものである。基本的には、ページ上のすべての情報が適合している、もしくは、そのページから利用可能な
+                        <a href="#dfn-conforming-alternate-version">適合している代替版</a>があるということである。また、この要件は、少なくともレベル A の達成基準すべてを満たさなければどのレベルでも適合することはできないということも説明している。
                         
                      </p>
                      
                      
-                     <p>The note points out that authors are encouraged to go beyond conformance to a particular
-                        level and to complete, and report if they desire, any progress toward higher levels
-                        of conformance.
+                     <p>注記が指摘しているのは、特定のレベルでの適合に留まらずに、より高いレベルの適合に向けても取り組み、もし自分たちが望むのであればその進捗状況を報告することをコンテンツ制作者に推奨するということである。
                         
                      </p>
                      
                      
-                     <p>See also 
-                        <a href="#conforming-alt-versions">Understanding Conforming Alternate Versions</a> which includes techniques for providing Conforming Alternate Versions.
+                     <p>また、「適合している代替版」を提供する達成方法を紹介している
+                        <a href="#conforming-alt-versions">適合している代替版を理解する</a>も参照のこと。
                         
                      </p>
                      
@@ -225,75 +194,58 @@ <h3>Understanding Requirement 1</h3>
                   <section id="conf-req2">
                      
                      
-                     <h3>Understanding Requirement 2</h3>
+                     <h3>適合要件 2 を理解する</h3>
                      
                      
                      <blockquote class="scquote" id="cc2">
                         	
-                        <p><strong>Full pages</strong>: <a href="#dfn-conformance">Conformance</a> (and conformance level) is for full <a href="#dfn-web-page">Web page(s)</a> only, and cannot be achieved if part of a Web page is excluded.
+                        <p><strong>ウェブページ全体</strong>: <a href="#dfn-conformance">適合</a> (及び適合レベル) は <a href="#dfn-web-page">ウェブページ</a>全体に対するもののみであり、ウェブページの一部が除外されている場合には適合にならない。
                         </p>
                         	
                         <div class="note">
-                           <p class="note-title marker">Note</p>
-                           <p>For the purpose of determining conformance, alternatives to part of a page's content
-                              are considered part of the page when the alternatives can be obtained directly from
-                              the page, e.g., a long description or an alternative presentation of a video.
+                           <p class="note-title marker">注記</p>
+                           <p>適合の判断をするときに、例えば、詳細な説明又は映像の代替の提示のように、代替となるものがそのページから直接得られる場合は、ページのコンテンツの一部に対する代替コンテンツはそのページの一部であるとみなされる。
                            </p>
                         </div>
                         	
                         <div class="note">
-                           <p class="note-title marker">Note</p>
-                           <p>Authors of Web pages that cannot conform due to content outside of the author's control
-                              may consider a <a href="#conformance-partial">Statement of Partial Conformance</a>.
+                           <p class="note-title marker">注記</p>
+                           <p>コンテンツ制作者が制御できないコンテンツがあるために適合できないウェブページについては、<a href="#conformance-partial">部分適合に関する記述</a>を行うことを検討するとよい。
                            </p>
                         </div>
                         	
                         <div class="note">
-                           <p class="note-title marker">Note</p>
-                           <p>A full page includes each variation of the page that is automatically presented by
-                              the page for various screen sizes (e.g. variations in a responsive Web page). Each
-                              of these variations needs to conform (or needs to have a conforming alternate version)
-                              in order for the entire page to conform.
+                           <p class="note-title marker">注記</p>
+                           <p>ウェブページ全体には、さまざまな画面サイズ向けに自動的に提示される個々のウェブページのバリエーションを含む (例: レスポンジブウェブページのバリエーション)。ウェブページ全体が適合するためには、個々のバリエーションが適合するか、適合する代替バージョンが必要である。
                            </p>
                         </div>
                         
                      </blockquote>
                      
                      
-                     <p>This provision simply requires that the whole page conform. Statements about "part
-                        of a page conforming" cannot be made.
+                     <p>この要件は、ページ全体が適合することを単に求めている。「ページの一部が適合している」という適合宣言をすることはできないのである。
                         
                         
                      </p>
                      
                      
-                     <p>Sometimes, supplemental information may be available from another page for information
-                        on a page. The longdesc attribute in HTML is an example. With longdesc, a long description
-                        of a graphic might be on a separate page that the user can jump
-                        to from the page with the graphic. This makes it clear that such content is considered
-                        part of the Web page, so that requirement #2 is satisfied for the combined set of
-                        Web pages considered as a single Web page. Alternatives can also be provided on the
-                        same page. For example creating an equivalent to a user interface control.
+                     <p>あるページ上の情報への補足情報が他のページで提供されることがある。HTML の longdesc 属性がその一例である。longdesc 属性を用いると、その画像のあるページから利用者が移動できる別のページで画像の長い説明文を提供することができる。この注記では、そのような別ページのコンテンツも元のページの一部であると考えて、単一のウェブページであるとみなされる複数のウェブページによって適合要件 2 が満たされるということを明確にしている。また、代替を同一ページ上で提供することも可能である。例としては、ユーザインタフェースのコントロールと等価なものを作成することが挙げられる。
                         
                         
                      </p>
                      
                      
                      <div class="note">
-                        <p class="note-title marker">Note</p>
+                        <p class="note-title marker">注記</p>
                         <div>
                            
                            
-                           <p>Because of conformance requirement 5, a whole page may conform even if parts of the
-                              page use non accessibility-supported content technologies as long as they do not interfere
-                              with the rest of the page and all information and function is available elsewhere
-                              on or from the page.
+                           <p>適合要件 5 により、たとえページの一部分でアクセシビリティ サポーテッドではないウェブコンテンツ技術を用いていたとしても、それがページの残りの部分の利用を妨げず、すべての情報及び機能がそのページ又はそのページから移動できる別ページのどこかで提供されている限り、ページ全体が適合できる。
                               
                            </p>
                            
                            
-                           <p>It is possible to include non-conforming content. See 
-                              <a href="#conf-req5">Understanding Conformance Requirement 5</a>.
+                           <p>適合していないコンテンツを含めることが可能である。<a href="#conf-req5">適合要件 5 を理解する</a>を参照のこと。
                               
                            </p>
                            
@@ -308,29 +260,21 @@ <h3>Understanding Requirement 2</h3>
                   <section id="conf-req3">
                      
                      
-                     <h3>Understanding Requirement 3</h3>
+                     <h3>適合要件 3 を理解する</h3>
                      
                      
                      <blockquote class="scquote" id="cc3">
                         	
-                        <p><strong>Complete processes</strong>: When a <a href="#dfn-web-page">Web page</a> is one of a series of Web pages presenting a <a href="#dfn-process">process</a> (i.e., a sequence of steps that need to be completed in order to accomplish an activity),
-                           all Web pages in the process conform at the specified level or better. (Conformance
-                           is not possible at a particular level if any page in the process does not conform
-                           at that level or better.)
+                        <p><strong>プロセス全体</strong>: <a href="#dfn-web-page">ウェブページ</a>が<a href="#dfn-process">プロセス</a>を提示する一連の流れのウェブページ群 (つまり、ある目的を達成するために完了させる必要のある一連の手順) に含まれる場合、そのプロセス中のすべてのウェブページが指定したレベル又はそれ以上のレベルで適合している (もし、プロセス中のウェブページが一つでも特定のレベル又はそれ以上のレベルに適合していない場合、そのレベルに適合できない)。
                         </p>
                         	
-                        <p class="example">An online store has a series of pages that are used to select and purchase products.
-                           All pages in the series from start to finish (checkout) conform in order for any page
-                           that is part of the process to conform.
+                        <p class="example">あるオンラインストアには、製品を選択して購入するための一連のウェブページがある。このプロセスに含まれるあるウェブページが適合するためには、最初から最後 (支払い) までのすべてのウェブページが適合していなければならない。
                         </p>
                         
                      </blockquote>
                      
                      
-                     <p>This provision prevents a Web page that is part of a larger process from being considered
-                        conforming if the process overall is not. This would prevent a shopping site from
-                        being classified as conforming if the checkout or other features of the site that
-                        are part of the shopping and buying process do not conform.
+                     <p>この要件では、プロセス全体が適合していない場合、そのプロセスの一部であるウェブページは適合しているとはみなされないことを述べている。例えば、ショッピングサイトでは、支払あるいはショッピング及び購入プロセスの一部であるその他のサイトの機能が適合していなかったとしたら、そのショッピングサイトは適合していることにならないということである。
                         
                      </p>
                      
@@ -341,20 +285,17 @@ <h3>Understanding Requirement 3</h3>
                   <section id="conf-req4">
                      
                      
-                     <h3>Understanding Requirement 4</h3>
+                     <h3>適合要件 4 を理解する</h3>
                      
                      	
                      <blockquote class="scquote" id="cc4">
                         		
-                        <p><strong>Only Accessibility-Supported Ways of Using Technologies</strong>: Only <a href="#dfn-accessibility-supported">accessibility-supported</a> ways of using <a href="#dfn-technology">technologies</a> are <a href="#dfn-relied-upon">relied upon</a> to satisfy the success criteria. Any information or functionality that is provided
-                           in a way that is not accessibility supported is also available in a way that is accessibility
-                           supported. (See <a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#accessibility-support">Understanding accessibility support</a>.)
+                        <p><strong>技術のアクセシビリティ サポーテッドな使用方法だけ</strong>: 達成基準を満たすために、用いる<a href="#dfn-technology">技術</a>の<a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な使用方法だけに<a href="#dfn-relied-upon">依存している</a>。アクセシビリティ サポーテッドではない方法で提供されている情報又は機能は、アクセシビリティ サポーテッドな方法でも利用できる (<a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#accessibility-support">アクセシビリティサポートを理解する</a>を参照)。
                         </p>
                      </blockquote>
                      
                      
-                     <p>This conformance requirement is explained below under 
-                        <a href="#accessibility-support">Understanding Accessibility Support</a>.
+                     <p>この適合要件は、後述の<a href="#accessibility-support">アクセシビリティサポートを理解する</a>で説明されている。
                         
                      </p>
                      
@@ -365,80 +306,67 @@ <h3>Understanding Requirement 4</h3>
                   <section id="conf-req5">
                      
                      
-                     <h3>Understanding Requirement 5</h3>
+                     <h3>適合要件 5 を理解する</h3>
                      
                      	
                      <blockquote class="scquote" id="cc5">
                         		
-                        <p><strong>Non-Interference</strong>: If <a href="#"> technologies </a> are used in a way that is not <a href="#dfn-accessibility-supported">accessibility supported</a>, or if they are used in a non-conforming way, then they do not block the ability
-                           of users to access the rest of the page. In addition, the <a href="#dfn-web-page">Web page</a> as a whole continues to meet the conformance requirements under each of the following
-                           conditions:
+                        <p><strong>非干渉</strong>: <a href="#">技術</a>が<a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>ではない方法で用いられている場合、又は適合しない方法で用いられている場合、利用者がウェブページの他の部分へアクセスすることを妨げていない。加えて、全体として<a href="#dfn-web-page">ウェブページ</a>は、以下のそれぞれの条件の下で適合要件を満たしていること:
                         </p>
                         		
                         <ol>
                            			
-                           <li>when any technology that is not <a href="#dfn-relied-upon">relied upon</a> is turned on in a user agent,
+                           <li><a href="#dfn-relied-upon">依存</a>していない技術がユーザエージェントで有効になっているとき
                            </li>
                            			
-                           <li>when any technology that is not relied upon is turned off in a user agent, and</li>
+                           <li>依存していない技術がユーザエージェントで無効になっているとき、及び</li>
                            			
-                           <li>when any technology that is not relied upon is not supported by a user agent</li>
+                           <li>依存していない技術がユーザエージェントでサポートされていないとき</li>
                            		
                         </ol>
                         		
-                        <p>In addition, the following success criteria apply to all content on the page, including
-                           content that is not otherwise relied upon to meet conformance, because failure to
-                           meet them could interfere with any use of the page:
+                        <p>さらに、適合するために依存していないコンテンツも含めて、ページ上のすべてのコンテンツには以下の達成基準が適用される。なぜならば、これらを満たしていないことにより、ページの利用を妨げる可能性があるためである。
                         </p>
                         		
                         <ul>
                            			
-                           <li><strong>1.4.2 - Audio Control</strong>,
+                           <li><strong>1.4.2 - 音声制御</strong>、
                            </li>
                            			
-                           <li><strong>2.1.2 - No Keyboard Trap</strong>,
+                           <li><strong>2.1.2 - キーボードトラップなし</strong>、
                            </li>
                            			
-                           <li><strong>2.3.1 - Three Flashes or Below Threshold</strong>, and
+                           <li><strong>2.3.1 - 3 回の閃光、又は閾値以下</strong>、及び
                            </li>
                            			
-                           <li><strong>2.2.2 - Pause, Stop, Hide</strong>.
+                           <li><strong>2.2.2 - 一時停止、停止、非表示</strong>
                            </li>
                            		
                         </ul>
                         		
                         <div class="note">
-                           <p class="note-title marker">Note</p>
-                           <p>If a page cannot conform (for example, a conformance test page or an example page),
-                              it cannot be included in the scope of conformance or in a conformance claim.
+                           <p class="note-title marker">注記</p>
+                           <p>もし、あるページが適合できないならば (例えば、適合のテストページや事例のページの場合)、そのページを適合の範囲、あるいは、適合表明の範囲に含めることはできない。
                            </p>
                         </div>
                         	
                      </blockquote>
                      
                      
-                     <p>This basically says that technologies that are 
-                        <strong>not accessibility supported</strong> can be used, as long as all the information is also available using technologies
-                        that 
-                        <strong>are accessibility supported</strong> and as long as the 
-                        <strong>non-accessibility-supported</strong> material does not interfere.
+                     <p>この要件は、基本的に、すべての情報が
+                        <strong>アクセシビリティ サポーテッドである</strong>ウェブコンテンツ技術を用いても利用可能である限り、なおかつ、
+                        <strong>アクセシビリティ サポーテッドではない</strong>コンテンツが妨げとなっていない限り、
+                        <strong>アクセシビリティ サポーテッドではない</strong>ウェブコンテンツ技術を用いることができるということを述べている。
                         
                      </p>
                      
                      
-                     <p>Technologies that are not accessibility supported can be used, or technologies that
-                        are accessibility supported can be used in a non conforming manner, as long as all
-                        the information is also available using technologies that are accessibility supported,
-                        in a manner that does conform, and as long as the non-accessibility-supported material
-                        does not interfere.
+                     <p>すべての情報がアクセシビリティ サポーテッドであるウェブコンテンツ技術を用いた適合する方法でも利用可能で、なおかつ、アクセシビリティ サポーテッドではないコンテンツが妨げとなっていない限り、アクセシビリティ サポーテッドではないウェブコンテンツ技術を適合していない方法で用いることができる。
                         
                      </p>
                      
                      
-                     <p>There are four provisions that particularly deal with issues of interference with
-                        use of the page. These four are included in a note here. A note on each of the provisions
-                        indicates that these Success Criteria need to be met for all content including content
-                        created using technologies that are not accessibility supported.
+                     <p>特にページ利用の妨げとなる問題に対処する四つの達成基準がある。これら四つの達成基準は、注記に示されている。各達成基準の注記では、アクセシビリティ サポーテッドではないウェブコンテンツ技術を用いて制作したコンテンツを含むすべてのコンテンツが、これらの達成基準を満たさなければならないことを示している。
                         
                      </p>
                      
@@ -446,17 +374,7 @@ <h3>Understanding Requirement 5</h3>
                      <div class="example">
                         
                         
-                        <p>A Web page incorporates a new interactive graphic technology called "ZAP". Although
-                           ZAP is not accessibility-supported, the information that is presented in ZAP is also
-                           presented
-                           on the page in HTML, so ZAP is not relied upon. So, this page would pass conformance
-                           requirement #1.  However, if the user tries to tab through the ZAP content, the focus
-                           drops into the ZAP object and gets stuck there.  Once inside, there is nothing the
-                           user can do to get the focus back out.  So keyboard users cannot use the bottom half
-                           of the page. The ZAP content also is continually flashing brightly at different rates
-                           and doesn't stop.   So, people with attention deficit are distracted and those with
-                           photosensitive seizure disorders may have seizures.  Conformance requirement #5 prevents
-                           situations like these from being possible on a conforming page. 
+                        <p>あるウェブページが "ZAP" というインタラクティブなグラフィックの新技術を組み込んでいたとする。ZAP はアクセシビリティ サポーテッドではないが、ZAP を用いて提示されている情報が、HTML のページでも提示されている。そのため、ZAP には依存していないことになる。その場合、このページは適合要件 1 を満たしている。しかし、もし利用者が ZAP のコンテンツを Tab キーで移動しようとして、フォーカスが ZAP のオブジェクトの中に入るとそこから抜け出せなくなる。一度中に入ると、利用者はフォーカスを外に出すことができなくなってしまう。そうすると、キーボード利用者は、ページの残り半分を利用することができない。また、ZAP のコンテンツは、様々な速度で明るく閃光を放ち続けていて、静止しない。それにより、注意力欠如 (発達障害) のある利用者は気が散ってしまい、光感受性発作疾患のある利用者は発作を起こしてしまう可能性がある。適合要件 5 は、適合しているページ上でこういった状況が起こらないようにするためのものである。
                            
                         </p>
                         
@@ -473,28 +391,18 @@ <h3>Understanding Requirement 5</h3>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="conformance-claims">
                   
                   
-                  <h2>Understanding Conformance Claims</h2>
+                  <h2>適合宣言を理解する</h2>
                   
                   
-                  <p>It is not required to make any conformance claim in order to conform. If one does
-                     make a claim, however, all the information required in a conformance claim must be
-                     provided. There are a number of ways this information can be provided. 
+                  <p>適合する上では、適合宣言をすることは必須ではない。しかし、宣言する場合は、適合宣言に必要なすべての情報を提供しなければならない。この情報を提供する方法はいくつか存在する。
                      
                   </p>
                   
-                  <p>Schema.org provides one such option for including discovery metadata within a Web
-                     page. A set of descriptive accessibility properties is available under the CreativeWork
-                     type which, among other uses, provides the ability to include a summary of the overall
-                     accessibility of the page (e.g., the WCAG conformance claim), describe the accessible
-                     features of the content (e.g., availability of alternative text, extended descriptions
-                     and captions), and alert users to potential hazards (e.g., flashing). This information
-                     can be embedded in the page using any of RDFa, JSON and microdata. More information
-                     about these properties and their expected values is also available on the Web Schemas
-                     wiki.
+                  <p>Schema.org は、ウェブページ内に開示メタデータを含めるためのそのような選択肢の一つを提供する。記述的なアクセシビリティプロパティの集合は、CreativeWork タイプで利用できる。これは、とりわけ、ページの全体的なアクセシビリティの概要を含める機能 (WCAG 適合宣言など) を提供し、コンテンツのアクセシビリティ機能を説明する機能 (例えば、代替テキスト、拡張解説、キャプションの入手可能性) を説明し、潜在的な危険性 (閃光など) を利用者に警告する。この情報は、RDFa、JSON、及び microdata のいずれかを使用してページに埋め込むことができる。これらのプロパティ及びその期待される値に関する詳細情報は、Web Schemas wiki でも入手できる。
                   </p>
                   
                   
-                  <p>Here is a claim which has been enhanced with schema.org metadata:</p>
+                  <p>schema.org メタデータで強化された宣言は次のとおり:</p>
                   
                   <pre>
 &lt;div typeof="WebPage" vocab="http://schema.org/"&gt;
@@ -528,28 +436,22 @@ <h2>Understanding Conformance Claims</h2>
 &lt;/div&gt;
      </pre>
                   
-                  <p>Sometimes, one may want to make a claim for just the content that was added after
-                     a certain date. Or, one may want to claim WCAG 1.0 conformance for content up to a
-                     date and WCAG 2.0 for content that was created or modified after that date. There
-                     are no prohibitions in WCAG 2.0 to any of these practices as long as it is clear which
-                     pages are claiming conformance to which version of WCAG.
+                  <p>ある日付以降に追加されたコンテンツだけに適合宣言を行いたいことがあるかもしれない。あるいは、ある日付までのコンテンツには WCAG 1.0 への適合宣言を行い、その日付以降に制作又は更新したコンテンツには WCAG 2.0 への適合宣言をしたいこともあるかもしれない。WCAG 2.0 では、どのページが WCAG のどのバージョンに対して適合宣言をしているのかが明確である限り、そういった適合宣言を禁止していない。
                      
                   </p>
                   
                   
                   <div class="note">
-                     <p class="note-title marker">Note</p>
+                     <p class="note-title marker">注記</p>
                      <div>
                         
                         
-                        <p>When talking about technologies that are "relied upon," we're talking about Web content
-                           technologies (HTML, CSS, JavaScript, etc.), not user agents (browsers, assistive technologies,
-                           etc.).
+                        <p>「依存」している技術について言及する際、それはウェブコンテンツ技術 (HTML、CSS、JavaScript など) のことであり、ユーザエージェント (ブラウザ、支援技術など) のことではない。
                            
                         </p>
                         
                         
-                        <p>Conformance claims are not usually located on each Web page within the scope of conformance.</p>
+                        <p>適合宣言は、通常適合の範囲内にある各ウェブページ上に表示しない。</p>
                         
                         
                      </div>
@@ -559,33 +461,20 @@ <h2>Understanding Conformance Claims</h2>
                   <section id="partial-third">
                      
                      
-                     <h3>Partial conformance claims due to third party content</h3>
+                     <h3>第三者によるコンテンツに伴う部分的な適合宣言</h3>
                      
                      
-                     <p>When an author makes a decision to use a third party implementation, they should choose
-                        products that meet WCAG requirements. If all content on a page, including third party
-                        content, meets all WCAG success criteria then the page conforms to WCAG. However,
-                        if the page does not conform to WCAG only for reasons that are legitimately outside
-                        the author's control then the author can make a claim of partial conformance. It is
-                        important to recognize that this is a statement of non-conformance and there are users
-                        who may not be able to access some of the content this page.
+                     <p>第三者によるコンテンツの実装を、制作者が用いる判断をする場合、WCAG の要件を満たしたものを選択するべきである。ページ上のすべてのコンテンツ (第三者によるコンテンツを含む) が WCAG のすべての達成基準を満たすのであれば、そのページは WCAG に適合していると言える。しかし、制作者の制御が及ばない正当な理由のみによってページが WCAG に適合できない場合は、制作者は部分適合を宣言することができる。ただしこれは不適合であることの声明であり、ページ上の一部のコンテンツにアクセスできない利用者がいるかもしれないことを認識することが重要である。
                         
                      </p>
                      
                      
-                     <p>One reason that content may be outside the author's control is because it is being
-                        provided by a third party (blogs, portals, news sites). Web pages may also include
-                        content via third party libraries, plugins, or widgets.
+                     <p>コンテンツに対して制作者の制御が及ばない理由のひとつは、そのコンテンツが第三者 (ブログ、ポータル、ニュースサイト) によって供給されるからである。また、ウェブページに第三者製のライブラリやプラグイン、ウィジェットが含まれる場合もある。
                         
                      </p>
                      
                      
-                     <p>Be sure to monitor any content that can change without approval from the web page
-                        author, as a page which once conformed may suddenly fail to conform. If it is not
-                        possible to monitor and repair the third party content, it is necessary to identify
-                        the non-conforming parts of the page for users. If the rest of the web page conforms
-                        to WCAG, such a page qualifies for a statement of partial conformance, third party
-                        content.
+                     <p>ウェブページ制作者の承認なく変更される可能性があるコンテンツはすべて監視し、適合していたページが突然不適合に陥ることのないようにすること。監視したり第三者によるコンテンツを修正することが不可能な場合は、そのページの不適合箇所を利用者に明示する必要がある。当該箇所以外が WCAG に適合するウェブページであれば、そのページは部分適合宣言の資格を持つ。
                         
                      </p>
                      
@@ -596,15 +485,10 @@ <h3>Partial conformance claims due to third party content</h3>
                   <section id="information-about-any-additional-steps-taken-that-go-beyond-the-success-criteria">
                      
                      
-                     <h3>Information about any additional steps taken that go beyond the Success Criteria</h3>
+                     <h3>達成基準以上に施した追加措置に関する情報</h3>
                      
                      
-                     <p>One of the optional components of a conformance claim is "Information about any additional
-                        steps taken that go beyond the Success Criteria to enhance accessibility." This can
-                        include additional Success Criteria that have been met, advisory techniques that were
-                        implemented, information about any additional protocols used to aid access for people
-                        with particular disabilities or needs, etc. Any information that would be useful to
-                        people in understanding the accessibility of the pages may be included.
+                     <p>適合宣言の任意要素の一つに、「アクセシビリティをさらに向上させるために、達成基準以上に施した追加措置に関する情報」がある。これには、適合しているその他の達成基準、実装した参考達成方法、特定の障害者のアクセス又はニーズを助けるために用いた追加の措置に関する情報などが含まれる。利用者がそのページのアクセシビリティを把握する上で役に立つあらゆる情報を含めるとよい。
                         
                      </p>
                      
@@ -615,29 +499,21 @@ <h3>Information about any additional steps taken that go beyond the Success Crit
                   <section id="meta-claims">
                      
                      
-                     <h3>Use of metadata to report conformance claims</h3>
+                     <h3>適合宣言を報告するためのメタデータの使用</h3>
                      
                      
-                     <p>The most useful way of attaching conformance claims to content would be to do so in
-                        standard machine readable form. When this practice is widespread, search tools or
-                        special user agents will be able to make use of this information to find and provide
-                        content that is more accessible or so the user agents can adjust to the content. There
-                        are a number of metadata based options under development for making claims, and authors
-                        and tool developers are encouraged to support them.
+                     <p>コンテンツに適合宣言を添付する最も有用な方法は、機械的に読み取り可能な標準のフォーマットで添付することだろう。この方法が広く普及すれば、検索ツールや特別なユーザエージェントがよりアクセシブルなコンテンツを探して提供するためにこの情報を利用することができるし、ユーザエージェントがコンテンツに適応することができるようになる。適合宣言を行うためのオプションに基づいたメタデータが数多く開発中であり、コンテンツ制作者及びツール開発者にはそれらをサポートすることを推奨する。
                         
                      </p>
                      
                      
-                     <p>In addition, metadata can be used to report conformance to individual Success Criteria
-                        once Level A conformance has been achieved.
+                     <p>加えて、ひとたびレベル A での適合が達成されれば、個々の達成基準への適合を報告するために、メタデータを用いることが可能である。
                         
                      </p>
                      
                      
-                     <p>There are also programmatic reporting formats such as 
-                        <a href="https://www.w3.org/WAI/intro/earl.php">Evaluation and Report Language (EARL)</a> that are being developed that could provide machine readable formats for detailed
-                        conformance information. As the reporting formats are formalized and support for them
-                        develops, they will be documented here.
+                     <p>また、例えば、現在開発中で、適合に関する詳細な情報を機械的に読み取り可能なフォーマットを提供できる 
+                        <a href="https://www.w3.org/WAI/intro/earl.php">Evaluation and Report Language (EARL)</a> のように、プログラムによる報告のフォーマットもある。報告のフォーマットが形式化されて、そのサポートが進めば、ここに追記される予定である。
                         
                      </p>
                      
@@ -649,7 +525,7 @@ <h3>Use of metadata to report conformance claims</h3>
                   
                   <section id="conformance-claims-techniques">
                      	
-                     <h3>Techniques for Conformance Claims</h3>
+                     <h3>適合宣言のための達成方法</h3>
                      
                      <section id="conformance-claims-sufficient">
                         	
@@ -708,13 +584,13 @@ <h3>Techniques for Conformance Claims</h3>
                      <section id="conformance-claims-advisory">
                         
                         	
-                        <h4>Advisory Techniques for Conformance Claims</h4>
+                        <h4>適合宣言のための達成方法</h4>
                         
                         
                         <ul>
                            
                            
-                           <li>Expressing a conformance claim to WCAG 2.0 in Dublin Core elements (future link)</li>
+                           <li>ダブリンコアの要素を用いて WCAG 2.0 への適合宣言を示す (リンク追加予定)</li>
                            
                            
                         </ul>
@@ -732,11 +608,10 @@ <h4>Advisory Techniques for Conformance Claims</h4>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="levels">
                   
                   
-                  <h2>Understanding Levels of Conformance</h2>
+                  <h2>適合レベルを理解する</h2>
                   
                   
-                  <p>First, there are a number of conditions that must be met for a Success Criterion to
-                     be included at all. These include:
+                  <p>まず、達成基準であるとみなされるには、満たさなければならない数多くの諸条件がある。次のことが含まれる:
                      
                   </p>
                   
@@ -744,20 +619,13 @@ <h2>Understanding Levels of Conformance</h2>
                   <ol>
                      
                      
-                     <li>All Success Criteria must be 
-                        <strong>important access issues for people with disabilities</strong> that address problems beyond the usability problems that might be faced by all users.
-                        In other words, the access issue must cause a proportionately greater problem for
-                        people with disabilities than it causes people without disabilities in order to be
-                        considered an accessibility issue (and covered under these accessibility guidelines).
+                     <li>すべての達成基準は、すべての利用者が直面する可能性があるユーザビリティ問題という側面以上に、
+                        <strong>障害のある利用者にとって重要なアクセス上の問題</strong>でなければならない。言い換えれば、アクセシビリティの問題として考慮されるためには (そして、このようなアクセシビリティ ガイドラインでカバーされるためには)、アクセス上の問題は、障害のない利用者に対して引き起こされる問題よりも、障害のある利用者に対して割合から言ってより重大な問題を引き起こすものでなければならない。
                         
                      </li>
                      
                      
-                     <li>All Success Criteria must also be testable. This is important since otherwise it would
-                        not be possible to determine whether a page met or failed to meet the Success Criteria.
-                        The Success Criteria can be tested by a combination of machine and human evaluation
-                        as long as it is possible to determine whether a Success Criterion has been satisfied
-                        with a high level of confidence.
+                     <li>すべての達成基準は、テスト可能でなければならない。このことは重要である。なぜなら、テスト可能でなければ、あるページが達成基準に適合しているのか、もしくは適合していないのかを判断することができなくなるからである。達成基準が満たされているかどうかを高い信頼水準で判断することが可能である限り、その達成基準は、機械と人間の評価を組み合わせることによってテストすることができる。
                         
                      </li>
                      
@@ -765,9 +633,7 @@ <h2>Understanding Levels of Conformance</h2>
                   </ol>
                   
                   
-                  <p>The Success Criteria were assigned to one of the three levels of conformance by the
-                     working group after taking into consideration a wide range of interacting issues.
-                     Some of the common factors evaluated when setting the level included:
+                  <p>ワーキンググループが広範囲に及ぶ相互作用する問題を考慮した後に、達成基準には、三つの適合レベルの中から一つが割り当てられた。レベルを定めた際に用いられた共通の指標には、次のようなものが含まれていた:
                      
                   </p>
                   
@@ -775,35 +641,30 @@ <h2>Understanding Levels of Conformance</h2>
                   <ul>
                      
                      
-                     <li>whether the Success Criterion is 
-                        <strong>essential</strong> (in other words, if the Success Criterion isn't met, then even assistive technology
-                        can't make content accessible)
+                     <li>その達成基準が
+                        <strong>必要不可欠</strong>かどうか (言い換えれば、もしその達成基準が満たされなかったとしたら、支援技術でさえもコンテンツをアクセシブルにすることができない)。
                         
                      </li>
                      
                      
-                     <li>whether it is possible to satisfy the Success Criterion for 
-                        <strong>all Web sites and types of content</strong> that the Success Criteria would apply to (e.g., different topics, types of content,
-                        types of Web technology)
+                     <li>その達成基準が適用される
+                        <strong>すべてのウェブサイト及びコンテンツの種類</strong> (例: 様々な主題、コンテンツの種類、ウェブコンテンツ技術の種類) が、その達成基準を満たすことができるかどうか。
                         
                      </li>
                      
                      
-                     <li>whether the Success Criterion requires skills that could 
-                        <strong>reasonably be achieved by the content creators</strong> (that is, the knowledge and skill to meet the Success Criteria could be acquired
-                        in a week's training or less)
+                     <li>その達成基準が必要とするスキルは、
+                        <strong>コンテンツ制作者が無理なく習得できる</strong>ものかどうか (つまり、その達成基準を満たすための知識及びスキルは、1 週間あるいはそれ以下のトレーニングによって習得できるか)。
                         
                      </li>
                      
                      
-                     <li>whether the Success Criterion would impose limits on the "look &amp; feel" and/or function
-                        of the Web page. (limits on function, presentation, freedom of expression, design
-                        or aesthetic that the Success Criteria might place on authors)
+                     <li>その達成基準が、「ルック＆フィール」及び／又はウェブページの機能に制限 (機能、提示、表現の自由、デザイン又は審美的な面において、その達成基準がコンテンツ制作者にかける制限) を強いるかどうか。
                         
                      </li>
                      
                      
-                     <li>whether there are no workarounds if the Success Criterion is not met</li>
+                     <li>その達成基準が満たされない場合、次善策がないかどうか。</li>
                      
                      
                   </ul>
@@ -815,45 +676,25 @@ <h2>Understanding Levels of Conformance</h2>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="accessibility-support">
                   
                   
-                  <h2>Understanding Accessibility Support</h2>
+                  <h2>アクセシビリティサポートを理解する</h2>
                   
                   
-                  <p>Many of the Success Criteria deal with providing accessibility through assistive technologies
-                     or special accessibility features in mainstream user agents (for example, a 'show
-                     captions' option in a media player). That is, the Success Criteria require that something
-                     be done in the Web content that would make it possible for assistive technologies
-                     to successfully present the content's information to the user. For example, a picture
-                     that you were supposed to click on to go to a topic would not be accessible to a person
-                     who was blind unless text alternatives for the picture were provided in a way that
-                     user agents including assistive technologies can find and display them. The key here
-                     is that the text alternative must be included in a way that user agents including
-                     assistive technologies can understand and use – in a way that is "Accessibility Supported."
+                  <p>達成基準の多くは、支援技術あるいは主流のユーザエージェントが提供する特別なアクセシビリティ機能 (例えば、メディアプレーヤーが提供する「キャプションを表示」というオプション) を通じて、アクセシビリティを提供することを論じている。つまり、達成基準は、支援技術がコンテンツの情報を問題なく利用者に提示することができるように、ウェブコンテンツにおいてなすべきことを要求している。例を挙げると、あるトピックへ移動するためにクリックすべき画像は、支援技術を含むユーザエージェントがそれを見つけて利用者に示すことができるようにテキストによる代替が提供されていなければ、全盲の利用者にとってはアクセシブルとはいえない。ここで重要なのは、テキストによる代替が、支援技術を含むユーザエージェントが理解できて使用できるような方法、すなわち「アクセシビリティ サポーテッド」な方法で提供されていなければならないということである。
                      
                   </p>
                   
                   
-                  <p>Another example would be a custom control that is included on a Web page. In this
-                     case, a standard user agent would not ordinarily be able to present an alternative
-                     to the user. If, however, information about the control including its name, role,
-                     value, how to set it etc. are provided in a way that assistive technologies can understand
-                     and control them, then users with assistive technologies will be able to use these
-                     controls.
+                  <p>もう一つ例を挙げるとするならば、ウェブページにある独自のコントロールがある。この場合、標準的なユーザエージェントは、利用者にその代替物を提示できるとはかぎらない。しかし、もしそのコントロールの名前 (name)、役割 (role)、値 (value)、設定方法といった情報が、支援技術が理解できて制御可能な方法で提供されていれば、支援技術の利用者はそのコントロールを使用することができるであろう。
                      
                   </p>
                   
                   
-                  <p>When new technologies are introduced, two things must happen in order for people using
-                     assistive technologies to be able to access them. First, the technologies must be
-                     designed in a way that user agents including assistive technologies could access all
-                     the information they need to present the content to the user. Secondly, the user agents
-                     and assistive technologies may need to be redesigned or modified to be able to actually
-                     work with these new technologies.
+                  <p>新しい技術が登場するときには、支援技術の利用者がそれを使用できるようにするために、次の二つを想定しなければならない。まず、支援技術を含むユーザエージェントが利用者にコンテンツを提示する必要のある情報すべてにアクセスできるように、その技術が設計されていなければならない。次に、ユーザエージェント及び支援技術には、その新しい技術に対応するために変更あるいは修正を行う必要が生じることがある。
                      
                   </p>
                   
                   
-                  <p>"<strong>Accessibility Supported</strong>" means that both of these have been done and that the technology will work with user
-                     agents and assistive technologies.
+                  <p>「<strong>アクセシビリティ サポーテッド</strong>」というのは、このどちらもが既になされていて、その技術がユーザエージェント及び支援技術によって利用者が使用可能であることを意味する。
                      
                   </p>
                   
@@ -861,16 +702,10 @@ <h2>Understanding Accessibility Support</h2>
                   <section id="support-level">
                      
                      
-                     <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3>
+                     <h3>「アクセシビリティ サポーテッド」とするのに必要な支援技術によるサポートのレベル</h3>
                      
                      
-                     <p>This topic raises the question of how many or which assistive technologies must support
-                        a Web technology in order for that Web technology to be considered "accessibility
-                        supported". The WCAG Working group and the W3C do not specify which or how many assistive
-                        technologies must support a Web technology in order for it to be classified as accessibility
-                        supported. This is a complex topic and one that varies both by environment and by
-                        language. There is a need for an external and international dialogue on this topic.
-                        Some notes to help in understanding and exploring this topic are:
+                     <p>このトピックは、あるウェブ技術が「アクセシビリティ サポーテッド」であるとみなすには、どれだけ多くの、あるいはどの支援技術がそのウェブ技術をサポートしていなければならないのか、という疑問を生む。WCAG ワーキンググループ及び W3C は、ウェブ技術がアクセシビリティ サポーテッドであるとみなすために、どれだけ多くの、あるいはどの支援技術がそのウェブ技術をサポートしていなければならないということについては特に定めない。なぜなら、これは複雑な要素が絡むことであり、環境や言語の両方によっても異なるからである。このことに関しては、WCAG ワーキンググループ及び W3C だけにとどまらず、広範囲かつ国際的な議論が必要である。このトピックを理解し調査するのに役立つ留意点には、次のようなことが挙げられる:
                         
                      </p>
                      
@@ -881,21 +716,18 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                         <li>
                            
                            
-                           <p>Accessibility support of Web technologies varies by environment</p>
+                           <p>ウェブ技術のアクセシビリティサポートは環境により異なる。</p>
                            
                            
                            <ul>
                               
                               
-                              <li>Web technologies may only need to be supported by those specific user agents and assistive
-                                 technologies deployed at a company. (These may be older versions of user agents and
-                                 assistive technologies or the very newest versions).
+                              <li>ウェブ技術は、企業内で配備される特定のユーザエージェント及び支援技術によってのみサポートされていればよいこともある。(これらのユーザエージェント及び支援技術は、古いバージョンである場合もあれば、最新バージョンである場合もある。)
                                  
                               </li>
                               
                               
-                              <li>Content posted to the public Web may need to work with a broader range of user agents
-                                 and assistive technologies, including older versions.
+                              <li>一般に公開されているウェブコンテンツは、古いバージョンを含む、より広範囲のユーザエージェント及び支援技術で利用可能である必要がある。
                                  
                               </li>
                               
@@ -909,14 +741,13 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                         <li>
                            
                            
-                           <p>Accessibility support of Web technologies varies by language (and dialect)</p>
+                           <p>ウェブ技術のアクセシビリティサポートは、言語 (及び方言) により異なる。</p>
                            
                            
                            <ul>
                               
                               
-                              <li>There are different levels of older assistive technologies support in different languages
-                                 and even countries. Some environments or countries may provide free assistive technologies.
+                              <li>古い支援技術のサポートのレベルは、言語及び国によって様々である。中には、無償の支援技術が提供されている環境や国もある。
                                  
                               </li>
                               
@@ -930,14 +761,13 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                         <li>
                            
                            
-                           <p>New technologies won't be supported in older assistive technologies</p>
+                           <p>新しい技術は、古い支援技術ではサポートされない。</p>
                            
                            
                            <ul>
                               
                               
-                              <li>Clearly, a new technology cannot be supported by all past assistive technologies,
-                                 so requiring that a technology be supported by all assistive technologies is not possible.
+                              <li>新しい技術が既存の支援技術全てによってサポート可能でないことは明らかであり、その技術をすべての支援技術によってサポートされるように求めることは不可能である。
                                  
                               </li>
                               
@@ -951,17 +781,13 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                         <li>
                            
                            
-                           <p>Support for a single older assistive technology is usually not sufficient</p>
+                           <p>一つの古い支援技術によるサポートだけでは、通常は十分とはいえない。</p>
                            
                            
                            <ul>
                               
                               
-                              <li>Support by just one assistive technology (for a given disability) would not usually
-                                 be enough, especially if most users who need it in order to access content do not
-                                 have and cannot afford that assistive technology. The exception here would be information
-                                 distributed to company employees only where they all have one assistive technology
-                                 (of that type).
+                              <li>(ある障害に対して) たった一つの支援技術だけがサポートしていることは、通常は十分とはいえない。コンテンツへアクセスするためにその支援技術を必要とする利用者のほとんどがそれを持っていなくて、その支援技術を購入する金銭的な余裕がない場合は、特にそうである。例外といえるのは、全員がある一つの支援技術を使用している会社の従業員へ配信される情報のみである。
                                  
                               </li>
                               
@@ -975,8 +801,7 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                         <li>
                            
                            
-                           <p>Currently assistive technology that is affordable by the general public is often very
-                              poor
+                           <p>一般の利用者が入手可能な現在の支援技術は、機能が不足していることが多い。
                               
                            </p>
                            
@@ -984,11 +809,7 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                            <ul>
                               
                               
-                              <li>Creating content that can't be used by the general public with disabilities should
-                                 be avoided. In many cases, the cost of assistive technologies is too high for users
-                                 who need it. Also, the capabilities of free or low cost AT is often so poor today
-                                 that Web content cannot be realistically restricted to this lowest (or even middle)
-                                 common denominator. This creates a very difficult dilemma that needs to be addressed.
+                              <li>障害のある一般の利用者が利用できないコンテンツを制作することは避けなければならない。多くの場合、支援技術を購入するコストは、それを必要とする利用者にとっては高額すぎる。また、無償あるいは低コストの支援技術は、今日では機能が非常に不足していることが多く、これらの支援技術に合わせて非常に低い (もしくは中程度の) レベルに制限する形でウェブコンテンツを制作するのは現実的ではない。このことが、対処していく必要のある、とても困難なジレンマを生んでいる。
                                  
                               </li>
                               
@@ -1002,17 +823,12 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                      </ol>
                      
                      
-                     <p>The Working Group, therefore, limited itself to defining what constituted support
-                        and defers the judgment of how much, how many, or which AT must support a technology
-                        to the community and to entities closer to each situation that set requirements for
-                        an organization, purchase, community, etc.
+                     <p>そのため、ワーキンググループは、何をもってサポートしているとするかを定義するに留め、どこまで、どれだけ多くの、あるいはどの支援技術がそのウェブ技術をサポートしていなければならないかという判断については、組織、調達、地域社会などにとっての要件を定める各々の状況により近いところにいる地域や団体に委ねることとした。
                         
                      </p>
                      
                      
-                     <p>The Working Group encourages more discussion of this topic in the general forum of
-                        society since this lack of generally available yet robust assistive technologies is
-                        a problem that affects users, technology developers and authors negatively.
+                     <p>一般に入手可能で、なおかつ堅牢な支援技術の不足は、利用者、技術開発者、そしてコンテンツ制作者にマイナスの影響を及ぼす問題であり、ワーキンググループは公開の場にてこのトピックについてより多くの議論がなされることを奨励する。
                         
                      </p>
                      
@@ -1023,86 +839,73 @@ <h3>Level of Assistive Technology Support Needed for "Accessibility Support"</h3
                   <section id="accessibility-supported-definition">
                      
                      
-                     <h3>Technical Definition of "Accessibility Support"</h3>
+                     <h3>「アクセシビリティサポート」の技術的な定義</h3>
                      
                      
-                     <p>Basically, a Web content technology is "accessibility supported" when users' assistive
-                        technologies will work with the Web technologies 
-                        <strong>AND</strong> when the accessibility features of mainstream technologies will work with the technology.
-                        Specifically, to qualify as an accessibility-supported technology, the following must
-                        be true for a technology:
+                     <p>基本的に、ウェブコンテンツ技術は、利用者の使用している支援技術が対応していて、
+                        <strong>かつ</strong>、主流なユーザエージェントのアクセシビリティ機能が対応していれば、"アクセシビリティ サポーテッド" である。具体的に言うと、アクセシビリティ サポーテッドな技術であるとみなすには、その技術において次のことが当てはまらなければならない:
                         
                      </p>
                      
                      	
-                     <blockquote class="scquote"><dt><dfn id="dfn-accessibility-supported" data-lt="accessibility-supported|accessibility support">accessibility supported</dfn></dt>
+                     <blockquote class="scquote"><dt><dfn id="dfn-accessibility-supported" data-lt="accessibility-supported|accessibility support">アクセシビリティ サポーテッド (accessibility supported) </dfn></dt>
 <dd>
    
-   <p>supported by users' <a>assistive technologies</a> as well as the accessibility features in browsers and other <a>user agents</a></p>
+   <p>利用者の<a>支援技術</a>だけでなく、ブラウザ及びその他の<a>ユーザエージェント</a>にあるアクセシビリティ機能でサポートされていること。</p>
    
-   <p>To qualify as an accessibility-supported use of a Web content technology (or feature
-      of a technology), both 1 and 2 must be satisfied for a Web content technology (or
-      feature):
+   <p>あるウェブコンテンツ技術 (又は、ある技術の機能) のアクセシビリティ サポーテッドな使用方法とみなされるためには、そのウェブコンテンツ技術 (又は機能) について、次の 1.と 2.の両方が満たされていなければならない:
    </p>
    
    <ol>
       
       <li>
          
-         <p><strong>The way that the <a>Web content technology</a> is used must be supported by users' assistive technology (AT). </strong> This means that the way that the technology is used has been tested for interoperability
-            with users' assistive technology in the <a>human language(s)</a> of the content,
+         <p><strong>その<a>ウェブコンテンツ技術</a>の使用方法が、利用者の支援技術によりサポートされていなければならない。</strong>これは、その技術の使用方法が、そのコンテンツの<a>自然言語</a>における利用者の支援技術との相互運用性について検証されていることを意味する。
          </p>
          
-         <p><strong>AND</strong></p>
+         <p><strong>かつ</strong></p>
          
       </li>
       
       <li>
          
-         <p><strong>The Web content technology must have accessibility-supported user agents that are
-               available to users. </strong> This means that at least one of the following four statements is true:
+         <p><strong>そのウェブコンテンツ技術には、利用者が入手できるアクセシビリティ サポーテッドなユーザエージェントがなければならない。</strong>これは、次の四つのうち少なくとも一つを満たしていることを意味する:
          </p>
          
          <ol>
             
             <li>
                
-               <p>The technology is supported natively in widely-distributed user agents that are also
-                  accessibility supported (such as HTML and CSS);
+               <p>その技術が、広く配布されているアクセシビリティ サポーテッドなユーザエージェントに標準でサポートされている (HTML、CSS など)。
                </p>
                
-               <p><strong>OR</strong></p>
+               <p><strong>又は、</strong></p>
             </li>
             
             <li>
-               <p>The technology is supported in a widely-distributed plug-in that is also accessibility
-                  supported;
+               <p>その技術が、広く配布されているアクセシビリティ サポーテッドなプラグインでサポートされている。
                </p>
                
-               <p><strong>OR</strong></p>
+               <p><strong>又は、</strong></p>
             </li>
             
             <li>
-               <p>The content is available in a closed environment, such as a university or corporate
-                  network, where the user agent required by the technology and used by the organization
-                  is also accessibility supported;
+               <p>そのコンテンツが、大学、企業内ネットワークのような閉じた環境で利用できるものである。この環境で、その技術に必要とされていて、その組織で使用されているユーザエージェントがアクセシビリティ サポーテッドである。
                </p>
                
-               <p><strong>OR</strong></p>
+               <p><strong>又は、</strong></p>
             </li>
             
             <li>
-               <p>The user agent(s) that support the technology are accessibility supported and are
-                  available for download or purchase in a way that:
+               <p>その技術をサポートするユーザエージェントが、アクセシビリティ サポーテッドであって、次の方法でダウンロード又は購入できる:
                </p>
                
                <ul>
                   
-                  <li>does not cost a person with a disability any more than a person without a disability
-                     <strong>and</strong></li>
+                  <li>障害のある人の費用が、障害のない人の費用を上回ることがなく、
+                     <strong>かつ、</strong></li>
                   
-                  <li>is as easy to find and obtain for a person with a disability as it is for a person
-                     without disabilities.
+                  <li>障害のある人も、障害のない人と同程度に容易に探して入手できる。
                   </li>
                   
                </ul>
@@ -1115,32 +918,20 @@ <h3>Technical Definition of "Accessibility Support"</h3>
       
    </ol>
    
-   <p class="note">The Accessibility Guidelines Working Group and the W3C do not specify which or how much support by assistive
-      technologies there must be for a particular use of a Web technology in order for it
-      to be classified as accessibility supported. (See <a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#support-level">Level of Assistive Technology Support Needed for "Accessibility Support"</a>.)
+   <p class="note">Accessibility Guidelines Working Group 及び W3C は、あるウェブ技術の特定の使用方法がアクセシビリティ サポーテッドであると分類するために、どの支援技術によるどれだけのサポートが必要なのかを定めない (<a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#support-level">Level of Assistive Technology Support Needed for "Accessibility Support"</a> を参照)。
    </p>
    
-   <p class="note">Web technologies can be used in ways that are not accessibility supported as long
-      as they are not <a>relied upon</a> and the page as a whole meets the conformance requirements, including <a href="#cc4">Conformance Requirement 4</a> and <a href="#cc5">Conformance Requirement 5</a>.
+   <p class="note">そのウェブ技術に<a>依存して</a>おらず、<a href="#cc4">適合要件 4</a> 及び<a href="#cc5">適合要件 5</a> が満たしている場合は、そのウェブ技術をアクセシビリティ サポーテッドではない方法で用いることができる。
    </p>
    
-   <p class="note">When a <a>Web Technology</a> is used in a way that is "accessibility supported," it does not imply that the entire
-      technology or all uses of the technology are supported. Most technologies, including
-      HTML, lack support for at least one feature or use. Pages conform to WCAG only if
-      the uses of the technology that are accessibility supported can be relied upon to
-      meet WCAG requirements.
+   <p class="note"><a href="https://waic.jp/translations/WCAG22/#dfn-technologies">ウェブ技術</a>がアクセシビリティ サポーテッドな方法で用いられている場合、その技術全体、又はその技術の使用方法すべてがアクセシビリティ サポーテッドであるということを暗に示すわけではない。ほとんどの技術は、HTML を含めてアクセシビリティ サポーテッドではない機能、又は使用方法が少なくとも一つある。ウェブページが WCAG に適合するのは、依存する技術のアクセシビリティ サポーテッドな使用方法を用いて WCAG の要件を満たしている場合だけである。
    </p>
    
-   <p class="note">When citing Web content technologies that have multiple versions, the version(s) supported
-      should be specified.
+   <p class="note">複数のバージョンを有するウェブコンテンツ技術を挙げる際は、アクセシビリティ サポーテッドなバージョンを特定すべきである。
    </p>
    
-   <p class="note">One way for authors to locate uses of a technology that are accessibility supported
-      would be to consult compilations of uses that are documented to be accessibility supported.
-      (See <a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#documented-lists">Understanding Accessibility-Supported Web Technology Uses</a>.) Authors, companies, technology vendors, or others may document accessibility-supported
-      ways of using Web content technologies. However, all ways of using technologies in
-      the documentation would need to meet the definition of accessibility-supported Web
-      content technologies above.
+   <p class="note">コンテンツ制作者が技術のアクセシビリティ サポーテッドな使用方法を見つける方法の一つは、アクセシビリティ サポーテッドであることが文書化されている使用方法の資料を参照することである
+      (<a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#documented-lists">Understanding Accessibility-Supported Web Technology Uses</a> を参照)。コンテンツ制作者、企業、技術ベンダー、又はその他の者が、ウェブコンテンツ技術のアクセシビリティ サポーテッドな使用方法を文書化してもよい。しかし、文書中の技術の使用方法はすべて、上記のアクセシビリティ サポーテッドなウェブコンテンツ技術の定義を満たしている必要がある。
    </p>
    
 </dd>
@@ -1153,45 +944,21 @@ <h3>Technical Definition of "Accessibility Support"</h3>
                   <section id="documented-lists">
                      
                      
-                     <h3>Understanding Accessibility-Supported Web Technology Uses</h3>
+                     <h3>ウェブ技術のアクセシビリティ サポーテッドな使用法を理解する</h3>
                      
                      
-                     <p>Individual authors will not usually be able to do all of the testing necessary to
-                        determine which ways of using which Web technologies are actually supported by which
-                        versions of assistive technologies and user agents. Authors may therefore rely on
-                        publicly documented compilations that document which assistive technologies support
-                        which ways of using which Web technologies. By public, we do not mean that the compilation
-                        and its documentation are necessarily generated by a public agency, only that they
-                        are available to the public. Anyone can create publicly documented compilations of
-                        "Web Technology Uses and their Accessibility Support." People may create compilations
-                        and give them names that authors can refer to them by. As long as they are publicly
-                        documented, authors or customers etc. can easily select uses that meet their needs.
-                        Customers or others can pick technologies that fit their environment or language at
-                        any point in time and specify those to be used in creating their content. Authors
-                        are strongly encouraged to use sources that have an established reputation for accuracy
-                        and usefulness. Technology developers are strongly encouraged to provide information
-                        about the accessibility support for their technologies. The Working Group anticipates
-                        that only documents that provide accurate information and benefit both authors and
-                        users will achieve market recognition in the long term.
+                     <p>どのウェブ技術のどの使用法が、支援技術及びユーザエージェントのどのバージョンによって実際にサポートされているかを判断するのに必要な検証作業のすべてを、個々のコンテンツ制作者が行うことは通常不可能である。そのため、コンテンツ制作者は、どの支援技術がどのウェブ技術のどの使用法をサポートしているかについて文書化している公開資料に頼ってもよい。「公開」というのは、必ずしも公的機関によって作成されたものを指すわけではなく、一般に入手可能であるということのみを意味している。誰もが「ウェブ技術の使用法及びそのアクセシビリティサポート」という公開資料を作成することが可能である。資料作成者は、資料を作成し、コンテンツ制作者が参考資料として示すことのできる名前をつけてもよい。その資料が公開されている限り、コンテンツ制作者あるいは利用者などは、ニーズに合った使用法を容易に選択することが可能である。利用者やその他の者は、いずれかの時点で自分の環境又は言語に合致したウェブ技術を選んで、コンテンツを制作すべきウェブ技術を特定することができる。コンテンツ制作者には、精度と有用性において評価されている情報源を用いることを強く推奨する。そして、技術開発者には、その技術のアクセシビリティサポートに関する情報を提供することを強く推奨する。WCAG ワーキンググループは、正確な情報を提供し、コンテンツ制作者と利用者双方にメリットのある文書のみが、長期的に市場の評価を得るものと考えている。
                         
                      </p>
                      
                      
-                     <p>There is no requirement in WCAG that a publicly documented compilation be used or
-                        that only technology uses from such a compilation be used. The publicly documented
-                        compilations are described only as a method to make an otherwise critical, but somewhat
-                        complicated, aspect of conformance easier for authors who are not themselves experts
-                        on assistive technology support (or who just don't have the time to keep up with advances
-                        in mainstream and assistive technology support for each other).
+                     <p>WCAG においては、公開された資料を用いたり、そのような資料にある技術の使用法のみを用いたりすることを要件にしていない。公開された資料は、適合において重要だが少々複雑な部分を、支援技術のサポートに関する専門家ではない (あるいは、単に主流のユーザエージェント及び支援技術の進化を把握する時間がない) コンテンツ制作者にとってより容易にする手法としてのみ説明されている。
                         
                      </p>
                      
                      
-                     <p>Authors, companies or others may wish to create and use their own compilations of
-                        accessibility-supported technology uses and this is allowed in meeting WCAG. Customers,
-                        companies or others may, however, specify that technology uses from a custom or public
-                        compilation be used. See 
-                        <a href="documenting-accessibility-support">Documenting Accessibility Support for Uses of a Web Technology</a>.
+                     <p>コンテンツ制作者や企業などは、アクセシビリティ サポーテッドな技術の使用に関する資料を独自に作成して用いたいと考えるかもしれないし、それは WCAG に適合する上では認められている。一方、利用者、企業などは、用いた独自の資料あるいは公開資料から、その技術の使用法を特定してもよい。
+                        <a href="documenting-accessibility-support">ウェブコンテンツ技術の使用法のアクセシビリティ サポートを文書化する</a>を参照のこと。
                         
                         
                      </p>
@@ -1203,11 +970,10 @@ <h3>Understanding Accessibility-Supported Web Technology Uses</h3>
                   <section id="support-statements">
                      
                      
-                     <h3>Accessibility Support Statements</h3>
+                     <h3>アクセシビリティサポートに関する記述</h3>
                      
                      
-                     <p>Examples of ways in which a conformance claim might document its accessibility support
-                        include: 
+                     <p>アクセシビリティサポートを明文化する適合宣言の方法の例には、次のようなものがある:
                         
                      </p>
                      
@@ -1215,35 +981,22 @@ <h3>Accessibility Support Statements</h3>
                      <ol>
                         
                         
-                        <li>This conformance claim meets the accessibility support requirement based on testing
-                           content in language(s) of the content with User Agents A, B, and  C,  and Assistive
-                           Technologies X, Y, and Z.    This means that we were able to pass all of the success
-                           criteria for level A of WCAG 2.0 using these products.
+                        <li>この適合宣言は、コンテンツの言語でのユーザエージェント A、ユーザエージェント B、ユーザエージェント C、及び支援技術 X、支援技術 Y そして支援技術 Z によるコンテンツの検証に基づいた、アクセシビリティサポートの要件を満たしています。これは、それらの製品を用いて、WCAG 2.0 のレベル A の達成基準すべてを満たすことができたことを意味します。
                            
                         </li>
                         
                         
-                        <li>This conformance claim meets the accessibility support requirement for the language(s)
-                           of the content based on the use of techniques and user agent notes documented in Techniques
-                           for WCAG 2.0.  It is also based on the accessibility support documentation for the
-                           technologies (that we relied upon for conformance), which is available in " XYZ Organization's
-                           Documentation of Accessibility Support."
+                        <li>この適合宣言は、Techniques for WCAG 2.0 に記述されている達成方法及びユーザエージェントノートに基づいて、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。また、(適合する上で依存した) 技術のアクセシビリティサポート文書にも基づいており、「組織 XYZ によるアクセシビリティサポート文書」で参照可能です。
                            
                         </li>
                         
                         
-                        <li>This conformance claim meets the accessibility support requirement for the language(s)
-                           of the content based on the use of technology Z as documented in "Technology Z accessibility
-                           supported techniques for WCAG 2.0."
+                        <li>この適合宣言は、「WCAG 2.0 のための技術 Z のアクセシビリティ サポーテッドな達成方法」で文書化されている技術 Z の使用法を基にして、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。
                            
                         </li>
                         
                         
-                        <li>This conformance claim meets the accessibility support requirement for the language
-                           of the content based on the use of Accessibility Guidelines for Technology A and Accessibility
-                           Guidelines for Technology B. User agent and assistive technology support information
-                           can be found in "Product XYZ Accessibility Support Requirements", which are documented
-                           in these guidelines. 
+                        <li>この適合宣言は、技術 A のアクセシビリティガイドライン及び技術 B のアクセシビリティガイドラインにある使用法を基にして、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。ユーザエージェント及び支援技術のサポート情報は、それらのガイドラインに記述されている「製品 XYZ アクセシビリティサポート要件」で確認することができます。
                            
                         </li>
                         
@@ -1260,43 +1013,25 @@ <h3>Accessibility Support Statements</h3>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="programmatically-determined">
                   
                   
-                  <h2>Understanding "Programmatically Determined"</h2>
+                  <h2>「プログラムによる解釈」を理解する</h2>
                   
                   
-                  <p>Several Success Criteria require that content (or certain aspects of content) can
-                     be "programmatically determined." This means that the content is authored in such
-                     a way that user agents, including assistive technologies, can access the information.
+                  <p>いくつかの達成基準で、コンテンツ (又は、コンテンツの特定の部分) が「プログラムによる解釈」が可能であることを要件としている。これは、コンテンツが、支援技術を含むユーザエージェントがその情報にアクセスできるような方法で制作されていることを意味する。
                      
                   </p>
                   
                   
-                  <p>In order for content created with Web technologies (such as HTML, CSS, PDF, GIF, MPEG,
-                     etc.) to be accessible to people with different types of disabilities, it is
-                     essential that the technologies used work with the accessibility features of browsers
-                     and other user agents, including assistive technologies. In order for something to
-                     meet a Success Criterion that requires it to be "programmatically determined," it
-                     would need to be implemented using a technology that has assistive technology support.
+                  <p>ウェブコンテンツ技術 (例えば、HTML、CSS、PDF、GIF、MPEG など) を用いて制作されたコンテンツが、様々なタイプの障害のある利用者にとってアクセシブルであるためには、用いられているウェブコンテンツ技術が、支援技術を含むユーザエージェント及びその他のユーザエージェントのアクセシビリティ機能と連携することが必要不可欠である。コンテンツを「プログラムによる解釈」であることを要件としている達成基準に適合するためには、支援技術をサポートしているウェブコンテンツ技術を用いてコンテンツを実装する必要がある。
                      
                   </p>
                   
                   
-                  <p>Content that can be "programmatically determined" can be transformed (by user agents
-                     including AT) into different sensory formats (e.g., visual, auditory) or styles of
-                     presentation need by individual users. If existing assistive technologies cannot do
-                     this, then the information cannot be said to be programmatically determined.
+                  <p>「プログラムによる解釈」が可能であるコンテンツは、(支援技術を含むユーザエージェントによって、) 個々の利用者が必要とする様々な感覚 (例: 視覚、聴覚) のフォーマット又はプレゼンテーションのスタイルに変換することが可能である。既存の支援技術が変換できない場合には、その情報はプログラムによる解釈が可能であるとはいえない。
                      
                   </p>
                   
                   
-                  <p>The term was created in order to allow the working group to clearly identify those
-                     places where information had to be accessible to assistive technologies (and other
-                     user agents acting as accessibility aids) without specifying exactly how this needed
-                     to be done. This is important because of the continually changing nature of the technologies.
-                     The term allows the guidelines to identify what needs to be "programmatically determined"
-                     in order to meet the guidelines, and then have separate documents (the How to Meet,
-                     Understanding, and Technique documents), which can be updated over time, list the
-                     specific techniques that will work and be sufficient at any point in time based on
-                     user agent and assistive technology support.
+                  <p>この用語を用いているのは、情報が支援技術 (及び、アクセシビリティを支援するその他のユーザエージェント) に対してアクセシブルでなければならない部分を、アクセシブルにするために具体的にどのような方法を用いるかという点に言及せずに、WCAG ワーキンググループがはっきりと特定できるようにするためである。技術が絶え間なく変化しているということを考えると、これは重要なことである。この用語によって、ガイドラインを満たすために、何を「プログラムによる解釈」であるようにする必要があるのかをガイドライン中で特定できるようになる。そして、時間とともに更新可能な文書群 (WCAG 2.0 を満たす方法、WCAG 2.0 解説書、及び、WCAG 2.0 達成方法の文書) を別に用意することができて、ユーザエージェント及び支援技術のサポート状況に基づき、いずれかの時点で目的通りに機能して、十分であると考えられる特定の達成方法を挙げることが可能になる。
                      
                   </p>
                   
@@ -1304,30 +1039,20 @@ <h2>Understanding "Programmatically Determined"</h2>
                   <section id="ASvsPD">
                      
                      
-                     <h3>"Accessibility Supported" vs. "Programmatically Determined"</h3>
+                     <h3>「アクセシビリティ サポーテッド」vs.「プログラムによる解釈」</h3>
                      
                      
-                     <p>"Accessibility supported" relates to support by user agents (including assistive technologies)
-                        of particular ways of using Web technologies. Uses of Web technologies that are accessibility
-                        supported will work with assistive technologies and access features in mainstream
-                        user agents (browsers and players etc.).
+                     <p>「アクセシビリティ サポーテッド」は、ユーザエージェント (支援技術を含む) によるウェブコンテンツ技術の特定の使い方に対するサポートと関係がある。ウェブコンテンツ技術のアクセシビリティ サポーテッドな使い方は、支援技術及び主流なユーザエージェント (ブラウザ及びプレーヤーなど) のアクセシビリティ機能と連携するものである。
                         
                      </p>
                      
                      
-                     <p>"Programmatically determined" relates to the information in Web Content. If technologies
-                        that are accessibility supported are used properly, then assistive technologies and
-                        user agents can access the information in the content (i.e., programmatically determine
-                        the information in the content) and present it to the user.
+                     <p>「プログラムによる解釈」は、ウェブコンテンツにある情報と関係がある。アクセシビリティ サポーテッドなウェブコンテンツ技術が適切に用いられているならば、支援技術及びユーザエージェントはコンテンツにある情報にアクセスする (すなわち、コンテンツにある情報をプログラムによる解釈する) ことができて、その情報を利用者に提示することができる。
                         
                      </p>
                      
                      
-                     <p>The two concepts work together to ensure that information can be presented to the
-                        user by user agents including assistive technologies. Authors must rely only on uses
-                        of technologies that are accessibility-supported — and must use them properly in order
-                        for the information to be programmatically determinable — and hence presentable, by
-                        assistive technologies and user agents to users with disabilities.
+                     <p>情報が支援技術を含むユーザエージェントによって利用者に提示可能であるようにするために、この二つの概念は関連しているものである。コンテンツ制作者は、ウェブコンテンツ技術のアクセシビリティ サポーテッドな使い方に依存しなければならない。そして、情報をプログラムによる解釈が可能であるようにするために、その使い方を適切に用いなければならない。そうすることで、情報は支援技術及びユーザエージェントによって障害のある利用者に提示できるようになる。
                         
                      </p>
                      
@@ -1341,43 +1066,40 @@ <h3>"Accessibility Supported" vs. "Programmatically Determined"</h3>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="conforming-alt-versions">
                   
                   
-                  <h2>Understanding Conforming Alternate Versions</h2>
+                  <h2>適合している代替版を理解する</h2>
                   
                   
-                  <p>Conformance requirement #1 allows non-conforming pages to be included within the scope
-                     of conformance as long as they have a "conforming alternate version". The conforming
-                     alternative version is defined as:
+                  <p>適合要件 1 は、適合している代替版がある限り、適合していないページを適合の範囲内に含めることを許容している。適合している代替版は、次のように定義されている:
                      
                   </p>
                   
                   	
-                  <blockquote class="scquote"><dt><dfn id="dfn-conforming-alternate-versions" data-lt="conforming alternate versions">conforming alternate version</dfn></dt>
+                  <blockquote class="scquote"><dt><dfn id="dfn-conforming-alternate-versions" data-lt="conforming alternate versions">適合している代替版 (conforming alternate version)</dfn></dt>
 <dd>
    
-   <p>version that</p>
+   <p>以下の事項を満たす版のことを指す:</p>
    
    <ol>
       
-      <li>conforms at the designated level, and</li>
+      <li>指定されたレベルで適合しており、かつ</li>
       
-      <li>provides all of the same information and <a>functionality</a> in the same <a>human language</a>, and
+      <li>同じ情報及び<a href="https://waic.jp/translations/WCAG22/#dfn-functionality">機能</a>のすべてを同一の<a href="https://waic.jp/translations/WCAG22/#dfn-human-language-s">自然言語</a>で提供しており、かつ
       </li>
       
-      <li>is as up to date as the non-conforming content, and</li>
+      <li>不適合コンテンツと同時に更新されていて、かつ</li>
       
       <li>
-         <p>for which at least one of the following is true:</p>
+         <p>以下に挙げる事項のうち少なくとも一つを満たしていること:</p>
          
          <ol>
             
-            <li>the conforming version can be reached from the non-conforming page via an <a>accessibility-supported</a>
-               <a>mechanism</a>, or
+            <li><a href="https://waic.jp/translations/WCAG22/#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な
+               <a href="https://waic.jp/translations/WCAG22/#dfn-mechanism">メカニズム</a>を用いて、不適合ページから適合版へ到達できる。もしくは、
             </li>
             
-            <li>the non-conforming version can only be reached from the conforming version, or</li>
+            <li>不適合版に到達できるのは、適合版からのみである。</li>
             
-            <li>the non-conforming version can only be reached from a conforming page that also provides
-               a mechanism to reach the conforming version
+            <li>不適合版に到達できるのは、適合版に到達するメカニズムも提供している適合ページからのみである。
             </li>
             
          </ol>
@@ -1386,67 +1108,49 @@ <h2>Understanding Conforming Alternate Versions</h2>
       
    </ol>
    
-   <p class="note">In this definition, "can only be reached" means that there is some mechanism, such
-      as a conditional redirect, that prevents a user from "reaching" (loading) the non-conforming
-      page unless the user had just come from the conforming version.
+   <p class="note">この定義において、「到達できるのは……からのみ」とは、利用者が適合版から来ていない限り、不適合ページに「到達する」 (読み込む) のを防ぐ条件付きリダイレクトのような何らかのメカニズムがある、ということを意味する。
    </p>
    
-   <p class="note">The alternate version does not need to be matched page for page with the original
-      (e.g., the conforming alternate version may consist of multiple pages).
+   <p class="note">代替版は、元のページと一対一で対応している必要はない (例えば、適合している代替版は複数のページであってもよい)。
    </p>
    
-   <p class="note">If multiple language versions are available, then conforming alternate versions are
-      required for each language offered.
+   <p class="note">複数の言語版が利用できる場合、各言語版に対して、適合している代替版を提供する必要がある。
    </p>
    
-   <p class="note">Alternate versions may be provided to accommodate different technology environments
-      or user groups. Each version should be as conformant as possible. One version would
-      need to be fully conformant in order to meet <a href="#cc1">conformance requirement 1</a>.
+   <p class="note">異なる技術環境又は利用者層に対応するために、代替版が提供される場合がある。それぞれの版は、可能な限り適合させるべきである。<a href="#cc1">適合要件 1</a> を満たすためには、一つの版が完全に適合している必要がある。
    </p>
    
-   <p class="note">The conforming alternative version does not need to reside within the scope of conformance,
-      or even on the same Web site, as long as it is as freely available as the non-conforming
-      version.
+   <p class="note">適合している代替版は、不適合版と同様に自由に利用可能である限り、適合宣言の範囲内に存在する必要はなく、同じウェブサイト上に存在する必要もない。
    </p>
    
-   <p class="note">Alternate versions should not be confused with <a>supplementary content</a>, which support the original page and enhance comprehension.
+   <p class="note">代替版は、元のページを補助して理解を高める<a href="https://waic.jp/translations/WCAG22/#dfn-supplementary-content">補足コンテンツ</a>と混同されないようにすべきである。
    </p>
    
-   <p class="note">Setting user preferences within the content to produce a conforming version is an
-      acceptable mechanism for reaching another version as long as the method used to set
-      the preferences is accessibility supported.
+   <p class="note">コンテンツ内で利用者が設定を行うことで適合版が作り出される仕組みは、その利用者の設定に用いられている手法がアクセシビリティ サポーテッドであるかぎり、代替版への到達メカニズムとして条件を満たしているといえる。
    </p>
    
-   <p>See <a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#conforming-alt-versions">Understanding Conforming Alternate Versions</a></p>
+   <p><a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#conforming-alt-versions">Understanding Conforming Alternate Versions</a> を参照。</p>
    
 </dd>
 </blockquote>
                   
                   
-                  <p>This ensures that all of the information and all of the functionality that is on the
-                     pages inside of the scope of conformance is available on conforming Web pages.
+                  <p>これにより、適合宣言の範囲内にあるページ上のすべての情報及びすべての機能は、適合しているウェブページ上で利用可能になる。
                      
                   </p>
                   
                   
-                  <p>Authors relying on conforming alternate versions must make end users aware that a
-                     conforming alternate version is available. This may be accomplished by providing a
-                     link to a more accessible version, identified clearly by link text. Alternatively
-                     a link to instructions may be provided which documents how to access a more accessible
-                     version as well as the specific ways the alternate version is more accessible (e.g.
-                     a "high contrast version").
+                  <p>適合している代替版に依存するコンテンツ制作者は、適合している代替版が利用可能であることをエンドユーザに知らせなければならない。これは、リンクテキストで明確に特定される、よりアクセシブルな版へのリンクを提供することで実現できる。あるいは、代替版をよりアクセシブルにする特定の方法 (「ハイコントラスト版」など) だけでなく、そのよりアクセシブルな版にアクセスする方法も文書化した説明書へのリンクを提供してもよい。
                   </p>
                   
                   
                   <section id="whypermit">
                      
                      
-                     <h3>Why permit alternate versions?</h3>
+                     <h3>なぜ代替版を容認するのか？</h3>
                      
                      
-                     <p>Why does WCAG permit conforming alternate versions of Web pages to be included in
-                        conformance claims? That is, why include pages that do not satisfy the Success Criteria
-                        for a conformance level in the scope of conformance or a claim?
+                     <p>なぜ WCAG では、適合宣言に含まれるウェブページの適合している代替版を容認するのか？　言い換えれば、なぜ適合又は適合宣言の範囲内にあって、その適合レベルにある達成基準に適合していないページを含めるのか？
                         
                      </p>
                      
@@ -1454,17 +1158,7 @@ <h3>Why permit alternate versions?</h3>
                      <ul>
                         
                         
-                        <li>Sometimes, pages use technologies that are not yet accessibility supported. When a
-                           new technology emerges, assistive technology support may lag behind, or may only be
-                           available to some target audiences. So authors may not be able to rely on the new
-                           technology for all users. However, there may be other benefits to using the new technology,
-                           e.g., better performance, a wider range of modalities available, etc. The alternate
-                           version requirement allows authors to include such Web pages in their Web site by
-                           providing an accessible alternative page in technologies that are accessibility supported.
-                           Users for whom the new technology is adequately supported get the benefits of the
-                           new version. Authors who look ahead to future accessibility support can satisfy the
-                           Success Criteria now with the alternate version page, and also work with the other
-                           page to build in future access when assistive technology (AT) support is available.
+                        <li>時には、ウェブページが、まだアクセシビリティ サポーテッドではないウェブコンテンツ技術を用いることがある。新しいウェブコンテンツ技術が登場する際、支援技術によるサポートは遅れをとる、又はターゲットとする利用者だけが利用可能になる。そのため、コンテンツ制作者は、すべての利用者に対して新しい技術だけに依存してコンテンツを提供することはできないことがある。しかし、新しい技術を使用することには、その他の利点があるかもしれない。例えば、より良いパフォーマンス、広範囲の感覚モダリティで利用可能、など。代替版の要件は、アクセシブルな代替版をアクセシビリティ サポーテッドなウェブコンテンツ技術で提供することによって、コンテンツ制作者がそのような新しい技術を用いたウェブページをウェブサイトに含めることができるようにするためのものである。十分にサポートされている新しいウェブコンテンツ技術を利用できる人は、その新しいバージョンの利点を享受する。将来のアクセシビリティサポートを見据えているコンテンツ制作者は、代替版のページを提供することによって、今の時点でも達成基準に適合することが可能である。また、支援技術がサポートするようになった際のことを考えて、新しいウェブコンテンツ技術を用いるページでアクセシビリティ機能を組み込んでおくこともできる。
                            
                         </li>
                         
@@ -1472,8 +1166,7 @@ <h3>Why permit alternate versions?</h3>
                         <li>
                            
                            
-                           <p>For a variety of reasons, it may not be possible to modify some content on a Web page.
-                              For instance,
+                           <p>様々な理由から、ウェブページ上のコンテンツを修正できないこともある。例えば、
                               
                            </p>
                            
@@ -1481,26 +1174,22 @@ <h3>Why permit alternate versions?</h3>
                            <ul>
                               
                               
-                              <li>It may be critical to include an exact visual copy of a document for legal or historical
-                                 reasons
+                              <li>法的又は歴史的な理由で、文書の見た目をそのままコピーしたものを含めることが重要な意味を持っていることがある。
                                  
                               </li>
                               
                               
-                              <li>The Web page may be included in a site but the site owner may not have the legal rights
-                                 to modify the content on the original page
+                              <li>そのウェブページはあるウェブサイト内にあるが、そのサイトの所有者には元のページにあるコンテンツを修正できる法的な権利がないかもしれない。
                                  
                               </li>
                               
                               
-                              <li>The company may not legally be able to remove, or alter in any way, something that
-                                 was previously posted.
+                              <li>企業は、過去に公開したものを削除又は部分的に修正するのが法的に不可能なことがある。
                                  
                               </li>
                               
                               
-                              <li>An author may not have permission to alter a document from another department, agency,
-                                 or company
+                              <li>コンテンツ制作者が、他の部署、政府機関、又は企業から、文書を部分的にでも変更するための許可を得ていないかもしれない。
                                  
                               </li>
                               
@@ -1511,26 +1200,12 @@ <h3>Why permit alternate versions?</h3>
                         </li>
                         
                         
-                        <li>Sometimes, the best experience for users with certain types of disabilities is provided
-                           by tailoring a Web page specifically to accommodate that disability. In such a situation,
-                           it may not be possible or practical to make the Web page accommodate all disabilities
-                           by satisfying all of the Success Criteria. The alternate versions requirement permits
-                           such specialized pages to be included within a conformance claim as long as there
-                           is a fully conformant 'alternate version' page.
+                        <li>時には、ある障害に特別に対応するウェブページを制作することによって、その障害がある利用者にとっての最高の体験を提供することがある。そのような場合、すべての達成基準に適合することによって、ウェブページをすべての障害に対応させることは不可能又は非現実的かもしれない。完全に適合している「代替版」のページがある限り、代替版の要件はそのような特別なページを適合宣言の範囲内に含めることを容認している。
                            
                         </li>
                         
                         
-                        <li>Many sites which are committed to accessibility have large quantities of legacy documents.
-                           While the information has been made available in accessible formats, there would be
-                           significant institutional resistance and procedural obstacles to removing these files
-                           en mass. Some organizations, especially governmental bodies, give precedence to traditional
-                           print-oriented processes. Even as these organizations have adapted to Internet publishing
-                           and embraced the need for accessible formats, they still retain a paper mindset and
-                           often insist on formats designed for hard copy as the "primary" version (even for
-                           documents that are only ever "published" electronically). Although the Working Group
-                           feels these approaches should be deprecated it does not feel they can be forbidden
-                           so long as accessible versions are readily available.
+                        <li>アクセシビリティに取り組んでいるサイトの多くには、大量の古いウェブページがある。情報はアクセシブルなフォーマットで入手可能になってきているものの、そういったファイルを大量に削除するには、組織的な抵抗がかなり強かったり、手続き上の障壁があったりするものである。特に政府機関などのように、従来の印刷志向のプロセスを優先している組織もある。こういった組織はインターネットでの情報配信に適応し、アクセシブルなフォーマットの必要性も認識しているにもかかわらず、それでもなお紙の発想のままで、「第一の」バージョンとして紙印刷のために設計されたフォーマットにこだわっている (電子的にしか「発行」されたことのない文書に対してもである)。ワーキンググループは、こういったアプローチは今後廃止されていくべきだと考えるが、アクセシブルなバージョンがすぐに入手可能である限りは、禁止できるものではないと考えている。
                            
                         </li>
                         
@@ -1538,19 +1213,12 @@ <h3>Why permit alternate versions?</h3>
                      </ul>
                      
                      
-                     <p>A concern when permitting Web pages that do not satisfy the Success Criteria is that
-                        people with disabilities will encounter these non-conforming pages, not be able to
-                        access their content, and not be able to find the “conforming alternate version."
-                        A key part of the Alternate Versions provision, therefore, is the ability to find
-                        the conforming page (the alternate version) from the non-conforming page when it is
-                        encountered. The conformance requirement that permits alternate pages, therefore,
-                        also requires a way for users to find the accessible version among the alternate versions.
+                     <p>達成基準に適合していないウェブページを容認する際の懸念事項としては、障害のある利用者がそういった適合していないウェブページに遭遇し、そのコンテンツを利用することができずに、「適合している代替版」も見つけることができない恐れがあることが挙げられる。そのため、代替版の要件で鍵となるのは、適合していないウェブページに遭遇した際に、そのウェブページから適合しているページ (代替版) を見つけられるようにすることである。よって、代替ページを容認する適合要件は、利用者が複数の代替版の中からアクセシブルなバージョンを見つけることができる方法を提供することも要求している。
                         
                      </p>
                      
                      
-                     <p>Note that providing an alternate version is a fallback option for conformance to WCAG
-                        and the preferred method of conformance is to make all content directly accessible.
+                     <p>注意してほしいのは、代替版を提供することは、WCAG に適合するための最後の選択肢であって、望ましい適合方法はすべてのコンテンツをそのままアクセシブルにすることであるという点である。
                         
                      </p>
                      
@@ -1561,43 +1229,26 @@ <h3>Why permit alternate versions?</h3>
                   <section id="techsaltver">
                      
                      
-                     <h3>Techniques for Providing a Conforming Alternate Version</h3>
+                     <h3>適合している代替版を提供するための達成方法</h3>
                      
                      
-                     <p>The most important part of providing a conforming alternate version is providing a
-                        mechanism to find it from the non-conforming version. A number of different methods
-                        for doing this have been identified since particular techniques may not always be
-                        possible for specific technologies or situations. For example, if the author has control
-                        of the server there are some powerful techniques that will allow users to always have
-                        the choice up front. In many cases however the author may not have control of the
-                        services on their Web server. In these cases other techniques are provided. A link
-                        on the non-conforming page is another powerful technique but not all non-conforming
-                        technologies support hypertext links.
+                     <p>適合している代替版を提供する上で最も重要なのは、適合していないバージョンから適合している代替版を見つけるメカニズムを提供することである。ある特定の達成方法が特定のウェブコンテンツ又は状況において常に可能であるとは限らないため、これには数多くの様々な方法がある。例えば、コンテンツ制作者がサーバーを制御できる場合には、利用者が常に前もって選択できるかなり効果的な達成方法がいくつかある。しかし、多くの場合、コンテンツ制作者はウェブサーバー上のサービスを制御することはできない。そういう場合には、他の達成方法がある。適合していないページでリンクを提供するのも効果的な達成方法だが、すべての適合していないウェブコンテンツ技術がハイパーテキストリンクをサポートしているわけではない。
                         
                      </p>
                      
                      
-                     <p>Below are the techniques that have been identified to date. We expect that additional
-                        techniques will also be developed over time and they will be added here as they arise
-                        and the support for these approaches by user agents including assistive technologies
-                        can be demonstrated. For example a developer of a new technology that some assistive
-                        technologies cannot access might build in a feature that would allow those technologies
-                        to automatically present a link to users that could take them to an alternate version.
+                     <p>次に挙げるのは、今までに確認されてきた達成方法である。WCAG ワーキンググループでは、時間とともにその他の達成方法も考案されることを期待している。そして、支援技術を含むユーザエージェントによってサポートされていることが実証されれば、それらのアプローチがここに追加されていくだろうと考えている。例えば、支援技術がアクセスできない新しいウェブコンテンツ技術の開発者は、代替版へのリンクを利用者に自動的に提示する機能をそのウェブコンテンツ技術に組み込んでもよい。
                         
                      </p>
                      
                      	
                      <section id="techsaltver-sufficient">
                         
-                        <h4>Sufficient Techniques for Providing Conforming Alternative Versions of Web pages</h4>
+                        <h4>ウェブページの適合している代替版を提供する適合要件を満たすことができる達成方法</h4>
                         
                         
-                        <p>Each numbered item in this section represents a technique or combination of techniques
-                           that the WCAG Working Group deems sufficient for meeting this Success Criterion. However,
-                           it is
-                           not necessary to use these particular techniques. For information on using other techniques,
-                           see 
-                           <a href="understanding-techniques"></a>, particularly the "Other Techniques" section.
+                        <p>この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組み合わせを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。その他の達成方法についての詳細は、
+                           <a href="understanding-techniques"></a>の「その他の達成方法」を参照のこと。
                            
                         </p>
                         
@@ -1673,7 +1324,7 @@ <h4>Sufficient Techniques for Providing Conforming Alternative Versions of Web p
                      	
                      <section id="techsaltver-failure">
                         
-                        <h4>Common Failures Identified by the Working Group</h4>
+                        <h4>ワーキンググループが確認したよくある適合要件を満たしていない事例</h4>
                         
                         
                         <ul>
@@ -1696,8 +1347,7 @@ <h4>Common Failures Identified by the Working Group</h4>
                      	
                      <section id="techsaltver-advisory">
                         
-                        <h4>Additional Techniques (Advisory) for providing conforming alternative versions of
-                           Web pages
+                        <h4>ウェブページの適合している代替版を提供する適合要件でさらに対応が望まれる達成方法 (参考)
                            
                         </h4>
                         
@@ -1705,26 +1355,23 @@ <h4>Additional Techniques (Advisory) for providing conforming alternative versio
                         <ul>
                            
                            
-                           <li>Providing reciprocal links between conforming and non-conforming versions (future
-                              link)
+                           <li>適合しているバージョンと不適合のバージョンのバージョン間の相互リンクを提供する (リンク追加予定)
                               
                            </li>
                            
                            
-                           <li>Excluding non-conforming content from search results (future link)</li>
+                           <li>不適合のコンテンツが検索結果に表示されないようにする (リンク追加予定)</li>
                            
                            
-                           <li>Using content negotiation (future link)</li>
+                           <li>コンテンツネゴシエーションを利用する (リンク追加予定)</li>
                            
                            
-                           <li>Not displaying content that relies on technologies that are not accessibility-supported
-                              when the technology is turned off or not supported. (future link)
+                           <li>その技術がオフになっている、又はサポートされていないとき、アクセシビリティ サポーテッドではない技術に依存したコンテンツを表示しない。(リンク追加予定)
                               
                            </li>
                            
                            
-                           <li>Using metadata to allow location of a conforming alternative version from the URI
-                              of a non-conforming page (future link)
+                           <li>メタデータを用いて、適合していないページの URI から適合している代替版を発見できるようにする (リンク追加予定)
                               
                            </li>
                            
@@ -1737,7 +1384,7 @@ <h4>Additional Techniques (Advisory) for providing conforming alternative versio
                      	
                      <section id="techsaltver-examples">
                         
-                        <h4>Examples of Conforming Alternate Versions</h4>
+                        <h4>適合している代替版の事例</h4>
                         
                         
                         <ul>
@@ -1748,19 +1395,13 @@ <h4>Examples of Conforming Alternate Versions</h4>
                               
                               <p>
                                  										                    
-                                 <strong>An intranet site with multiple versions. </strong>
+                                 <strong>複数のバージョンのサイトがあるイントラネット</strong>
                                  									                  
                                  
                               </p>
                               
                               
-                              <p>A large company was concerned that the use of emerging Web technologies on an intranet
-                                 site might limit their ability to address the needs of diverse office locations that
-                                 have different technology bases and individual employees who use a wide variety of
-                                 user agents and assistive technologies. To address these concerns, the company created
-                                 an alternate version of the content that met all Level A Success Criteria using a
-                                 more limited set of uses of accessibility-supported content technologies. 
-                                 The two versions link to each other.
+                              <p>ある大企業が、イントラネットのサイト上で新しいウェブコンテンツ技術を使うことによって、異なる技術をベースにしている様々な拠点、及び広範囲に及ぶユーザエージェント及び支援技術を使用している個々の従業員のニーズに対処しづらくなるかもしれないという懸念を抱いていた。この懸念を解消するために、その企業は、使用するウェブコンテンツ技術のアクセシビリティ サポーテッドな使用法を限定して、すべてのレベル A 達成基準に適合している代替版のコンテンツを制作した。二つのバージョンは相互にリンクされている。
                                  
                                  
                                  
@@ -1775,19 +1416,13 @@ <h4>Examples of Conforming Alternate Versions</h4>
                               
                               <p>
                                  										                    
-                                 <strong>An informational site ensuring backward compatibility.</strong>
+                                 <strong>後方互換性を維持している情報サイト</strong>
                                  									                  
                                  
                               </p>
                               
                               
-                              <p>An information site covers a wide variety of subjects and wants to enable visitors
-                                 to quickly find the topics they are looking for. To do this, the site has implemented
-                                 an interactive menu system that is only supported in the most recent version of two
-                                 popular user agents. To ensure that visitors who do not use these specific user agents
-                                 are still able to effectively use the site, a navigation mechanism that does not depend
-                                 on the interactive menu system is presented to user agents that do not support the
-                                 newer technology.
+                              <p>ある情報サイトは、広範囲に及ぶ話題を網羅していて、利用者が自分の探しているトピックをすぐに見つけ出すことができるようにしたいと考えている。そうするために、そのサイトは、人気のある二つのユーザエージェントの最新バージョンでのみサポートされているインタラクティブなメニューシステムを実装した。その特定のユーザエージェントを使用していない利用者もそのサイトを有効に利用できるようにするため、最新の技術をサポートしていないユーザエージェントには、そのインタラクティブなメニューシステムに依存しないナビゲーションのメカニズムを提供している。
                                  
                               </p>
                               
@@ -1810,58 +1445,39 @@ <h4>Examples of Conforming Alternate Versions</h4>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="web-page">
                   
                   
-                  <h2>Understanding "Web Page"</h2>
+                  <h2>「ウェブページ」を理解する</h2>
                   
                   
-                  <p>The definition of a Web Page is:</p>
+                  <p>ウェブページの定義は、次の通りである:</p>
                   
                   	
-                  <blockquote class="scquote"><dt><dfn id="dfn-web-page-s" data-lt="web page(s)|web pages">Web page</dfn></dt>
+                  <blockquote class="scquote"><dt><dfn id="dfn-web-page-s" data-lt="web page(s)|web pages">ウェブページ (Web page)</dfn></dt>
 <dd>
    
-   <p>a non-embedded resource obtained from a single URI using HTTP plus any other resources
-      that are used in the rendering or intended to be rendered together with it by a <a>user agent</a></p>
+   <p>単一の URI から HTTP で得た埋め込まれていないリソースに加え、レンダリングに使われる、又は<a href="https://waic.jp/translations/WCAG22/#dfn-user-agents">ユーザエージェント</a>がこのリソースと一緒にレンダリングすることを意図しているその他のあらゆるリソースを合わせたもの。</p>
    
-   <p class="note">Although any "other resources" would be rendered together with the primary resource,
-      they would not necessarily be rendered simultaneously with each other.
+   <p class="note">どのような「その他のリソース」も主たるリソースと一緒にレンダリングされるであろうが、これらのリソースが同時にレンダリングされるとは限らない。
    </p>
    
-   <p class="note">For the purposes of conformance with these guidelines, a resource must be "non-embedded"
-      within the scope of conformance to be considered a Web page.
+   <p class="note">このガイドラインの適合範囲に含まれる対象となるウェブページとみなされるためには、リソースが「埋め込まれていない」リソースでなければならない。
    </p>
    
-   <aside class="example"><p>A Web resource including all embedded images and media.</p></aside>
+   <aside class="example"><p>単体のウェブリソースであり、埋め込まれている画像及びメディアのすべてを含んだもの。</p></aside>
    
-   <aside class="example"><p>A Web mail program built using Asynchronous JavaScript and XML (AJAX). The program
-      lives entirely at http://example.com/mail, but includes an inbox, a contacts area
-      and a calendar. Links or buttons are provided that cause the inbox, contacts, or calendar
-      to display, but do not change the URI of the page as a whole.
+   <aside class="example"><p>Asynchronous JavaScript and XML (AJAX) を用いたウェブメールのプログラム。そのプログラム全体は http://example.com/mail に存在しているが、受信トレイ、連絡先、カレンダーがある。受信トレイ、連絡先、又はカレンダーを表示するリンク又はボタンが提供されているが、全体としてページの URI は変更されない。
    </p></aside>
    
-   <aside class="example"><p>A customizable portal site, where users can choose content to display from a set of
-      different content modules.
+   <aside class="example"><p>カスタマイズ可能なポータルサイトで、利用者が様々なコンテンツモジュールのセットから表示させるコンテンツを選択できるようなもの。
    </p></aside>
    
-   <aside class="example"><p>When you enter "http://shopping.example.com/" in your browser, you enter a movie-like
-      interactive shopping environment where you visually move around in a store dragging
-      products off of the shelves around you and into a visual shopping cart in front of
-      you. Clicking on a product causes it to be demonstrated with a specification sheet
-      floating alongside. This might be a single-page Web site or just one page within a
-      Web site.
+   <aside class="example"><p>ブラウザで "http://shopping.example.com/" へ行くと、映画のようなインタラクティブなショッピング環境になる。そこでは、視覚的に店内を移動して、店内の棚から商品をドラッグして、目の前にある視覚的な買物カゴに商品を入れる。商品をクリックすると、同時に仕様書が浮き上がるように表示される。これは 1 ページだけのウェブサイトかもしれないし、ウェブサイトの中のほんの 1 ページなのかもしれない。
    </p></aside>
    
 </dd>
 </blockquote>
                   
                   
-                  <p>It is important to note that, in this standard, the term "Web page" includes much
-                     more than static HTML pages. The term 'Web Page' was used in these guidelines to allow
-                     the guidelines to be more understandable. But the term has grown in meaning with advancing
-                     technologies to encompass a wide range of technologies, many of which are not at all
-                     'page-like'. It also includes the increasingly dynamic Web pages that are emerging
-                     on the Web, including "pages" that can present entire virtual interactive communities.
-                     For example, the term "Web page" would include an immersive interactive movie-like
-                     experience that you find at a single URI.
+                  <p>WCAG では、「ウェブページ」という言葉が、静的な HTML ページよりもずっと多くのものを含むものを指していることに注意することが重要である。このガイドラインで用いられている「ウェブページ」という用語によって、ガイドラインがより理解可能なものになる。しかし、この用語の意味は、ウェブコンテンツ技術の進化とともに拡大し、完全に 'ページのようなもの' ではないものが多い、広範囲に及ぶウェブコンテンツ技術を包含するようになってきている。バーチャルでインタラクティブなコミュニティ全体を提示することのできる「ページ」を包含しながら、ウェブ上に登場してますます増えている動的なウェブページも含んでいる。例えば、「ウェブページ」という用語には、単一の URI で提供される、実体験のようにインタラクティブな映画のような体験も含まれている。
                      
                   </p>
                   
@@ -1872,41 +1488,352 @@ <h2>Understanding "Web Page"</h2>
                <section xmlns:wcag="https://www.w3.org/WAI/GL/" id="text-alternatives">
                   
                   
-                  <h2>Understanding "Text Alternatives"</h2>
+                  <h2>「テキストによる代替」を理解する</h2>
                   
                   
-                  <p>A text alternative is text that is used in place of non-text content for those who
-                     cannot view the non-text content. Non-text content includes  such things as pictures,
-                     charts, applets, audio files, etc. People who cannot see for example would not be
-                     able to see information presented in a picture or chart. A text alternative is therefore
-                     provided that allows the user to be able to convert the information (the text) into
-                     speech. In the future, having the information in text also makes it possible to translate
-                     the information into sign language, into pictures, or into a simpler form of writing.
+                  <p>テキストによる代替とは、非テキストコンテンツを視覚的に認識できない利用者のために、その非テキストコンテンツの代わりに用いられるテキストのことである。非テキストコンテンツには、写真、図、アプレット、音声ファイルなどがある。例えば、見ることができない利用者は、写真又は図で提示されている情報を見ることができない。テキストによる代替はそのために提供されていて、利用者がその情報 (テキストによる代替) を音声に変換することができるようになる。将来は、情報をテキストで持っておくことで、その情報を手話、画像、又は、より平易なテキストに変換できるようになるかもしれない。
                      
                   </p>
                   
                   
-                  <p> In order for people with disabilities to be able to use this text - the text must
-                     be "programmatically determinable."  This means that the text must be able to be read
-                     and used by the assistive technologies (and the accessibility features in browsers)
-                     that people with disabilities use.
+                  <p>障害のある利用者が、このテキストを利用できるようにするためには、テキストは「プログラムによる解釈が可能」でなければならない。つまり、テキストは、障害のある利用者の使用している支援技術 (及び、ブラウザのアクセシビリティ機能) が読むことができて、利用できるものでなければならない。
                      
                   </p>
                   
                   
-                  <p>It must also be possible for people using assistive technologies to find these text
-                     alternatives when they encounter non-text content that they cannot use. To accomplish
-                     this, we say that the text must be "programmatically associated" with the non-text
-                     content.  This means that the user must be able to use their assistive technology
-                     to find the alternative text (that they can use) when they land on the non-text content
-                     (that they can't use).
+                  <p>また、支援技術を使用している利用者が利用することのできない非テキストコンテンツに遭遇した際に、そのテキストによる代替を見つけ出すことが可能でなければならない。そのためには、テキストがその非テキストコンテンツと「プログラムで関連付け」られていなければならない。つまり、利用者が (自分が使えない) 非テキストコンテンツを見つけたら、利用者は自分の支援技術を用いて (自分が利用できる) テキストによる代替を見つけることができなければならない。
                      
                   </p>
                   
                   
                </section>
                
+<section id="key-terms">
+  <details>
+    <summary><h2>重要な用語</h2></summary>
+    <dl>
+      <dt id="dfn-accessibility-supported">アクセシビリティ サポーテッド (accessibility supported)</dt><dd><p>利用者の<a href="#dfn-assistive-technology">支援技術</a>だけでなく、ブラウザ及びその他の<a href="#dfn-user-agent">ユーザエージェント</a>にあるアクセシビリティ機能でサポートされていること。</p>
+   
+   <p>あるウェブコンテンツ技術 (又は、ある技術の機能) のアクセシビリティ サポーテッドな使用方法とみなされるためには、そのウェブコンテンツ技術 (又は機能) について、次の 1.と 2.の両方が満たされていなければならない:
+   </p>
+   
+   <ol>
+      
+      <li>
+         
+         <p><strong>その<a href="#dfn-technology">ウェブコンテンツ技術</a>の使用方法が、利用者の支援技術によりサポートされていなければならない。</strong>これは、その技術の使用方法が、そのコンテンツの<a href="#dfn-human-language">自然言語</a>における利用者の支援技術との相互運用性について検証されていることを意味する。
+         </p>
+         
+         <p><strong>かつ</strong></p>
+         
+      </li>
+      
+      <li>
+         
+         <p><strong>そのウェブコンテンツ技術には、利用者が入手できるアクセシビリティ サポーテッドなユーザエージェントがなければならない。</strong>これは、次の四つのうち少なくとも一つを満たしていることを意味する:
+         </p>
+         
+         <ol>
+            
+            <li>
+               
+               <p>その技術が、広く配布されているアクセシビリティ サポーテッドなユーザエージェントに標準でサポートされている (HTML、CSS など)。
+               </p>
+               
+               <p><strong>又は、</strong></p>
+            </li>
+            
+            <li>
+               <p>その技術が、広く配布されているアクセシビリティ サポーテッドなプラグインでサポートされている。
+               </p>
+               
+               <p><strong>又は、</strong></p>
+            </li>
+            
+            <li>
+               <p>そのコンテンツが、大学、企業内ネットワークのような閉じた環境で利用できるものである。この環境で、その技術に必要とされていて、その組織で使用されているユーザエージェントがアクセシビリティ サポーテッドである。
+               </p>
+               
+               <p><strong>又は、</strong></p>
+            </li>
+            
+            <li>
+               <p>その技術をサポートするユーザエージェントが、アクセシビリティ サポーテッドであって、次の方法でダウンロード又は購入できる:
+               </p>
                
+               <ul>
+                  
+                  <li>障害のある人の費用が、障害のない人の費用を上回ることがなく、
+                     <strong>かつ、</strong></li>
+                  
+                  <li>障害のある人も、障害のない人と同程度に容易に探して入手できる。
+                  </li>
+                  
+               </ul>
+               
+            </li>
+            
+         </ol>
+         
+      </li>
+      
+   </ol>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>Accessibility Guidelines Working Group 及び W3C は、あるウェブ技術の特定の使用方法がアクセシビリティ サポーテッドであると分類するために、どの支援技術によるどれだけのサポートが必要なのかを定めない (<a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#support-level">Level of Assistive Technology Support Needed for "Accessibility Support"</a>を参照)。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>Wそのウェブ技術に<a href="#dfn-relied-upon">依存</a>しておらず、<a href="https://waic.jp/translations/WCAG22/#cc4">適合要件 4</a>及び<a href="https://waic.jp/translations/WCAG22/#cc5">適合要件 5</a> が満たしている場合は、そのウェブ技術をアクセシビリティ サポーテッドではない方法で用いることができる。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p><a href="#dfn-technology">ウェブ技術</a>がアクセシビリティ サポーテッドな方法で用いられている場合、その技術全体、又はその技術の使用方法すべてがアクセシビリティ サポーテッドであるということを暗に示すわけではない。ほとんどの技術は、HTML を含めてアクセシビリティ サポーテッドではない機能、又は使用方法が少なくとも一つある。ウェブページが WCAG に適合するのは、依存する技術のアクセシビリティ サポーテッドな使用方法を用いて WCAG の要件を満たしている場合だけである。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>複数のバージョンを有するウェブコンテンツ技術を挙げる際は、アクセシビリティ サポーテッドなバージョンを特定すべきである。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>コンテンツ制作者が技術のアクセシビリティ サポーテッドな使用方法を見つける方法の一つは、アクセシビリティ サポーテッドであることが文書化されている使用方法の資料を参照することである
+      (<a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#documented-lists">Understanding Accessibility-Supported Web Technology Uses</a> を参照)。コンテンツ制作者、企業、技術ベンダー、又はその他の者が、ウェブコンテンツ技術のアクセシビリティ サポーテッドな使用方法を文書化してもよい。しかし、文書中の技術の使用方法はすべて、上記のアクセシビリティ サポーテッドなウェブコンテンツ技術の定義を満たしている必要がある。
+   </p>
+			</div></dd>
+      <dt id="dfn-assistive-technology">支援技術 (assistive technology)</dt><dd><p>障害のある利用者の要件を満たすために、主流の<a href="#dfn-user-agent">ユーザエージェント</a>が提供する機能を超えた機能を提供するような、ユーザエージェントとして動作する、又は主流のユーザエージェントと共に動作するハードウェア及び／又はソフトウェア。
+   </p>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>支援技術が提供する機能としては、代替の提示 (例: 合成音声や拡大表示したコンテンツ)、代替入力手法 (例: 音声認識)、付加的なナビゲーション又は位置確認のメカニズム、及びコンテンツ変換 (例: テーブルをよりアクセシブルにするもの) などを挙げることができる。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>支援技術は、API を利用、監視することで、主流のユーザエージェントとデータやメッセージのやりとりをすることが多い。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>主流のユーザエージェントと支援技術との区別は、絶対的なものではない。多くの主流のユーザエージェントは、障害のある個人を支援する機能を提供している。基本的な差異は、主流のユーザエージェントが障害のある人もない人も含めて、広く多様な利用者を対象にしているのに対し、支援技術は、特定の障害のある利用者という、より狭く限られた人たちを対象にしているということである。支援技術により提供される支援は、対象とする利用者に特化した、よりニーズに適したものである。主流のユーザエージェントは、プログラムオブジェクトからのウェブコンテンツの抽出、マークアップの識別可能な構造への解釈といった、重要な機能を支援技術に対して提供する場合がある。
+   </p>
+			</div>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>この文書の文脈において重要な支援技術としては、以下のものが挙げられる:
+   </p>
+   
+   <ul>
+      
+      <li>画面拡大ソフト及びその他の視覚的な表示に関する支援技術。視覚障害、知覚障害、及び読書困難などの障害のある人が、レンダリング後のテキスト及び画像の視覚的な読みやすさを改善するために、テキストのフォント、サイズ、間隔、色、音声との同期などを変更するのに使用している。
+      </li>
+      
+      <li>スクリーンリーダー。全盲の人がテキスト情報を合成音声あるいは点字で読み取るために使用している。
+      </li>
+      
+      <li>音声変換ソフトウェア。認知障害、言語障害、及び学習障害のある人が、テキストを合成音声に変換するために使用している。
+      </li>
+      
+      <li>音声認識ソフトウェア。何らかの身体障害のある利用者が使用することがある。</li>
+      
+      <li>代替キーボード。特定の身体障害のある人がキーボード操作をシミュレートするのに使用している (ヘッドポインタ、シングルスイッチ、呼気・吸気スイッチ、及びその他の特別な入力デバイスを使った代替キーボードを含む)。
+      </li>
+      
+      <li>代替ポインティングデバイス。特定の身体障害のある人がマウスポインタとボタンの動きをシミュレートするのに使用している。
+      </li>
+      
+   </ul>
+   </aside></dd>
+      <dt id="dfn-conformance">適合 (conformance)</dt><dd><p>与えられた規格、ガイドライン、又は仕様のすべての要件を満たすこと。</p></dd>
+      <dt id="dfn-conforming-alternate-version">適合している代替版 (conforming alternate version)</dt><dd><p>以下の事項を満たす版のことを指す:</p>
+   
+   <ol>
+      
+      <li>指定されたレベルで適合しており、かつ</li>
+      
+      <li>同じ情報及び<a href="#dfn-functionality">機能</a>のすべてを同一の<a href="#dfn-human-language">自然言語</a>で提供しており、かつ
+      </li>
+      
+      <li>不適合コンテンツと同時に更新されていて、かつ</li>
+      
+      <li>
+         <p>以下に挙げる事項のうち少なくとも一つを満たしていること:</p>
+         
+         <ol>
+            
+            <li><a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な
+               <a href="#dfn-mechanism">メカニズム</a>を用いて、不適合ページから適合版へ到達できる。もしくは、
+            </li>
+            
+            <li>不適合版に到達できるのは、適合版からのみである。</li>
+            
+            <li>不適合版に到達できるのは、適合版に到達するメカニズムも提供している適合ページからのみである。
+            </li>
+            
+         </ol>
+         
+      </li>
+      
+   </ol>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>この定義において、「到達できるのは……からのみ」とは、利用者が適合版から来ていない限り、不適合ページに「到達する」 (読み込む) のを防ぐ条件付きリダイレクトのような何らかのメカニズムがある、ということを意味する。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>代替版は、元のページと一対一で対応している必要はない (例えば、適合している代替版は複数のページであってもよい)。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>複数の言語版が利用できる場合、各言語版に対して、適合している代替版を提供する必要がある。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>異なる技術環境又は利用者層に対応するために、代替版が提供される場合がある。それぞれの版は、可能な限り適合させるべきである。<a href="https://www.w3.org/TR/WCAG22/#cc1">適合要件 1</a> を満たすためには、一つの版が完全に適合している必要がある。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>適合している代替版は、不適合版と同様に自由に利用可能である限り、適合宣言の範囲内に存在する必要はなく、同じウェブサイト上に存在する必要もない。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>代替版は、元のページを補助して理解を高める<a href="#dfn-supplemental-content">補足コンテンツ</a>と混同されないようにすべきである。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>コンテンツ内で利用者が設定を行うことで適合版が作り出される仕組みは、その利用者の設定に用いられている手法がアクセシビリティ サポーテッドであるかぎり、代替版への到達メカニズムとして条件を満たしているといえる。
+   </p>
+			</div>
+   
+   <p><a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#conforming-alt-versions">Understanding Conforming Alternate Versions</a> を参照。</p></dd>
+      <dt id="dfn-content">コンテンツ (content)</dt><dd><p>コンテンツの<a href="#dfn-structure">構造</a>、<a href="#dfn-presentation">提示</a>、及びインタラクションを定義するコード又はマークアップも含めて、<a href="#dfn-user-agent">ユーザエージェント</a>によって利用者に伝達される情報及び感覚的な体験。
+   </p></dd>
+      <dt id="dfn-functionality">機能 (functionality)</dt><dd><p>利用者の操作により実現可能な<a href="#dfn-process">プロセス</a>及び結果。
+   </p></dd>
+      <dt id="dfn-human-language">自然言語 (human language)</dt><dd><p>人間とコミュニケーションをとるために話される、書かれる、又は (視覚的もしくは触覚的な手段で) 手話にされる言語。
+   </p>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p><a href="#dfn-sign-language">手話</a>も参照。
+   </p>
+			</div></dd>
+      <dt id="dfn-mechanism">メカニズム (mechanism)</dt><dd><p>結果を得るための<a href="#dfn-process">プロセス</a>又は手法。
+   </p>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>メカニズムは、コンテンツ内で明示的に提供されることもあれば、プラットフォーム又は<a href="#dfn-assistive-technology">支援技術</a>を含む<a href="#dfn-user-agent">ユーザエージェント</a>で提供されるものに<a href="#dfn-relied-upon">依存</a>することもある。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>メカニズムは、宣言する適合レベルのすべての達成基準を満たしている必要がある。</p>
+			</div></dd>
+      <dt id="dfn-presentation">提示 (presentation)</dt><dd><p>利用者が知覚できる形式で<a href="#dfn-content">コンテンツ</a>をレンダリングすること。
+   </p></dd>
+      <dt id="dfn-process">プロセス (process)</dt><dd><p>ある活動を完了させるために必要な利用者の一連の動作。</p>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>ショッピングサイト上の一連のウェブページで目的を果たすためには、利用者が選択肢となりうる製品、価格及び内容を閲覧した後、製品を選択して発注し、配送先情報及び支払情報を提供する必要がある。
+   </p></aside>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>アカウント登録ページでは、登録フォームにアクセスする前に<a href="https://www.w3.org/TR/turingtest/">チューリングテスト</a>に成功する必要がある。
+   </p></aside></dd>
+      <dt id="dfn-relied-upon">依存されている (relied upon upon)</dt><dd><p>その<a href="#dfn-technology">技術</a>が無効になっている場合、又はサポートされていない場合に、コンテンツが<a href="#dfn-conformance">適合</a>できないこと。
+   </p></dd>
+      <dt id="dfn-satisfies-a-success-criterion">達成基準を満たす (satisfies a success criterion)</dt><dd><p>ページに適用した際、その達成基準が 'false' と判定されないこと。</p></dd>
+      <dt id="dfn-sign-language">手話 (sign language)</dt><dd><p>意味を伝えるために、手と腕の動き、顔の表情又は身体の姿勢の組み合わせを用いる言語。
+   </p></dd>
+      <dt id="dfn-structure">構造 (structure)</dt><dd><ul>
+      
+      <li><a href="#dfn-web-page">ウェブページ</a>の各部を相互の関係性によりまとめる方法論。及び、
+      </li>
+      
+      <li>一連の<a href="#dfn-web-page">ウェブページ</a>をまとめる方法論。
+      </li>
+      
+   </ul></dd>
+      <dt id="dfn-supplemental-content">補足コンテンツ (supplemental content)</dt><dd><p>元のコンテンツを説明、又はより明確にするために付加された<a href="#dfn-content">コンテンツ</a>。
+   </p>
+   
+   <aside class="example"><p class="example-title marker">例</p><p><a href="#dfn-web-page">ウェブページ</a>の音声版。
+   </p></aside>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>複雑な<a href="#dfn-process">プロセス</a>を示したイラスト。
+   </p></aside>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>調査研究でなされた主要な成果及び提言を要約する段落。
+   </p></aside></dd>
+      <dt id="dfn-technology">技術 (technology)</dt><dd><p><a href="#dfn-user-agent">ユーザエージェント</a>がどのようにレンダリング、再生、又は実行するかを符号化する<a href="#dfn-mechanism">メカニズム</a>。</p>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>このガイドラインで用いられている「ウェブ技術」及び (単独で用いられている) 「技術」という用語は、どちらもウェブコンテンツ技術を指す。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>ウェブコンテンツ技術には、マークアップ言語、データ形式、及びプログラム言語などがあり、これらをコンテンツ制作者が単独で、又は組み合わせて用いることによって、静的なウェブページや同期したメディアによる提示、さらには動的なウェブアプリケーションに至るまでの様々なエンドユーザ体験を作ることができる。
+   </p>
+			</div>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>ウェブコンテンツ技術のよくある事例としては、HTML、CSS、SVG、PNG、PDF、Flash、 JavaScript などがある。
+   </p></aside></dd>
+      <dt id="dfn-user-agent">ユーザエージェント (user agent)</dt><dd><p>ウェブコンテンツを取得して利用者に提示するあらゆるソフトウェア。</p>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>ウェブコンテンツの取得、レンダリング及びインタラクションを支援する、ウェブブラウザ、メディアプレーヤ、プラグイン、及びその他のプログラム (<a href="#dfn-assistive-technology">支援技術</a> も含む)。
+   </p></aside></dd>
+      <dt id="dfn-web-page">ウェブページ (web page)</dt><dd><p>単一の URI から HTTP で得た埋め込まれていないリソースに加え、レンダリングに使われる、又は<a href="#dfn-user-agent">ユーザエージェント</a>がこのリソースと一緒にレンダリングすることを意図しているその他のあらゆるリソースを合わせたもの。</p>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>どのような「その他のリソース」も主たるリソースと一緒にレンダリングされるであろうが、これらのリソースが同時にレンダリングされるとは限らない。
+   </p>
+			</div>
+   
+   <div class="note">
+				<p class="note-title marker">注記</p>
+				<p>このガイドラインの適合範囲に含まれる対象となるウェブページとみなされるためには、リソースが「埋め込まれていない」リソースでなければならない。
+   </p>
+			</div>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>単体のウェブリソースであり、埋め込まれている画像及びメディアのすべてを含んだもの。</p></aside>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>Asynchronous JavaScript and XML (AJAX) を用いたウェブメールのプログラム。そのプログラム全体は http://example.com/mail に存在しているが、受信トレイ、連絡先、カレンダーがある。受信トレイ、連絡先、又はカレンダーを表示するリンク又はボタンが提供されているが、全体としてページの URI は変更されない。
+   </p></aside>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>カスタマイズ可能なポータルサイトで、利用者が様々なコンテンツモジュールのセットから表示させるコンテンツを選択できるようなもの。
+   </p></aside>
+   
+   <aside class="example"><p class="example-title marker">例</p><p>ブラウザで "http://shopping.example.com/" へ行くと、映画のようなインタラクティブなショッピング環境になる。そこでは、視覚的に店内を移動して、店内の棚から商品をドラッグして、目の前にある視覚的な買物カゴに商品を入れる。商品をクリックすると、同時に仕様書が浮き上がるように表示される。これは 1 ページだけのウェブサイトかもしれないし、ウェブサイトの中のほんの 1 ページなのかもしれない。
+   </p></aside></dd></dl>
+  </details>
+</section>
                
             </div><a class="button button-backtotop" href="#top"><span>
                   <svg focusable="false" aria-hidden="true" class="icon-arrow-up " viewBox="0 0 26 28">
@@ -1918,13 +1845,12 @@ <h2>Understanding "Text Alternatives"</h2>
                <svg focusable="false" aria-hidden="true" class="icon-comments" viewBox="0 0 28 28">
                   <path d="M22 12c0 4.422-4.922 8-11 8-0.953 0-1.875-0.094-2.75-0.25-1.297 0.922-2.766 1.594-4.344 2-0.422 0.109-0.875 0.187-1.344 0.25h-0.047c-0.234 0-0.453-0.187-0.5-0.453v0c-0.063-0.297 0.141-0.484 0.313-0.688 0.609-0.688 1.297-1.297 1.828-2.594-2.531-1.469-4.156-3.734-4.156-6.266 0-4.422 4.922-8 11-8s11 3.578 11 8zM28 16c0 2.547-1.625 4.797-4.156 6.266 0.531 1.297 1.219 1.906 1.828 2.594 0.172 0.203 0.375 0.391 0.313 0.688v0c-0.063 0.281-0.297 0.484-0.547 0.453-0.469-0.063-0.922-0.141-1.344-0.25-1.578-0.406-3.047-1.078-4.344-2-0.875 0.156-1.797 0.25-2.75 0.25-2.828 0-5.422-0.781-7.375-2.063 0.453 0.031 0.922 0.063 1.375 0.063 3.359 0 6.531-0.969 8.953-2.719 2.609-1.906 4.047-4.484 4.047-7.281 0-0.812-0.125-1.609-0.359-2.375 2.641 1.453 4.359 3.766 4.359 6.375z"></path>
                </svg>
-               <h2> Help improve this page </h2>
+               <h2>このページを改善する</h2>
             </header>
             <div class="box-i">
-               <p>Please share your ideas, suggestions, or comments via e-mail to the publicly-archived
-                  list <a href="mailto:public-agwg-comments@w3.org?subject=%5BUnderstanding%20and%20Techniques%20Feedback%5D">public-agwg-comments@w3.org@w3.org</a> or via GitHub
+               <p>あなたのアイデア、提案、又はコメントを、Google フォーム 又は GitHub で共有してください。
                </p>
-               <div class="button-group"><a href="mailto:public-agwg-comments@w3.org?subject=%5BUnderstanding%20and%20Techniques%20Feedback%5D" class="button"><span>E-mail</span></a><a href="https://github.com/w3c/wcag/issues/" class="button"><span>Fork &amp; Edit on GitHub</span></a><a href="https://github.com/w3c/wcag/issues/new" class="button"><span>New GitHub Issue</span></a></div>
+               <div class="button-group"><a class="button" href="https://waic.jp/contact/" id="file-issue"><span>翻訳に関するお問い合わせ</span></a><a href="https://github.com/waic/wcag22/" class="button"><span>GitHub</span></a></div>
             </div>
          </aside>
       </div>
@@ -1939,11 +1865,13 @@ <h2> Help improve this page </h2>
                Outreach Working Group (<a href="https://www.w3.org/groups/wg/eowg/participants">EOWG</a>) with contributions from Shadi Abou-Zahra, Steve Lee, and Shawn Lawton Henry as part
                of the <a href="https://www.w3.org/WAI/about/projects/wai-guide/">WAI-Guide</a> project, co-funded by the European Commission.
             </p>
+            <p>この文書は、2024 年 2 月 14 日付けの <a href="https://w3c.github.io/wcag/understanding/">Understanding WCAG 2.2</a> を、<a href="https://waic.jp/">ウェブアクセシビリティ基盤委員会 (WAIC)</a> の翻訳ワーキンググループが翻訳して公開しているものです。この文書の正式版は、W3C のサイトにある英語版です。正確な内容については、W3C が公開している原文 (英語) をご確認ください。この翻訳文書は作業進行中です。また、あくまで参考情報であり、翻訳上の誤りが含まれていることがあります。
+            <p>この翻訳文書の利用条件については、<a href="https://waic.jp/license-for-translated-documents/">WAICが提供する翻訳文書のライセンス</a>をご覧ください。</p>
          </div>
       </footer>
       <footer class="site-footer grid-4q" aria-label="Site">
          <div class="q1-start q3-end about">
-            <div>
+            <!--div>
                <p><a class="largelink" href="https://www.w3.org/WAI/" dir="auto" translate="no" lang="en">W3C Web Accessibility Initiative (WAI)</a></p>
                <p>Strategies, standards, and supporting resources to make the Web accessible to people
                   with disabilities.
@@ -1965,13 +1893,13 @@ <h2> Help improve this page </h2>
                         </svg> YouTube</a></li>
                   <li><a href="https://www.w3.org/WAI/news/subscribe/" class="button">Get News in Email</a></li>
                </ul>
-            </div>
+            </div-->
             <div dir="auto" translate="no" lang="en">
                <p>Copyright © 2024 World Wide Web Consortium (<a href="https://www.w3.org/">W3C</a><sup>®</sup>). See <a href="/WAI/about/using-wai-material/">Permission to Use WAI Material</a>.
                </p>
             </div>
          </div>
-         <div dir="auto" translate="no" class="q4-start q4-end" lang="en">
+         <!--div dir="auto" translate="no" class="q4-start q4-end" lang="en">
             <ul style="margin-bottom:0">
                <li><a href="/WAI/about/contacting/">Contact WAI</a></li>
                <li><a href="/WAI/sitemap/">Site Map</a></li>
@@ -1980,7 +1908,7 @@ <h2> Help improve this page </h2>
                <li><a href="/WAI/translations/"> Translations</a></li>
                <li><a href="/WAI/roles/">Resources for Roles</a></li>
             </ul>
-         </div>
+         </div-->
       </footer>
       <link rel="stylesheet" href="../a11y-light.css" /><script src="../highlight.min.js"></script><script>
       hljs.configure({
@@ -2001,7 +1929,9 @@ <h2> Help improve this page </h2>
         var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
         g.type='text/javascript'; g.async=true; g.defer=true; g.src=u+'piwik.js'; s.parentNode.insertBefore(g,s);
       })();
-    </script><noscript>
+    </script>
+    <script src="https://waic.jp/docs/js/translation-contact.js"></script>
+      <noscript>
          <p><img src="//www.w3.org/analytics/piwik/piwik.php?idsite=328&amp;rec=1" style="border:0;" alt="" /></p>
       </noscript>
    </body>

From bde715bcd7e0e302ce982e45d63b28b5733c5b3d Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 18:48:22 +0900
Subject: [PATCH 02/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 7d11bc72..f78c1417 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1587,7 +1587,7 @@ <h2>「テキストによる代替」を理解する</h2>
    
    <div class="note">
 				<p class="note-title marker">注記</p>
-				<p>Wそのウェブ技術に<a href="#dfn-relied-upon">依存</a>しておらず、<a href="https://waic.jp/translations/WCAG22/#cc4">適合要件 4</a>及び<a href="https://waic.jp/translations/WCAG22/#cc5">適合要件 5</a> が満たしている場合は、そのウェブ技術をアクセシビリティ サポーテッドではない方法で用いることができる。
+				<p>そのウェブ技術に<a href="#dfn-relied-upon">依存</a>しておらず、<a href="https://waic.jp/translations/WCAG22/#cc4">適合要件 4</a>及び<a href="https://waic.jp/translations/WCAG22/#cc5">適合要件 5</a> が満たしている場合は、そのウェブ技術をアクセシビリティ サポーテッドではない方法で用いることができる。
    </p>
 			</div>
    

From a43fdffeabfbf36c0fbb11417763715b326102bd Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 18:48:32 +0900
Subject: [PATCH 03/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index f78c1417..0717c29d 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1763,7 +1763,7 @@ <h2>「テキストによる代替」を理解する</h2>
    
    <aside class="example"><p class="example-title marker">例</p><p>アカウント登録ページでは、登録フォームにアクセスする前に<a href="https://www.w3.org/TR/turingtest/">チューリングテスト</a>に成功する必要がある。
    </p></aside></dd>
-      <dt id="dfn-relied-upon">依存されている (relied upon upon)</dt><dd><p>その<a href="#dfn-technology">技術</a>が無効になっている場合、又はサポートされていない場合に、コンテンツが<a href="#dfn-conformance">適合</a>できないこと。
+      <dt id="dfn-relied-upon">依存されている (relied upon)</dt><dd><p>その<a href="#dfn-technology">技術</a>が無効になっている場合、又はサポートされていない場合に、コンテンツが<a href="#dfn-conformance">適合</a>できないこと。
    </p></dd>
       <dt id="dfn-satisfies-a-success-criterion">達成基準を満たす (satisfies a success criterion)</dt><dd><p>ページに適用した際、その達成基準が 'false' と判定されないこと。</p></dd>
       <dt id="dfn-sign-language">手話 (sign language)</dt><dd><p>意味を伝えるために、手と腕の動き、顔の表情又は身体の姿勢の組み合わせを用いる言語。

From 0805e276172278bbfe5cc273d69da42b5384a3d1 Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 19:52:39 +0900
Subject: [PATCH 04/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 0717c29d..d266768e 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1031,7 +1031,7 @@ <h2>「プログラムによる解釈」を理解する</h2>
                   </p>
                   
                   
-                  <p>この用語を用いているのは、情報が支援技術 (及び、アクセシビリティを支援するその他のユーザエージェント) に対してアクセシブルでなければならない部分を、アクセシブルにするために具体的にどのような方法を用いるかという点に言及せずに、WCAG ワーキンググループがはっきりと特定できるようにするためである。技術が絶え間なく変化しているということを考えると、これは重要なことである。この用語によって、ガイドラインを満たすために、何を「プログラムによる解釈」であるようにする必要があるのかをガイドライン中で特定できるようになる。そして、時間とともに更新可能な文書群 (WCAG 2.0 を満たす方法、WCAG 2.0 解説書、及び、WCAG 2.0 達成方法の文書) を別に用意することができて、ユーザエージェント及び支援技術のサポート状況に基づき、いずれかの時点で目的通りに機能して、十分であると考えられる特定の達成方法を挙げることが可能になる。
+                  <p>この用語を用いているのは、情報が支援技術 (及び、アクセシビリティを支援するその他のユーザエージェント) に対してアクセシブルでなければならない部分を、アクセシブルにするために具体的にどのような方法を用いるかという点に言及せずに、WCAG ワーキンググループがはっきりと特定できるようにするためである。技術が絶え間なく変化しているということを考えると、これは重要なことである。この用語によって、ガイドラインを満たすために、何を「プログラムによる解釈」であるようにする必要があるのかをガイドライン中で特定できるようになる。そして、時間とともに更新可能な文書群 (How to Meet、解説書、及びテクニック文書) を別に用意することができて、ユーザエージェント及び支援技術のサポート状況に基づき、いずれかの時点で目的通りに機能して、十分であると考えられる特定の達成方法を挙げることが可能になる。
                      
                   </p>
                   

From 484462db740c6bc12f722583fa0abf9c1240050d Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:19:47 +0900
Subject: [PATCH 05/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index d266768e..f76b8de1 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -290,7 +290,7 @@ <h3>適合要件 4 を理解する</h3>
                      	
                      <blockquote class="scquote" id="cc4">
                         		
-                        <p><strong>技術のアクセシビリティ サポーテッドな使用方法だけ</strong>: 達成基準を満たすために、用いる<a href="#dfn-technology">技術</a>の<a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な使用方法だけに<a href="#dfn-relied-upon">依存している</a>。アクセシビリティ サポーテッドではない方法で提供されている情報又は機能は、アクセシビリティ サポーテッドな方法でも利用できる (<a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#accessibility-support">アクセシビリティサポートを理解する</a>を参照)。
+                        <p><strong>技術のアクセシビリティ サポーテッドな使用方法だけ</strong>: 達成基準を満たすために、用いる<a href="#dfn-technology">技術</a>の<a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な使用方法だけに<a href="#dfn-relied-upon">依存している</a>。アクセシビリティ サポーテッドではない方法で提供されている情報又は機能は、アクセシビリティ サポーテッドな方法でも利用できる (<a href="#accessibility-support">アクセシビリティサポートを理解する</a>を参照)。
                         </p>
                      </blockquote>
                      

From 63b626ae50f248ef8cade18afdfb6e4247d654b8 Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:20:38 +0900
Subject: [PATCH 06/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index f76b8de1..debb8a09 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -311,7 +311,7 @@ <h3>適合要件 5 を理解する</h3>
                      	
                      <blockquote class="scquote" id="cc5">
                         		
-                        <p><strong>非干渉</strong>: <a href="#">技術</a>が<a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>ではない方法で用いられている場合、又は適合しない方法で用いられている場合、利用者がウェブページの他の部分へアクセスすることを妨げていない。加えて、全体として<a href="#dfn-web-page">ウェブページ</a>は、以下のそれぞれの条件の下で適合要件を満たしていること:
+                        <p><strong>非干渉</strong>: <a href="#dfn-technology">技術</a>が<a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>ではない方法で用いられている場合、又は適合しない方法で用いられている場合、利用者がウェブページの他の部分へアクセスすることを妨げていない。加えて、全体として<a href="#dfn-web-page">ウェブページ</a>は、以下のそれぞれの条件の下で適合要件を満たしていること:
                         </p>
                         		
                         <ol>

From 94b828ef306d6934a6847b9becf6e44794d9dfbb Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:22:44 +0900
Subject: [PATCH 07/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index debb8a09..a48caa08 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -924,7 +924,7 @@ <h3>「アクセシビリティサポート」の技術的な定義</h3>
    <p class="note">そのウェブ技術に<a>依存して</a>おらず、<a href="#cc4">適合要件 4</a> 及び<a href="#cc5">適合要件 5</a> が満たしている場合は、そのウェブ技術をアクセシビリティ サポーテッドではない方法で用いることができる。
    </p>
    
-   <p class="note"><a href="https://waic.jp/translations/WCAG22/#dfn-technologies">ウェブ技術</a>がアクセシビリティ サポーテッドな方法で用いられている場合、その技術全体、又はその技術の使用方法すべてがアクセシビリティ サポーテッドであるということを暗に示すわけではない。ほとんどの技術は、HTML を含めてアクセシビリティ サポーテッドではない機能、又は使用方法が少なくとも一つある。ウェブページが WCAG に適合するのは、依存する技術のアクセシビリティ サポーテッドな使用方法を用いて WCAG の要件を満たしている場合だけである。
+   <p class="note"><a href="#dfn-technology">ウェブ技術</a>がアクセシビリティ サポーテッドな方法で用いられている場合、その技術全体、又はその技術の使用方法すべてがアクセシビリティ サポーテッドであるということを暗に示すわけではない。ほとんどの技術は、HTML を含めてアクセシビリティ サポーテッドではない機能、又は使用方法が少なくとも一つある。ウェブページが WCAG に適合するのは、依存する技術のアクセシビリティ サポーテッドな使用方法を用いて WCAG の要件を満たしている場合だけである。
    </p>
    
    <p class="note">複数のバージョンを有するウェブコンテンツ技術を挙げる際は、アクセシビリティ サポーテッドなバージョンを特定すべきである。

From 1831d882ae6feeb6bc70274f0f29412b9ea03f2b Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:23:29 +0900
Subject: [PATCH 08/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index a48caa08..0783fdae 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1083,7 +1083,7 @@ <h2>適合している代替版を理解する</h2>
       
       <li>指定されたレベルで適合しており、かつ</li>
       
-      <li>同じ情報及び<a href="https://waic.jp/translations/WCAG22/#dfn-functionality">機能</a>のすべてを同一の<a href="https://waic.jp/translations/WCAG22/#dfn-human-language-s">自然言語</a>で提供しており、かつ
+      <li>同じ情報及び<a href="#dfn-functionality">機能</a>のすべてを同一の<a href="#dfn-human-language">自然言語</a>で提供しており、かつ
       </li>
       
       <li>不適合コンテンツと同時に更新されていて、かつ</li>

From b626e6dcad66c672cd9f2ca84a9f3d898976eed0 Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:23:42 +0900
Subject: [PATCH 09/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 0783fdae..94a6c09f 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1093,7 +1093,7 @@ <h2>適合している代替版を理解する</h2>
          
          <ol>
             
-            <li><a href="https://waic.jp/translations/WCAG22/#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な
+            <li><a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な
                <a href="https://waic.jp/translations/WCAG22/#dfn-mechanism">メカニズム</a>を用いて、不適合ページから適合版へ到達できる。もしくは、
             </li>
             

From 2cc18f923e69d4cf00ceeaf2a0b8b5a8618f7a3c Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:24:02 +0900
Subject: [PATCH 10/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 94a6c09f..83110171 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1094,7 +1094,7 @@ <h2>適合している代替版を理解する</h2>
          <ol>
             
             <li><a href="#dfn-accessibility-supported">アクセシビリティ サポーテッド</a>な
-               <a href="https://waic.jp/translations/WCAG22/#dfn-mechanism">メカニズム</a>を用いて、不適合ページから適合版へ到達できる。もしくは、
+               <a href="#dfn-mechanism">メカニズム</a>を用いて、不適合ページから適合版へ到達できる。もしくは、
             </li>
             
             <li>不適合版に到達できるのは、適合版からのみである。</li>

From e254cfeb71107ec123a35c7344ecb285caec208d Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:24:13 +0900
Subject: [PATCH 11/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 83110171..105b0b7f 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1123,7 +1123,7 @@ <h2>適合している代替版を理解する</h2>
    <p class="note">適合している代替版は、不適合版と同様に自由に利用可能である限り、適合宣言の範囲内に存在する必要はなく、同じウェブサイト上に存在する必要もない。
    </p>
    
-   <p class="note">代替版は、元のページを補助して理解を高める<a href="https://waic.jp/translations/WCAG22/#dfn-supplementary-content">補足コンテンツ</a>と混同されないようにすべきである。
+   <p class="note">代替版は、元のページを補助して理解を高める<a href="#dfn-supplemental-content">補足コンテンツ</a>と混同されないようにすべきである。
    </p>
    
    <p class="note">コンテンツ内で利用者が設定を行うことで適合版が作り出される仕組みは、その利用者の設定に用いられている手法がアクセシビリティ サポーテッドであるかぎり、代替版への到達メカニズムとして条件を満たしているといえる。

From fec79579d44d34d6f86e365a3c1335deb310c93e Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Thu, 6 Mar 2025 20:24:18 +0900
Subject: [PATCH 12/13] Update understanding/conformance.html

Co-authored-by: Kazuhiko Tsuchiya (Accessible & Usable) <kaz.tsuchiya@gmail.com>
---
 understanding/conformance.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 105b0b7f..044c1dcd 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -1454,7 +1454,7 @@ <h2>「ウェブページ」を理解する</h2>
                   <blockquote class="scquote"><dt><dfn id="dfn-web-page-s" data-lt="web page(s)|web pages">ウェブページ (Web page)</dfn></dt>
 <dd>
    
-   <p>単一の URI から HTTP で得た埋め込まれていないリソースに加え、レンダリングに使われる、又は<a href="https://waic.jp/translations/WCAG22/#dfn-user-agents">ユーザエージェント</a>がこのリソースと一緒にレンダリングすることを意図しているその他のあらゆるリソースを合わせたもの。</p>
+   <p>単一の URI から HTTP で得た埋め込まれていないリソースに加え、レンダリングに使われる、又は<a href="#dfn-user-agent">ユーザエージェント</a>がこのリソースと一緒にレンダリングすることを意図しているその他のあらゆるリソースを合わせたもの。</p>
    
    <p class="note">どのような「その他のリソース」も主たるリソースと一緒にレンダリングされるであろうが、これらのリソースが同時にレンダリングされるとは限らない。
    </p>

From 0e2e86d3aa03740bef35567f6521f7d0968fa3cb Mon Sep 17 00:00:00 2001
From: Momdo Nakamura <xmomdo@gmail.com>
Date: Mon, 10 Mar 2025 11:38:07 +0900
Subject: [PATCH 13/13] =?UTF-8?q?=E7=BD=AE=E6=8F=9B=E5=87=A6=E7=90=86?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 understanding/conformance.html | 32 ++++++++++++++++----------------
 1 file changed, 16 insertions(+), 16 deletions(-)

diff --git a/understanding/conformance.html b/understanding/conformance.html
index 044c1dcd..17656695 100644
--- a/understanding/conformance.html
+++ b/understanding/conformance.html
@@ -11,8 +11,8 @@
    </head>
    <body dir="ltr"><a href="#main" class="button button--skip-link">Skip to content</a><div class="minimal-header-container default-grid">
          <div class="minimal-header" id="site-header">
-            <div class="minimal-header-name"><a href="https://w3c.github.io/wcag/understanding/">WCAG 2.2 解説書</a></div>
-            <div class="minimal-header-subtitle">Informative explanations, not required to meet WCAG</div><a class="minimal-header-link" href="https://w3c.github.io/wcag/understanding/about">About WCAG Understanding Docs</a><div class="minimal-header-logo"><a href="http://w3.org/" aria-label="W3C">
+            <div class="minimal-header-name"><a href="https://waic.jp/translations/WCAG22/Understanding/">WCAG 2.2 解説書</a></div>
+            <div class="minimal-header-subtitle">Informative explanations, not required to meet WCAG</div><a class="minimal-header-link" href="https://waic.jp/translations/WCAG22/Understanding/about">WCAG 解説書について</a><div class="minimal-header-logo"><a href="http://w3.org/" aria-label="W3C">
                   <svg xmlns="http://www.w3.org/2000/svg" height="2em" viewBox="0 0 91.968 44" style="margin: 0.75em 0 0.75em 0.5em">
                      <g fill-rule="evenodd" fill="none">
                         <path fill="#015a9c" d="M-.231-.21h92.917v44.659H-.23z"></path>
@@ -182,7 +182,7 @@ <h3>適合要件 1 を理解する</h3>
                      </p>
                      
                      
-                     <p>また、「適合している代替版」を提供する達成方法を紹介している
+                     <p>また、「適合している代替版」を提供するテクニックを紹介している
                         <a href="#conforming-alt-versions">適合している代替版を理解する</a>も参照のこと。
                         
                      </p>
@@ -488,7 +488,7 @@ <h3>第三者によるコンテンツに伴う部分的な適合宣言</h3>
                      <h3>達成基準以上に施した追加措置に関する情報</h3>
                      
                      
-                     <p>適合宣言の任意要素の一つに、「アクセシビリティをさらに向上させるために、達成基準以上に施した追加措置に関する情報」がある。これには、適合しているその他の達成基準、実装した参考達成方法、特定の障害者のアクセス又はニーズを助けるために用いた追加の措置に関する情報などが含まれる。利用者がそのページのアクセシビリティを把握する上で役に立つあらゆる情報を含めるとよい。
+                     <p>適合宣言の任意要素の一つに、「アクセシビリティをさらに向上させるために、達成基準以上に施した追加措置に関する情報」がある。これには、適合しているその他の達成基準、実装した参考テクニック、特定の障害者のアクセス又はニーズを助けるために用いた追加の措置に関する情報などが含まれる。利用者がそのページのアクセシビリティを把握する上で役に立つあらゆる情報を含めるとよい。
                         
                      </p>
                      
@@ -525,7 +525,7 @@ <h3>適合宣言を報告するためのメタデータの使用</h3>
                   
                   <section id="conformance-claims-techniques">
                      	
-                     <h3>適合宣言のための達成方法</h3>
+                     <h3>適合宣言のためのテクニック</h3>
                      
                      <section id="conformance-claims-sufficient">
                         	
@@ -584,7 +584,7 @@ <h3>適合宣言のための達成方法</h3>
                      <section id="conformance-claims-advisory">
                         
                         	
-                        <h4>適合宣言のための達成方法</h4>
+                        <h4>適合宣言のためのテクニック</h4>
                         
                         
                         <ul>
@@ -986,12 +986,12 @@ <h3>アクセシビリティサポートに関する記述</h3>
                         </li>
                         
                         
-                        <li>この適合宣言は、Techniques for WCAG 2.0 に記述されている達成方法及びユーザエージェントノートに基づいて、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。また、(適合する上で依存した) 技術のアクセシビリティサポート文書にも基づいており、「組織 XYZ によるアクセシビリティサポート文書」で参照可能です。
+                        <li>この適合宣言は、Techniques for WCAG 2.0 に記述されているテクニック及びユーザエージェントノートに基づいて、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。また、(適合する上で依存した) 技術のアクセシビリティサポート文書にも基づいており、「組織 XYZ によるアクセシビリティサポート文書」で参照可能です。
                            
                         </li>
                         
                         
-                        <li>この適合宣言は、「WCAG 2.0 のための技術 Z のアクセシビリティ サポーテッドな達成方法」で文書化されている技術 Z の使用法を基にして、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。
+                        <li>この適合宣言は、「WCAG 2.0 のための技術 Z のアクセシビリティ サポーテッドなテクニック」で文書化されている技術 Z の使用法を基にして、コンテンツの言語でのアクセシビリティサポートの要件を満たしています。
                            
                         </li>
                         
@@ -1031,7 +1031,7 @@ <h2>「プログラムによる解釈」を理解する</h2>
                   </p>
                   
                   
-                  <p>この用語を用いているのは、情報が支援技術 (及び、アクセシビリティを支援するその他のユーザエージェント) に対してアクセシブルでなければならない部分を、アクセシブルにするために具体的にどのような方法を用いるかという点に言及せずに、WCAG ワーキンググループがはっきりと特定できるようにするためである。技術が絶え間なく変化しているということを考えると、これは重要なことである。この用語によって、ガイドラインを満たすために、何を「プログラムによる解釈」であるようにする必要があるのかをガイドライン中で特定できるようになる。そして、時間とともに更新可能な文書群 (How to Meet、解説書、及びテクニック文書) を別に用意することができて、ユーザエージェント及び支援技術のサポート状況に基づき、いずれかの時点で目的通りに機能して、十分であると考えられる特定の達成方法を挙げることが可能になる。
+                  <p>この用語を用いているのは、情報が支援技術 (及び、アクセシビリティを支援するその他のユーザエージェント) に対してアクセシブルでなければならない部分を、アクセシブルにするために具体的にどのような方法を用いるかという点に言及せずに、WCAG ワーキンググループがはっきりと特定できるようにするためである。技術が絶え間なく変化しているということを考えると、これは重要なことである。この用語によって、ガイドラインを満たすために、何を「プログラムによる解釈」であるようにする必要があるのかをガイドライン中で特定できるようになる。そして、時間とともに更新可能な文書群 (How to Meet、解説書、及びテクニック文書) を別に用意することができて、ユーザエージェント及び支援技術のサポート状況に基づき、いずれかの時点で目的通りに機能して、十分であると考えられる特定のテクニックを挙げることが可能になる。
                      
                   </p>
                   
@@ -1229,26 +1229,26 @@ <h3>なぜ代替版を容認するのか？</h3>
                   <section id="techsaltver">
                      
                      
-                     <h3>適合している代替版を提供するための達成方法</h3>
+                     <h3>適合している代替版を提供するためのテクニック</h3>
                      
                      
-                     <p>適合している代替版を提供する上で最も重要なのは、適合していないバージョンから適合している代替版を見つけるメカニズムを提供することである。ある特定の達成方法が特定のウェブコンテンツ又は状況において常に可能であるとは限らないため、これには数多くの様々な方法がある。例えば、コンテンツ制作者がサーバーを制御できる場合には、利用者が常に前もって選択できるかなり効果的な達成方法がいくつかある。しかし、多くの場合、コンテンツ制作者はウェブサーバー上のサービスを制御することはできない。そういう場合には、他の達成方法がある。適合していないページでリンクを提供するのも効果的な達成方法だが、すべての適合していないウェブコンテンツ技術がハイパーテキストリンクをサポートしているわけではない。
+                     <p>適合している代替版を提供する上で最も重要なのは、適合していないバージョンから適合している代替版を見つけるメカニズムを提供することである。ある特定のテクニックが特定のウェブコンテンツ又は状況において常に可能であるとは限らないため、これには数多くの様々な方法がある。例えば、コンテンツ制作者がサーバーを制御できる場合には、利用者が常に前もって選択できるかなり効果的なテクニックがいくつかある。しかし、多くの場合、コンテンツ制作者はウェブサーバー上のサービスを制御することはできない。そういう場合には、他のテクニックがある。適合していないページでリンクを提供するのも効果的なテクニックだが、すべての適合していないウェブコンテンツ技術がハイパーテキストリンクをサポートしているわけではない。
                         
                      </p>
                      
                      
-                     <p>次に挙げるのは、今までに確認されてきた達成方法である。WCAG ワーキンググループでは、時間とともにその他の達成方法も考案されることを期待している。そして、支援技術を含むユーザエージェントによってサポートされていることが実証されれば、それらのアプローチがここに追加されていくだろうと考えている。例えば、支援技術がアクセスできない新しいウェブコンテンツ技術の開発者は、代替版へのリンクを利用者に自動的に提示する機能をそのウェブコンテンツ技術に組み込んでもよい。
+                     <p>次に挙げるのは、今までに確認されてきたテクニックである。WCAG ワーキンググループでは、時間とともにその他のテクニックも考案されることを期待している。そして、支援技術を含むユーザエージェントによってサポートされていることが実証されれば、それらのアプローチがここに追加されていくだろうと考えている。例えば、支援技術がアクセスできない新しいウェブコンテンツ技術の開発者は、代替版へのリンクを利用者に自動的に提示する機能をそのウェブコンテンツ技術に組み込んでもよい。
                         
                      </p>
                      
                      	
                      <section id="techsaltver-sufficient">
                         
-                        <h4>ウェブページの適合している代替版を提供する適合要件を満たすことができる達成方法</h4>
+                        <h4>ウェブページの適合している代替版を提供する適合要件を満たすことができるテクニック</h4>
                         
                         
-                        <p>この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組み合わせを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。その他の達成方法についての詳細は、
-                           <a href="understanding-techniques"></a>の「その他の達成方法」を参照のこと。
+                        <p>この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断するテクニック、又は複数のテクニックの組み合わせを表している。しかしながら、必ずしもこれらのテクニックを用いる必要はない。その他のテクニックについての詳細は、
+                           <a href="understanding-techniques"></a>の「その他のテクニック」を参照のこと。
                            
                         </p>
                         
@@ -1347,7 +1347,7 @@ <h4>ワーキンググループが確認したよくある適合要件を満た
                      	
                      <section id="techsaltver-advisory">
                         
-                        <h4>ウェブページの適合している代替版を提供する適合要件でさらに対応が望まれる達成方法 (参考)
+                        <h4>ウェブページの適合している代替版を提供する適合要件でさらに対応が望まれるテクニック (参考)
                            
                         </h4>
                         
