ライブ
サービスステータス
統合前に、現在のサービス稼働状況と文書化されたエラー応答を確認してください。
ウェブデータ
アクセシビリティ監査API
実際のブラウザで、任意のページに自動化されたWCAGアクセシビリティ監査を実行します。すべての違反を、影響度、WCAGレベル、該当する要素、修正方法とともに取得でき、手動確認が必要なルールと総合スコアも得られます。
カテゴリ
ウェブデータ
エンドポイント
1
主な機能
4
よくある質問
4
これらの企業の担当者に使われています
統合前に確認できる信頼シグナル
透明なドキュメント、認証済みリクエスト、見える信頼性情報により、本番投入前に DomScan を評価しやすくなります。
OpenAPI
API アーティファクト
OpenAPI、Swagger、Postman、CLI、SDK、MCP のリンクにすぐアクセスできます。
API キー
保護されたアクセス
認証付きエンドポイントは API キーを使用し、呼び出し前に明確なクレジットコストを示します。
10,000
無料枠
毎月 10,000 クレジットから始め、利用が増えたときだけアップグレードできます。
この API で実装できること
このページを本番導入向けの概要として使えます。エンドポイント、例、レスポンス形状、DomScan を製品に組み込むためのワークフローをまとめています。
ドメイン確認、DNS インテリジェンス、リスクシグナル、エンリッチメントをオンボーディング、検索、社内ツールに組み込めます。
繰り返しの手動検索を、スケジュールジョブ、アラート、再現可能な調査手順に置き換えます。
提供元ページをスクレイピングせず、予測可能なフィールド、文書化済みステータスコード、クレジットコストを使えます。
OpenAPI、SDK、Postman、MCP を通じて、エージェント、ダッシュボード、SOAR プレイブック、CRM に接続できます。
統合ワークフロー
最初のリクエストから本番で繰り返し使える状態までのシンプルな流れです。
一度認証する
文書化されたヘッダーで API キーを送信し、サービス間で一貫したリクエストを保ちます。
例から問い合わせる
curl と HTTP サンプルから始め、パラメータをアプリケーションコードに対応付けます。
運用と監視
ステータスコード、クレジットコスト、レスポンスフィールドを使ってリトライ、ログ、アラートを構築します。
開発者キット
機械可読なドキュメント、リクエスト集、SDK、エージェント用ツールへすぐ移動できます。
パラメータとレスポンスのマップ
クライアントに接続する前に、入力、出力フィールド、ステータスコードを確認できます。
パラメータ
urlstandard
レスポンス例
statusscoresummaryviolationsaffected_elementsby_impactcriticalseriousmoderateminoridimpact
HTTP ステータスコード
200400401402429
エンドポイント
GET
/v1/accessibility
統合前に確認できる信頼シグナル
透明なドキュメント、認証済みリクエスト、見える信頼性情報により、本番投入前に DomScan を評価しやすくなります。
サービスステータス
API アーティファクト
OpenAPI、Swagger、Postman、CLI、SDK、MCP のリンクにすぐアクセスできます。
API キー
保護されたアクセス
認証付きエンドポイントは API キーを使用し、呼び出し前に明確なクレジットコストを示します。
無料枠
無料でサインアップ
毎月 10,000 クレジットから始め、利用が増えたときだけアップグレードできます。
アクティブ
リクエスト例
curl と HTTP サンプルから始め、パラメータをアプリケーションコードに対応付けます。
主な機能
WCAG 2.xのルール
WCAGのAおよびAAの達成基準とベストプラクティスをチェックします。代替テキストやラベルの欠落から、色のコントラスト、ARIAの誤用まで対象です。
影響度による優先順位付け
違反は重大から軽微の順に並べられ、該当する要素の数、サンプルのセレクター、HTMLが付きます。
手動確認リスト
人による判断が必要なルールは別に一覧表示されるため、自動チェックの合格が完全な準拠と誤解されることはありません。
レンダリング後のページ
ページはJavaScriptの実行後に監査されるため、動的なメニュー、フォーム、コンテンツも対象に含まれます。
リクエスト例
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/accessibility?url=example.com"レスポンス例
{
"status": "ok",
"score": 84,
"summary": { "violations": 4, "affected_elements": 23, "by_impact": { "critical": 1, "serious": 2, "moderate": 1, "minor": 0 } },
"violations": [
{
"id": "image-alt",
"impact": "critical",
"wcag_level": "A",
"help": "Images must have alternate text",
"node_count": 6,
"nodes": [{ "target": "main > img.hero", "html": "<img src="/hero.jpg">" }]
}
]
}よくある質問
スコアが高ければ、サイトは準拠していると言えますか?
いいえ。自動ツールで見つかるのは、アクセシビリティ上のバリアの一部です。結果を使って明らかな問題を修正し、そのうえで手動テストと支援技術によるテストを行ってください。
スコアはどのように計算されますか?
合格したルールを、影響度で重み付けした違反と比較します。重みは、重大が3、深刻が2、中程度が1、軽微が0.5です。
どの基準がチェックされますか?
レベルAおよびAAのWCAG 2.0、2.1、2.2と、一般的なベストプラクティスです。各違反にタグが付きます。
何クレジットかかりますか?
1回の監査につき8クレジットです。ブロックされたページや失敗したページは返金されます。
関連ツールとリソース
HTTP ステータスコード
正常な応答、認証の問題、クレジット不足、レート制限、データ未検出、上流サービス障害を判別できるよう、クライアントで処理すべきHTTPステータスコードを明記しています。
成功
200
リクエスト成功
不正なリクエスト
400
無効なパラメータ
未認証
401
APIキーまたはセッションが不足しているか無効です。
支払いが必要
402
このリクエストを実行するためのクレジットが不足しています。
リクエスト過多
429
レート制限を超過