로그인

접근성 성명서: 그것이 무엇인지, 왜 필요한지, 그리고 작성 방법

12 min read
접근성 성명준수법적

접근성 성명서는 조직이 디지털 포용에 얼마나 헌신하고 있는지를 보여 주는 가장 눈에 띄는 신호 중 하나이지만, 여전히 대부분의 웹사이트에는 이러한 성명서가 없다. 이 가이드는 접근성 성명서가 정확히 무엇인지, 법적·평판 측면에서 왜 중요한지, 그리고 면밀한 검토에도 실제로 견딜 수 있는 성명서를 작성하는 방법을 설명한다.

상위 100만 개 웹사이트의 96% 이상이 기본적인 WCAG 접근성 기준을 충족하지 못하고 있습니다. 그럼에도 불구하고 ADA 관련 웹 소송 건수는 매년 계속 증가하고 있습니다. 이런 환경에서 접근성 성명서는 단순한 예의 차원의 제스처가 아닙니다. 이는 귀 조직이 디지털 포용을 진지하게 받아들이고 있다는 것을 보여 주는 가장 구체적이고 대외적으로 눈에 띄는 신호 중 하나이며, 점점 더 많은 관할 구역에서 법적 의무이기도 합니다. 아직 접근성 성명서가 없다면, 이 가이드는 이를 제대로 작성하기 위해 알아야 할 모든 것을 단계별로 안내합니다.

접근성 성명서란 무엇인가?

본질적으로 접근성 성명서는 귀 조직이 웹사이트와 그를 통해 제공하는 디지털 서비스가 장애인을 포함한 모든 사용자에게 접근 가능하도록 하겠다는 약속을 대외적으로 선언하는 문서입니다. 이는 웹사이트의 전용 페이지에 게시되며, 방문자에게 이해하기 쉬운 언어로 어떤 기준을 목표로 하고 있는지, 이를 충족하기 위해 무엇을 했는지, 아직 어떤 격차가 남아 있는지, 그리고 사용자가 장벽을 만났을 때 누구에게 연락할 수 있는지를 알려 줍니다.

접근성 성명서를 이와 관련 있지만 다른 문서들과 구분하는 것이 중요합니다. 내부 접근성 정책은 누가 책임을 지는지, 어떤 워크플로가 적용되는지, 조달 결정은 어떻게 이루어지는지 등 귀 조직의 내부 목표와 프로세스를 개괄합니다. 반면 접근성 성명서는 외부를 향합니다. 이는 팀이 아니라 사용자에게 쓰는 문서입니다. 자발적 제품 접근성 템플릿(VPAT) 또는 접근성 적합성 보고서(ACR)는 주로 엔터프라이즈 조달 환경에서 사용되는 고도로 기술적인 문서입니다. 접근성 성명서는 이 둘의 중간에 위치합니다. 정직하고 실질적이어야 하지만, 페이지에 도달한 일반 대중 누구나 이해할 수 있어야 합니다.

접근성 성명서를 공개된 공간에 적어 둔 귀사의 접근성 약속이라고 생각해 보십시오. 이는 장애가 있는 사용자에게 그들을 인지하고 있으며, 그들을 위해 서비스를 제공하기 위해 노력하고 있고, 문제가 발생했을 때 연락할 수 있는 실제 담당자가 있음을 알리는 신호입니다. 또한 향후 분쟁에서 규제 기관, 감사인, 상대방 변호인에게 접근성이 귀 조직에서 사후적 고려가 아니라 숙고된 지속적 실천임을 보여 줍니다.

법적 환경: 언제 접근성 성명서가 요구되는가?

“법적으로 접근성 성명서가 필요한가?”라는 질문에 대한 답은 귀사가 어디에서 운영하는지, 대상 이용자가 누구인지, 어떤 법이 적용되는지에 크게 좌우됩니다. 지난 2년 동안 상황은 상당히 변했으며, 방향성은 분명합니다. 전 세계적으로 요구 사항이 강화되고 있습니다.

미국에서는 주 및 지방 정부에 대한 가장 직접적인 법적 의무가 ADA 제2편(Title II)에 따른 법무부(Department of Justice)의 2024년 4월 최종 규칙에서 비롯됩니다. 이 규칙은 정부 웹사이트와 모바일 앱이 WCAG 2.1 AA 수준을 준수해야 한다는 점을 명확히 했습니다. 접근성 성명서를 게시하고 디지털 접근성에 대한 거버넌스를 수립하는 것은 이러한 준수 태세의 일부입니다. 이 규칙에 따른 준수 기한은 대규모 기관의 경우 2026년 4월, 소규모 기관의 경우 2027년 4월입니다. ADA 제3편(Title III)의 적용을 받는 민간 기업의 경우, 특정 접근성 성명서가 법률에 명시적으로 규정되어 있지는 않지만, 성명서의 부재가 원고 측 변호사에 의해 조직의 전반적인 접근성 노력이 부족하다는 증거로 활용되어 의미 있는 법적 위험 요인이 되고 있습니다.

유럽연합에서는 상황이 더욱 명시적입니다. EU 웹 접근성 지침(EU Web Accessibility Directive)은 수년 전부터 회원국의 공공 부문 기관이 접근성 성명서를 게시하도록 요구해 왔습니다. 이제 2025년 6월 28일 전면 시행된 European Accessibility Act(EAA)는 전자상거래, 은행, 운송, 통신 등 다양한 분야의 민간 기업으로 접근성 의무를 확장합니다. 회사의 본사가 어디에 있든, EU 거주 고객에게 제품이나 서비스를 제공하는 모든 기업이 적용 대상입니다. EAA를 디지털 접근성 분야의 GDPR이라고 생각해 보십시오. 서버가 어디에 있는지는 개의치 않는 광범위한 국경 간 규제입니다. EAA는 웹 및 모바일 콘텐츠에 대한 기술적 기준으로 WCAG 2.1 AA 수준과 정렬되어 있습니다.

영국에서는 2018년 공공 부문 기관 접근성 규정(Public Sector Bodies Accessibility Regulations 2018)이 모든 정부 및 공공 부문 웹사이트와 앱이 WCAG 2.1 AA 기준을 충족하고 또한 접근성 성명서를 게시하도록 명시적으로 요구합니다. 캐나다 온타리오주의 AODA, 미국 연방 계약자를 위한 재활법(Rehabilitation Act) 제508조, 기타 여러 국가의 프레임워크가 추가적인 층을 형성합니다. 전 세계 이용자를 대상으로 한다면, 최소한 하나의 관련 법률이 귀사에 성명서를 요구한다고 가정해야 합니다.

귀 조직에 대해 접근성 성명서를 명시적으로 요구하는 법이 없더라도, 성명서의 부재는 점점 더 중립이 아니라 태만으로 보입니다. 이는 모든 웹사이트 소유자가 취해야 할 비용은 낮지만 신호는 강력한 조치입니다.

준수를 넘어 접근성 성명서가 중요한 이유

법적 의무는 최소 기준일 뿐입니다. 잘 작성된 접근성 성명서를 갖추어야 할 설득력 있는 비즈니스적·윤리적 이유는 단순히 소송을 피하는 것 이상입니다.

먼저 사용자를 생각해 보십시오. 전 세계적으로 약 13억 명이 어떤 형태로든 장애를 가지고 살아갑니다. 이들 중 많은 사람은 오랜 경험을 통해 새로운 웹사이트에 시간이나 돈을 투자하기 전에 접근성 성명서를 먼저 확인하는 습관을 갖게 되었습니다. 명확하고 정직한 성명서는 사이트가 어떤 보조 기술로 테스트되었는지, 문제가 발생했을 때 누구에게 연락할 수 있는지, 그리고 귀 조직이 이 문제를 얼마나 진지하게 다루는지를 알려 줍니다. 이는 마찰을 줄이고, 장애가 있는 사용자가 사이트에 머무를지 여부를 결정하는 바로 그 순간에 신뢰를 구축합니다.

둘째, 평판의 측면이 있습니다. 접근성 성명서가 없거나, 수정 없이 템플릿을 그대로 베껴 왔거나, 사이트가 분명히 지키지 못하는 약속을 담고 있는 경우, 포용을 중시하는 고객, 직원, 파트너에게 부정적인 신호를 보냅니다. 반대로, 사려 깊게 작성되고 정기적으로 유지·관리되는 성명서는 진정한 조직적 의지를 보여 줍니다. Barclays와 Roche 같은 선도 조직은 현재의 한계를 솔직하게 인정하면서도 이를 해결하기 위해 진행 중인 구체적인 조치를 설명하는 성명서를 게시합니다. 이러한 투명성은 완벽한 준수를 주장하는 성명서보다 훨씬 더 큰 호감을 형성합니다.

셋째, 접근성 성명서는 내부 책임 메커니즘을 만들어 냅니다. 표준, 테스트 방법론, 사용자 신고 이슈에 대한 대응 기한을 대외적으로 약속하는 순간, 귀사 팀이 반드시 충족해야 하는 기대치를 설정하게 됩니다. 이는 버그가 아니라 장점입니다. 외부 약속이 없는 접근성 프로그램은 방향을 잃기 쉽지만, 공개된 성명서를 가진 프로그램은 궤도를 유지하는 경향이 있습니다.

마지막으로 SEO와 사용성 측면도 고려해야 합니다. 시맨틱 HTML, 올바른 헤딩 구조, 설명적인 대체 텍스트, 명확한 링크 레이블 등 접근성 모범 사례는 검색 엔진 랭킹 신호와 강하게 상관관계를 가집니다. 접근성을 염두에 두고 구축된 웹사이트는 전반적으로 성능이 더 좋은 웹사이트가 되는 경향이 있습니다.

포함해야 할 내용: 필수 구성 요소

민간 부문 접근성 성명서에 대한 단일 의무 템플릿은 없지만, W3C의 Web Accessibility Initiative가 성명서에 포함되어야 할 내용에 대해 가장 명확한 지침을 제공합니다. 아래는 반드시 다루어야 할 각 구성 요소와 그 이유를 정리한 것입니다.

약속 문구. 조직의 디지털 접근성에 대한 약속을 명확하고 인간적인 문장으로 시작하십시오. 이를 숨기지 마십시오. 장애가 있는 사용자와 원고 측 변호인이 가장 먼저 읽는 부분입니다. 회사식 상투 문구는 피하십시오. 시각, 청각, 신체, 인지, 신경학적, 언어 장애가 있는 사용자를 위한 포용적 경험을 위해 노력하고 있음을 구체적으로 명시하십시오.

목표로 하는 기준. 목표로 하는 WCAG의 구체적인 버전을 명시하십시오. 이상적으로는 최소 WCAG 2.1 AA 수준, 현재 모범 사례로는 WCAG 2.2 AA 수준입니다. 적합성 수준을 솔직하게 명시하십시오. 완전 적합이라면 그렇게 밝히십시오. 부분 적합이라면 그 사실을 밝히고 어떤 영역이 미흡한지 설명하십시오. 성명서에서 적합성에 대해 허위 주장을 하는 것은 알려진 격차를 공개하는 것보다 더 나쁩니다. 이는 소송에서 선의(good faith) 항변의 여지를 없애 버립니다.

알려진 한계. 이 부분은 대부분의 조직이 잘못 작성하는 섹션입니다. 한계를 전혀 나열하지 않거나(실제 웹사이트에서는 거의 불가능합니다), 사용자에게 아무 의미도 없는 기술적인 WCAG 기준 번호를 사용합니다. W3C는 쉬운 언어를 권장합니다. “WCAG 성공 기준 1.2.2를 충족하지 못합니다”라고 쓰는 대신 “일부 오래된 동영상에는 자막이 없습니다”라고 쓰십시오. 구체적으로, 정직하게 작성하십시오. 사용자는 미리 알고 있는 것을 감사히 여기며, 이는 선의를 보여 줌으로써 법적으로도 귀사를 보호합니다.

접근성을 위해 수행한 조치. 실제로 수행한 노력을 설명하십시오. 제3자 감사를 진행했습니까? 스크린 리더로 테스트합니까? 콘텐츠 팀을 교육했습니까? 추가 보조 기능을 제공하는 접근성 오버레이 위젯을 사용합니까? 조직이 취하는 구체적인 조치를 상세히 기술하십시오. 이 섹션은 성명서를 수동적인 약속에서 준수 프로그램의 적극적인 증거로 바꿔 줍니다.

기술 환경. 사이트를 테스트한 브라우저, 운영체제, 보조 기술을 명시하십시오. 스크린 리더는 브라우저 조합에 따라 다르게 동작하므로, 테스트한 환경을 문서화하면 기대치를 관리하는 동시에 엄격한 접근을 보여 줄 수 있습니다.

연락처 정보. 이 섹션이 가장 중요할 수 있습니다. 사용자가 접근성 장벽을 신고하기 쉽게 만드십시오. 이메일, 전화, 이상적으로는 자체적으로 완전히 접근 가능한 웹 양식 등 여러 채널을 제공하십시오. 응답 기한을 명시하고 이를 지키십시오. 연구에 따르면, 조직이 접근성 불만에 빠르게 대응할수록 그 불만이 소송으로 비화될 가능성이 낮습니다. 아무도 모니터링하지 않는 일반 메일함으로 이 연락을 보내지 마십시오.

제3자 콘텐츠. 사이트에 제3자 위젯, 소셜 미디어 피드, 지도 또는 귀사가 통제하지 않는 기타 콘텐츠를 임베드하는 경우, 이를 인정하고 해당 콘텐츠의 접근성을 보장할 수 없음을 명확히 하십시오. 동시에, 접근 가능한 제3자 도구를 선택하기 위해 취하는 조치를 설명할 수 있습니다.

마지막 검토 날짜. 눈에 잘 띄는 “마지막 업데이트” 날짜를 포함하십시오. 날짜가 없는 접근성 성명서는 오래되었어 보이며 실제로도 그럴 수 있습니다. 최소 연 1회, 그리고 대규모 리디자인이나 콘텐츠 개편 이후에는 반드시 검토 및 업데이트할 것을 약속하십시오.

적용 법률에 대한 언급. 관할 구역과 대상 이용자에 따라 ADA, 제508조, EAA, 영국 접근성 규정, AODA 등 관련 법적 프레임워크를 언급하십시오. 이는 법적 인식을 보여 주고, 사용자가 규제 환경을 이해하는 데 도움을 줍니다.

활용 가능한 구조 템플릿

아래는 귀사의 접근성 성명서 페이지에 활용할 수 있는 깔끔하고 시맨틱한 HTML 구조입니다. 대괄호 안의 플레이스홀더 값을 귀 조직과 웹사이트에 맞는 정확한 정보로 교체하십시오.

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

피해야 할 일반적인 실수

현재 웹에 존재하는 대부분의 접근성 성명서는 없거나, 수정 없이 템플릿을 그대로 베껴 왔거나, 실제로는 오해를 불러일으키는 내용입니다. 다음은 반드시 피해야 할 구체적인 함정입니다.

완전 적합하지 않으면서 완전 적합을 주장하는 것. 이것이 가장 위험한 실수입니다. 자동화 도구는 많아야 WCAG 이슈의 약 30–40%만 포착합니다. 즉, 자동화 테스트를 통과한 사이트라도 여전히 상당한 장벽이 있을 수 있습니다. 성명서에서 WCAG 2.1 AA 완전 적합을 주장하는데, 사용자나 원고가 그와 다름을 입증할 수 있다면, 그 허위 주장은 법적 위험을 줄이기는커녕 오히려 증폭시킵니다. 명확한 개선 로드맵과 함께 정확한 부분 적합을 주장하는 것이 더 정직하고 방어 가능성이 높습니다.

성명서 페이지 자체를 접근 불가능하게 만드는 것. 생각보다 자주 발생하는 일입니다. 접근성 성명서 자체가 WCAG를 충족해야 합니다. 페이지를 테스트하고, 색 대비를 확인하고, 키보드 내비게이션을 검증하고, 스크린 리더가 헤딩을 올바르게 해석할 수 있는지 확인하십시오. 접근성 성명서가 접근 불가능하다면 최소한 민망한 일이며, 최악의 경우에는 불만 제기의 증거가 됩니다.

실질적인 연락 수단을 제공하지 않는 것. “문의해 달라”고 적어 놓고 깨진 양식이나 아무도 모니터링하지 않는 info@ 이메일 주소만 제공하는 성명서는 쓸모없을 뿐 아니라 해롭습니다. 장벽을 신고하려다 응답을 받지 못한 사용자는 규제 기관이나 변호사에게 문제를 에스컬레이션할 가능성이 훨씬 높습니다.

전혀 업데이트하지 않는 것. 3년 전 날짜가 찍혀 있고, 그 사이에 이미 대체된 기술이나 기준을 언급하는 성명서는 즉시 신뢰를 떨어뜨립니다. 최소 연 1회, 그리고 대규모 사이트 리디자인 직후에 성명서를 검토할 수 있도록 캘린더 알림을 설정하십시오.

아무도 찾을 수 없는 곳에 묻어 두는 것. W3C는 접근성 성명서에 대한 링크를 푸터, 도움말 메뉴, 사이트맵, 소개 페이지 등 여러 눈에 띄는 위치에 배치할 것을 권장합니다. “Accessibility Statement” 또는 “Accessibility”처럼 일관된 링크 텍스트를 사용하여, 이를 찾는 법을 아는 사용자가 빠르게 찾을 수 있도록 하십시오.

Accsible이 귀사의 접근성 전략에 기여하는 방식

접근성 성명서는 귀사의 약속을 문서화한 것이지만, 실행 없는 약속은 말뿐입니다. 여기서 Accsible의 오버레이 위젯 SDK와 같은 도구가 더 넓은 접근성 전략의 한 층으로서 역할을 합니다.

Accsible을 사용하면 사이트에 구성 가능한 접근성 위젯을 임베드하여 사용자가 자신의 브라우징 경험을 직접 제어할 수 있도록 할 수 있습니다. 글꼴 크기, 대비 설정, 커서 크기, 애니메이션 감소 등 다양한 요소를 조정할 수 있습니다. 이러한 사용자 중심 제어 기능은 다양한 시각, 운동, 인지적 요구를 가진 사람들에게 사이트의 사용성을 확장해 줍니다. 중요한 점은, 접근성 위젯을 도구 체인에 포함하면 접근성 성명서가 더 구체적이고 신뢰할 수 있게 된다는 것입니다. 위젯이 제공하는 구체적인 기능을 명시하고, 어떤 환경에서 테스트했는지 설명하며, 포용을 향해 적극적인 기술적 조치를 취했음을 보여 줄 수 있습니다.

이러한 구체성이 중요합니다. 법원, 규제 기관, 사용자는 모두 모호한 약속보다 구체적인 조치를 설명하는 성명서에 더 긍정적으로 반응합니다. 성명서에는 위젯, 그 기능, 어떤 사용자 요구를 해결하는지에 대한 내용을 감사 프로그램, 테스트 방법론, 피드백을 위한 담당자 정보와 함께 포함해야 합니다. 위젯은 시맨틱하고 잘 구조화된 기본 코드의 대체물이 아니라, 성명서에 포함할 가치가 있는 의미 있는 노력의 한 층입니다.

접근성은 제품이 아니라 프로그램입니다. 성명서는 그 프로그램을 문서화합니다. 도입하는 모든 도구, 감사, 교육, 피드백 루프는 성명서를 더 신뢰할 수 있게 만들고, 사이트를 실제로 더 포용적으로 만듭니다.

성명서를 최신 상태로 유지하기 위한 유지보수 체크리스트

접근성 성명서는 살아 있는 문서입니다. 사이트가 변경되는 순간—새로운 결제 흐름, 재설계된 내비게이션, 새로 임베드한 동영상 플레이어—성명서의 정확성은 잠재적으로 영향을 받습니다. 접근성 프로그램에 유지보수 리듬을 구축하여 성명서가 항상 현실을 반영하도록 하십시오.

  • 각 주요 릴리스 또는 리디자인 이후: 알려진 한계(Known Limitations) 섹션과 기술 사양(Technical Specifications)을 검토하십시오. 브라우저나 보조 기술이 변경되었다면 테스트 환경을 업데이트하십시오.
  • 연 1회: 전체 접근성 감사를 의뢰하거나 수행하십시오. 현재 도구, 프로세스, 결과를 반영하도록 적합성 상태와 조치(Measures) 섹션을 갱신하십시오. “마지막 검토” 날짜를 업데이트하십시오.
  • 표준이 변경될 때: WCAG 2.2는 이미 발행되었고 WCAG 3.0은 개발 중입니다. 규제 기관이 기술 표준을 업데이트할 때, 목표로 하는 버전과 전환 계획을 반영하도록 성명서를 업데이트하십시오.
  • 법이 변경될 때: EAA, ADA 제2편 기한, 기타 규정은 현재도 변화하고 있습니다. 새로운 요구 사항이 귀 조직에 적용된다면, 성명서의 법적 언급을 그에 맞게 업데이트하십시오.
  • 연락처 정보가 변경될 때: 이메일 주소, 전화번호, 양식 링크를 즉시 업데이트하십시오. 접근성 성명서에 깨진 연락 채널이 있다면 이는 사용성 실패이자 법적 위험입니다.

사용자로부터 받은 접근성 피드백—보고된 이슈, 대응 방식, 해결까지 걸린 시간—을 기록하는 것도 선의를 입증하는 문서 기록을 만들어 줍니다. 귀 조직의 접근성 관행이 도전을 받는 상황이 온다면, 이 기록은 매우 귀중한 자료가 될 수 있습니다.

핵심 요약

  • 접근성 성명서는 법적 리스크 관리 도구이자 사용자 신뢰 신호입니다. EAA 적용을 받는 EU 시장 기업, ADA 제2편 규칙의 적용을 받는 미국 공공 기관 등 많은 관할 구역에서 어떤 형태로든 대외적 접근성 약속이 이제 법적으로 요구되거나 강하게 암시되고 있습니다.
  • 한계에 대한 정직한 공개는 과장된 주장보다 귀사를 더 잘 보호합니다. 명확한 개선 계획과 함께 부분적으로 WCAG를 준수한다고 밝히는 것이, 완전 준수를 허위로 주장하는 것보다 법적으로 더 방어 가능합니다. 법원과 규제 기관은 선의를 입증하는 행동에 긍정적으로 반응합니다.
  • 실제 작동하고 모니터링되는 연락 수단을 제공하십시오. 이메일, 전화, 웹 양식 등 장벽을 신고할 수 있는 여러 방법을 제공하고, 구체적인 응답 기한을 약속하십시오. 사용자 신고 이슈에 대한 빠른 대응은 법적 에스컬레이션 위험을 크게 줄입니다.
  • 접근성 성명서 페이지 자체가 접근 가능해야 합니다. WCAG 적합성을 테스트하고, 키보드 내비게이션을 검증하며, 색 대비를 확인하고, 게시 전에 스크린 리더 호환성을 점검하십시오.
  • 성명서를 일회성 작업이 아닌 살아 있는 문서로 취급하십시오. 모든 주요 사이트 변경 이후, 최소 연 1회, 그리고 관련 법률이나 WCAG 기준이 업데이트될 때마다 성명서를 검토하십시오. “마지막 검토” 날짜를 눈에 띄게, 정확하게 유지하십시오.