israeli-accessibility-compliance

以色列无障碍合规

法律声明

这是由 AI 模型运营的免费信息工具。它讲解以色列无障碍法律，梳理 IS 5568 的要求，运行静态 HTML 检查并起草无障碍声明。所有输出均由系统自动生成，未经认证无障碍专家（morshe negishut）参与、审查或批准。输出不是认证无障碍专家的意见，不是经认可的无障碍审计，也不是法律建议；它只是原始技术资料和说明性材料。本工具不包括使用辅助技术进行的人工测试，不审查 IS 5568 第 2 部分所涉文件，不提供 Regulation 35ו(א) 要求的技术困难意见，也不会核实当前与指数挂钩的法定赔偿金额。AI 模型可能出错、遗漏数据或给出错误结论。

第 9 步中的无障碍声明部分以及 audit_a11y.py 的输出，都是供组织内部使用的工作草稿；发布前，以及在针对执法行动或民事索赔时依赖这些内容之前，均应由认证无障碍专家（morshe negishut）审查。本工具不能替代针对每个人的具体情况和需求提供的建议；发布无障碍声明、声称符合豁免条件或回复投诉前，应咨询认证无障碍专家或律师。

说明

步骤 1：了解法律框架

以色列网站无障碍（negishot）是法律强制要求，依据为 《残障人士平等权利法》（Chok Shivyon Zechuyot Le'Anashim Im Mugbaluyot），1998 年以及 《残障人士平等权利（服务无障碍便利措施）条例》，2013 年（Takanot Negishut LeSherut）。网站无障碍义务载于该条例第 ה' 章第 ג' 节，即 第 35 至 35ו 条例，由 2017 年修正案增补，并自 2017 年 10 月 26 日起生效。第 35 条例本身仅包含定义，因此应引用具体子条例：

条例	内容
35	定义。“互联网服务”明确涵盖网站、文档和应用；适用标准为 IS 5568 的所有部分，并随时采用其修订版本
35א	义务：遵循 AA 级 IS 5568（应用和基于时间的媒体适用 35ג 和 35ד）、文档要求，以及 35א(ד) 中的 60 天通知规则
35ב	第三方内容和用户生成内容：运营方对此不承担责任，但必须提供无障碍基础设施，例如用于填写图像描述的字段
35ג	移动应用（步骤 6a）
35ד	视频：仅当公共机构，或平均营业额超过 500 万 NIS 的运营方编辑或制作视频时，才必须添加字幕（WCAG 1.2.2）
35ה	无障碍声明（步骤 9）
35ו	豁免（步骤 2），包括技术困难

WCAG 版本。 IS 5568 第 1 部分的现行版本为 2023 年 9 月版（取代 2021 年 5 月版）。除本国调整外，该标准与 2008 年 12 月的 WCAG 2.0 完全相同，不包含 2.1 或 2.2 的成功准则。本国调整包括：1.2.1 至 1.2.3 从 A 级提高到 AA 级；1.2.4 和 1.2.5 从 AA 级降至 AAA 级，因此不属于强制要求；2.4.10“章节标题”从 AAA 级提高到 AA 级；3.1.2“部分语言”不适用。在此基础上满足 WCAG 2.1 或 2.2 是为未来做准备，并非法律的最低要求。

适用对象： 面向公众开放的服务提供方运营的所有以色列公众网站和移动应用，包括政府机构、教育机构、医疗服务提供方、企业和非营利组织。

符合标准是必要条件，但并非充分条件。 法律义务由 条例 规定，而该 条例通过引用纳入了 AA 级 IS 5568。即使通过自动化 WCAG / IS 5568 审核，如果缺少无障碍声明、协调员（如有要求）或反馈渠道，仍可能不合规；反之亦然。请将“符合 IS 5568”和“符合法律要求”视为两份不同的核对清单。

技术困难（35ו(א) 至 (ג)）。 经认证的服务无障碍专家（morshe negishut hasherut）可依据专业人士（ish miktzoa）的意见，并使用专员发布的表格，为运营方的平台在技术上无法支持的特定调整申请豁免。豁免期限最长为 3 年，可续期一次，最长再延长 3 年；超过此期限后，只有专员可以批准豁免。运营方必须提供替代访问方式，在声明中公布豁免及替代方式，并在残障人士提出要求时向其提供该表格。

数字文档（IS 5568 第 2 部分）。 第 2 部分的现行版本为 2023 年 9 月版（取代 2020 年 5 月版），涵盖 PDF 和 Office 文件等文档。根据 35א(ג)，2017 年 10 月 26 日及之后制作并上传至网站或应用的文档必须无障碍；即使在线填写表单制作时间更早，也同样适用。可下载文档是现实审核中最常见的不合规问题之一，因此不要只检查 HTML。

第 2 步：哪些主体可获豁免

第 35ו 条规定的网站豁免依据营业额（最近三个营业额非零的纳税年度的平均值），而非员工人数。网站义务没有“25 名员工”这一触发条件，第 35ו(ח) 条规定的旧 300,000 NIS 档位属于过渡性规定，已于 2020 年 10 月 26 日到期。

经营者	适用情况
小型免税经营者（Osek patur），或年平均营业额不超过 100,000 NIS（第 35ו(ז) 条）	豁免网站义务；法规没有设定时限
平均营业额不超过 1,000,000 NIS，且网站或应用是在法规生效前开始运营的（Kol Zchut 将此解读为 2017 年 10 月 26 日之前）（第 35ו(ט) 条）	自纳入平均值的最近纳税年度结束之日起豁免 3 年，每 3 年可续期；前提是以无障碍方式公布用于接受服务的联系渠道
其他任何经营者（新网站超过最低档位，或营业额超过 1,000,000 NIS）	不自动豁免。可根据《法律》第 19יג(א)(2) 条向委员会申请因负担过重而豁免
公共机构	不享有营业额豁免，也不能申请因负担过重而豁免

门槛差异。 法规文本规定的是 100,000 NIS，没有指数调整条款，也未发现后续修订；应以法规为准。Kol Zchut 则称门槛为 120,000 NIS，并将该档位描述为可每 3 年续期的临时豁免。登记为小型免税经营者（Osek patur）者，无论营业额多少均可豁免，因此两项数字之间的差异只影响其他经营者（增值税登记经营者 Osek murshe、公司、非营利组织 Amuta）在该区间内的情况。应以 100,000 NIS 为界；如要依据较高门槛行事，请咨询律师或会计师。

第 35ו 条中的其他豁免包括：社交网络上对平台的限制（ד）；服务仅限预先注册用户使用，且任何时候注册人数不超过 500 人时，对服务内容而非基础设施的豁免，但残障人士提出请求的情况除外（ה）；以及提供无障碍替代方案的广告（י）。营业额指经营者依据增值税法计算的全部交易营业额（或第 35 号法规所定义的非营利组织或所得税等值金额），而不仅仅是网站收入。网站无障碍豁免不免除经营者履行其他服务无障碍义务。尤其是，第 34(א)(4) 条要求在经营者的网站上（如有）公布服务及其场所的无障碍安排；第 34(ה) 条要求以同样方式公布任何豁免及其替代安排；这两项规定均不属于标志 ג'，因此即使网站依据第 35ו 条获得豁免，仍须履行这些义务。该豁免也不免除经营者单独承担的实体场所无障碍义务（negishut hamivne），后者有自己的法规。

第 3 步：执法与处罚

以下两条执法途径并行：

• 民事诉讼。 索赔人可以在无需证明损害的情况下请求法定赔偿，只需证明网站不合规。《法律》第 19נא(ב) 条将上限定为 50,000 NIS，但第 19נא(ו)(1) 条规定该金额须按指数调整：每年依据消费者物价指数更新，基准指数为 2005 年 2 月。因此，50,000 NIS 是法定基数，并非当前金额，实际现行上限更高。不要引用未经委员会公布金额核实的更新数字。
• 委员会行政执法。 《平等权利法》第 ט' 章由 第 23 号修正案（2022 年）新增，自 2023 年 8 月 10 日起生效（以根据第 26יב(ב) 条公布法规为条件），赋予委员会一条行政执法途径：警告、书面承诺、无障碍命令以及行政罚款（izum kaspi）。第 26ז 条之后经第 25 号修正案（2024 年）修订，其金额又根据公告 תשפ"ה-2025 和公告 תשפ"ו-2026 按指数调整。2023 年 8 月 10 日这一日期很重要，因为它界定了哪些行为可能适用行政执法。

**债务人规模档位（第 26ז(א) 条），**按违例前一年的交易营业额（מחזור עסקאות）计算：

术语	定义
חייב זעיר	营业额不超过 2,000,000 NIS。公共机构除外
חייב קטן	营业额超过 2,000,000 NIS 且不超过 20,000,000 NIS。公共机构除外
חייב רגיל	不属于上述任何一类者

罚款金额（第 26ז(ג) 条，经 הודעה תשפ"ו-2026 更新）， 以 NIS 计，按被违反条款所在的第八附表部分划分：

第八附表部分	חייב זעיר	חייב קטן	חייב רגיל
א'	1,310	3,830	13,680
ב'	2,620	7,660	27,360
ג'	3,940	14,220	41,030
ד'	3,940	14,220	218,820

第 26ז(ב) 条另行规定，违反充分代表性义务的罚款为 27,360 NIS。网站和应用义务（35א、35ג）属于第八附表 ג' 部分，未展示声明（35ה）则属于 א' 部分。根据第 26יא 条，持续违规每持续一个月增加罚款的五十分之一，同一义务在两年内再次违反则增加相当于罚款金额的款项。对于无违规前科和采取纠正措施的，可予减免。

两条路径并非纯粹累加。 第 23 号修正案在第 19נא(ג)(1א)-(1ב) 条中增加了抗辩事由：如果经营者在被诉行为或不作为之前已根据第 ט' 章 Sign ג' 提交书面承诺（ktav hitchayvut）并正在遵守该承诺（以及官员设定的任何附加条件），或者在被诉行为或不作为发生之前已因该行为或不作为被处以行政罚款或行政警告——该抗辩在专员为执行调整措施所设定的期间内有效——则法院将不会在没有损害证明的情况下判给损害赔偿。时间点是条件：在收到要求函或索赔之后才提交的承诺，本身不能回应该索赔。第 19נא(ג) 条还禁止在以下情形判给此类损害赔偿：已发出无障碍令且正在遵守（1）；就同一行为的先前索赔正在遵守中，或该索赔在不到三个月前提出且经营者正按合理时间表进行修复（2）；或者经营者在索赔提出前的合理时间内已向委员会进行询问（3）。第 19נג(ג) 条同样禁止委员会就其已处以行政罚款的行为提起诉讼。因此，在被诉行为之前已提交承诺、或被处罚或被警告的经营者，对就该行为提起的民事诉讼有真正的抗辩；而在索赔之后才求助于委员会的经营者则没有。

60 天补救期（35א(ד)）。 除非经营者首先收到要求修复的通知，且未在合理时间内、最迟不超过收到通知后 60 天内完成修复，否则偏差不被视为违规。特拉维夫地区法院（ת"צ 52621-07-23，2024.1.22）裁定，集体诉讼请求至少就缺失声明（35ה）或缺失安排（34）而言需要事先通知；这并非最高法院的裁定。这对经营者来说是真正的抗辩，但不是宽限期：根据 35א(ד)(2)，经营者必须在收到通知后尽快提供替代性调整，直至修复完成。

提交投诉（用户侧）。 用户遇到无法访问的网站时，向经营者发送修复通知（由此启动 60 天计时）；若未及时修复，用户可向残疾人权利平等委员会投诉，或就法定损害赔偿提起诉讼。经营者应将收到的无障碍投诉转交单一负责人（在需要时，即协调员，见第 4 步），并在补救窗口内采取行动。

第 4 步：无障碍协调员（Rakaz Negishut）

协调员职责源自**《主要法》第 19מב 条**（由 2005 年第 2 号修正案增补）；第 91 条法规对其作出实施规定。该职责只有一个触发条件：根据 סימן ד' 的定义，负责提供公共服务且雇用至少 25 名员工的主体，必须从其员工中任命一人为残障人士无障碍方面的专家，并在可能的情况下任命残障人士担任无障碍协调员（rakaz negishut）。第 19מב 条没有单独针对公共机构的规定。请注意，25 名员工是任命协调员的触发条件，而不是网站无障碍义务的触发条件；网站无障碍义务适用于所有主体，但受上述收入豁免限制。第 19מב(ב) 条本身明确列出两项职责：

• 向公众提供有关公共服务无障碍情况或服务提供地点无障碍情况的信息。
• 就公共服务提供方自身的无障碍义务提供建议和培训（ייעוץ והדרכה）。

《服务无障碍法规》第 91 条重申了任命要求（91(א)）及上述两项职责（91(ד)），并增设资格和年度更新要求（91(ב)、91(ג)），还要求运营方公布协调员的姓名、职务和联系方式（91(ה)）。处理公众投诉是常见做法，但《法案》和第 91 条法规均未将其列为职责，因此不要以这两者为依据。

根据第 35ה 条，仅在运营方有义务任命协调员时，才须在无障碍声明中列出协调员的详细信息（见第 9 步）。

第 5 步：IS 5568 与 WCAG——主要差异

请区分三个层面：国家标准的调整、法规规定的义务，以及良好实践。

领域	WCAG 2.0	以色列规范（来源）
基于时间的媒体	1.2.1 至 1.2.3 为 A 级；1.2.4、1.2.5 为 AA 级	IS 5568：1.2.1 至 1.2.3 为 AA 级，1.2.4 和 1.2.5 为 AAA 级。第 35ד 条法规限制了字幕义务（第 1 步）
章节标题	2.4.10 为 AAA 级	IS 5568：AA 级要求；只要文本具有层级结构，就应使用 H 标签标记标题
部分内容的语言	3.1.2 为 AA 级	IS 5568：不适用。对混合语言内容片段设置 lang 仍属于良好实践
无障碍声明	无此要求	第 35ה 条法规（第 9 步）
报告渠道	无此要求	第 35ה 条法规：提供报告无障碍缺失问题的联系方式，包括第 35א(ד)(1) 条规定的通知
dir="rtl"、希伯来语错误文本、RTL 标签对齐	未作规定	希伯来语网站的良好实践，不属于 IS 5568 的条款

第 6 步：搭建无障碍 RTL HTML 结构

<!DOCTYPE html>
<html lang="he" dir="rtl">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>שם האתר - כותרת הדף</title>
</head>
<body>
  
  <a href="#main-content" class="skip-link">דלג לתוכן הראשי</a>

  <header role="banner">
    <nav role="navigation" aria-label="ניווט ראשי">
      
    </nav>
  </header>

  <main id="main-content" role="main">
    
  </main>

  <footer role="contentinfo">
    <a href="/accessibility-statement">הצהרת נגישות</a>
  </footer>
</body>
</html>

此结构的要点：

• 在 html 元素上设置 lang="he" 和 dir="rtl"
• 添加希伯来语跳转链接（“דלג לתוכן הראשי”）
• 为地标设置 ARIA 角色
• 为导航设置希伯来语 ARIA 标签
• 在页脚添加无障碍声明（Hatzaharat Negishot）链接

第 6a 步：原生移动应用（第 35ג 条法规）

以色列没有专门的应用标准，因此第 35ג(ב) 条将 IS 5568 成功准则应用于应用，要求在尽可能且相关的范围内使用操作系统提供的无障碍选项，并支持至少两种常见操作系统（实际为 iOS 和 Android）。根据第 35ג(ג) 条，如果相同服务可通过符合标准的移动设备适配网站提供，则应用可获豁免，但前提是应用中包含指向该网站的无障碍链接。根据第 35ה 条，无障碍声明也必须显示在应用内。

请使用平台 API（UIKit/SwiftUI 无障碍属性、Android contentDescription 和 Compose 语义、React Native accessibilityLabel/accessibilityRole）进行构建，遵循系统字体缩放设置，并使用 VoiceOver 和 TalkBack 进行测试。audit_a11y.py 无法审计应用。请参阅 references/mobile-apps.md，了解准则与 API 的对应关系及测试工具。

步骤 7：兼容希伯来语屏幕阅读器

使用以色列常用的以下屏幕阅读器进行测试：

屏幕阅读器	平台	希伯来语支持	测试备注
NVDA	Windows	搭配 eSpeak-ng Hebrew 时表现出色	免费，在以色列最常用
JAWS	Windows	搭配 Eloquence Hebrew 时表现良好	商业软件，用于机构场景
VoiceOver	macOS/iOS	原生希伯来语 TTS 表现良好	内置，采用率持续上升
TalkBack	Android	搭配 Google TTS Hebrew 时表现良好	Android 设备内置

希伯来语屏幕阅读器专用模式：

<p dir="rtl" lang="he">
  טקסט בעברית עם <span dir="ltr" lang="en">English text</span> משולב
</p>


<button aria-label="סגור חלון">X</button>
<input type="search" aria-label="חיפוש באתר" placeholder="חפש...">


<div aria-live="polite" aria-atomic="true" dir="rtl">
  הטופס נשלח בהצלחה
</div>

步骤 8：RTL 专用 ARIA 模式

<form dir="rtl" novalidate>
  <div role="group" aria-labelledby="personal-info">
    <h2 id="personal-info">פרטים אישיים</h2>

    <label for="full-name">שם מלא</label>
    <input id="full-name" type="text" required
           aria-required="true"
           aria-describedby="name-error"
           aria-invalid="false">
    <span id="name-error" role="alert" class="error" hidden>
      נא למלא שם מלא
    </span>

    <label for="teudat-zehut">תעודת זהות</label>
    <input id="teudat-zehut" type="text" pattern="[0-9]{9}"
           inputmode="numeric" dir="ltr"
           aria-required="true"
           aria-describedby="tz-help tz-error">
    <span id="tz-help" class="hint">9 ספרות</span>
    <span id="tz-error" role="alert" class="error" hidden>
      מספר תעודת זהות לא תקין
    </span>
  </div>
</form>


<table dir="rtl">
  <caption>סיכום הזמנות</caption>
  <thead>
    <tr>
      <th scope="col">מספר הזמנה</th>
      <th scope="col">תאריך</th>
      <th scope="col">סכום</th>
      <th scope="col">סטטוס</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td dir="ltr">ORD-12345</td>
      <td>04/03/2026</td>
      <td dir="ltr">1,234.50 &#8362;</td>
      <td>הושלם</td>
    </tr>
  </tbody>
</table>

步骤 9：无障碍声明（Hatzaharat Negishot）

相关义务来自第 35ה 条法规，而不是 IS 5568（2023 年第 1 部分版本没有声明章节）。该义务是在第 34 条和第 91(ה) 条法规基础上的额外要求，因此，声明页面也是公布服务无障碍安排（34(א)(4)）和协调员详情（91(ה)）的自然位置。声明必须放在网站上的显眼位置，如果有应用，也必须放在应用中，并且必须包含：已实施的无障碍调整信息；协调员详情及联系方式，如果运营方必须指定协调员；以及报告无障碍问题或申请便利措施的方式，包括依据第 35א(ד)(1) 条发出的修复通知。如果适用第 35ו 条技术豁免，应在此处公布豁免及替代方案。

<article dir="rtl" lang="he">
  <h1>הצהרת נגישות</h1>

  <p>אנו ב-[שם החברה] מחויבים להנגשת האתר לאנשים עם מוגבלויות
     בהתאם לתקן הישראלי IS 5568, המעוגן ב-WCAG 2.0 ברמה AA.</p>

  <h2>אמצעי נגישות באתר</h2>
  <ul>
    <li>האתר תומך בניווט מלא באמצעות מקלדת</li>
    <li>האתר נבדק עם קוראי המסך [NVDA, VoiceOver]</li>
    <li>תמונות מלוות בטקסט חלופי</li>
  </ul>

  <h2>מגבלות נגישות ידועות</h2>
  <ul>
    <li>[פרטו כאן רכיבים, דפים או מסמכים שטרם הונגשו במלואם, אם יש, ואת מועד התיקון הצפוי. אם אין מגבלות ידועות, ציינו זאת במפורש]</li>
  </ul>

  <h2>דיווח על בעיית נגישות או בקשת הנגשה</h2>
  <p>נתקלתם ברכיב לא נגיש? אפשר לדווח או לבקש הנגשה:</p>
  <p>דוא"ל: <a href="mailto:[email protected]">[email protected]</a></p>
  <p>טלפון: <a href="tel:+97230000000" dir="ltr">03-000-0000</a></p>

  
  <p>רכז/ת נגישות: [שם, דרכי התקשרות]</p>

  <h2>הסדרי נגישות בשירות ובסניפים</h2>
  <p>[התאמות הנגישות בשירות ובמקומות שבהם הוא ניתן, אמצעי עזר לפי בקשה ואיך מקבלים אותם (תקנה 34(א)(4))]</p>
  <p>[אם חל פטור: הפטור וההתאמות החלופיות (תקנה 34(ה))]</p>

  <p>תאריך עדכון ההצהרה: [תאריך]</p>
</article>

作为良好实践，至少提供两种报告渠道，并确保这两种渠道都不依赖可能无法访问的组件。更完整的内容清单（已测试的辅助技术、已知限制、第三方内容）见 references/is-5568.md。

步骤 10：自动化无障碍测试

完整的审计流程见 scripts/audit_a11y.py。

# Quick accessibility check with axe-core via selenium
from selenium import webdriver
from selenium.webdriver.chrome.options import Options

def run_accessibility_audit(url):
    options = Options()
    options.add_argument('--headless')
    driver = webdriver.Chrome(options=options)
    driver.get(url)

    # Inject axe-core
    axe_script = open('axe.min.js').read()
    driver.execute_script(axe_script)

    # Run axe-core's default rule set (WCAG rules plus best practices)
    results = driver.execute_async_script(
        "axe.run().then(arguments[arguments.length - 1]);")

    driver.quit()
    return results

IS 5568 合规检查清单（自动化 + 手动）：

检查项	自动化	工具
存在 lang="he"	是	axe-core
希伯来语页面设置了 dir="rtl"（实践建议）	是	自定义规则
颜色对比度为 4.5:1	是	axe-core
所有图片都有替代文本	是	axe-core
表单输入框都有标签	是	axe-core
绕过区块（跳过链接或地标，WCAG 2.4.1）	是	axe-core bypass
键盘导航	手动	Tab 键遍历测试
屏幕阅读器兼容性	手动	NVDA/VoiceOver 测试
希伯来语错误消息	手动	目视检查
无障碍声明	手动	检查页面是否存在

完整的检查清单及其与 IS 5568 条款的对应关系见 references/is-5568.md。

推荐的 MCP 服务

skills-il 中没有用于无障碍审计的 MCP；该审计由本地脚本 scripts/audit_a11y.py 执行。

示例

示例 1：审计现有的以色列网站

用户说：“检查我的网站是否符合以色列无障碍标准” 结果：针对 URL 运行 scripts/audit_a11y.py，执行静态检查（lang、dir、title、绕过区块、替代文本、标签、标题、声明链接）；然后运行 axe-core（步骤 10），检查对比度和 JavaScript 渲染的内容，并列出仍需手动检查的项目。按标准逐项报告发现的问题，绝不作出法律意义上的“合规”判定。

示例 2：添加无障碍声明页面

用户说：“我需要添加无障碍页面，以符合以色列法律” 结果：创建希伯来语无障碍声明（Hatzaharat Negishot）页面，涵盖第 35ה 条法规的要求：已实施的调整、用于报告无障碍问题或申请便利措施的渠道，以及运营方必须指定协调员时的协调员详情；同时列出已知限制和最后更新日期。在每个页面都添加该页面的链接；如果有应用，也要在应用中添加链接。

示例 3：修复 RTL 表单的无障碍问题

用户说：“屏幕阅读器无法正确读取我的希伯来语表单” 结果：在表单元素上添加 dir="rtl"，确保所有标签都与输入框关联并使用希伯来语文本，为必填字段添加 aria-required="true"，提供带有 role="alert" 的希伯来语错误消息，并在电话和 ID 号等数字输入框上设置 dir="ltr"。

示例 4：让希伯来语数据表格符合无障碍要求

用户说：“我的希伯来语表格不便于屏幕阅读器访问” 结果：在表格元素上添加 dir="rtl"，添加希伯来语 caption，在表头单元格上使用 scope="col" 和 scope="row"，为订单号等 LTR 内容标记 dir="ltr"，并确保逻辑阅读顺序与 RTL 视觉顺序一致。

捆绑资源

脚本

• scripts/audit_a11y.py -- 静态 HTML 的 IS 5568 审计：检查 lang、RTL 页面上的 dir、title、绕过区块（跳过链接或 main 地标）、alt 质量、表单标签、声明链接、标题级别，以及覆盖层脚本警告。无法检查对比度、JavaScript 渲染的内容、文档或应用。检查失败时退出代码为 1，仅有警告时为 2，获取错误时为 3，因此可用作 CI 门禁。运行：python scripts/audit_a11y.py --help

参考资料

• references/is-5568.md -- IS 5568 的逐条款参考，映射到 WCAG 2.0 AA，涵盖以色列附加要求、豁免级别、两种执法途径、协调员职责、声明模板和审计清单。
• references/domain-checklist.md -- 必须涵盖和建议涵盖的项目及其条款、无障碍集体诉讼的运作方式，以及明确的范围外项目。
• references/mobile-apps.md -- 原生应用的 Regulation 35ג、映射到 iOS、Android 和 React Native 无障碍 API 的 IS 5568 标准，以及应用测试工具。
• references/widget-implementation.md -- 可选偏好设置小组件的设计规则和可直接复制粘贴的 TypeScript/React 代码：发布-订阅存储、CSS 类切换、FOUC 引导脚本、Alt+A 快捷键、MotionConfig 接线和反转对比度下的小组件反转规则。

构建无障碍偏好设置小组件

以色列面向消费者的网站通常会提供可通过键盘操作的偏好设置小组件（对比度、文字大小、行间距、光标、动态效果），但没有任何法规要求提供此类小组件，而且它也不能让网站符合无障碍要求。仅将其构建为提升用户偏好体验的工具：它只切换 <html> 上的 CSS 类，从不修改内容 DOM、注入 alt 文本或重写 ARIA。FTC 于 2025 年 4 月因 accessiBe 声称其覆盖层可自动修复网站而对其罚款 100 万美元。设计规则（与 FOUC 引导脚本共用的单一来源类表、通过 e.code 检测 Alt+A、仅在二元切换项上使用 aria-pressed、在反转对比度模式下对小组件进行反向处理、打印重置）和完整代码见 references/widget-implementation.md。

避免覆盖层反模式

无障碍覆盖层产品（accessiBe、UserWay、AudioEye）声称可以通过注入 JavaScript，让网站自动生成替代文本、重写 ARIA，并在运行时修复不可访问的标记，从而使网站符合规范。但使用覆盖层的网站仍无法通过屏幕阅读器测试，2025 年 4 月，FTC 因 accessiBe 对其覆盖层作出误导性宣传而对其罚款 100 万美元。

以色列残障人士平等权利委员会尚未认可任何覆盖层产品。IS 5568 合规性依据网站实际呈现的 HTML 进行评估，而非依据插件作出的声明。

构建此类小组件时，请划定以下范围：

应做	不应做
切换 <html> 上的 CSS 类	修改内容 DOM、重写 alt 属性或注入 ARIA
提供由用户控制的偏好设置（对比度、文字大小、动态效果）	声称小组件本身就能让网站“符合 IS 5568”或“符合 WCAG”
在无障碍声明中将其范围说明为舒适度辅助工具	显示由供应商插件提供的认证徽章或“经审计”声明
在易读字体切换功能中使用操作系统字体栈	注入会改变呈现文本宽度、导致关键内容重新排版的 Web 字体
将偏好设置保存到 localStorage 和由你控制的 cookie	使用会对用户进行指纹识别或附带设置跟踪 cookie 的第三方覆盖层 SDK

小组件最多只能作为一层辅助；网站本身仍需要语义化 HTML、正确的 dir 和 lang、键盘可操作性、标签、焦点管理，以及真正的屏幕阅读器测试。

注意事项

• IS 5568 是经过国家级调整的 WCAG 2.0 AA（媒体标准重新分级，必须满足 2.4.10“章节标题”，删除 3.1.2），而《条例》还规定了声明和举报渠道方面的义务（见步骤 5）。Agent 可能会直接套用通用 WCAG 要求，或将 WCAG 2.1 引作法律最低标准，两种做法都不正确。
• Agent 可能会照搬过时的规定：“员工人数达到 25 人或收入达到 300,000 NIS 的企业必须合规”。300,000 NIS 这一档已于 2020 年 10 月 26 日失效。面向公众提供服务的网站均负有无障碍义务，但第 35ו 条规定了基于营业额的豁免（见步骤 2）。员工人数达到 25 人是《法案》第 19מב 条规定的任命无障碍协调员的门槛，这是一项另有法律依据的独立义务。
• Agent 可能会将 50,000 NIS 的法定赔偿上限当作当前的固定金额。该金额是第 19נא(ב) 条规定的基数，并根据居民消费价格指数（基期为 2005 年 2 月）每年按指数调整，依据是第 19נא(ו) 条（见步骤 3）。
• Agent 可能会将民事和行政程序视为可完全累加，也可能忽略时间条件。第 19נא(ג)(1א)-(1ב) 条仅在承诺书已提交，或罚款或警告已作出，且这些情形发生在被起诉的作为或不作为之前时，才禁止在未证明损害的情况下索赔；第 19נג(ג) 条则另行禁止委员会就其已处罚的行为提起诉讼（见步骤 3）。
• Agent 可能会忽略 60 天的补正期限。根据第 35א(ד)(1) 条，只有在收到整改通知后最长 60 天内仍未整改，偏离要求的行为才构成违规；认为未通知就不得提出集体诉讼申请，则是地方法院的一种解读（见步骤 3）。
• 用于希伯来语的屏幕阅读器（NVDA、JAWS）读取 RTL 文本的方式与 LTR 文本不同。Agent 可能会按 LTR 阅读顺序生成 ARIA 标签，令希伯来语屏幕阅读器用户感到困惑。
• 第 35ה 条规定，每个负有义务的网站和应用都必须提供无障碍声明。Agent 可能会生成符合 WCAG 的网站却漏掉该声明，也可能将其依据误写为 IS 5568，或称其依据是“第 35 条”，而实际上网页相关规定分散在第 35 条至第 35ו 条。
• IS 5568 的颜色对比度要求与 WCAG 相同（普通文本为 4.5:1，大号文本为 3:1）。希伯来语适用相同的比率，但即使对比度达标，较细的希伯来语字体字重仍可能难以阅读，因此应按实际发布的字重检查可读性。

参考链接

来源	URL	检查内容
残障人士平等权利委员会：重大负担豁免服务	https://www.gov.il/he/service/application_for_exemption_internet_people_with_disabilities	根据第 19יג(א)(2) 条提出的重大负担申请、委员会的联系渠道
IS 5568 第 1 部分，2023 年 9 月（gov.il 副本）	https://www.gov.il/BlobFolder/legalinfo/israeli_accessibility_standards_pdf/he/sitedocs_si-5568-1-september-2023.pdf	WCAG 2.0 基础及国家层面的调整
平等权利法（Nevo）	https://www.nevo.co.il/law_html/law01/p214m2_001.htm	法规文本：19מב、19נא、19נג、第 ט' 章
WCAG 2.0 快速参考	https://www.w3.org/WAI/WCAG21/quickref/?versions=2.0	AA 成功标准，以及 IS 5568 所依据的版本
网站无障碍豁免（Kol Zchut）	https://www.kolzchut.org.il/he/פטור_מחובת_הנגשה_לאתרי_אינטרנט_ואפליקציות	基于收入的豁免档位
服务无障碍法规（Nevo）	https://www.nevo.co.il/law_html/law01/500_865.htm	第 35 至 35ו 条（网站和应用）以及第 91 条（协调员）

故障排除

错误：“屏幕阅读器按错误顺序播报内容”

原因：视觉上的 RTL 顺序与 DOM 顺序不一致，或者缺少 dir 属性。 解决方案：确保 DOM 源码顺序符合 RTL 的预期阅读顺序。在容器元素上添加 dir="rtl"。使用 CSS 逻辑属性进行布局，避免使用可能与阅读顺序冲突的物理定位方式。

错误：“未播报希伯来语表单验证消息”

原因：错误消息未使用 ARIA 实时区域或 alert 角色。 解决方案：在错误消息容器上添加 role="alert"，并确保验证后动态填充消息。使用 aria-describedby 将错误消息与对应的输入字段关联。希伯来语表单的错误文本必须使用希伯来语。

错误：“在 RTL 布局中，跳过导航链接不起作用”

原因：使用物理 CSS（left: -9999px）将跳过链接定位到屏幕之外。 解决方案：使用 inset-inline-start: -9999px 替代 left: -9999px 来定位跳过链接。确保目标元素具有 id 和 tabindex="-1"，以便管理焦点。测试跳过链接是否为 Tab 顺序中的第一个可聚焦元素。