ドメイン、URL、IP、メール、レコードを入力するだけで、設定なしに絞り込まれた結果を得られます。
ads.txtチェッカー
ドメインを入力すると、そのads.txtファイルを検証し、各広告システムのsellers.jsonと照合して承認済みの販売者を確認します。
チェックを実行し、そのままワークフロー化
ブラウザツールで素早く答えを確認し、繰り返し使う段階になったら同じロジックをスクリプト、監視、プロダクトフローへ移せます。
生のプロバイダー情報ではなく、状態、リスク、レコード、次のアクションを見やすく表示します。
リクエストとレスポンス例を使って、単発チェックをAPI呼び出しやレシピに変換できます。
これらの企業の担当者に使われています
このツールで判断できること
各ページは単なる生データ検索ではなく、実務上の判断に必要な問いを中心に構成されています。
DNS、登録、セキュリティ、価格、評判に関する現在の証拠を確認できます。
関連チェックと比較して、次の判断をより信頼しやすくします。
例をコピーし、関連ツールを開き、規模が必要になったらAPIドキュメントへ進めます。
統合前に確認できる信頼シグナル
透明なドキュメント、認証済みリクエスト、見える信頼性情報により、本番投入前に DomScan を評価しやすくなります。
OpenAPI、Swagger、Postman、CLI、SDK、MCP のリンクにすぐアクセスできます。
認証付きエンドポイントは API キーを使用し、呼び出し前に明確なクレジットコストを示します。
毎月 10,000 クレジットから始め、利用が増えたときだけアップグレードできます。
curl と HTTP サンプルから始め、パラメータをアプリケーションコードに対応付けます。
主な機能
すべての行を解析し、エラーを行番号付きで報告します。
販売者IDをAPI経由でsellers.jsonと照合します。
モバイルアプリやコネクテッドTVアプリ向けのapp-ads.txtを検証します。
リクエスト例
GET /v1/ads-txt?url=example.com
GET /v1/ads-txt?url=example.com&verify_sellers=true
GET /v1/ads-txt?url=example.com&file=app-ads.txt
同じAPIを基盤に構築
ブラウザ体験はDomScanの構造化エンドポイントのプレビューであり、コードを書く前にユースケースを検証できます。
よくある質問
ドメインのルート(例: example.com/ads.txt)に、プレーンテキストとして配信します。
DIRECTはパブリッシャーがアカウントを管理していることを、RESELLERは別の会社がパブリッシャーに代わって枠を販売していることを意味します。
sellers.jsonに載っていない販売者IDや、誤ったタイプで載っている販売者IDがあると、バイヤーが広告枠を避ける原因になることがあります。

