開発者向けアップデート
API API変更履歴
破壊的変更、新機能、非推奨化を追跡できます。破壊的変更を行う前に開発者の皆様へ通知いたします。
破壊的変更は、少なくとも12か月前に告知されます。バージョニングと非推奨のポリシーをご覧ください。
プロダクトアップデート
メール、ブラックリスト、類似ドメイン、ホスティングの結果をより正確に
- メールコンプライアンスで、SPF、DKIM、DMARCの参照に失敗した場合、チェックを不合格にしてレコードの公開を勧めるのではなく、「不明」として報告するようになりました。不明のチェックはスコアから除外され、3つすべての参照に失敗したレポートは返金されます。
- メールチェック、メール検証、DNSセキュリティ、レピュテーション、ドメインヘルス、そしてメール到達率とフィッシング調査のレシピで、応答できなかったブラックリストをクリーンではなく「不明」として報告するようになりました。
- ドメイン類似度で国際化ドメイン名をデコードし、apple.com のキリル文字の а のように別の文字体系の文字を使った類似ドメインを、重大なホモグラフとして報告するようになりました。
- ホスティング検出が最も具体的に一致するネットワーク範囲を使うようになり、広いクラウドブロック内のプロバイダーも正しく特定されます。addy.io や SimpleLogin などのメール転送サービスは、使い捨てとして判定されなくなりました。
- 企業情報の検索で、ホームページまたはメールサーバーの参照に失敗した結果を丸1日保持しなくなりました。また、Substack のハンドルチェックがプラットフォームの「見つかりません」ページを認識するようになりました。
- ウォッチリストの履歴、Webhook の配信、期限が近いドメインで、無効な limit や days の値を失敗させずに処理するようになりました。ウォッチリストには監視中のすべてのドメインが含まれ、30日間の利用合計と比較はちょうど30日分を対象にします。
プロダクトアップデート
ブラックリスト、メール、DNS、監視の結果をより正確に
- ブラックリストのチェックで、クエリを拒否した、または到達できなかったリストを、クリーンではなく「不明」として返すようになりました。拒否コードをリスト登録として数えることもなくなり、登録カテゴリ名も正しく表示されます。各リストにステータスが付き、結果には回答できなかったリストの数も含まれます。
- メール検証で、メールサーバーの照会に失敗した場合は、メールサーバーのないドメインとして拒否するのではなく、アドレスを「不明」として返し、チェック分を返金するようになりました。
- IP照会で、正引きの照会に失敗した場合に逆引きDNSの不一致を指摘しなくなりました。また、ドメイン変更の監視でも、照会に失敗した場合にDNSやメールのレコードを削除済みとして報告しなくなりました。
- ページチェックで、特定の1つのクローラーに限定したX-Robots-Tagルール(otherbot: noindex など)を、そのクローラーにのみ適用するようになりました。スクレイピングしたテキストでは表のセルとリスト項目が区切られたまま保たれ、名前チェックでは、プラットフォームのルールに反するハンドルを「不明」ではなく「無効」として返します。
- ドメインのライフサイクル結果では、pendingRestoreを期限切れ間近、pendingCreateを保留中、serverHoldを予約済みとして扱います。再追加したブランドモニターは新しいベースラインを取得するため、以前の類似ドメインが新規としてアラートされることはありません。また、スクレイプジョブは、失敗した項目について返金すべき分を、支払われるまで保持します。
- 通知チャンネル名、用語集の記事内のドメインステータスコード、モニターページのラベルなど、一部が英語のまま残っていた翻訳の誤りを、複数の言語で修正しました。
プロダクトアップデート
ドメイン監視アラートの信頼性を向上
- 監視中のドメインで「今すぐチェック」を実行すると、定期チェックと同じ利用可能性、ステータス、有効期限のアラートが送信されるようになりました。以前は、アラートを送らずに新しい状態だけを保存していたため、「今すぐチェック」が先に検出した変更はアラートされませんでした。
- 一時的な照会の失敗によって、監視中のドメインが「不明」と判定されたり、有効期限がクリアされたりすることがなくなりました。これにより、照会が復旧した際にステータス変更アラートや有効期限アラートが重複して送信されることもありません。
- APIドキュメントの認証セクションで、リクエストにAPIキーが必要であることが、すべての言語で正しく表示されるようになりました。また、キーを管理するダッシュボードへのリンクも追加されました。
プロダクトアップデート
MCP、バッチ、クエリオプションにおけるクレジット課金をより公正に
- MCPサーバー経由のページスクレイピングで二重に課金されることがなくなり、クレジットを購入済みのアカウントでも、そこですべてのスクレイピングモードを利用できるようになりました。
- クレジットの課金は、リクエストが実際に実行されるオプションに基づくようになりました。繰り返されたクエリパラメータは最初の値で料金が決まり、mode=DEEPのようなモードは大文字と小文字を区別せずに一致し、TRUE、yes、0のような真偽値はエンドポイントが読み取るのと同じ方法で料金計算されます。ドメイン候補とタイポチェックも、他のエンドポイントと同じ真偽値を受け付けます。
- バッチジョブでは、結果を確認できなかった項目を返金し、一部しか提供されなかった項目の未使用クレジットを返却するようになりました。これは単発のリクエストではすでに行われていた動作です。
プロダクトアップデート
ページ、企業、ルックアップのチェックの信頼性が向上
- 技術スキャンで、ページのタイトルと説明がHTMLエンティティをデコードした状態で返されるようになりました。ページのチェックは、深くネストされた構造化データでも失敗しなくなり、ads.txtのチェックは、ボットチャレンジページを無効ではなくブロックとして報告するようになりました。また、サイトマップ監査は、HTMLとして配信されたrobots.txtからもSitemap行を読み取るようになりました。
- 企業のルックアップで、Coca-Colaのようにハイフンを含む名前が保持されるようになり、共有リンクやハッシュタグリンクを公式のソーシャルプロフィールとして報告しなくなりました。
- Steamのハンドルチェックでは、Steamの一時的なエラーを「アカウントが見つかりません」ではなく不明として報告するようになりました。また、RDAPのルックアップは不正な形式のIP範囲とAS番号を拒否し、無効な配信停止リンクや利用期間は、失敗せずに明確なエラーを返します。
プロダクトアップデート
より正確なレポート、レシピ、比較
- ドメインレポートが、レピュテーションスコア、ブラックリストの状況、推奨事項、サブドメイン数を返すようになりました。また、DNSまたはサブドメインのセクションでルックアップが失敗した場合はそのセクションを失敗としてマークし、完了できたセクションが1つもないレポートは返金されます。
- ブランド立ち上げレシピが、ブランド名の実際のスコアを報告するようになりました。未確認の登録ステータスや未チェックのソーシャルハンドルは、合格扱いにせず保留のままとなります。また、ポートフォリオ監査は、未完了の健全性チェックを0点として採点しなくなりました。
- ドメインの比較で、利用可否が不明なドメインを登録済みと表示しないようになり、登録日と有効期限も含まれるようになりました。
- Unicodeドメイン拡張子(.рф など)の利用可否チェックで、レジストリに直接問い合わせるようになりました。また、年単位のドメイン年齢は、登録記念日までの満年数で数えるようになりました。
プロダクトアップデート
DNS、ホスティング、タイポ、ページのチェックの精度が向上
- DNSルックアップでは、エイリアス(CNAME)の応答をAレコードとして表示しなくなりました。CDNの検出では、Amazon CloudFrontなどのキャッシュをFastlyとして返さなくなりました。また、パークドメインの検出では、jordan.comなどのドメインへのリンクがあるだけのサイトをパークドメインとして判定しなくなりました。
- タイポのチェックで、mの代わりのrnや、wの代わりのvvのような、複数の文字で似せた組み合わせも対象になりました。また、MACの検索では、ベンダー名全体を基にデバイスの種類を分類するようになりました。
- ページのチェックで、robotsの"none"をnoindexとして扱うようになり、珍しい文字コードでも失敗しなくなり、ヒンディー語、タミル語など結合文字を使う文字体系でも単語数を正しく数えるようになりました。また、JavaScriptが必要なコンテンツとして判定するのはレンダリングで追加された場合だけになり、Disallow: /* はAIクローラーをブロックするものとして扱われます。
プロダクトアップデート
サインイン、ツール、チェックの信頼性に関する修正
- サインイン、サインアップ、ワークスペースのモニター、24のツールページが、フランス語、イタリア語、トルコ語で再び動作するようになりました。これらの言語では、一部の翻訳テキストが原因でページが読み込まれなくなっていました。
- DNSとメール認証のチェックで、複数の部分に分けて公開されたDKIMキーを読み取れるようになりました。また、sp= が先頭にある場合でもDMARCポリシーを正しく読み取り、すべてのメカニズムのSPFルックアップを数え、失敗したDNSルックアップをレコードがない扱いではなく利用不可として返します。
- 提案ツールで、選択したドメイン拡張子と利用可否のオプションが使われるようになり、ドメイナー向けページには各APIの正しいクレジットコストが表示されるようになりました。
- タイポ、提案、名前のチェックで、無効な上限値や重複した入力を正しく処理するようになり、電話番号の検証では入力された内線番号が保持されるようになり、脆弱性、脅威、MACの検索がより正確な結果を返すようになりました。
プロダクトアップデート
Telegramのハンドルチェックで、どのアカウントも使っていない名前が分かるように
- Telegramのハンドルチェックでは、Telegramアカウントのない名前を rate_limited ではなく claimability_unknown として返し、「アカウントが見つかりません」と表示するようになりました。Telegramは未使用の名前に対しても、リクエストを制限しているときと同じページを表示するため、既知のTelegramアカウントがその直前と直後に正しく読み込まれた場合にのみ、名前はこのように返されます。Telegramには名前を登録できることを確認する公開された方法がないため、利用可能として返されることはありません。
プロダクトアップデート
LinkedInとRedditとTelegramとThreadsのハンドルチェックをより分かりやすく
- 国別のLinkedInアドレスで提供される企業ページでも、LinkedInのチェックが失敗しなくなりました。名前が変更されたページは使用済みとして返されます。
- Redditのチェックは、より多くの場合に明確な結果を返し、停止されたRedditアカウントは使用済みとして返されます。Telegramでは、短いユーザー名とシステム用のユーザー名を予約済みとして返し、Telegramの一時的な制限はエラーではなく rate_limited として返します。Threadsのチェックも高速になりました。
- Bitbucket、Vimeo、Linktree、Tumblr、Behanceでは、公開プロフィールが見つからなかったというだけで、その名前を利用可能として返すことはなくなりました。Gumroad、itch.io、Letterboxd、Patreon、Steam、Hacker Newsでも同様です。これらの名前は claimability_unknown として返され、「アカウントが見つかりません」と表示されます。
- Buy Me a CoffeeとSubstackでは、各サイトが登録前に行うユーザー名チェックで利用可否を確認するようになり、サイトが拒否する名前は予約済みとして返されます。
プロダクトアップデート
新しい名前の利用可否API
- 新しい名前の利用可否API(/v1/name-check)は、最大20種類の拡張子でのドメイン、20のソーシャルおよび開発者向けプラットフォームでのハンドル、npm、PyPI、crates.io、RubyGems、NuGet、Packagist、Homebrewでのパッケージとして名前を確認し、判定とスコアを返します。無料の名前チェッカーツールとドキュメントも用意しています。
プロダクトアップデート
新しい robots.txt テスター API
- 新しい robots.txt テスター API(POST /v1/robots/test)で、貼り付けた robots.txt または公開中のファイルを使い、最大100件の URL を最大10種類のクローラーに対して1回のリクエストでまとめて確認できます。判定の決め手となったルール、その行番号、構文の問題も返します。無料のツールページとドキュメントも用意しています。
プロダクトアップデート
7つの新しいウェブサイト分析API
- 新しいSite Audit API(/v1/site-audit)は、robots.txtに従って最大50ページをクロールし、内部リンク切れ、リダイレクト、重複するタイトルとコンテンツ、noindexページ、薄いコンテンツのページ、オンページの問題を報告します。
- 新しいScreenshot API(/v1/screenshot)は、任意のページをデスクトップまたはモバイルで、表示領域またはページ全体を、PNG、JPEG、WebP、PDFとしてキャプチャし、JSONまたは生ファイルで返します。
- 新しいAccessibility Audit API(/v1/accessibility)は、自動化されたWCAGチェックを実行し、影響度別の違反、該当する要素、スコアを返します。
- 新しいCookie Scanner API(/v1/cookie-scan)は、ページが同意前に読み込むCookie、トラッカー、サードパーティ、同意管理ツールを一覧表示します。Cookieの値は収集しません。
- 新しいPage Weight API(/v1/page-weight)は、種類別のバイト数とリクエスト数、最大のファイル、サードパーティの重さ、レンダリングをブロックするリソース、読み込みタイミングを計測します。
- 新しいads.txt API(/v1/ads-txt)は、ads.txtとapp-ads.txtを検証し、sellers.jsonと照合して販売者を確認します。
- 新しいDuplicate Content API(/v1/duplicate-content)は、最大10ページを比較して、ほぼ重複するコンテンツと、繰り返されるタイトル、メタディスクリプション、H1を検出します。新しいAPIにはそれぞれ無料のツールページとドキュメントがあります。
プロダクトアップデート
新しいオンページSEO API 6種
- 新しいオンページSEO監査API(/v1/onpage)は、タイトル、メタタグ、canonical、robotsディレクティブ、見出し、コンテンツ、リンク、画像、構造化データを38項目のチェックと0〜100のスコアで確認します。render=trueを追加すると、JavaScriptの実行後のページを監査できます。
- 新しいJavaScript SEO API(/v1/onpage/render-diff)は、ページの生のHTMLとレンダリング後のHTMLを比較し、JavaScriptの実行後にのみ現れる、または変化するSEOシグナルを一覧表示します。
- 新しい構造化データAPI(/v1/structured-data)は、JSON-LD、Microdata、RDFaを抽出し、よく使われる26種類のschema.orgタイプを検証して、プロパティごとにエラーと警告を返します。
- 新しいキーワード密度API(/v1/keyword-density)は、1語、2語、3語の上位フレーズを密度付きで返し、ターゲットキーワードがどこに出現するかを確認します。
- 新しいページリンクAPI(/v1/links)は、すべてのリンクをアンカーテキストとrel値とともに一覧表示し、check=trueを指定すると最大25件のリンク先からリンク切れを検出します。
- 新しいHreflang API(/v1/hreflang)は、hreflangコード、x-default、自己参照を検証し、最大20件の代替ページで相互リンクを確認します。各APIには、無料のツールページ、ドキュメント、MCPツールが用意されています。
プロダクトアップデート
FacebookとInstagramとTikTokのハンドルチェックをより正確に
- Facebookのチェックは、ほぼすべてのハンドルについて明確な結果を返し、応答もはるかに速くなりました。Facebookアカウントが存在しないハンドルは、エラーではなく claimability_unknown として返され、「アカウントが見つかりません」と表示されます。また、Facebookは1文字からのハンドルに対応しました。
- Instagramの非公開アカウントを予約済みとして扱わなくなりました。登録時にInstagramが拒否するハンドルは使用済みとして返され、予約済みはInstagramのユーザー名ルールに反する名前にのみ使われます。InstagramとThreadsのチェックも高速になりました。
- TikTokの非公開アカウントと制限付きアカウントは、エラーではなく使用済みとして返されるようになりました。
プロダクトアップデート
ソーシャルプラットフォーム9件を追加し、利用可否の判定を厳格化
- 新しく9つのプラットフォームに対応しました。ゲームやチャット向けのDiscord、Roblox、Kick、Chess.com、Minecraft、Lichess、そして公開や開発向けのMastodon(mastodon.social)、Medium、npmです。Discord、Roblox、Kick、Chess.comは、各プラットフォームが登録前に実行するユーザー名チェックを利用するため、その名前が空いていることを確認できます。
- Instagram、X、Snapchat、Twitchでは、各プラットフォームが登録前に実行するユーザー名チェックで利用可否を確認するようになりました。予約済みや禁止された名前のように、プラットフォームが拒否する名前は、利用可能ではなく利用中または予約済みとして報告されます。
- 利用可能と誤って報告されるハンドルが減りました。アカウントのない名前について、TikTok、YouTube、Pinterest、SoundCloud、Hugging Face、Docker Hub、LinkedInでは、登録できるかどうかを確認する公開手段がないため、claimability_unknown として報告し、「アカウントが見つかりません」と表示します。また、ポッドキャストが使用しているDEVの名前は、利用中として報告されます。
- 対応するInstagramアカウントがそのハンドルを使っている場合、Threadsでは利用中として報告されます。Telegramでは、ユーザー名マーケットプレイスで販売済みのハンドルは利用中、出品中やオークション中のハンドルは予約済みとして報告されます。
- LinkedInのチェックで、企業ページと同じ名前を持つ学校ページとショーケースページを認識できるようになりました。
プロダクトアップデート
ソーシャルのユーザー名チェックが、より正確で、より網羅的に
- 利用可能と誤って判定されるハンドルが減りました。非公開のDribbbleプロフィール、停止または禁止されたTwitchアカウント、非公開のGitLabグループと非表示ユーザー、一度も投稿していないHacker Newsアカウント、大文字小文字が異なるHashnodeとRubyGemsのユーザー名は、利用中として報告されます。Blueskyが保留している名前は、予約済みとして報告されます。
- プラットフォームがそのハンドルを使うアカウントは存在しないと確認しても、登録できるかどうかは確認しない場合、結果にその旨が表示されるようになりました。available は null のまま、reason は claimability_unknown、classification.status は absent になります。GitHub、Dribbble、Hashnode、RubyGems、Snapchatがこの結果を返し、ソーシャルハンドルチェッカーでは「アカウントが見つかりません」と表示されます。これまでGitHubではこれらのハンドルをチェックできませんでした。
- Blueskyでは、brand のような単純な名前を無効として拒否せず、brand.bsky.social としてチェックするようになりました。
- より多くのチェックで明確な結果が返ります。無効化されたBitbucketワークスペース、非表示のTumblrブログ、非公開のVimeoメンバー、未確認のLinktreeプロフィール、停止されたXアカウント、削除されたPatreonクリエイターは、不明ではなく利用中として報告されます。また、Pinterest、Facebook、Patreon、itch.io、Behance、Hacker Newsのチェックの応答が速くなりました。
- プラットフォームが明確に応答しない場合、リクエストの制限時間内に一度だけチェックを再試行します。それでも応答がなければ、過去30日以内に利用中と確認されたハンドルは、証拠付きで利用中として報告されます。このとき evidence.source は stale_cache に設定され、その証拠の経過時間は cache_age_s に入ります。以前の利用可能という結果がこの方法で再利用されることはありません。
- プラットフォームが有名アカウントを利用可能と報告し始めた場合、DomScanは回答が正しくなるまで、そのプラットフォームでハンドルを利用可能として報告しません。その結果は不明となり、evidence.source は canary_quarantine に設定されます。
プロダクトアップデート
ドメイン価格の確認は1組み合わせ1クレジット
- 実際に確認した一意のTLDと選択したレジストラの組み合わせ1件につき1クレジットです。GET /v1/prices、GET /v1/prices/tld/:tld、最大50件の一意のTLDを指定するPOST /v1/prices/bulk、GET /v1/prices/compareが対象です。GET /v1/pricesで5件を超えるTLDを指定する場合も1組み合わせ1クレジットです。tldsを省略した場合、TLDカタログは引き続き無料です。
- /v1/prices/compareでは、同じ組み合わせの標準価格行と正確なドメインのライブ見積もりをまとめて1回分として課金します。重複するTLDとレジストラIDは1回だけ数えられ、レジストラの絞り込みで予定件数、実行件数、課金クレジットが減ります。
- 正確な見積もりが失敗するか結果不明の場合、その組み合わせの標準価格行が返されなかった場合に限り1クレジットが返金されます。
- 日次価格の更新が品質基準を満たさない場合、最後に受け入れられた価格を保持します。そのデータソースは、有効な更新が成功するまでおすすめから除外されます。
- 標準および一括の価格検索で、現在の価格カタログにある対応済みの複合TLDを、ドメイン確認リストに含まれていなくても指定できるようになりました。
プロダクトアップデート
Telegramのユーザー名チェックがより確かに
- 汎用の「Contact」や「Send Message」ページ、または見つからない公開ページではユーザー名の利用可能性を確認できない場合、Telegramのチェック結果は「不明」になります。公開チャンネルやボットの完全一致は、引き続き既存プロフィールの特定に利用できます。
プロダクトアップデート
AIアプリの接続、チーム招待、ページのセキュリティを強化
- MCP経由のAIアプリの接続は、承認から1年で有効期限が切れるようになり、アプリ側からいつでも自身の接続を取り消せます。既存の接続は、少なくともあと30日間は引き続き利用できます。
- チーム招待メールでは、件名と見出しにアカウント名を表示しなくなり、招待を送信した人が常に表示されます。アカウント名にリンク、Webアドレス、メールアドレスを含めることはできなくなりました。
- すべてのページで、DomScanが配置したスクリプトのみが実行されるようになりました。万一不正なコードがページに混入しても、ブラウザによってブロックされます。
- 不正利用対策によって新規登録がブロックされた場合、サインインフォームでは成功したように見せかけず、メールが送信されなかったことを表示するようになりました。
プロダクトアップデート
5つのチェックが専用の製品ページに
- robots.txt、XMLサイトマップ監査、セキュリティヘッダー、security.txt、IDNホモグラフのチェックが、製品メニュー、APIカタログ、各スイートのページで独立した製品として表示されるようになり、それぞれ専用のAPIページにリンクされます。
- 5つのチェックそれぞれに、ドキュメントのナビゲーション内の専用ページも用意されました。パラメータや例にすぐにアクセスできます。
プロダクトアップデート
サインインとページのセキュリティを強化
- Googleでのサインインでは、確認済みのGoogleメールアドレスが必須になりました。DomScanアカウントにすでにリンクされているGoogleアカウントが置き換えられることはなく、他のサイトから送信されたサインインリクエストは拒否されます。
- ドメイン、レジストリ、証明書のデータを表示するページとツールで、すべての箇所でエスケープ処理を行うようになりました。AIアプリを接続する画面には、認可の送信先となる正確なアドレスが表示されます。
プロダクトアップデート
スマートフォンでの使いやすさを改善し、4つのツールを修正
- サイト、無料ツール、ドキュメント、ダッシュボードをスマートフォン向けに見直しました。比較表とコスト表は読みやすい行に積み重なり、ボタンとリンクはタップしやすくなり、iPhoneでフォームフィールドによってページが拡大されることもなくなりました。
- スクリプトエラーで結果が表示されなくなっていた、技術スタック、エージェント対応状況、ウォッチリスト、メール検証の各ツールが再び動作するようになりました。また、DKIMチェッカーが見つかったセレクターを一覧表示するようになりました。
プロダクトアップデート
インタラクティブなAPIドキュメント: POST対応の「試す」、コードサンプルへのキー反映、全文検索
- 「試す」で、ドキュメント内のGETとPOSTの例をサインイン中のアカウントで実行できるようになりました。リクエストを実行する前にクレジットの消費量も表示されます。
- APIキーを一度貼り付けるだけで、ドキュメントページのすべてのコードサンプルとコピーしたコードに自動で入力されます。キーはブラウザのタブ内にのみ保持され、「キーを削除」で消去できます。
- すべてのエンドポイントにcURL、Node.js、Python、Go、Rubyの例を追加しました。選択した言語は、製品ドキュメントを含むすべてのドキュメントページで保持されます。
- Cmd+KまたはCtrl+Kを押すと、API ドキュメント全体からセクション名、見出し、エンドポイントのパス、パラメータ名を検索できます。
- ドキュメントページに内容の最終更新日が表示されるようになり、各ページで役に立ったかどうかを、任意のコメント付きで評価できます。
プロダクトアップデート
AI対応のAPIドキュメント
- すべてのドキュメントページに、同じアドレスの末尾に .md を付けたMarkdown版が用意されました。また、/llms-full.txt にはAIアシスタント向けにドキュメント全体が1つのファイルにまとめられています。
- 各ドキュメントページのタイトル横のメニューから、ページをMarkdownとしてコピーしたり、Markdown版を表示したり、ChatGPT、Claude、Perplexity、Cursorでページを開いたりできます。
- AIに質問(Ctrl+I または Cmd+I)は、ドキュメントへのリンクとともに質問をChatGPTまたはClaudeに送信するため、回答は最新のドキュメントに基づきます。DomScanが質問を見ることはありません。
プロダクトアップデート
レート制限は検証済みのIDに基づいてカウントされます
- 公開エンドポイントのレート制限は、有効なAPIキーを使用していない場合、常にクライアントアドレス単位でカウントされるようになりました。検証されていない X-API-Key ヘッダーまたは Authorization ヘッダーによって、適用される制限が変わることはなくなりました。
- 有効なAPIキーまたはサインイン済みセッションで行われたリクエストは、アカウントのすべてのキーで共有される制限にカウントされます。X-RateLimit-Policy ヘッダーでは scope=account として示されます。
プロダクトアップデート
ワンクリックMCPインストールとAIエージェント向けガイド
- MCPページとAPIドキュメントに、Add to CursorボタンとAdd to VS Codeボタン、およびコピー可能なClaude CodeとCodex用コマンドを追加しました。設定ファイルを編集せずにDomScanに接続できます。
- 新しいガイド /docs/ai-agents では、MCPとREST APIの使い分け、Claude Code、Cursor、VS Code、Codex、ChatGPT、Claude、Windsurfのセットアップ方法を説明し、AGENTS.mdスニペットとすぐに使えるプロンプトも掲載しています。
- ドキュメントのサイドバーから、変更履歴、システムステータス、APIプレイグラウンド、公開エージェントガイドにアクセスできるようになりました。
プロダクトアップデート
システムステータスページを公開
- 新しいステータスページ(/status)で、APIの各プロダクトファミリーが正常稼働、パフォーマンス低下、障害のいずれの状態かを、直近15分間のリクエストに基づいて確認できます。
- 各プロダクトファミリーについて、現在のp95応答時間と過去90日間の日別稼働率を表示します。
- 継続中のインシデントと、過去30日間に解決したインシデントを、タイムスタンプとわかりやすい経過報告とともに一覧表示します。
プロダクトアップデート
より短くなったMCPツール一覧
- MCPサーバーが公開するツールは153個から98個になり、エージェントが読み込むツールの説明文は約20%減りました。単体チェックと一括チェックは1つのツールにまとまっています。一括版を実行するには、domain の代わりに domains のようなリストを送ってください。
- SSLチェック、タイポスクワッティング分析、SPF・DMARC・DKIMチェック、ジョブのステータス、無料の参照データなど、関連する操作は、action 引数を持つ1つのツールにまとまりました。各ツールの説明には各アクションのクレジットコストが記載されており、クレジットはこれまでとまったく同じ方法で課金されます。
- 旧ツール名は少なくとも2027-10-10まで引き続き使えます。削除、キャンセル、解除を行うツールは独立したままです。旧名と新名の完全な一覧は、MCPページと /mcp/tool-mapping.json にあります。
プロダクトアップデート
任意の snake_case キーとバージョニングポリシー
- naming=snake を追加するか、DomScan-Naming: snake ヘッダーを送信すると、camelCase のレスポンスキーがすべて snake_case で返されます。たとえば registrarName ではなく registrar_name になります。値、エラーレスポンス、クレジットのコストは変わらず、MCP ツールも同じ naming 引数を受け付けます。
- 新しいバージョニングポリシーでは、通知なしで行われる変更の種類を説明し、破壊的変更の前に少なくとも12か月の告知期間を設けることを約束しています。
- skip_cache、prefer_cache、refresh、offset、数値の certificates カーソルなど、非推奨のエイリアスを使用したリクエストに、Deprecation、Sunset、Link ヘッダーが付与されるようになりました。これらのエイリアスは、少なくとも2027年10月10日まで動作し続けます。
プロダクトアップデート
ブランド監視の誤検知アラートを削減
- ブランド監視は、登録情報の照会で登録済みであることが確認された場合にのみ、類似ドメインを新たな脅威として報告するようになりました。これは類似ドメインのウォッチリストのアラートと同じルールです。判定できなかった、ブロックされた、またはタイムアウトしたチェックは脅威として数えられなくなり、次回のスキャンで再確認されます。
- すでにブランドに対して記録されている類似ドメインはベースラインに残り、照会で登録されていないことが確認された場合にのみ、解決済みとして報告されます。
プロダクトアップデート
安全な再試行と、マーケットプレイスのサブスクライバーごとの独立した状態管理
- マーケットプレイスのサブスクライバーは、対応する POST リクエストで Idempotency-Key ヘッダーを送信できます。24時間以内に同じキーで再試行すると、元のレスポンスが返されます。キー、ページネーションのカーソル、レート制限は、識別されたサブスクライバーごとに分けて管理されます。
- マーケットプレイスのレスポンスには X-RateLimit ヘッダーと X-Data-Freshness ヘッダーが含まれ、X-Credits ヘッダーは含まれません。マーケットプレイスのプランはリクエスト単位で課金されるためです。マーケットプレイスのサブスクライバーが dry_run=true を指定すると、400 DRY_RUN_NOT_AVAILABLE が返されます。
プロダクトアップデート
証明書、価格、DNS、類似ドメインのアラート
- /v1/watchlist/alerts で、監視中の項目に新しいアラートイベントを購読できます。任意のホスト名の ssl.expiring、ssl.expired、ssl.changed、TLD 価格の price.dropped、任意のホスト名のレコードの dns.changed、ブランドドメインの新しい類似ドメインの typosquat.detected が対象です。
- 各購読は項目ごと、イベントごとに任意で設定でき、証明書の期限しきい値 (30、14、7、1 日)、価格の下落率または目標価格、監視する DNS レコードタイプを指定できます。
- 正確な証拠がある場合にのみアラートが発生します。失敗またはタイムアウトしたチェックは何も変更せず、証明書と DNS の変更は 2 回連続のチェックで確認されてから送信されます。
- チェックは無料です。2xx レスポンスで署名付き Webhook に配信された各アラートは、他のモニタリングアラートと同じ 2 クレジットで、配信に失敗した分は返金されます。
プロダクトアップデート
鮮度の制御とカーソルによるページネーション
- 利用可否、サブドメイン、証明書、技術スタック、ウェブサイトのチェックなど、最近確認したデータから応答できるエンドポイントが、秒単位の max_age を受け付けるようになりました。古いデータは再確認され、max_age=0 を指定すると常に最新の状態を確認します。レスポンスでは、データの経過時間を cache_age_s と X-Cache-Age ヘッダーで確認できます。クレジットの料金は変わりません。
- WHOIS と DNS の履歴、サブドメイン、証明書、ウォッチリスト、ブランドモニター、使い捨てメールドメインリストが limit と cursor を受け付け、has_more と next_cursor を返すようになりました。limit を指定しないリクエストはこれまでと同じ結果を返し、各ページの料金は1回のリクエストと同じです。
- skip_cache、prefer_cache、refresh、offset は、非推奨のエイリアスとして引き続き使用できます。
プロダクトアップデート
構造化されたMCP結果とツールヒント
- プロトコルバージョン2025-06-18以降のMCPクライアントは、fieldsやcompactで絞り込んだ結果を含め、テキスト結果と同じJSONオブジェクトを持つstructuredContentを受け取れるようになりました。プレーンテキストやCSVの結果は、従来どおりテキストのみです。
- すべてのツールにタイトルとヒントが付き、データの読み取りのみか、保存済みの項目を変更するか、何かを削除またはキャンセルするか、インターネットに接続するかが分かるようになりました。
- ツールの説明にAPIパスを繰り返さなくなり、ツール一覧が短くなりました。ツール名、入力、クレジット消費、テキスト結果は変わらず、エラーは引き続きisErrorと標準のエラーオブジェクトで返されます。
プロダクトアップデート
フィールド選択とコンパクトレスポンス
- GET および POST の API リクエストで、カンマ区切りのドットパスを指定するオプションの fields パラメータ(例: fields=domain,classification.status)が使えるようになり、指定したフィールドのみが返されます。どれにも一致しなかったパスは X-Fields-Ignored ヘッダーに一覧表示されます。
- compact=true を指定すると、処理時間や空の警告リストなどの配信用メタデータが、データフィールドを削除せずに取り除かれます。どちらのパラメータも MCP ツール呼び出しで利用でき、クレジット消費は変わらず、エラーレスポンスにも影響しません。
プロダクトアップデート
すべての非同期ジョブを 1 つの API で
- GET /v1/jobs は、API バッチ、ドメイン探索、技術スキャン、スクレイプのジョブをまとめて新しい順に一覧表示し、limit と cursor によるページネーションに対応します。すべてのジョブでステータス、進捗、クレジット、リンクの形式が共通で、結果は GET /v1/jobs/:job_id/results でページ送りして取得できます。
- POST /v1/jobs/:job_id/cancel は、API バッチ、ドメイン探索、技術スキャンのジョブを 1 回の呼び出しでキャンセルし、未着手の項目は返金されます。ジョブの一覧表示、取得、キャンセルは無料で、既存のジョブ用エンドポイントもそのまま利用できます。
- ジョブ作成エンドポイントで notify_webhook を指定できます。ジョブが完了すると、署名付き Webhook エンドポイントに job.completed、job.failed、job.cancelled のいずれかのイベントが 1 件、無料で送信されます。
プロダクトアップデート
コスト見積もり、安全な再試行、クレジットヘッダー
- 認証済みのすべてのAPIレスポンスは、エラーを含め、X-Credits-Charged、X-Credits-Remaining、X-RateLimit-Limit、X-RateLimit-Remaining、そして新しいX-RateLimit-Resetを返すようになりました。ヘッダーだけで利用額と制限を把握できます。
- POST /v1/estimate は、リクエストを実行せずに、必要なクレジットを内訳と注記とともに返します。一括、比較、レシピ、価格のエンドポイントでも dry_run=true を使用できます。どちらも無料です。
- クレジットを消費するPOSTリクエストで、任意のIdempotency-Keyヘッダーを使用できます。24時間以内に同じキーで再試行すると、再課金なしで元のレスポンスが返されます。
プロダクトアップデート
すべての存在チェックで、present・absent・unknown のいずれかに統一されたステータスを返します
- 空き状況、SNS ハンドル、DNS およびメール認証、security.txt、robots.txt、サイトマップ、セキュリティヘッダー、パーキング、タイポスクワッティング、SSL 証明書のレスポンスに classification オブジェクトが追加されました。present・absent・unknown のいずれかの status、その根拠となる evidence、チェック日時が含まれます。既存のフィールドは変わりません。
- unknown の結果には必ず reason が付きます。値は blocked、rate_limited、timeout、ambiguous、upstream_error、unsupported のいずれかです。ブロック、レート制限、タイムアウト、失敗したチェックが absent として報告されることはありません。
- 失敗したチェックを「存在しない」と扱っていた結果を修正しました。DNS 参照が失敗しても SPF、DMARC、DKIM、CAA、MTA-STS、DNSSEC が未設定と報告されなくなり、読み取れないトップページでドメインが非パーキングと判定されなくなり、タイポスクワッティングのチェックで未確認の名前が登録済みとして数えられなくなり、セキュリティヘッダーの推奨事項がブロックされたページから作られなくなりました。
- スコアとグレードは、失敗したチェックを未設定として扱わなくなりました。DNS セキュリティスコアとメール認証グレードは不明なチェックを除外し、その件数を新しい checks_unknown と score_confidence フィールドで報告し、すべてのチェックが不明な場合は null を返します。証明書を読み取れなかった場合、SSL グレードは F ではなく grade_reason 付きの null になります。プラットフォームがアクセスを拒否した場合、ソーシャルチェックは rate_limited ではなく blocked を報告します。評判スコアは、パーキングが不明な場合に非パーキングではなく null を報告します。
プロダクトアップデート
ドメイン価格APIの新しいクレジット料金
- 標準価格の単発検索は料金が変わりません。/v1/prices/tld/:tld へのリクエストと、最大5件のTLDを指定した /v1/prices へのリクエストは、TLDとレジストラの組み合わせ1件につき1クレジットで、無料のTLDカタログも変更ありません。
- 規模の大きいカタログリクエストは、TLDとレジストラの組み合わせ1件につき2クレジットになりました。対象は、すべての POST /v1/prices/bulk リクエストと、6〜20件のTLDを指定した /v1/prices リクエストです。
- /v1/prices/compare では、ドメイン名を完全に指定したライブ見積もりを返したレジストラ1社につき3クレジットになりました。ライブ見積もりが失敗した場合や結果が不明な場合は、そのレジストラの日次価格が表示されていれば1クレジット、表示されていなければ無料です。日次価格リストから表示したレジストラは引き続き1クレジットで、checkAccounting には creditsCharged と並んで liveQuoteChecks、creditsPerLiveQuote、creditsRefunded が含まれます。
プロダクトアップデート
ドメイン価格比較の対象が5つのプロバイダー分増えました
- 登録、更新、移管の通常価格に、INWX、101domain、Rebel.com、iwantmyname、Cosmotownが加わりました。
- セール価格、新規顧客向けオファー、期間限定キャンペーンは、通常価格とは別に表示されます。1年を超える期間でのみ販売されている拡張子は対象外としています。
プロダクトアップデート
証明書シリアル番号の修正と、DNS ALL 検索のドキュメント化
- SSLのグレードおよびチェーンの結果で、証明書の透明性ログのエントリIDが証明書のシリアル番号として表示されることはなくなりました。シリアル番号は、稼働中の証明書から読み取れた場合のみ返され、読み取れない場合は含まれません。
- DNS検索のドキュメントとOpenAPI仕様に、一般的なレコードタイプをすべて1回のリクエストで返す type=ALL の説明を追加しました。また、削除後の残りのウォッチリストや、一括WHOIS結果のトップレベルの合計など、レスポンスがすでに返していたフィールドについても説明しています。
プロダクトアップデート
DKIM 鍵サイズを正確に表示し、API ドキュメントを拡充
- DKIM チェックで、エンコードされた鍵の長さから算出した大きめの推定値ではなく、公開鍵の実際のサイズが表示されるようになりました。たとえば RSA-2048 の鍵は 2048 ビットと表示されます。Ed25519 の鍵は 256 ビットと表示され、小さすぎる鍵としては扱われなくなりました。
- OpenAPI 仕様と SDK の型定義に、レスポンスですでに返されていたフィールド(DMARC のアライメント設定、SPF の include、利用可否結果のステータスフラグなど)が追加されました。また、一括の利用可否チェックでは、リクエストボディの最上位で prefer_cache を指定できるようになり、結果に summary ブロックが含まれるようになりました。
プロダクトアップデート
API 全体でエラー形式を統一
- すべての API エラーが、同じ JSON のエラーオブジェクトで返されるようになりました。安定したコード、読みやすいメッセージ、種類と HTTP ステータス、再試行が有効かどうか、X-Request-Id ヘッダーと一致するリクエスト ID、関連ドキュメントへのリンクが含まれます。
- 存在しない API パスには JSON の 404 エラーが返り、対応するパスを誤った HTTP メソッドで呼び出した場合は、使用できるメソッドを一覧した 405 エラーが返ります。エラーコードのリファレンスに再試行のガイドも追加されました。
- 既存の連携はそのまま動作します。エラーコードの名前は変更されず、成功時のレスポンスも変わりません。credits_remaining や purchase_url など、一部のエンドポイントがすでに返していたフィールドは互換期間中も維持されます。
プロダクトアップデート
単一の通知 Webhook を新規設定では廃止しました
- 通知設定の単一 Webhook は、今後オンにすることができず、URL の設定や変更もできません。すでに利用しているアカウントは、同じペイロードと署名のまま、これまでどおりアラートを受信し続けます。
- 既存の単一 Webhook を無効にしたり削除したりすることは引き続き可能ですが、その後に再び有効にすることはできません。Slack、Discord、Telegram、メールの通知は変更ありません。
- タイムスタンプ付きの署名、自動再試行、配信ログ、より多くのアラート種別、最大 10 件のエンドポイントを利用するには、モニター設定または /v1/webhooks API から署名付き Webhook に移行してください。配信されたアラート 1 件につき 2 クレジットかかります。
プロダクトアップデート
Webhook のシークレットローテーションと一時停止メール
- モニター設定、または POST /v1/webhooks/:webhook_id/rotate-secret で、アラート Webhook エンドポイントの署名シークレットをローテーションできます。ローテーションは無料で、新しいシークレットは一度だけ表示されます。
- ローテーションから 24 時間は、X-DomScan-Signature に新旧両方のシークレットで署名された値が入るため、アラートを取りこぼさずに受信側を切り替えられます。
- 失敗が続いてエンドポイントが一時停止されると、エンドポイントのホスト、最後のエラー、再有効化用のリンクを記載したメールが 1 通届きます。有効にすると失敗回数はリセットされます。
プロダクトアップデート
監視アラートを自分の Webhook で受信
- モニター設定または /v1/webhooks API から、最大 10 個の HTTPS エンドポイントを登録できます。ウォッチリスト、ドメイン変更、ブランド監視のどのアラートを各エンドポイントに送るかも選べます。
- すべてのアラートには、タイムスタンプとリクエスト本文に対する HMAC-SHA256 の署名が付きます。配信に失敗した場合は間隔を延ばしながら再試行され、失敗が続くエンドポイントは、再び有効にするまで一時停止されます。
- 2xx レスポンスで配信できたアラートは 1 件につき 2 クレジットです。配信に失敗した分は返金され、テストイベントは無料です。
プロダクトアップデート
ドメイン価格比較の対象が9つのプロバイダー分増えました
- 登録、更新、移管の通常価格に、OVHcloud、Gname、WordPress.comなど9社が加わりました。
- 初年度限定のオファーやセール価格は、通常価格とは別に表示されます。複数年契約でのみ公開されている価格は、年額に換算せず対象外としています。
プロダクトアップデート
5つの新しいAPI: robots.txt、サイトマップ、セキュリティヘッダー、security.txt、IDN
- GET /v1/robotsはrobots.txtを解析し、任意のuser-agentとパスをテストして、14のAIクローラーのアクセスを報告します。GET /v1/sitemapsはXMLサイトマップを検出し、URL数、鮮度、プロトコル上の問題を監査します。
- GET /v1/headersはHTTPセキュリティヘッダーとCookieフラグを評価し、GET /v1/security-txtはsecurity.txtファイルをRFC 9116に照らして検証します。
- GET /v1/idnはUnicodeとPunycodeのドメインを変換し、見た目が似た文字を検出します。5つすべてが、API、MCPサーバー、無料ツールとして利用できます。
プロダクトアップデート
SSLチェックで、読み取れない証明書を期限切れとして報告しないようになりました
- SSL有効期限チェックが新しいフィールドcertificate_statusを返します。証明書を読み取れない場合、ステータスはunknownとなり、レスポンスで期限切れとして報告されなくなりました。
- ドメインレピュテーションは、証明書に関する証拠がある場合にのみ無効な証明書をフラグ付けします。HTTPSで応答しないサイトには、代わりにHTTPSを確認するよう推奨が表示されます。
プロダクトアップデート
はじめにやることのチェックリストと、より高速なページ表示
- 新規アカウントのダッシュボードに、APIキーの作成、最初のリクエストの送信、ドメインの監視という短いチェックリストが表示されます。各ステップはアカウントのアクティビティに応じて自動的に完了となり、チェックリストは非表示にもできます。
- 共通のスタイルとスクリプトを一度だけダウンロードしてサイト全体で再利用するようになったため、2回目以降の訪問でページがより速く表示されます。
プロダクトアップデート
ライトテーマとダークテーマに対応した、ウェブサイトとダッシュボードの刷新
- すべての公開ページとログイン後のダッシュボードで、ライトテーマとダークテーマを利用できるようになりました。DomScan は既定でシステムの設定に従い、ヘッダーのテーマ切り替えからライト、ダーク、システムを選べます。
- サイト全体をより見やすく整理しました。製品、ドキュメント、料金、アカウントの各ページで、読みやすい文字組み、落ち着いたレイアウト、統一されたコンポーネントを採用しています。
- ホームページでは DomScan の機能をより直接的に説明し、紹介文の横に実際のリクエストとレスポンスの例を掲載しました。
プロダクトアップデート
ドメインとIPの検索結果の精度が向上
- RDAPによる登録情報の検索では、ホスト名や一般的なサブドメインを無効な入力として拒否し、不要な再試行を招く可能性のある一時的な障害として報告しないようになりました。
- 台湾のドメイン(.tw)の検索が再び利用できるようになりました。
- アイデンティティおよび脆弱性の結果では、ウェブページ上の証拠が不足している場合、「クリーン」や「空」ではなく、「部分的」または「不明」として表示するようになりました。結果を取得できない場合、該当するクレジットは返金されます。
- IP検索では、エンリッチメントの前に、プライベートアドレスまたは予約済みアドレスにのみ解決されるドメインを拒否し、一時的な障害ではなく、入力が無効であることを正確に示すエラーを返すようになりました。
プロダクトアップデート
ソーシャルメディアのユーザー名の利用可否をより正確にチェック
- Facebook または Threads の一般的なプロフィールページで「見つかりません」と表示されても、それだけでユーザー名が利用可能だとは判断しなくなりました。
- GitHub の結果では、公開プロフィールがリクエストされたユーザー名と完全に一致する必要があります。Threads の完全一致チェックと、すでに存在が確認されているユーザー名の結果は変わりません。
プロダクトアップデート
AppSumoライセンスの有効化と月間クレジット
- AppSumoライセンスをサインイン中のDomScanアカウントに連携すると、対応するDomScan製品でAppSumoのプランを利用できます。
- AppSumoのプラン変更や返金に応じて、月間クレジット数も更新されます。未使用の月間クレジットはUTCで月が替わると失効しますが、別途購入したクレジットはアカウントに残ります。
プロダクトアップデート
ドメイン登録結果の信頼性が向上
- 各ドメイン拡張子について、現在のレジストリの対応状況に沿って空き状況を確認し、WHOISサービスが提供されていない場合はWHOIS問い合わせを行わないようになりました。
- 不完全、矛盾する、または拒否・制限されたレジストリ応答は、登録済みまたは利用可能とは報告せず、不明のまま扱うようになりました。
プロダクトアップデート
ドメインチェックの信頼性を改善
- 前のチェックで利用可能な時間の大半を使った場合でも、サブドメイン検出で証明書の透明性(CT)ログを確認できるようになりました。
- 技術スキャンでは、応答に時間がかかるページリクエストがタイムアウトするまで、より長く待つようになりました。
- RDAPが未登録を示す一方でWHOISにレート制限がかかった場合、`.io` および `.biz` ドメインの検索結果ではDNSデータのみを不確かな情報として表示し、サーバーエラーを返す代わりにリクエストに使用したクレジットを返金するようになりました。
- `.io` および `.biz` のWHOISチェックで、レジストリが問い合わせを制限した場合でも、登録を裏付ける情報を取得する手段が増えました。
プロダクトアップデート
証明書とサブドメインの結果で不明な状態を維持します
- 証明書検索では、レート制限を受けたソースの応答や形式不正なソースの応答を空の結果として扱わなくなりました。証拠を提供できるソースがない場合、サブドメイン検出では結果の不確実性を明示します。
プロダクトアップデート
不明確なWHOIS応答は不明のまま扱われます
- 一般的なWHOIS応答のうち、短すぎるものや認識できないものは、利用可能として表示せず、不明のまま扱うようになりました。結果は引き続き、レジストリまたはRDAPの正確で信頼できる根拠に基づきます。
プロダクトアップデート
.mu、.africa、.sr の WHOIS 確認をより確実に
- RDAPが利用できない場合、`.mu`、`.africa`、`.sr` の可用性チェックには各レジストリ専用のWHOISルーティングを使用します。結果は正確で権威ある応答に基づいて判定され、ブロックされた応答または結論の出ない応答は不明のままとなります。
プロダクトアップデート
ドメインの登録可否がより明確になりました
- .apple のレジストリでは一般向けの登録を受け付けていないため、未登録の .apple ドメイン名が「取得済み」または「登録可能」と表示されることはなくなりました。
- .us の WHOIS 応答でレコードが見つからなかったとしても、登録可能とは確認できない旨が示されている場合は、結果は引き続き不明として扱われます。
プロダクトアップデート
RDAPカバレッジで未測定の状態を明確に表示
- ライブプローブが実行されていない場合、カバレッジのレスポンスは成功を示したり、レイテンシやエラーの値を返したりしなくなりました。これらの測定値は未測定として示されます。
- ライブカバレッジチェックでは、異なるRDAPホストごとに1回だけプローブを行います。そのため、レイテンシとエラーの値はそのプローブの結果であり、過去のパフォーマンスを示すものではありません。
プロダクトアップデート
WHOISの空き状況結果をより明確に
- WHOIS検索ツールで、登録データが限られている場合でも、「利用可能」または「登録済み」という結果が明示されるようになりました。
- `.info` ドメインの空き状況チェックで、より信頼性の高い接続経路を使用するようになりました。
プロダクトアップデート
`.my` と `.com.my` の空き状況結果を修正
- `.my` と `.com.my` ドメインの空き状況検索で、利用可能なドメインと登録済みドメインを正しく区別できるようになりました。
プロダクトアップデート
ウェブサイト分類の証拠をより信頼できるものに改善
- 到達できないウェブサイトでは、API エラーに既存の到達不能理由が保持され、空の理由が返されなくなりました。
- 途中で中断されたページのレスポンスは不完全な証拠として拒否されますが、対応している部分結果とキャッシュによるフォールバックは引き続き利用できます。
プロダクトアップデート
ソーシャルユーザー名チェッカーの更新
- ユーザー名チェックの以前の動作を復元しつつ、レスポンス処理と国際化テキストに関する修正を維持しました。
プロダクトアップデート
障害発生時のウェブサイトでも技術情報をより明確に表示
- 高速な技術スキャンで、ウェブサイトへの接続失敗や不完全な応答と、空のページを区別できるようになりました。
- フェッチに失敗した場合、高速スキャンでは以前に検証済みの結果を返せるようになりました。結果には古いデータであることが明確に示されます。skip_cache=1 を指定したリクエストは、引き続き保存済みの結果をバイパスします。
プロダクトアップデート
大規模なソーシャルページで不明な結果を削減
- ソーシャルユーザー名のチェックでは、大規模なページで不要な「不明」結果が減り、形式不正またはブロックされた応答は引き続き不明として扱われます。
- ソーシャルユーザー名のチェックでは、プロフィールページを読み取る際に多言語テキストや ASCII 以外の文字を正しく保持し、アクセント付き文字や非ラテン文字のテキストが破損しなくなりました。
プロダクトアップデート
ソーシャルユーザー名の結果をより安全に
- ソーシャルユーザー名チェックでは、読み取れない応答をより慎重に扱い、不確かな結果を不明のまま維持します。
- YouTubeのチェックでは、一時的な制限中も利用可能な他の情報を引き続き使用します。空のチャンネル照会だけでユーザー名を利用可能とは判定しません。
プロダクトアップデート
AIによるリクエストログ分析が短時間の接続失敗から復旧
- AIによるリクエストログ分析は、一時的な接続失敗の後に定められた上限内で1回再試行するようになりました。それでも失敗するリクエストはエラーのままです。
プロダクトアップデート
スクレイピングとWHOISの可用性がより安定
- スクレイピングのリクエストで、到達できない対象サイトとDomScanのプラットフォーム障害をより正確に区別できるようになり、不要な503レスポンスが減りました。
- WHOISとRDAPの検索で、他のチェックが集中しているときに一時的な可用性エラーが発生しにくくなりました。
- 同時実行中の TLS 深層スキャンの起動信頼性を改善しました。一時的な起動失敗には返金が行われます。
プロダクトアップデート
Threadsのユーザー名チェックがより正確に
- Threadsのユーザー名チェックでは、公開プロフィール情報から判定できない場合に正確な検証を行うようになり、ブロックされた応答や変更された応答を利用可能とは扱わずに、不明な結果を減らします。
プロダクトアップデート
共有請求用のアカウント管理者
- アカウント所有者は、メンバーページから既存のメンバーを管理者に昇格させたり、ゲストアクセスに戻したりできるようになりました。
- 管理者は、所有者にならずに請求情報の確認、支払い方法と自動チャージの管理、共有アカウントのクレジット購入を行えます。
プロダクトアップデート
GitHubで予約済みユーザー名を正しく判定
- GitHubのユーザー名チェックで、未使用だが利用できない名前と取得可能な名前を区別するようになり、予約済みのルートが利用可能と報告されることはなくなりました。
プロダクトアップデート
削除されたRedditユーザー名を正しく解決
- 削除されたRedditアカウントのユーザー名は、Redditでは再利用されないため、利用不可として識別されるようになりました。
プロダクトアップデート
レジストラの料金カバレッジが最新の根拠に基づくようになりました
- レジストラのカバレッジページとサイトマップのリンクが、標準ソースで現在確認できる成功実績と、設定済みの完全一致ドメイン連携を反映するようになりました。
- 古いプロバイダー、隔離中のプロバイダー、無効化されたプロバイダー、メタデータのみのプロバイダーのカバレッジは公開されません。
- 公開されるプロバイダーページでは、利用可能な標準料金と完全一致ドメインの対象範囲が明確になっています。
プロダクトアップデート
より堅牢なソーシャルユーザー名チェック
- Facebook、Threads、YouTubeのユーザー名チェックでは、結果が不明になる前に、判定できない公開プロフィール情報を再試行するようになりました。
- Threadsのレート制限やログイン画面は明示的に不明な結果として扱われ、利用可能なユーザー名として表示されることはありません。
プロダクトアップデート
MAC、ウェブサイトスキャン、ホスト型ドメインの検索の耐障害性が向上
- MACベンダー検索は、キャッシュが空の状態からも復旧し、検証済みのメーカー情報を継続して返すようになりました。
- ウェブサイトの脆弱性スキャンは、一時的なページ取得の通信障害からリクエスト時間内に復旧するようになりました。
- プライベートなプラットフォームサフィックス配下でホストされているドメインのWHOIS検索では、レジストリデータが該当しない場合、RDAPプロトコルエラーの代わりに、限定的なDNSベースの証拠を返すようになりました。
プロダクトアップデート
IPルックアップで位置情報とネットワークデータを安定して取得できるようになりました
- 位置情報とネットワークのすべてのフィールドがnullになる可能性がある問題を修正しました。IPルックアップでは、利用可能な位置情報、座標、ASN、組織データが、データの更新状況と出典を示す明確なメタデータとともに返されるようになりました。
- IPインテリジェンスが一時的に利用できない場合、APIは成功扱いの全フィールドnullの結果ではなく、再試行可能なサービス利用不可レスポンスを返し、リクエストクレジットを自動的に返還するようになりました。
プロダクトアップデート
エージェント対応スコアと拡張されたエージェントチェック
- エージェント対応で、検出可能性、コンテンツ、アクセスポリシー、機能を対象とした透明性のある 0〜100 スコアを提供するようになりました。信頼度とチェック単位の根拠も個別に示します。
- サイトマップ、Markdown 配信、クローラーポリシー、API カタログ、OAuth メタデータ、Agent Skills、WebMCP、リモート MCP、ページ構造などを含む、35 を超える限定的なチェックに監査を拡張しました。
- 不明な根拠はスコアから除外され、信頼度を下げます。新しい機能には成熟度が表示され、監査は検出したツールを実行せず、SEO 順位として機能しません。
- 公開 HTML ページが、Vary: Accept と正規リンクを伴う明示的な `Accept: text/markdown` リクエストに対応しました。検出用に新しい Markdown サイトマップと、不要な情報を除いた公開エージェントガイドも追加しました。
プロダクトアップデート
DomScan APIがPostmanのAPIネットワークに拡大し、Zylaへの展開に備えます
- DomScanのPostmanワークスペースが公開され、現行のOpenAPIコントラクトに準拠した完全なコレクションを利用できるようになりました。
- 生成されたZylaカタログが、マーケットプレイス対応の106件のオペレーション、完全な説明、例、プロバイダーゲートウェイ認証を備え、Zylaの審査に提出されました。
- 提出されたZylaの提供範囲には、アカウントに紐づくワークフローは含まれません。Zylaでの利用は、マーケットプレイスの承認後に開始されます。
- ホームページのフッターに、RapidAPI、Apify、Postman上の確認済みのDomScan公開リスティングへのリンクが追加されました。
プロダクトアップデート
インターネット上のアイデンティティ解決で、遅いページ検索にも適切に対応
- Web サイトの取得は、アイデンティティ解決リクエストの期限より短く設定された、上限付きの検索時間内に収まるようになりました。
- 解決できない単一検索では、HTTP 200 と fetch_state: "unknown"、空の証拠が返されます。一方、一括検索では影響を受けた項目に不明なデータが返されます。該当するクレジットは返金されます。
プロダクトアップデート
Apify向けに特化したDomScanドメインインテリジェンスActor
- WHOIS/RDAP、DNS、ドメインヘルス、SSL、テクノロジー、レピュテーション、サブドメイン、評価額、空き状況のチェックに対応する、Apify向けの特化型Actorカタログを追加しました。
- 対象ごとに構造化されたデータセットと、成功・エラーのステータスを明示する自動化対応の出力を追加しました。
- Actorごとに成功結果ベースの料金設定を追加しました。失敗した結果は成功結果の課金対象から除外され、Apifyプラットフォームの利用料は別途請求されます。
プロダクトアップデート
メール設定で「選択なし」と配信停止を区別するようになりました
- 認証フローで任意のメール案内の選択肢が表示されなかった場合、その選択がなかったことを、オンボーディングメールやライフサイクルメールの明示的な配信停止として記録しなくなりました。
- また、選択肢が表示されなかったことを確認できる影響対象アカウントのみを修正し、その後にダッシュボードで行われた設定変更や配信停止は維持しています。
プロダクトアップデート
RapidAPIカタログを更新
- RapidAPIのサブスクライバーは、別途DomScanアカウントを作成せず、マーケットプレイスキーを使って対応するステートレスエンドポイントを呼び出せるようになりました。
- カタログには、完全な説明、リクエスト例、レスポンス例を備えた、domscan.p.rapidapi.com向けの利用可能なオペレーションが106件含まれるようになりました。
- レガシーエンドポイントとアカウントに依存するワークフローを削除し、一覧が実行可能な機能と一致するようにしました。
- 確認済みのRapidAPIサブスクライバーの識別情報とプランが、マーケットプレイスのAPIキーを保存することなく、管理者向けトラフィックレポートに表示されるようになりました。
プロダクトアップデート
ダッシュボードに本格的なAPI Playgroundを追加
- 1つのインタラクティブなダッシュボードワークスペースから、すべての公開APIエンドポイントを閲覧・検索できます。
- Live APIコントラクトからリクエストを作成し、JSONペイロードを編集して、サインイン済みのセッションで実行できます。
- 整形済みのレスポンス、ステータス、所要時間、クレジットの詳細を確認し、すぐにコピーできるcURL、JavaScript、Pythonのサンプルを利用できます。
- サインイン済みのサイドバーからAPI Playgroundを直接開き、デスクトップとモバイルのレイアウト全体で現在のページを強調表示できます。
- 専用の全画面プレイグラウンドで作業でき、コントラストが高まり、フォーカス状態がより明確になり、リクエスト、レスポンス、生成されたコードのためのスペースも広くなりました。
- 成功したレスポンスが空の状態を正しく置き換えるようになり、デスクトップとモバイルで、より見やすく構文ハイライトされたJSONが表示されます。
プロダクトアップデート
API ドキュメントのサイドバー ナビゲーションをより分かりやすく改善
- 検索を固定表示し、閲覧中も操作を利用できるため、エンドポイントをよりすばやく見つけられます。
- 項目数を表示した折りたたみ可能なカテゴリ、より明確な階層構造、現在のページを強調する表示で、目的の項目を探しやすくなりました。
- キーボードショートカットで検索にフォーカスできます。小さな画面でもナビゲーションを読みやすく保つレスポンシブレイアウトにも対応しています。
v2.15.0
API v2.15.0: より明確なレスポンスと型付き SDK
- API レスポンスに、リクエスト ID、要求・請求・返金済み・残りのクレジット、レート制限の詳細、レスポンスタイム、API バージョン、データの鮮度を示す追加ヘッダーが含まれるようになりました。既存のレスポンスボディは変更されません。
- エラーは、エラー種別、コード、HTTP ステータス、再試行の案内、リクエスト ID、関連ドキュメントへのリンクを含む、一貫性のある対処可能な形式で返されるようになりました。
- インタラクティブなクイックスタートで、優先言語が記憶されるようになり、API キーを使って実際の空き状況リクエストを実行できます。その後、レスポンスタイム、請求されたクレジット、リクエスト ID が表示されます。
- TypeScript および Python SDK が v0.3.0 に到達し、生成されたリクエスト型とレスポンス型、完全なレスポンスメタデータ、構造化されたエラークラス、Retry-After に従い、書き込みの再試行には冪等性キーを必須とする安全な再試行に対応しました。
プロダクトアップデート
プロダクト分析のためのプライバシーポリシーとCookieポリシーの更新
- Cookieポリシーに、PostHogの分析Cookieについて、保存する内容と保持期間が記載されるようになりました。
- 新しいセッションリプレイのセクションでは、分析Cookieを許可した場合にのみ記録が実行されること、入力した内容はすべてマスクされること、ページのアドレスとタイトルからドメインとメールアドレスが削除されることを説明しています。
- PostHogはサブプロセッサーとして掲載されており、その目的、受け取るデータ、および欧州連合内の保存リージョンが記載されています。
プロダクトアップデート
より信頼性の高いソーシャルユーザー名チェック
- より多くの対応ソーシャル、クリエイター、開発者向けプラットフォームで、ユーザー名の存在または不在を示す正確な根拠を使用するようになりました。
- 曖昧な、ブロックされた、レート制限された、形式が不正な、または識別情報が一致しないレスポンスは、利用可能として表示せず、引き続き不明として扱います。
- プロフィールとチャンネルのリダイレクト処理を改善し、返された識別情報が要求されたユーザー名と一致する場合にのみ、その名前を使用中と判定します。
プロダクトアップデート
より安全で一貫性の高いページチェック
- スクレイピング、技術検出、カテゴリ分類、リダイレクト、公開ページのチェックで、現在は同じ制限付き取得ポリシーを使用しています。
- 主要な取得能力が一時的に利用できない場合、チェックは範囲を限定したバックアップ経路を使用し、同じ安全性と結果分類のルールを維持するようになりました。
- ブラウザでレンダリングするチェックとレンダリングしないチェックで、ブロックされた対象、レート制限された対象、到達できない対象に対して同じ分類上の保護策を使用するようになりました。
プロダクトアップデート
Webページ取得の再試行を改善
- 既存の堅牢な再試行処理で、許可された公開ページから再試行可能なブロックまたはエラーが返された後は、異なるリクエストプロファイルを使用するようにしました。
- レート制限されたレスポンスでは、引き続き再試行を行いません。
プロダクトアップデート
プロダクトの発見とナビゲーションを刷新
- カタログを6つのプロダクトスイートとソリューション起点の導線を中心に整理し、訪問者が目的から関連するプロダクトやAPIへ進めるようにしました。
- 信頼性を示すロゴと、プロダクトの探索や利用開始につながる統一されたCTAを備えた、インタラクティブなホームページを復活させました。
- ドキュメントのナビゲーションを統一し、ロケールを維持するリンクを修正するとともに、デスクトップではプロダクトセクションのナビゲーションを表示し続けるようにしました。
- スイートページとソリューションページを見直し、アクションの優先順位を明確にし、プロダクトとワークフローのカードを充実させ、デスクトップからモバイルまで読みやすいレスポンシブレイアウトにしました。
- プロバイダー比較を、汎用的なプレースホルダーではなく、最新の一次情報による料金、実際の請求単位、ワークロードごとのトレードオフを中心に再構成しました。
- ホームページにキーボードで使いやすいAPIファインダーを追加し、訪問者が名前、目的、入力、エンドポイントパスでプロダクトを検索して、適切なAPIを直接開けるようにしました。
- プロダクト、APIエンドポイント、ドキュメント、スイート、無料ツールをキーボードですばやく検索できる、サイト全体のコマンドパレットを追加しました。
v2.14.0
根拠を重視した脆弱性インテリジェンス
- 正確な OSV パッケージ・バージョン相関と、決定論的な Web セキュリティ設定の検出結果を備えた GET /v1/vulnerabilities を追加しました。
- CISA KEV と FIRST EPSS による優先順位付け、明示的な不明・部分的な網羅状況、安全な受動スキャンを追加しました。エクスプロイトペイロードは使用しません。
- ローカライズされたスキャナーツール、専用 API ガイド、開発者向けドキュメント、MCP と SDK のサポート、標準スキャンおよびディープスキャンの料金を公開しました。
v2.13.0
6 つの新しいバルクデータ API
- サブドメイン検出、Certificate Transparency、メール認証、ホスティング検出、RDAP、DNS リゾルバー比較のバッチエンドポイントを追加しました。
- 各エンドポイントは最大 10 項目を受け付け、入力順を保持し、項目ごとのエラーを返し、通常の項目単位料金で課金します。
- エンドポイントのクレジット料金を更新しました。WHOIS は 1 リクエストまたは送信したバルクドメインあたり 3 クレジットです。現在の料金は /v1/pricing で確認できます。
v2.12.0
バルクエンドポイントのクレジット調整
- バルクエンドポイントはすべてのプランで、個別リクエストと同じアイテムごとのクレジットを請求するようになりました。
- 請求、価格メタデータ、APIドキュメント、ダッシュボードの価格表示、OpenAPI、Swagger、Postmanアーティファクトを、バルクエンドポイントの標準的なアイテム単位レートに更新しました。
- バルクエンドポイントは、同じアイテムごとのクレジットコストで作業を少ないリクエストにまとめる用途として引き続き利用できます。
v2.11.0
API ガイドと価格の更新
- より明確な endpoint pricing、billing リンク、プラン ガイダンスを含む専用の API 価格ページを追加しました
- ローカライズされた API ガイド ページでは、セットアップ手順、例、次のアクションを含む統一された layout が共有されるようになりました。
- API リファレンスの対象範囲を拡大し、より一般的な endpoints にインデックスのみのリストではなく専用のガイド ページを追加しました。
- ガイド例全体での MCP セットアップのランディング ページと開発者のアクションの改善
- ガイドとドキュメントのページは、古いページ cache をより積極的にバイパスするようになり、更新がより速く表示されるようになりました。
v2.10.1
可用性の信頼性と ccTLD フォールバック
- 可用性応答には、信頼できるレジストリ応答とヒューリスティックな fallbacks を区別するための `confidence` フィールドが含まれるようになりました。
- `.es` および直接の可用性チェックを制限する同様のレジストリに対する DNS および WHOIS fallback 処理を追加しました。
- RDAP がリクエスト中に失敗した場合に結果がドロップされる `skipCache` モードを修正しました
- アクセス拒否の RDAP 応答と一時的なレジストリの抑制 cache に対する処理の改善
v2.10.0
WHOIS フォールバック拡張
- TLD 検証では、すべてのルートにわたってライブ IANA ブートストラップ データが使用されるようになりました
- RDAP ブートストラップ カバレッジのない TLD および到達不能な RDAP サーバーを持つレジストリ用に WHOIS fallback を追加しました。
- 一括ステータス チェックは、サポートされていない TLD に対して早期に失敗するのではなく、WHOIS にフォールバックできるようになりました。
- WHOIS 可用性解析で、より多言語のレジストリ応答が認識されるようになりました。
- `/v1/ip` は、プライベートおよび予約済み IP 範囲に対して 500 ではなく HTTP 400 を返すようになりました。
v2.9.0
データ品質とパフォーマンスのアップグレード
- Spamhaus、技術検出、SSL、および複数のインテリジェンス endpoints にわたるレピュテーション結果の品質の向上
- 拡張された KV caching と、低遅延ルックアップのためのリゾルバーとタイムアウト処理の統合
- 一括ステータス エラー レポートが改善され、OpenAPI 認証例が運用環境の動作に合わせて調整されました。
- API ランディング ページ全体で更新された公開ドキュメントとローカライズされたメタデータ
v2.8.0
Web サイト分類 API のオーバーホール
- Web サイトの分類では、マルチシグナル スコアリングを備えた IAB-inspired 分類法が使用されるようになりました
- 応答には、よりランクの高いカテゴリ、サブカテゴリ、confidence スコアが含まれます
- 一括分類サポートと大規模な分析ジョブ用の caching を追加しました
- ドキュメントと OpenAPI の例に、より豊富な分類応答と confidence しきい値が反映されるようになりました。
v2.7.0
履歴データの信頼性
- `/v1/whois/history` および関連する履歴ビューを強化するためにパッシブ snapshot 記録を拡張しました
- 一部のルートでのバックグラウンド永続化タイミングによって引き起こされる履歴の書き込みミスを修正しました
- 履歴テーブルは、時間の経過とともにより一貫性のあるドメイン変更データを取得できるようになりました。
- D1 再試行処理と一時的なエラーに対する一括修正 endpoint を追加しました
v2.6.0
フェーズ 4: 新しい機能とデータの強化
- 新しい `/v1/parking` endpoint - DNS、リダイレクト、HTML 分析を介してパーク ドメインと aftermarket リストを検出します。
- 新しい `/v1/whois/history` endpoint - D1 をサポートする snapshot ストレージを使用して、時間の経過に伴う WHOIS の変更を追跡します
- 脅威インテリジェンスは URLhaus + Spamhaus DBL + ヒューリスティック パターンを集約するようになりました
- 同等のカテゴリを含む実際の市場販売データに基づいたドメイン評価
- ホスティング検出は、AWS、GCP、Cloudflare からの動的 IP 範囲を取得します (KV では cached 24h)。
- SPF 検証で再帰的な DNS ルックアップがカウントされるようになりました (RFC 7208 の 10 ルックアップ制限)
- Open Graph、Twitter Card、およびメタタグ抽出が `/v1/tech` に追加されました
- DKIM チェックは、すべての主要な ESPs をカバーする 10 個から約 50 個のセレクターに拡張されました。
- Cloudflare が使用できない場合、DNS クエリは Google DoH にフォールバックするようになりました
- エラー cache は、よりスマートな再試行動作のために型固有の TTL を使用します
- 予算システムの状態を永続化し、アプリケーションの再起動後も維持されるようにしました
- IPv6、security.txt、BIMI、MTA-STS、HTTPS/SVCB、ドメイン登録年数、transfer_locked フィールドを追加しました
v2.5.0
マルチ通貨サポート
- ドメイン評価にGBP および JPY 通貨サポートを追加
- /v1/value エンドポイントで新しい `currency` パラメータ(デフォルト:USD)
- 評価応答に `currency` フィールドが含まれます
v2.4.2
モバイル エクスペリエンスの改善
- モバイル ナビゲーション UI の問題を修正
- モバイルでAPI ドキュメント用のフローティング ナビゲーション メニューを追加
- ターミナル コンポーネントのレスポンシブ動作を改善
v2.4.1
セキュリティ強化
- すべてのエンドポイント全体の入力検証を強化
- 認証エンドポイント用のレート制限保護を追加
- ユーザー生成コンテンツのXSS保護を改善
- セキュリティ ヘッダーをすべての応答に適用
v2.3.0
リバース ルックアップ API
- メール サーバーによってドメインを検出する新しい `/v1/reverse/mx` エンドポイント
- IP でホストされているドメインを検出する新しい `/v1/reverse/ip` エンドポイント
- 両方のエンドポイントは `offset` および `limit` パラメータを使用したページネーションをサポート
- 結果に信頼スコアと最後に見た タイムスタンプが含まれます
v2.2.1
RDAP 信頼性の向上
- 特定の ccTLD レジストリとの間欠的なタイムアウトを修正
- レート制限RDAP サーバーの再試行ロジックを改善
- 形式が異なるRDAP応答の処理を改善
- キャッシュはレジストリ固有の TTL ヒントを尊重するようになりました
v2.2.0
メール認証 API
- メール セキュリティ監査用の新しい `/v1/email-auth` エンドポイント
- SPF、DKIM、DMARC設定を検証
- 設定が誤ったレコードに対して実行可能な推奨事項を返す
- 認証設定に基づく配信性スコアを含める
v2.1.0
応答形式の標準化
- 破壊的:エラー応答が一貫性のある `error.code` および `error.message` 形式を使用するようになりました
- 破壊的:すべての応答から廃止予定の `err` フィールドを削除
- 破壊的:HTTP 429 応答に `retry_after` が含まれるようになりました(ミリ秒ではなく秒)
- 実行可能なガイダンス付きの `error.suggestion` フィールドを追加
- すべてのタイムスタンプが ISO 8601 形式になりました
移行例
// Before (v2.0.x)
{ "err": "rate limited", "retry": 5000 }
// After (v2.1.0+)
{
"error": {
"code": "RATE_LIMITED",
"message": "Too many requests",
"suggestion": "Reduce request frequency or upgrade plan",
"retry_after": 5
}
}
v2.0.3
バルク エンドポイントの安定性
- 重複した結果を引き起こしバルク ステータス チェックの競争状態を修正
- 大規模なバルク リクエストのメモリ効率を向上
- 同じバッチで同じドメインのリクエスト重複排除を追加
v2.0.2
パフォーマンス最適化
- エッジ キャッシュの改善により平均応答時間を35%短縮
- 接続プーリングで DNS 解決を最適化
- ブートストラップ データをバックグラウンドで更新してリクエストをブロックしない
v2.0.1
IDN ドメイン処理
- 国際化ドメイン名の Punycode 変換を修正
- 混合スクリプト ドメイン ラベルの検証を改善
- 非ASCII文字を持つ新しいgTLDのサポートを追加
v2.0.0
API v2 ローンチ
- 破壊的:すべてのエンドポイントが `/api/` から `/v1/` プレフィックスに移動
- 破壊的:認証は `X-API-Key` ヘッダー(クエリ パラメータではなく)で API キーが必要
- 破壊的:認証されたリクエストはIP単位ではなくキー単位のレート制限
- 40%高速なルックアップを備えた新しいドメイン利用可能性エンジン
- 400以上の新しいTLDのサポートを追加
- クレジット ベースの価格設定モデルを導入
- API キー管理用の新しいダッシュボード
移行例
// Before (v1.x)
GET /api/check?domain=example.com&key=xxx
// After (v2.0+)
GET /v1/status?name=example&tlds=com
Headers: X-API-Key: xxx
v1.5.0
テック スタック検出
- Webサイト テクノロジー検出用の新しい `/v1/tech` エンドポイント
- CDN プロバイダー、CMSプラットフォーム、フレームワーク、および分析ツールを特定
- HTTP ヘッダー、HTMLパターン、JavaScript フィンガープリントに基づく検出
v1.4.0
ドメイン ヘルス チェッカー
- 包括的なドメイン ヘルス チェック用の新しい `/v1/health` エンドポイント
- DNS設定、SSL証明書、セキュリティ ヘッダーを検証
- 軽量チェック(DNS のみ)用に `/v1/health/quick` を追加
- ヘルス スコアがドメイン プロフィール応答に含まれるようになりました
v1.3.2
証明書透過性の改善
- 1000以上の証明書を持つドメインのページネーションを修正
- ワイルドカード証明書検出を追加
- 非標準発行者の証明書解析を改善
v1.3.1
廃止予定の通知
- 廃止予定:`/api/*` エンドポイントは v2.0 で削除されます(2025年9月)
- 廃止予定:クエリ パラメータ認証(`?key=xxx`)は v2.0 で削除されます
- 影響を受けるエンドポイントの応答ヘッダーに廃止予定警告を追加
- /docs#migration-v2 でマイグレーション ガイドが利用可能
v1.3.0
タイポスクワッティング検出
- ブランド保護用の新しい `/v1/typos` エンドポイント
- キーボードベースのタイポ、ホモグリフ攻撃、TLD変異を検出
- 登録ステータスとコンテンツ類似性に基づく脅威スコア
- 新しく登録されたタイポスクワッティング ドメイン用の Webhook通知
破壊的変更の通知を受け取る
破壊的変更をリリースする前にメールアラートを受け取るには登録してください。