メール配信可能性チェッカー

Third-party service

API reference

ドメインのメール認証を確認 — MX、SPF、DMARC、BIMI DNS レコード — および配信可能性スコアと修正すべき正確な問題を取得します。

入力

ドメインまたはメールアドレス

ドメイン（example.com）またはメールアドレスを入力します。@ の後の部分が使用されます。http:// プレフィックス、パス、またはポートは自動的に削除されます。

出力

配信可能性スコア

プロパティ	値
No data yet

見つかったレコード

チェック	レコード
No data yet

調査結果と推奨事項

チェック	調査結果
No data yet

役に立ちましたか？

このツールを使う他の方法

REST API

curl -X POST https://api.iotools.cloud/v1/tool/email-deliverability-checker \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "domain": "google.com"
  }'

ご自身のアカウントのキーに差し替えてください。ツールのフィールドがそのままリクエストボディになります——ラッパーはありません。

AIエージェントに依頼する

Use the IOTools `email-deliverability-checker` tool (Email Deliverability Checker) on this input:

YOUR_INPUT_HERE

IOTools MCPサーバーに接続された任意のエージェントにこれを貼り付け、入力内容を追加してください。

API/MCP 1回あたりの費用	5クレジットから
クレジットが足りませんか?	料金を見る

次の方法でも利用可能

統合ブラウザ拡張機能 VS Code拡張機能

ガイド

メール配信可能性チェッカーは、ドメインのメールが信頼でき、認証されており、スパムフォルダーではなく受信箱に配信される — または完全に拒否される — かどうかを決定する DNS レコードを検査します。ドメイン（またはメールアドレス、@ の後の部分を使用します）を入力すると、DNS-over-HTTPS で 4 つのことを検索します：MX レコード（ドメインはメールを受け取ることができるか）、SPF（どのサーバーが代わりに送信できるか）、DMARC（受信者が認証されていないメールをどうするか）、および BIMI（オプションのブランドロゴレコード）。0～100% の配信可能性スコア、各チェックの Pass / Warning / Fail の決定、見つかった生のレコード、および修正する価値のあるすべての問題のプレーンテキストリストが得られます。

使い方

example.com などのドメインを入力するか、you@example.com などのメールアドレス全体を貼り付けます。
配信可能性をチェック をクリックします。4 つの DNS クエリがサーバー上で実行され、結果が数秒で表示されます。
配信可能性スコア テーブルで主な決定を読み、見つかったレコード で公開された正確な TXT/MX 値をスキャンし、調査結果と推奨事項 を確認してギャップを埋めます。両方の結果テーブルは CSV としてコピーおよびダウンロードできます。

チェックの意味

MX — メール交換レコード。これらがないと、ドメインは文字通りメールを受け取ることができません。
SPF — 許可された送信者をリストしている v=spf1 TXT レコード。不足しているまたは重複したレコード、過度に許容的な +all、中立的な ?all、非推奨の ptr メカニズムの使用、および RFC 7208 制限 10 DNS クエリを超える使用をフラグします。
DMARC — _dmarc.<domain> の v=DMARC1 TXT レコード。集約レポートアドレス (rua=) を持つ p=reject または p=quarantine ポリシーが最高スコアです。p=none はモニタリングのみで、偽造メールの通過を許します。
BIMI — サポートされているクライアントでロゴを表示するオプションの v=BIMI1 レコード。SVG (l=) と、Gmail および Apple Mail の場合、認証済みマーク証明書 (a=) が必要です。

どのくらいのスコアを目指すべき？

Strong（90%+）は、MX、厳密な SPF ポリシー、および報告による DMARC 実装がすべて実施されていることを意味します。60% 未満は、コア認証が不足しており、受信者があなたのメールを疑わしいものとして扱うことを意味します。

SPF を備えたドメインがまだ低いスコアを得るのはなぜですか？

SPF だけは十分ではありません。最新の受信者は DMARC を大きく重視し、p=none DMARC ポリシー — または DMARC がまったくない — は SPF が完璧でもスコアを制限します。実装された DMARC ポリシーを公開して、「要作業」から「Strong」に移動します。

これはテストメールを送信しますか？

いいえ。パブリック DNS レコードのみを読み取るため、単一のメッセージの評判ではなく、公開された構成を反映します。

別のツールの結果と異なる場合がある理由は？

DNS の変更は伝播に時間がかかり、応答は TTL でキャッシュされます。レコードを編集したばかりの場合、古い TTL が期限切れになるまで待機し、再度確認してください。

プライバシー

ツールはサーバー側で DNS クエリを実行し、結果のみを返します — 入力したドメインを保存せず、クエリはパブリック DNS-over-HTTPS リゾルバー（Cloudflare、Google をフォールバックとして）にヒットします。メールは送信されず、メールボックスはアクセスされません。

emaildeliverabilityspfdmarcmxbimidnsauthentication

ツールが気に入りましたか？広告をなくしましょう。

1回のお支払いでアカウントから広告が完全になくなります。サブスクリプションも追跡もありません。

広告を削除