本番向けエンドポイントは 99.99% の稼働率と文書化されたステータス処理を前提に設計されています。
素晴らしい企業の人々に使用されています
統合前に確認できる信頼シグナル
透明なドキュメント、認証済みリクエスト、見える信頼性情報により、本番投入前に DomScan を評価しやすくなります。
OpenAPI、Swagger、Postman、CLI、SDK、MCP のリンクにすぐアクセスできます。
認証付きエンドポイントは API キーを使用し、呼び出し前に明確なクレジットコストを示します。
毎月 10,000 クレジットから始め、利用が増えたときだけアップグレードできます。
この API で実装できること
このページを本番導入向けの概要として使えます。エンドポイント、例、レスポンス形状、DomScan を製品に組み込むためのワークフローをまとめています。
ドメイン確認、DNS インテリジェンス、リスクシグナル、エンリッチメントをオンボーディング、検索、社内ツールに組み込めます。
繰り返しの手動検索を、スケジュールジョブ、アラート、再現可能な調査手順に置き換えます。
提供元ページをスクレイピングせず、予測可能なフィールド、文書化済みステータスコード、クレジットコストを使えます。
OpenAPI、SDK、Postman、MCP を通じて、エージェント、ダッシュボード、SOAR プレイブック、CRM に接続できます。
統合ワークフロー
最初のリクエストから本番で繰り返し使える状態までのシンプルな流れです。
文書化されたヘッダーで API キーを送信し、サービス間で一貫したリクエストを保ちます。
curl と HTTP サンプルから始め、パラメータをアプリケーションコードに対応付けます。
ステータスコード、クレジットコスト、レスポンスフィールドを使ってリトライ、ログ、アラートを構築します。
開発者キット
機械可読なドキュメント、リクエスト集、SDK、エージェント用ツールへすぐ移動できます。
パラメータとレスポンスのマップ
クライアントに接続する前に、入力、出力フィールド、ステータスコードを確認できます。
パラメータ
レスポンス例
HTTP ステータスコード
エンドポイント
/v1/dns/propagation
/v1/dns/servers
統合前に確認できる信頼シグナル
透明なドキュメント、認証済みリクエスト、見える信頼性情報により、本番投入前に DomScan を評価しやすくなります。
OpenAPI、Swagger、Postman、CLI、SDK、MCP のリンクにすぐアクセスできます。
認証付きエンドポイントは API キーを使用し、呼び出し前に明確なクレジットコストを示します。
毎月 10,000 クレジットから始め、利用が増えたときだけアップグレードできます。
curl と HTTP サンプルから始め、パラメータをアプリケーションコードに対応付けます。
主な機能
世界中の主要な DNS プロバイダー全体で伝播をチェック。
A、AAAA、CNAME、MX、TXT、NS、SOA レコードをチェック。
新しいレコードを持つサーバーの割合を正確に確認。
すべてのサーバーが同じ値を返していることを確認。
必要に応じて、レコードが期待値と一致することを確認。
キャッシュ有効期限計画用の Time-To-Live 値を確認。
DNS サーバーのパフォーマンスとレイテンシーを監視。
チェックしている DNS プロバイダーと場所を把握。
リクエスト例
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/dns/propagation?domain=example.com&type=A"
レスポンス例
{
"domain": "example.com",
"record_type": "A",
"propagation_percentage": 100,
"fully_propagated": true,
"consistent": true,
"unique_values": ["93.184.216.34"],
"results": [
{
"server": { "name": "Cloudflare US", "ip": "1.1.1.1", "location": "Global Anycast" },
"success": true,
"records": ["93.184.216.34"],
"ttl": 86400,
"response_time_ms": 12
},
{
"server": { "name": "Google US", "ip": "8.8.8.8", "location": "Global Anycast" },
"success": true,
"records": ["93.184.216.34"],
"ttl": 86400,
"response_time_ms": 15
}
],
"summary": {
"total_servers": 13,
"successful": 13,
"failed": 0,
"matching_expected": 13
}
}
よくある質問
DNS 伝播は通常 1~48 時間かかり、TTL 値とキャッシュに応じて異なります。当社のツールはリアルタイムで進捗を監視するのに役立ちます。
異なる DNS サーバーは TTL に基づいて異なる期間でレコードをキャッシュします。一部のサーバーは古いキャッシュ値を保持している可能性がありますが、他のサーバーは更新されています。
当社は Cloudflare(1.1.1.1)、Google(8.8.8.8)、Quad9(9.9.9.9)、OpenDNS、および米国、ヨーロッパ、アジア太平洋の地域サーバーを含む主要な DNS プロバイダーをチェックします。
変更を加える前に TTL 値を下げ、古い TTL の有効期限が切れるまで待機し、変更を加えます。伝播後、より良いキャッシング用に TTL を再度増やすことができます。
関連ツール&リソース
HTTP ステータスコード
正常な応答、認証の問題、クレジット不足、レート制限、データ未検出、上流サービス障害を判別できるよう、クライアントで処理すべきHTTPステータスコードを明記しています。
リクエスト成功
無効なパラメータ
このリクエストを実行するためのクレジットが不足しています。
レート制限を超過
内部エラー
上流 RDAP エラー
上流サービスが利用できないか、一時的にレート制限しています。
上流の問い合わせがタイムアウトしました。
DNS 伝播をチェック