ステーブルコイン払いの案内画面とアクセシビリティの事案図解｜QR・承認待ち・注意文

決済手段にステーブルコイン払いを加える事業会社は、告知バナー、案内ページ、支払い画面と、利用者が目にする画面をいくつも新しく作ります。そこにはQRコードの有効時間、外部アプリへの遷移、承認待ちの表示、送付を取り消せない旨の注意文など、既存のクレジットカード払いにはなかった要素が入ります。これらが視覚障害のある人、高齢の人、色の見え方が多くの人と異なる人（色覚特性のある人）にも伝わるかは、見落とされやすい論点です。本記事は架空の事業会社を例に、内閣府・デジタル庁・W3Cの公表資料で整理します。

用語を一言ずつ。ステーブルコインは法定通貨などの価値と連動するよう設計されたデジタルな支払手段で、日本では資金決済法上の「電子決済手段」等として整理されています。電子決済手段等取引業者（以下、登録業者）は、その売買や管理などを業として行うため登録を受けた事業者です。ウェブアクセシビリティは、障害の有無や年齢にかかわらず、ウェブの情報や機能を利用できることを指します。

事案：シニア利用者の多い旅行予約サイトが、支払い画面にステーブルコイン払いを加える

以下は当サイトが作成した架空の事案で、実在の企業・サービスとは関係ありません。

①既存事業と既存ユーザー。E社は、国内の温泉旅行やバスツアーを扱うオンライン旅行予約サイトを運営しています。会員の過半が60代以上で、スマートフォンの文字を拡大して使う人や、画面読み上げ機能（スクリーンリーダー）で予約する視覚障害のある会員もいます。支払手段はクレジットカードとコンビニ払いです。

②やろうとしていること。E社は、予約代金の支払手段に円建てのステーブルコイン払いを加えます。トップページの告知バナーで知らせ、案内ページで使い方を説明し、予約確認画面に支払い用のQRコードを表示する計画です。

③登録業者との役割分担。利用者のウォレット（電子決済手段を保管し送付するアプリ）と、送付の承認画面は提携先の登録業者が提供します。E社が作るのは、告知バナー、案内ページ、QRコードを表示する支払い画面、業者のアプリから戻った後の完了・エラー表示です。

④想定される告知・導線の具体像。初案の支払い画面は、QRコード画像の下に「15:00」のカウントダウン、赤字の「送付後は取り消せません」、ぐるぐる回るアイコンだけの承認待ち表示を並べるものでした。残高不足のときは入力欄の枠が赤くなるだけです。

図: 架空事案の画面の流れと、画面ごとの作り手・確認する達成基準（当サイト作成）

前提：合理的配慮は義務、ウェブアクセシビリティは環境の整備

内閣府のページによると、障害者差別解消法は令和3年に改正され、改正法は令和6年（2024年）4月1日に施行されました（2026年10月25日確認）。内閣府のリーフレットは、事業者の義務の範囲を次のように整理しています。

デジタル庁「ウェブアクセシビリティ導入ガイドブック」（最終更新日2025年10月16日）は、ウェブアクセシビリティへの取り組みを、合理的配慮を提供するための環境の整備として努力義務が課せられていると説明しています。同書は行政機関・公共機関等の職員向けに作られていますが、達成基準の解説は事業会社の画面設計にもそのまま使えます。E社の支払い画面がどこまで求められるかを本記事は判断しません。

物差しになる規格についても整理しておきます。同ガイドブックは、JIS X 8341-3:2016をWCAG 2.0と全く同一内容の一致規格と説明しています。WCAG（Web Content Accessibility Guidelines）はW3Cが定めるウェブアクセシビリティの国際的な指針で、2026年10月25日に確認したWCAG 2.2は2024年12月12日付のW3C勧告です。2.2には、2.0にない達成基準も含まれます。

論点①　告知バナーの文字は画像の中にある

告知バナーは「ステーブルコイン払いに対応しました」という文字を画像に焼き込んで作られがちです。スクリーンリーダーは画像の中の文字を読めないため、代替テキスト（画像と同じ役割を果たすテキスト）が要ります。WCAG 2.2の1.1.1は、利用者に提示される非テキストコンテンツに同等の目的を果たすテキストの代替を求めています。デジタル庁のガイドブックは、画像がリンクの場合は代替テキストをリンク先を示す内容にすること、文字イメージは同じ文字を記述することを挙げています。

E社のバナーには「対象：国内ツアーのみ」という条件も小さく入っていました。代替テキストを「キャンペーンバナー」とすると、読み上げを使う会員にはこの条件が届きません。条件は画像に頼らず、案内ページの本文に書くのが確実です。

論点②　QRコードの有効時間と「15:00」のカウントダウン

支払い用QRコードには有効時間が設定されることがあります。WCAG 2.2の2.2.1は、コンテンツが設定する制限時間ごとに、解除、調整、延長などのいずれかを満たすことを求めています。延長の場合は、時間切れの前に警告し、簡単な操作で少なくとも20秒の猶予を与え、少なくとも10回延長できることが条件です。

デジタル庁のガイドブックも、制限時間を設ける必要がある場合は、事前の通知や利用者による延長などの回避手段を設けるよう求めています（アイキャッチの図3.7）。

E社の初案では、時間切れになると予約確認画面の最初からやり直しでした。スクリーンリーダーで画面を順に読む会員や、別のアプリで残高を確かめる会員は、15分では足りないことがあります。有効時間が業者側の仕様で決まっている場合でも、QRコードの再発行ボタンをE社の画面に置くことはできます。延長・再発行をどちらの画面で提供するかは、業者と確認する事項です。

論点③　赤字だけの注意文と残高不足の表示

オンチェーンの送付は、銀行振込の組戻しのように取り消せません（詳しくはオンチェーンの送付に「組戻し」はない）。そのため注意文は重要ですが、赤字にするだけでは色覚特性のある人や読み上げを使う人に強調が伝わりません。WCAG 2.2の1.4.1は、色を情報伝達や応答の促しの唯一の視覚的手段にしないことを求めています。

画像: デジタル庁の公表資料より（出典）

残高不足を入力欄の赤枠だけで示すのも同じ問題です。「残高が不足しています」と文字で示します。文字と背景のコントラスト比は、1.4.3で原則4.5:1以上とされています。

注意文の位置も論点です。ガイドブックの図3.10は、ボタンの前に同意事項が読み上げられないと何に同意するか分からない例を示しています。「送付後は取り消せません」は、支払いボタンより前に読まれる位置に置きます。

WCAG 2.2の3.3.4は、利用者に金融取引を生じさせるページで、送信の取消し、入力エラーの確認と修正、確定前の確認の仕組みのいずれかを満たすことを求めています。送付自体を取り消せない以上、確定前に金額と送付先を見直せる確認画面を作り手のどちらが用意するかを決めておくことになります。

論点④　外部アプリへの遷移と「承認待ち」の表示

QRコードを読み取ると、利用者は業者のアプリで送付を承認し、E社のサイトに戻ります。署名と承認の違いを案内文でどう書くかはウォレットの「署名」と「承認」は別物で扱いました。ここでの論点は、戻ってきた利用者に今の状態が伝わるかです。

回転するアイコンだけの承認待ち表示は、スクリーンリーダーでは何も読まれないことがあります。WCAG 2.2の4.1.3は、ステータスメッセージを、フォーカスを受け取らなくても支援技術が利用者に提示できるようにすることを求めています。「承認を待っています」「支払いが完了しました」を文字で出し、読み上げにも伝わる実装にします。4.1.3と非テキストのコントラスト（1.4.11）はWCAG 2.0にはない達成基準のため、JIS X 8341-3:2016だけを目標にすると対象から外れます。

論点⑤　画面で手続できない人の窓口

画面を整えても、全員が手続できるとは限りません。リーフレットは、合理的配慮の提供には障害のある人と事業者の「建設的対話」が重要だとしています。E社では、ステーブルコイン払いを使えない会員に既存の支払手段を案内すること、申出を受ける窓口をカスタマーサポートに置くことを決めました。ヘルプページで答える範囲はヘルプページの事案と合わせて設計します。

この事案から取り出せること

ステーブルコイン払いの画面は、QRコードの有効時間、外部アプリでの承認、取り消せない送付という要素を持ち、既存の支払い画面よりアクセシビリティ上の論点が多くなります。しかも画面の作り手が自社と登録業者に分かれます。画面の流れを1枚に書き出し、画面ごとに作り手と確認する達成基準を割り付けることが、診断を依頼する前の最初の作業になります。