**アクセシビリティの自動チェックは、無料ツールだけで十分に始められます。**1ページずつ確かめるなら Lighthouse・WAVE・axe DevTools、JIS X 8341-3:2016 に沿って検証するなら miChecker、サイト全体を定期的に検査したいときだけ有料の監視ツールを検討します。
| 目的 | おすすめのツール | 料金 |
|---|---|---|
| LPを公開前に数分で検査したい | Google Lighthouse | 無料 |
| 問題箇所を画面上でチームに見せたい | WAVE | 無料（API は有料） |
| 開発者が詳しく調べたい | axe DevTools / Accessibility Insights for Web | 無料（axe DevTools の Pro 版は有料） |
| JIS X 8341-3:2016 に沿って検証したい | miChecker | 無料 |
| サイト全体を定期的にスキャンしたい | Deque axe Monitor / Sitemorse | 要問い合わせ／ドル建て |
ただし、自動チェックで見つかる問題は全体の2〜3割程度です（出典: デジタル庁「ウェブアクセシビリティ導入ガイドブック」）。残りはキーボード操作やスクリーンリーダーでの手動確認が必要です。
この記事は、問題を見つける 自動チェック（検査）ツール に絞った比較です。文字サイズなどを切り替えるウィジェット（オーバーレイ型）や監視サービスを含めた「アクセシビリティ対応ツール全般」の比較は「【2026年最新】ウェブアクセシビリティツール比較10選」で解説しています。
ツールの料金・提供内容は 2026年10月16日時点で各社の公式サイトを確認した内容です。
記事のポイント
- アクセシビリティ自動チェックツールでできること・できないこと
- 無料・有料の自動チェックツール7選の比較
- LPを診断するときのツールの使い分けと手順
- 自動チェックと手動チェックの組み合わせ方
- 見つけた問題をCVR改善につなげる方法
目次
- アクセシビリティ自動チェックの限界と有効活用
- 主要ツール7選の比較
- ツール別の詳細解説
- ツールごとの向いているケース・別のツールを検討したいケース
- LP診断への効果的な活用フロー
- 自動チェックと手動チェックの組み合わせ
- DejamとのベストプラクティスでLP改善を加速する
- よくある質問
- まとめ
アクセシビリティ自動チェックの限界と有効活用
自動チェックツールは、コントラスト比・alt属性の欠落・見出し構造・フォームラベルなど構造的・技術的な問題を素早く大量に検出することが得意です。一方で、以下の項目は人間による確認が必要です。
自動では検出できない主な項目
- alt属性の「内容が適切か」（テキストが記入されているかは検出できるが、内容の意味は判断できない）
- ページの言語設定の「中身が正しいか」（設定がないことは検出できるが、どの言語が正しいかは人が判断する）
- 色の意味（「赤でエラーを示しているか」などのコンテキスト判断）
- フォーカス移動の自然さ（論理的なタブ順序かどうか）
- 認知的アクセシビリティ（文章の読みやすさ・複雑さ）
総務省の miChecker の説明でも、機械的に検証できる項目を自動評価する一方で「人の判断により検証すべき項目が多数あります」とされています（出典: 総務省 miChecker）。自動ツールは「最初の診断」と「継続的な監視」に使い、手動レビューで補完するのが基本です。
主要ツール7選の比較
| ツール | 料金 | 形式 | 検査の単位 | 提供元 | 特徴 |
|---|---|---|---|---|---|
| Google Lighthouse | 無料 | Chrome DevTools に搭載 | 1ページ | パフォーマンス・SEOなどと同時に監査できる | |
| axe DevTools | 無料／Pro 版は有料 | ブラウザ拡張 | 1ページ | Deque Systems | 有料版はガイド付きの手動テストに対応 |
| WAVE | 無料（API は有料） | Webサイト・ブラウザ拡張 | 1ページ | WebAIM | ページ上にアイコンを重ねて問題箇所を表示 |
| miChecker | 無料 | Windows 用アプリ | 1ページ | 総務省 | JIS X 8341-3:2016 に基づく検証を支援 |
| Sitemorse | ドル建て（1ドメイン月300ドル〜） | クラウドサービス | サイト全体 | Sitemorse（英国） | WCAG 2.2 を基準にサイト全体を評価 |
| Deque axe Monitor | 要問い合わせ | クラウドサービス | サイト全体 | Deque Systems | 大量ページ・PDFの定期スキャン、Jira 連携 |
| Accessibility Insights for Web | 無料（オープンソース） | ブラウザ拡張 | 1ページ | Microsoft | 自動チェックとキーボード操作の確認をセットで行う |
ツール別の詳細解説
1. Google Lighthouse（無料）
Google が提供するオープンソースの自動化ツールで、Chrome DevTools の Lighthouse パネルから実行できます。パフォーマンス・ユーザー補助（アクセシビリティ）・ベストプラクティス・SEO などを監査します（出典: Lighthouse の概要）。
強み: 表示速度などLP改善に必要な他の観点も同時に確認できる 注意点: アクセシビリティのスコアは監査項目の加重平均で（出典: Lighthouse のアクセシビリティ スコア）、100点でも機械で判定できない問題は残る 使い方: Chrome DevTools を開く → Lighthouse パネル → カテゴリを選んで分析を実行
2. axe DevTools（無料版・有料版）
Deque Systems が提供するアクセシビリティテストツールです。Chrome 向けの無料拡張機能から始められ、有料の Pro 版ではガイドに沿って手動確認を進める Intelligent Guided Tests（IGT）などが使えます（出典: Axe DevTools 料金・プラン）。Pro 版の金額は公式サイトに記載がなく、無料トライアルがあります。
強み: Deque は検査結果の「誤検知ゼロ」を方針として掲げており、見つかった問題から順に直しやすい 注意点: 公式サイトは英語・ドイツ語・フランス語で、日本語の情報は少ない 使い方: Chrome 拡張「axe DevTools」をインストール → DevTools の「axe DevTools」タブで実行
3. WAVE（無料）
WebAIM が提供する評価ツールです。URLを入力するオンライン版と、Chrome・Firefox・Edge の拡張機能があります（出典: WAVE 公式サイト）。
強み: ページ上にアイコンを重ねて問題箇所を示すため直感的 注意点: オンライン版は公開済みのページが対象。公開前・ログイン後のページは拡張機能を使えば確認できる 使い方: wave.webaim.org にURLを入力するか、拡張機能をページ上で実行
4. miChecker（無料）
総務省が開発・無償公開している評価ツールで、JIS X 8341-3:2016 に基づくウェブアクセシビリティ対応の検証作業を支援します。明らかな問題がある箇所、問題の可能性が高い箇所、人が判断すべき箇所を分けて示し、JIS の関連情報へのリンクも表示します（出典: 総務省 miChecker）。
強み: JIS X 8341-3:2016 の達成基準に沿って確認でき、日本語の附属文書がそろっている 注意点: 動作環境は Windows 10／11・Microsoft Edge・Java 17（64bit）。Mac では使えない 使い方: 総務省のページから最新版（v3.2）の圧縮ファイルをダウンロードして展開
5. SiteMorse（有料）
英国の Sitemorse が提供する、Webサイトの品質を評価するクラウドサービスです。アクセシビリティは WCAG 2.2 を基準に評価され、ドメイン単位でサイト全体を検査できます（出典: Sitemorse Pricing）。
強み: ドメイン単位で検査回数の上限なくサイト全体を評価できる（公正利用の範囲内） 注意点: 料金はドル建てで、ドメイン1件あたり月300ドル（年払いは2か月分無料）。公式サイトは英語
6. Deque axe Monitor（有料）
axe DevTools と同じ Deque Systems のサイト全体スキャン用サービスです。大量のページやPDFを定期的にスキャンし、優先度付きの結果とスコアをレポートします。Jira 連携があり、ユーザー数は無制限です（出典: Axe Monitor）。
強み: 大規模サイトでも継続的に監視し、チームで修正を分担しやすい 注意点: 料金は公開されておらず、デモの申し込みから案内される
7. Accessibility Insights for Web（無料）
Chrome と Microsoft Edge 向けの拡張機能で、Microsoft の GitHub でオープンソースとして公開されています。約50項目を自動でチェックする「FastPass」と、WCAG 2.1 レベル AA に適合しているかを手順に沿って確かめる「Assessment」の2つの使い方があります（出典: Accessibility Insights for Web）。
強み: 自動チェックに加え、タブ移動の順番やキーボードの閉じ込めなど、手動で確かめる項目もガイドしてくれる 注意点: 公式ドキュメントは英語
ツールごとの向いているケース・別のツールを検討したいケース
| ツール | 向いているケース | 別のツールを検討したいケース |
|---|---|---|
| Google Lighthouse | 公開前に数分で問題の一覧を出したい | 問題箇所を画面上でデザイナーと共有したい（WAVE へ） |
| axe DevTools | 開発者が検査を工程に組み込みたい | 日本語の資料を重視する（miChecker へ） |
| WAVE | 非エンジニアと一緒に問題箇所を確認したい | 大量ページを一括で検査したい（監視型へ） |
| miChecker | JIS X 8341-3:2016 に沿って検証したい | Mac で作業している |
| Sitemorse | サイト全体を WCAG 2.2 基準で定期評価したい | まず1ページだけ無料で試したい |
| Deque axe Monitor | 大量のページ・PDFを継続監視したい | 料金を先に把握して決めたい |
| Accessibility Insights for Web | キーボード操作の確認まで手順どおりに進めたい | 日本語の資料を重視する |
LP診断への効果的な活用フロー
自動チェックツールをLP診断に活用する際の手順を紹介します。
Step 1: Lighthouseでスコアを確認（5分）
まずGoogle LighthouseでLPのアクセシビリティを監査し、指摘された項目の一覧を確認します。スコアは改善前後の比較に使い、点数だけで「対応済み」と判断しないことが大切です。
Step 2: WAVEで問題箇所を可視化（10分）
WAVEでLPを確認し、エラー・警告・コントラストの問題が表示された箇所を確認します。ページ上にアイコンが重なるため、「どこに問題があるか」を直感的に把握できます。
Step 3: axeで詳細な問題リストを取得（10分）
axe DevToolsで詳細な問題リストを取得します。axe は違反の影響度を critical・serious・moderate・minor の4段階で示すため（出典: axe-core API ドキュメント）、critical と serious から優先的に対応します。
Step 4: 優先度をつけて対応（継続的）
検出した問題は、次の順で対応すると成果につながりやすくなります。
- 申し込みを妨げる問題: フォームが送信できない、CTAがキーボードで操作できないなど
- 多くの人に影響する問題: CTAやテキストのコントラスト不足、主要画像の代替テキスト欠落
- 改善が望ましい問題: 見出しの順序、装飾画像の扱いなど
- ベストプラクティス: 規格の違反ではないが推奨される項目
自動チェックと手動チェックの組み合わせ
自動チェックで検出した問題を修正した後、以下の手動チェックを組み合わせることでより高いアクセシビリティを実現できます。
手動チェック必須項目（LP向け）
- キーボードのみでTOPからCTA押下→フォーム送信まで完結できるか
- スクリーンリーダー（NVDA/VoiceOver）でページの内容が正しく読み上げられるか
- 200%に拡大表示してもレイアウトが崩れずテキストが読めるか
- alt属性の内容が画像の意味を適切に伝えているか
DejamとのベストプラクティスでLP改善を加速する
アクセシビリティ改善の効果をビジネス指標（CVR）で検証するには、チェックツールと、改善・計測のためのツールを組み合わせます。
診断→改善→効果測定の一気通貫フロー
- 自動チェックツール（Lighthouse・WAVE・axe など）でLPの問題箇所を把握する
- Dejamのヒートマップ（/dejam/function/heatmap/）で、問題のある箇所が実際に離脱やクリック不足につながっているかを確かめる
- LP制作・編集機能でアクセシビリティの改善を反映する
- ABテスト（/dejam/function/ab/）で改善前後のCVRを比較検証する
- LPOチェッカー（/dejam/function/lpo-checker/）で、CVRとページスピードの改善案もあわせて確認する
Dejamには、利用者が文字サイズ・コントラスト・書体などを切り替えられるウェブアクセシビリティ機能（タグ1行で導入するウィジェット）もあります。これは検査ツールではないため、HTML側の問題は上の手順で見つけて直してください。
詳しくは「【2026年版】JIS X 8341-3とは？対応方法・改正動向・LP対応チェックリストを解説」も合わせてご覧ください。
よくある質問
Q. 自動チェックツールだけでアクセシビリティ対応は完了しますか？
A. 完了しません。デジタル庁のガイドブックでは、チェックツールで見つかる問題は全体の2〜3割程度とされています。代替テキストの内容やフォーカス順序などは、人による確認が必要です。
Q. 無料ツールと有料ツールの大きな違いは何ですか？
A. 無料ツール（Lighthouse・axe DevTools・WAVE・miChecker など）は1ページずつの検査が中心で、LPのように対象ページが少なければ十分に使えます。有料ツールの強みは、サイト全体の定期スキャン・レポート・チームでの修正管理です。
Q. Lighthouseのアクセシビリティスコアは何点を目標にすればよいですか？
A. 点数よりも、指摘された項目を減らすことを目標にしてください。スコアは監査項目の加重平均で、100点でも機械で判定できない問題は残ります。
Q. 無料でいちばん手軽に使えるツールはどれですか？
A. Chrome を使っているなら Lighthouse です。追加のインストールなしで、DevTools から数分で監査できます。
Q. JIS X 8341-3 に沿ってチェックできるツールはありますか？
A. 総務省の miChecker が JIS X 8341-3:2016 に基づく検証を支援するツールです。動作環境は Windows のため、Mac で作業している場合は他のツールと組み合わせて使います。
Q. 公開前やログインが必要なページもチェックできますか？
A. できます。Lighthouse は公開ページでも、認証が必要なページでも実行できると公式ドキュメントに記載されています。WAVE も拡張機能を使えば、ログインが必要なページやローカルのページを確認できます。
Q. 文字サイズを切り替えるウィジェットを入れれば、チェックは不要になりますか？
A. 不要にはなりません。ウィジェット（オーバーレイ型）は利用者が表示を切り替える手段を追加するもので、代替テキストのない画像やフォームのラベル不足などの問題はページ側で直す必要があります。
まとめ
アクセシビリティ自動チェックツールは、LPや Webサイトのアクセシビリティ問題を効率的に検出するための手段です。
まず**Google Lighthouse（無料）で監査し、次にWAVE または axe DevTools（無料）**で問題箇所を特定するという2ステップから始めることをおすすめします。JIS X 8341-3:2016 に沿って検証したい場合は miChecker（無料）、サイト全体を定期的に検査したい場合は Deque axe Monitor や Sitemorse が選択肢に入ります。
ただし、自動チェックで見つかるのは全体の2〜3割程度のため、手動チェックとの組み合わせが欠かせません。直した結果がCVRにどう効いたかは、Dejamのヒートマップや ABテストで確かめるのが確実です。
CVR改善ならDejam！アクセシビリティ対応からLP改善まで一気通貫
Dejamは、LP制作・ヒートマップ分析・ABテスト・ウェブアクセシビリティ対応をオールインワンで提供するCVR改善特化ツールです。自動チェックツールで問題を検出した後の「改善→テスト→計測」まで、Dejam一つで進められます。
Dejamの主要機能
- ウェブアクセシビリティ: タグ1行で導入するウィジェット。文字サイズ・コントラスト・書体などを利用者が調整できる
- ヒートマップ: 5種類のヒートマップで、問題のある箇所が離脱につながっているかを可視化
- ABテスト: 改善前後のCVRを比較
- LPOチェッカー: URLを入力するだけで、CVRとページスピードの改善案を取得
