Alternative Text
代替テキスト
代替テキストは、誰かが画像を見られない場合に、その画像の有用な意味を説明します。それはそのページ上の画像の役割に一致する必要があります。
もう一つの例
天気チャートは「16:00 に降水確率が最大の 70%」と示しています。装飾用の雲のテクスチャは空の alt 値を使用します。リンクされたロゴはピクセルを説明するのではなく、その宛先名を示します。
主な部分
- 01文脈における目的
- 02簡潔な同等物
- 03複雑なデータのフォールバック
以下の場合に使用します
画像がページの文脈で意味することを説明してください。複雑なチャートや図表は、同じデータを別の形式で示してください。
以下の場合は使用しないでください
「〜の画像で」と始めず、キャプションを繰り返さず、情報を追加しない装飾の説明も避けてください。
コードで使用する名前
img alt, accessible name, or adjacent long-form equivalent 出荷前に
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome：Complete the task with 代替テキスト (Alternative Text)。 User context：天気チャートは「16:00 に降水確率が最大の 70%」と示しています。装飾用の雲のテクスチャは空の alt 値を使用します。リンクされたロゴはピクセルを説明するのではなく、その宛先名を示します。 Recommended pattern：代替テキスト (Alternative Text)。 Why it fits：画像がページの文脈で意味することを説明してください。複雑なチャートや図表は、同じデータを別の形式で示してください。 Do not use it when：「〜の画像で」と始めず、キャプションを繰り返さず、情報を追加しない装飾の説明も避けてください。 Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：この標準は、列挙された範囲のみを対象とします。視覚スタイル、製品の判断、またはVibularyの例は選びません。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how 代替テキスト (Alternative Text) is used now. Definition: 代替テキストは、誰かが画像を見られない場合に、その画像の有用な意味を説明します。それはそのページ上の画像の役割に一致する必要があります。 Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.