お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

Zoho Creator では、障がいの有無にかかわらず誰もが認識・操作・理解できるアクセシブルなアプリケーションを作成できるよう、お客さまを支援することに取り組んでいます。私たちの目標は、プラットフォーム上で作成されたアプリが、世界的なアクセシビリティ標準に沿った、誰にとっても公平でインクルーシブな体験を提供できるようにすることです。

アクセシビリティ適合レポート

Zoho Creator のアクセシビリティ適合レポート（ACR）は、Information Technology Industry Council（ITI）が策定した業界標準の報告形式である VPAT® バージョン 2.5 に基づいて作成されています。ACR により、購入者や評価者は当社プラットフォームのアクセシビリティ機能を把握できます。

透明性とコンプライアンスを確保するため、Zoho Creator では アクセシビリティ適合レポートを公開しており、ダウンロードしてご利用いただけます。

フィードバックとサポート

Zoho Creator では、プラットフォームをよりインクルーシブなものにするための皆さまからのご意見を大切にしています。アクセシビリティ上の問題に遭遇した場合やご提案がある場合は、メール: accessibility@zohocreator.com までご連絡ください。担当チームが内容を確認し、アクセシビリティに関するフィードバックに迅速に対応できるよう努めます。

Zoho Creator では、すべてのユーザーの体験向上に継続的に取り組み、必要に応じて関連するアクセシビリティ標準を適用しています。

1. WCAG 準拠とは？

Zoho Creator は現在、WCAG 2.2 レベル AA のアクセシビリティガイドラインをサポートしており、ユーザーはこれらのガイドラインをすぐに適用して、能力に関係なく誰もがアプリにアクセスできるようにすることができます。WCAG 準拠レベルの詳細をご覧ください。

1.1. Creator アプリをアクセシブルにすることが重要な理由

1. インクルーシブであること: 障がいの有無にかかわらず、多様なユーザーに対して平等にアプリへアクセスできるようにします。
   
2. コンプライアンス: WCAG などの法的・業界標準に従い、アクセシビリティ要件を満たすことで、法的・倫理的なリスクを回避します。
   
3. ユーザビリティ: アプリのコンテンツに複数の操作方法を用意することで、シームレスなユーザー体験を提供します。
   

1.2. ユースケース

1. David さんは、従業員情報フォームの入力やレポートの確認時に読みやすくするため、テキストサイズを大きくします。
   
2. また、項目やボタン、セクションを見分けやすくし、目の疲れを軽減するために、高コントラストのカラーテーマを適用します。
   
3. マウスの代わりに、Tab キーやキーボードショートカットを使用し、クイックアクセスからフォーム項目やページ間をスムーズに移動して操作します。
   
4. さらに、テキストが詰まりすぎて見えにくくならないように、文字間隔を少し広げ、自身の視覚的なニーズに合わせて読みやすくします。
   

1. Carol さんは、新入社員向けの長いオンボーディングフォームを入力している途中で休憩が必要になった場合でも、進捗を失わないように、フォームを下書きとして保存できます。
   
2. アプリでは無効な項目にもフォーカスが当たるため、編集できない項目を推測することなく、どれが編集不可なのかを明確に把握できます。
   
3. Carol さんも、視覚的なニーズに合わせてテキストが詰まりすぎないように、文字間隔を少し広げ、読みやすく調整できます。
   
4. 従業員情報を更新する際、必須項目には「必須」などのテキストが明確に表示されるため、スクリーンリーダーを使用していても重要な情報を見落とすことがありません。
   
5. 従業員向けの研修資料にアクセスする際、埋め込み動画には、わかりやすい再生、一時停止、ミュートコントロールが用意されています。
   
6. 福利厚生に申し込む際、リンクは「健康保険の設定について詳しく見る」のように明確なラベルが付けられており、「ここをクリック」のようなあいまいな表現ではないため、リンク先の内容を事前に把握できます。
   
7. タイトルやナビゲーションボタンは常に一貫しているため、Carol さんは常に自分がどこにいて、次に何をすべきかを把握できます。
   

2. インクルーシブでアクセシブルなアプリを構築するための開発者向けガイド

アプリを設計・構築する際には、WCAG などの確立されたアクセシビリティガイドラインに準拠し、インクルーシブな設計を心がけることを推奨します。

2.1 Creator アプリの一般的なガイドライン

1. わかりやすいコンポーネント名: フォーム、レポート、ページなどのコンポーネント名や、その説明（ある場合）は、目的が明確に伝わるようにしてください。また、フォーム項目には、わかりやすいラベルやツールチップを設定し、フォーム送信をより簡単かつ迅速に行えるようにします。
   
1. たとえば、「Application Form」ではなく、「Job Application Form」や「会員申込フォーム」など、より具体的なフォーム名を使用します。
   
2. 上記の例における説明文の一例としては、「当社への応募にあたり、このフォームにご記入ください。個人情報、職務経歴、資格情報を入力してください。」などが考えられます。
   
3. 名前項目については、「名前」ではなく「フルネームを入力してください」のように変更することができます。
   
2. わかりやすくインクルーシブな言葉遣い: 専門用語、慣用句、略語、不慣れな表現は避けてください。その代わりに、ユーザーの理解とアクセシビリティを高めるため、明確で平易な表現を使用します。
   
3. 一貫性: すべてのコンポーネントにおいて、ページタイトルやナビゲーションボタンのラベルを一貫性のある、わかりやすいものに保ってください。
   
4. テストとユーザーフィードバック: 定期的に、障がいのあるユーザーを含むユーザーによるアプリのテストを実施し、そのフィードバックをアプリ設計プロセスに反映させることで、真にアクセシブルなユーザー体験を実現してください。
   

2.2 Creator フォームのガイドライン

1. フォームを作成する際は、記号や特殊文字の使用は避けてください。
   
2. フォーム項目を論理的な順序で配置することは、特にスクリーンリーダーに依存しているユーザーにとって、スムーズで直感的なユーザー体験を提供するうえで重要です。フォーム項目を配置する際の推奨される論理的な順序の一例は次のとおりです。
   
1. 名
   
2. 姓
   
3. 電話番号
   
4. 住所
   
3. フォーム内の項目には、1 列レイアウトを選択してください。これにより、次のことが実現できます。
   
1. スクリーンリーダーにとって線形な読み上げ順序を確保
   
2. Tab キーによるスムーズな移動が可能になり、キーボード操作でのアクセシビリティが向上
   
3. 過度なマウス移動が不要になり、運動障がいのあるユーザーの身体的負担を最小限に抑制
   
4. 画像には必ず代替テキストを設定し、弱視で画像が見えにくいユーザーや、画像の説明に依存して視覚情報を理解するスクリーンリーダーユーザーを支援してください。
   
1. alt テキストは、画像に何が表示されているかを正確に表現する必要があります。
   
5. フォームの項目ラベルの幅は自動に設定し、特にラベルが長い場合でもテキストが途中で切れず、ラベル全体が表示されるようにしてください。
   
6. 画像認証（CAPTCHA）は、フォームでは可能な限り使用を避けてください。小さなチェックボックスをクリックしたり、オブジェクトをドラッグしたりする操作は、巧緻性が低いユーザーにとって困難な場合があります。また、画像ベースの CAPTCHA はスクリーンリーダーでは読み取れません。
   
7. フォームに下書きとして保存オプションを有効にし、入力速度が異なるユーザーにも柔軟に対応できるようにしてください。
   
8. すべてのユーザーにとって意味がわかりやすくアクセシブルな体験となるよう、各項目には明確で区別しやすく、説明的なラベルを使用してください。各項目に関する追加情報が必要な場合は、ツールチップやヘルプテキストを利用できます。
   
9. 読みやすさとアクセシビリティを高めるため、カスタムテーマを選択する際は、十分な色のコントラストを確保してください。
   
1. 弱視や色覚障がいのあるユーザーは、背景とテキストを区別するために高いコントラストに依存しています。
   
2. コンテンツ、ボタン、アイコンが明確に視認できるようになります。
   
10. 必要な場合を除き、フォームの入力に時間制限を設けないでください。時間制限が必須の場合は、フォームの入力と送信に十分な時間を確保できるよう、最低 20 時間以上を設定してください。
    
11. スクリーンリーダーを利用するユーザーのアクセシビリティを高めるため、ラベルは項目の上または横に配置してください。
    
12. フォームにリンクを含める場合は、リンク名が意味を持ち、ユーザーにリンクの目的が伝わるようにしてください。適切なリンクテキストの例は次のとおりです。
    
1. 「利用規約を読む」（「詳細を読む」だけではなく）
   
2. 「サポートへのお問い合わせ」（「ここをクリック」ではなく）
   
13. プレースホルダーテキストを項目の説明の代わりとして使用することは避けてください。ユーザーが入力を開始するとプレースホルダーは消えてしまい、混乱を招く可能性があります。
    
1. メールアドレス項目の場合、「勤務先または個人のメールアドレスを abc@zylker.com の形式で入力してください」のような説明文を用意し、プレースホルダーの代わりに使用することを検討してください。
   
14. 必須フォーム項目には、項目ラベル内に「必須」というテキストを含め、スクリーンリーダーユーザーを含むすべてのユーザーにとってわかりやすくしてください。
    
15. 運動障がいのあるユーザーにも配慮し、単一のタップやクリックで操作できる項目を使用してください。たとえば、署名項目はドラッグ操作が必要なため、すべてのユーザーにとってアクセシブルとは限りません。必要に応じて、事前に署名されたドキュメントをアップロードできるようにするなど、代替手段を提供してください。
    

2.3 アプリコンポーネント内のメディアをアクセシブルにするためのガイドライン

1. 1 秒間に 3 回を超えて点滅するコンテンツの埋め込みは避けてください。点滅するコンテンツが必要な場合は、再生の前に明確な注意喚起を含めてください。
   
2. アクセシビリティ要件への準拠を確保し、難聴のユーザーにもコンテンツを利用しやすくするために、手話通訳付きの動画を埋め込んでください。
   
3. YouTube 動画の再生や一時停止機能など、再生コントロールが組み込まれたメディアを埋め込んで、ユーザーがコンテンツの動きを効果的に管理できるようにしてください。これは、継続的に動く要素に対応するのが難しいユーザーにとってアクセシビリティの向上につながります。
   
4. 背景音のない音声コンテンツを埋め込むか、背景音が音声より少なくとも20 デシベル低い状態にして、明瞭さとアクセシビリティを高めてください。
   

3. 関連トピック

1. アクセシビリティコントロールについて