israeli-accessibility-compliance

イスラエルのアクセシビリティ法令遵守

法的通知

これは、AI モデルが運営する無料の情報ツールです。イスラエルのアクセシビリティ法について説明し、IS 5568 の要件を整理し、静的な HTML チェックを実行して、アクセシビリティ声明の草案を作成します。出力はすべて、認定アクセシビリティ専門家（morshe negishut）の関与、確認、承認なしに自動生成されます。出力は、認定アクセシビリティ専門家の見解でも、認定を受けたアクセシビリティ監査でも、法律上の助言でもなく、未加工の技術的・解説的資料にすぎません。支援技術を用いた手動テストは含まれず、IS 5568 第2部に基づく文書の確認も行わず、規則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ד	動画：字幕（WCAG 1.2.2）が必要なのは、公的機関、または平均売上高が 500 万 NIS を超え、動画を編集または制作する運営者に限られます
35ה	アクセシビリティに関する声明（ステップ 9）
35ו	免除（ステップ 2）。技術的な困難を含みます

WCAG のバージョン。 IS 5568 Part 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 年で、1 回に限りさらに最長 3 年間更新できます。それ以降の免除は、委員会のみが認めることができます。運営者は代替手段を提供し、声明に免除と代替手段を掲載し、求めに応じて障害者に書式を渡さなければなりません。

デジタル文書（IS 5568 Part 2）。 Part 2 の現行版（2023年9月。2020年5月版に代わるもの）は、PDF や Office ファイルなどの文書を対象としています。35א(ג) により、2017年10月26日以降に作成され、ウェブサイトまたはアプリにアップロードされた文書はアクセシブルでなければなりません。また、オンライン入力用のフォームは、古いものであっても対象となります。ダウンロード可能な文書は、実際の監査で最もよく見られる不適合項目の一つです。HTML だけで対応を終えないでください。

ステップ 2：免除対象者

規則35וは、ウェブサイトの免除を従業員数ではなく売上高（売上高がゼロでない直近3課税年度の平均）に基づいて定めています。ウェブサイトの義務に「従業員25人」という発動条件はなく、35ו(ח)の旧30万NISの区分は経過措置であり、2020年10月26日に失効しました。

運営者	適用内容
Osek patur、または年間平均売上高が10万NIS以下（35ו(ז)）	ウェブサイトの義務が免除されます。規則に期限の定めはありません
平均売上高が100万NIS以下で、規則の施行前（Kol Zchutの解釈では2017年10月26日より前）から運営しているウェブサイトまたはアプリ（35ו(ט)）	平均の対象となる直近の課税年度の末日から3年間免除され、連絡先（サービスを受けるための窓口）がアクセシブルな形で公開されていることを条件に、3年ごとに更新できます
その他の運営者（最も低い区分を超える新しいウェブサイト、または売上高が100万NISを超える運営者）	自動的な免除はありません。法律19יג(א)(2)条に基づき、重大な負担を理由とする免除を委員会に申請できます
公的機関	売上高に基づく免除も、重大な負担を理由とする申請もできません

基準額の相違。 規則の本文では10万NISと定められており、物価連動条項はなく、後の改正も確認されていないため、これが適用されます。Kol Zchutは12万NISと記載し、この区分を一時的な3年間の更新可能な免除として説明しています。登録済みのosek paturは売上高にかかわらず免除されるため、両方の金額の差が関係するのは、その範囲の売上高がある他の運営者（osek murshe、会社、amuta）のみです。基準額は10万NISとして扱い、より高い金額に依拠する場合は、弁護士または会計士に相談してください。

35וのその他の免除：ソーシャルネットワーク上のプラットフォームの制限（ד）、事前登録ユーザーのみが利用でき、登録者数が常時500人以下のサービスについて、そのインフラではなくコンテンツに適用される免除（ただし、障害のある人から要請があった場合を除く）（ה）、およびアクセシブルな代替手段がある広告（י）。売上高とは、ウェブサイトの収益だけではなく、運営者のVAT法上の取引売上高全体（または規則35で定義されるamutaもしくは所得税上の同等額）を指します。ウェブサイトのアクセシビリティ義務の免除によって、運営者がサービスに関するその他のアクセシビリティ義務から免除されるわけではありません。特に、規則34(א)(4)は、サービスおよびその施設におけるアクセシビリティの対応を、運営者がウェブサイトを持つ場合は、そのウェブサイト上で公開することを義務付けています。また、34(ה)は、あらゆる免除と代替対応を同じ方法で公開することを義務付けています。この2つは標識ג'の範囲外であるため、35וに基づき免除されたウェブサイトにも適用されます。また、独立した施設の物理的アクセシビリティ義務（negishut hamivne）から免除されるわけでもありません。この義務には独自の規則があります。

ステップ 3：執行と罰則

2つの執行手続きが並行して進みます。

• 民事訴訟。 原告は、損害の立証なしに法定損害賠償を請求できます。ウェブサイトが要件に適合していないことを示すだけで足ります。19נא(ב)条は上限を5万NISと定めていますが、19נא(ו)(1)条により、この金額は連動調整されます。基準指数を2005年2月とし、消費者物価指数に基づいて年1回更新されます。そのため、5万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単位。違反した規定が第8附則のどの区分に属するかによります。

第8附則の区分	זעיר義務者	קטן義務者	רגיל義務者
א'	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ג）は第8附則の区分 ג' に、声明の掲示義務（35ה）は区分 א' に該当します。26יא条に基づき、違反が継続する場合は継続する月ごとに制裁金の50分の1が加算され、同じ義務に対する違反を2年以内に繰り返した場合は制裁金と同額が加算されます。過去に違反がない場合や是正措置を講じた場合は、減額が適用されます。

2つの手続きは、単純に併用されるものではありません。改正第23号により、19נא(ג)(1א)-(1ב)条に抗弁が追加されました。事業者が、訴えの対象となる作為または不作為より前に、第9章 סימן ג' に基づく書面による誓約書（ktav hitchayvut）を提出し、それを遵守している（および担当官が定めた追加条件も満たしている）場合、または、その作為もしくは不作為が行われる前にそれを理由として行政制裁金もしくは行政上の警告が科されていた場合、裁判所は損害の立証なしに損害賠償を命じることはありません。この抗弁は、委員長が合理的配慮の実施期限として定めた期間に適用されます。条件となるのは時期です。要求書や訴状を受け取った後に提出した誓約書だけでは、その請求への抗弁にはなりません。19נא(ג)条はまた、アクセシビリティ命令が発令され、これが遵守されている場合（1）、同じ作為をめぐる以前の請求が遵守されている場合、または3か月未満前に提出されており、事業者が合理的な日程で是正を進めている場合（2）、あるいは請求が提出される合理的な期間前に事業者が委員会に照会を行った場合（3）にも、これらの損害賠償を認めていません。19נג(ג)条も同様に、委員会がすでに行政処分を科した作為について、委員会が訴訟を起こすことを禁じています。したがって、訴えの対象となる行為の前に誓約書を提出していた事業者、または制裁金や警告を受けていた事業者には、その行為に関する民事請求に対して実質的な抗弁があります。一方、請求を受けた後になって初めて委員会に照会する事業者には、その抗弁はありません。

**60日間の是正期間（35א(ד)）。**事業者に是正を求める通知が最初に送付され、通知を受け取ってから最長60日以内の合理的な期間内に是正されなかった場合を除き、不備は違反とはみなされません。テルアビブ地方裁判所（ת"צ 52621-07-23、22.1.2024）は、声明（35ה）または必要な措置（34）が欠けている場合について、集団訴訟の申立てには事前通知が必要であるとの判断を示しました。これは最高裁判所の判断ではありません。事業者にとって実質的な抗弁となりますが、猶予期間ではありません。35א(ד)(2)に基づき、事業者は通知を受け取った後、是正が完了するまでの間、できるだけ速やかに代替措置を提供する必要があります。

**苦情の申し立て（利用者側）。**アクセシビリティに問題のあるサイトに遭遇した利用者は、事業者に是正通知を送ります（これにより60日の期間が開始します）。期限内に是正されなければ、利用者は障害者平等権委員会に苦情を申し立てるか、法定損害賠償を求めて訴訟を起こすことができます。事業者は、アクセシビリティに関する問い合わせを1人の担当者（配置が義務付けられている場合はコーディネーター、ステップ4）に集約し、是正期間内に対応する必要があります。

ステップ 4：アクセシビリティコーディネーター（Rakaz Negishut）

コーディネーターの任命義務は、主法第19מב条（2005年の改正第2号で追加）に由来し、規則91がこれを実施しています。発動条件は一つだけです。Sign ד'で定義される公共サービスの提供に責任を負い、従業員を25人以上雇用する者は、自らの職員の中から、可能な限り障害のある人を、障害のある人のためのアクセシビリティに関する専門家として、アクセシビリティコーディネーター（rakaz negishut）に任命しなければなりません。第19מב条には、公的機関に関する別個の規定はありません。この従業員数25人という基準は、コーディネーターの任命を発動する条件であり、ウェブサイトのアクセシビリティ義務そのものの条件ではない点に注意してください。後者は、上記の収益に関する免除の対象となる場合を除き、すべてに適用されます。第19מב(ב)条には、次の二つの義務が明記されています。

• 公共サービス、またはそのサービスが提供される場所のアクセシビリティについて、一般の人々に情報を提供すること。
• 公共サービス自体に課されるアクセシビリティ義務について、**助言と研修（ייעוץ והדרכה）**を行うこと。

サービスのアクセシビリティに関する規則第91条は、任命（91(א)）と同じ二つの義務（91(ד)）を繰り返し、資格要件と年次更新要件（91(ב)、91(ג)）を追加し、運営者にコーディネーターの氏名、役職、連絡手段の公表を義務付けています（91(ה)）。一般からの苦情への対応は一般的な慣行ですが、法律にも規則第91条にも明記された義務ではないため、その根拠としていずれも引用しないでください。

第35ה条に基づき、運営者にコーディネーターの任命義務がある場合に限り、コーディネーターの詳細をアクセシビリティ声明に記載します（ステップ9を参照）。

ステップ 5：IS 5568 と WCAG の主な違い

標準における国内独自の変更、規則に由来する義務、推奨される慣行の3つの層を区別してください。

項目	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ג(ב)条では、オペレーティングシステムが提供するアクセシビリティオプションを使用し、少なくとも2種類の一般的なオペレーティングシステム（実際には iOS と Android）上で、IS 5568の達成基準をアプリに可能かつ関連性がある範囲で適用します。第35ג(ג)条に基づき、同一のサービスが標準を満たすモバイル対応ウェブサイトでも提供されており、アプリにそのサイトへのアクセシブルなリンクがある場合、アプリは免除されます。第35ה条に基づき、アクセシビリティ声明はアプリ内にも表示する必要があります。

プラットフォーム API（UIKit/SwiftUI のアクセシビリティプロパティ、Android の contentDescription と Compose のセマンティクス、React Native の accessibilityLabel/accessibilityRole）を使用して構築し、システムのフォント拡大に対応し、VoiceOver と TalkBack でテストしてください。audit_a11y.py ではアプリを監査できません。達成基準と API の対応表、およびテストツールについては references/mobile-apps.md を参照してください。

ステップ 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>

望ましい取り組みとして、報告手段を少なくとも 2 つ用意し、どちらの手段もアクセシビリティに問題がある可能性のあるコンポーネントに依存しないようにしてください。記載内容の詳細な一覧（テスト済みの支援技術、既知の制限事項、サードパーティーのコンテンツ）は、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、タイトル、バイパスブロック、代替テキスト、ラベル、見出し、声明へのリンク）を行います。続いて axe-core（ステップ 10）でコントラストと JavaScript によって描画されるコンテンツを確認し、未実施の手動チェックを列挙します。各基準に沿って結果を報告し、法的な「適合」判定は決して行わないでください。

例 2：アクセシビリティ声明ページを追加する

ユーザーの依頼：「イスラエルの法律に準拠するため、アクセシビリティのページを追加する必要があります」 結果：規則 35ה が求める内容、すなわち実施した調整、アクセシビリティ上の不備の報告または合理的配慮の依頼を受け付ける窓口、運営者に担当者の任命義務がある場合は担当者の詳細を記載した、ヘブライ語のアクセシビリティ声明（Hatzaharat Negishot）ページを作成します。既知の制限事項と最終更新日も記載します。すべてのページからリンクし、アプリがある場合はアプリ内からもリンクしてください。

例 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 -- WCAG 2.0 AAとの対応、イスラエル独自の追加要件、免除区分、2つの執行経路、コーディネーターの役割、ステートメントのテンプレート、監査チェックリストを含む、IS 5568の条項ごとの参考資料です。
• references/domain-checklist.md -- 必須項目と推奨項目、その規定、アクセシビリティに関する集団訴訟の仕組み、明示的な対象範囲外の項目をまとめています。
• references/mobile-apps.md -- ネイティブアプリ向けの規則35ג、iOS、Android、React NativeのアクセシビリティAPIに対応付けたIS 5568の基準、アプリのテストツールを記載しています。
• references/widget-implementation.md -- 任意の設定ウィジェット向けの設計ルールと、そのままコピーして使えるTypeScript/Reactコードを記載しています。内容はpub-subストア、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 準拠」になると主張する
アクセシビリティ声明で、快適性を高めるツールとしての範囲を説明する	ベンダーのプラグインを情報源とする認証バッジや「監査済み」の主張を表示する
読みやすいフォントへの切り替えには OS のフォントスタックを使用する	レンダリングされるテキストの幅を変えて再レイアウトを起こし、重要なコンテンツを表示範囲から外すウェブフォントを挿入する
設定を localStorage と、自分で管理する Cookie に保存する	ユーザーのフィンガープリントを取得したり、副次的にトラッキング Cookie を適用したりするサードパーティのオーバーレイ SDK を使用する

ウィジェットは多くても 1 つのレイヤーにすぎません。サイト自体にも、セマンティック HTML、正しい dir と lang、キーボード操作への対応、ラベル、フォーカス管理、実際のスクリーンリーダーテストが必要です。

注意点

• IS 5568 は、国内の変更を加えた WCAG 2.0 AA です（メディアの基準レベルを変更し、2.4.10「セクション見出し」を必須とし、3.1.2 を削除しています）。また、規則では声明と報告窓口に関する義務も追加されています（ステップ 5 を参照）。エージェントは通常の WCAG を適用したり、法的な最低基準として WCAG 2.1 を引用したりして、どちらも誤ることがあります。
• エージェントは、「従業員 25 人以上、または収益 300,000 NIS の企業は準拠が必要」という古い規則をコピーすることがあります。300,000 NIS の区分は 2020 年 10 月 26 日に失効しました。35ו の売上高に基づく免除の対象となる場合を除き、一般向けサービスにはウェブサイトのアクセシビリティ義務が一律に適用されます（ステップ 2 を参照）。従業員 25 人という数は、法律の s.19מב に基づくアクセシビリティコーディネーター任命の条件であり、別の法令に定められた別個の義務です。
• エージェントは、法定損害賠償の上限額 50,000 NIS を、現在も一律に適用される額として示すことがあります。これは s.19נא(ב) に定める基準額であり、消費者物価指数（基準指数は 2005 年 2 月）に基づき、s.19נא(ו) に従って毎年調整されます（ステップ 3 を参照）。
• エージェントは、民事手続きと行政手続きを完全に併用できるものとして扱ったり、適用時期の条件を省いたりすることがあります。19נא(ג)(1א)-(1ב) は、訴えの対象となる作為または不作為より前に誓約が提出された場合、または罰則もしくは警告が科された場合に限り、損害の立証がない損害賠償を禁じています。また 19נג(ג) は、委員会がすでに罰則を科した作為について委員会が訴えることを別途禁じています（ステップ 3 を参照）。
• エージェントは、是正に充てられる 60 日間を省くことがあります。35א(ד)(1) では、是正通知に対して最長 60 日間応答がない場合に初めて逸脱が違反となります。通知がない場合の集団訴訟の申立ても禁止されるという解釈は、地方裁判所の解釈です（ステップ 3 を参照）。
• ヘブライ語のスクリーンリーダー（NVDA、JAWS）は、RTL テキストを LTR とは異なる方法で読み上げます。エージェントは LTR の読み上げ順を前提に ARIA ラベルを生成し、ヘブライ語のスクリーンリーダー利用者を混乱させることがあります。
• 規則 35ה は、義務の対象となるすべてのサイトとアプリにアクセシビリティ声明を掲載することを求めています。エージェントは、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）を使って画面外に配置されています。 解決策：スキップリンクでは left: -9999px の代わりに inset-inline-start: -9999px を使用します。フォーカス管理のために、ターゲット要素に id と tabindex="-1" が設定されていることを確認してください。タブ順序でスキップリンクが最初にフォーカス可能な要素であることをテストしてください。