Inbox Placement Testby Live Direct Marketing

言語を選択

サインイン

メールのチェック方法

私たちは、特定のコピーがどこに到達したか、その送信設定とコンテンツについて何が確立できるかを確認します。結果は、記録されたチェック時間におけるテスト メールボックスを示します。カバレッジは部分的である可能性があります。入手可能な結果では、欠落したチェックが合格したことが証明されません。

メールが届いた場所

独自の送信システムから選択したテスト アドレスに電子メールを送信します。各プロバイダーでそのコピーを検索し、そのフォルダーと検出時間を保存します。これは特定のメールボックスを監視します。キャンペーン全体を予測するものではありません。

受信トレイ、スパム、その他のフォルダー
コピーはそのフォルダー内で見つかりました。プロモーションとニュースレターは受信済みとしてカウントされますが、プライマリ受信箱としてはカウントされません。
メールが見つかりません
検索は成功しましたが、チェック中に一致するコピーは見つかりませんでした。これは、配信拒否やスパムの配置を証明するものではありません。
確認できませんでした
メールボックスの読み取りに失敗したか、証拠が不十分です。不明な結果をスパムや受信箱に置き換えることはありません。

受信トレイの割合の計算方法

プライマリ受信箱 ÷ 受信した外部コピー × 100

例: 受信トレイ 3 個 + スパム 6 個 + 見つからないメールボックス 1 個 = 選択されたメールボックス 10 個。 9 部が受領されました。受信トレイのシェアは 3/9、つまり 33% です。分子、分母、観測範囲を必ず読んでください。

LDM 診断メールボックスは、外部カウントおよび受信ボックスの割合から除外されます。欠落したコピー、返送、使用できないメールボックスも、この割合から除外されます。サンプルが不十分な場合、全体的な評価は不明のままになります。評価を表示するためのしきい値は技術的なサービス ルールであり、視聴者に対する統計的な保証ではありません。

技術的な状態とコピーのマッチング

API では、コピーなしの確認済み検索は、 配置=not_received, provider_availability.status=利用可能, reason=mailbox_read_succeeded. measured_at 読み取り時間を記録します。

読み取り失敗が確認された保存された not_received 結果は、reason=mailbox_read_failed の seed_unavailable になります。 provider_availability で読み取りエラーが発生し、未完了の結果が保留中のままになります。読み取り証拠が欠けていると、完全な検索は確立されません。

配信履歴と失敗したサービス制御配信は、保存された測定値を上書きしません。各コピーは、プロバイダー、受信時刻、および利用可能なメッセージ ID を保持します。 1 つのレポートに異なる From ドメインが含まれる場合があります。これはコピー間の違いであり、無関係なメッセージが見つかったという証拠ではありません。一致は識別子と利用可能な検索によって異なります。 IMAP UID は、そのメールボックスと UIDVALIDITY に関連付けられています。メッセージを移動すると、その UID が変更される可能性があります。 Microsoft Graph には独自の ID ルールがあります。限定された検索ではコピーが見つからない可能性があります。

24時間観測

最初の結果とその後のチェック

通常、最初の収集は約 10 分後に終了します。受信した各外部コピーには、最初に確認された検出から始まる独自の 24 時間のウィンドウがあります。その後のチェックでは、同じコピーが観察されます。チャートを描くために新しいメールを送信することはありません。

観測は 1 時間ごとにスケジュールされています。コンパクトなチャートには、0 / 3 / 6 / 12 / 18 / 24 時間の選択されたチェックポイントが表示されます。保存された測定時刻のみフォルダーを色で確認します。隣接する結果が一致する場合でも、チェック間の位置は不明です。

将来のポイント、ギャップ、エラーは別個の状態のままです。その後のエラーでは、以前に確認されたフォルダーは消去されませんが、現在のフォルダーも確認されません。ウィンドウが完了しても、すべての測定が成功したことを意味するわけではありません。

変更通知と最終的な電子メールは、有効な設定と受信者の検証によって異なります。それらのステータスはレポートに表示されます。購読を解除した受信者は通知を受け取りません。

チャートのタイムスタンプの意味

スケジュールされた試行は成功した測定ではありません。キュー、プロバイダーの制限、エラーにより、チェックが遅れたりスキップされたりする可能性があります。確認されたチャート ポイントと試行の完全なリストは異なるカウントです。スケジュールが不明であっても、実際の観測が行われていないことは証明されません。

スパムの最初の検出は、受信箱の早期配置を意味するものではありません。チェックの間にフォルダーの変更が検出されました。正確な時期と原因は不明かもしれません。最終結果には、不完全な観察も含めて、最後に確認されたフォルダーとその時間が保持されます。正確に 24:00 に測定が成功することは保証されません。

送信者とサーバー

送信チェックは 1 つの保存されたコピーから行われます。最初は適切な ID を持つ LDM 診断コピー、それ以外の場合は適切な外部コピーです。信頼できる一致が利用できない場合、選択されたコピーは不確実としてマークされます。詳細により、送信元、時刻、From、および利用可能な IP が特定されます。欠落している結果を他のコピーからのパスで埋めることはありません。

ドメインからの認証

From はメッセージに記載されているアドレスです。コピーを受け取って、テスト用に入力されたアドレスと一致しても、それは認証されません。十分な証拠が DMARC チェックの成功をそのコピーに結び付ける場合にのみ、From-domain 認証を個別に示します。これは、特定のメールボックスまたは個人を検証するものではありません。

SPF
IP が、返信アドレスに使用される SMTP エンベロープ ドメインへの送信を許可されているかどうかを確認します。 Fromとは異なる場合があります。
DKIM
署名と署名されたメッセージ部分の整合性をチェックします。署名ドメインはFromとは異なる場合があります。署名なしと検証に失敗した署名は結果が異なります。
DMARC
表示されている From と一致するドメインで SPF または DKIM チェックが成功する必要があります。 p=none のポリシーは、認証の失敗ではなく監視を意味します。

チェックでドメインが認証されない場合は、未検証として表示されます。証拠が不十分な場合、結果は不明のままです。入力されたドメインと From の間の差異は個別にフラグが立てられます。認証が成功しても、受信トレイへの配置は保証されません。

証拠ソース、概要および仕様のバージョン

元のメッセージの保存されたローカル検証、または信頼できる受信サーバーの結果を使用します。任意の Authentication-Results ヘッダーは証明されません。 SMTP の出自は重要です。Received の IP はリレーに属している可能性があります。 SMTP エンベロープと HELO は、表示されている From だけからは再構築できません。認証からは、同じコピーのドメインにバインドされた DMARC 結果が成功する必要があります。十分な結合を持たない古い記録は不明のままです。

技術的なすべての明確なサマリーには、SPF、DKIM、DMARC、および PTR チェックの成功、既知のソース データ、およびヒットなしで完了したブロックリスト クエリが必要です。問題が確認された場合は、「見つかった問題」が表示されます。証拠の不足またはエラーが発生したため、チェックできませんでした。問題と不完全な証拠が共存する可能性があります。同じドメインと IP に対する競合する結果は表示されたままになります。

SPF、DKIM、および DMARC の可用性は独立しています。SPF の SMTP 証拠が欠落していても、使用可能な DKIM 署名チェックが無効になることはありません。各メソッドは、その正確な結果と利用可能な理由を保持します。これらはチェック概要の規則であり、すべてのプロバイダーの最小要件ではありません。個別のドメイン認証結果には、独自の裏付け証拠が必要です。 SPF はパス、フェイル、ソフトフェイル、ニュートラル、なし、エラーを保持します。ヌル SMTP リバース パスは HELO ID を使用します。 DKIM キーの検索にはセレクターが必要です。不明なセレクターは壊れた DKIM を確立しません。

厳密な DMARC アライメントには同一のドメインが必要です。緩和された調整では、評価者のルールに基づいて組織ドメインが使用されます。現在の仕様は RFC 9989 であり、RFC 7489 と RFC 9091 は廃止されます。保存されたローカル結果には mailauth 4.6.8 とそのドメイン評価ルールが使用されました。レポートを開いても、新しい仕様では再計算されません。

保存されたメソッドのバージョン: 2026-10-01;現在の結果解釈のリビジョン: 2026-11-04。エバリュエーターのリビジョンは、保存された場所にのみ表示されます。古いレポートで欠落しているリビジョンは、今日の日付に置き換えられません。私たちはバージョン管理された保守的なルールを使用します。不十分な証拠は不明のままです。確認された再現可能なケースは、回帰テスト後にのみバージョン管理されたルールを拡張します。サポートされていないケースは不明のままです。ルールはテスト結果から自動的に学習しません。このドキュメントのレビュー日によって、エンジンのバージョンや過去の結果が変更されることはありません。

PTR、DNS、ブロックリスト

IP → PTR → A/AAAA →同じIP

IP が同じ IP を含む A/AAAA レコードのホスト名を指している場合、PTR は合格します。ホスト名は From ドメインと一致する必要はありません。レコードが欠落しているか IP が一致しない場合、チェックは失敗します。検索エラーまたは証拠の不足は、チェックできなかったことを意味します。

PTR およびブロックリストの結果には、チェック時に指定された IP が記述されます。詳細には IP ソースが表示されます。ヘッダーのアドレスはリレーに属する場合があります。これらの結果は、From ドメインを認証しません。

IP ブロックリスト チェックでは、選択した保存済みメッセージ コピーに対して識別された IP が使用されます。 IPとそのソースを表示します。メッセージ ヘッダーのアドレスはリレーに属している可能性があり、それ自体では送信者を認証しません。 IP が利用できない場合、結果は不明のままです。 MX アドレス、From から推定されたアドレス、または別のコピーの IP を置き換えることはありません。限られた IP ブロックリストのセットを照会します。 「チェックされたブロックリストにリストされていない」とは、完了した名前付きチェックで記録された時点でリストが見つからなかったことのみを意味します。リスト、エラー、不完全なチェックは個別に表示されます。ドメイン チェックは IP チェックに代わるものではありません。リストがないからといって、良い評判や受信箱の配置が保証されるわけではありません。

これらは保存された結果です。レポートを開いても新しいチェックはトリガーされません。コピーの受信時間は、ブロックリストのチェック時間とは別です。チェック時間が保存されなかった場合は、その旨を明示します。

PTR を構成するのは誰か、そして HELO はどのように異なるのか

IP 所有者または送信サービスが PTR を構成します。自分のサーバーの場合は、IP プロバイダーに PTR を mail.example.org などのホスト名に設定するように依頼し、そのホスト名の A/AAAA が同じ IP を指すようにしてください。通常のドメイン ゾーンの PTR レコードは、IP 逆引きゾーンを構成しません。送信プラットフォームは、独自のサーバーの PTR を管理します。

前方参照では、最初に返された PTR ホスト名 (IPv4 の場合は A、IPv6 の場合は AAAA) がチェックされます。複数の名前が返された場合、他の名前はチェック済みとしてカウントされません。その数は詳細に保持されます。 HELO/EHLO は、SMTP サーバーによって提示される名前です。その構成と追加のプロバイダー要件は、PTR 結果とは別のものです。名前またはそのチェック証拠が欠落している場合は、一致とはみなされません。

DNS レコードは公開された設定であり、成功したメッセージ チェックではありません。 SPF TXT レコード、DKIM キー、または DMARC ポリシーだけでは、このコピーは認証されません。 MX は受信メール サーバーを識別し、送信 IP を確立しません。保存されたレポート チェックは、ページを開くたびに新しい DNS ルックアップになるわけではありません。

メール内容

配信テストでは、受信したコピーを分析します。別のドラフト チェッカーがアップロードされたコンテンツを分析します。外部コピーからの元の MIME はローカル認証をサポートできます。 MIME コンテンツは技術的には完全な SMTP 証拠がなくても分析できますが、コンテンツ、SpamAssassin、および Rspamd の結果は、これらのチェックが実際に実行された場合にのみ表示されます。利用可能な MIME だけでは、これらのチェックが実行されたことを意味しません。レポートでは、完了したチェック、スキップされたチェック、および使用できないチェックが区別されます。 Analyzer スコアは、受信トレイの割合やスパムの確立された原因ではありません。

SpamAssassin と Rspamd は異なるルールとしきい値を使用します。その結果は配信確率に平均化されません。保存されたスクリーンショットには、すべての電子メール クライアントのテストではなく、キャプチャされたコンテキストでのメッセージが表示されます。スクリーンショットが欠けていても、フォルダーの測定は無効になりません。

受領したコピー

利用可能なメッセージのコピーを解析します。不完全な部分、暗号化された部分、または使用できない部分は、正常にチェックされたものとしてカウントされません。

このチェックの仕組みとその制限

生の MIME 解析の上限は 20 MiB (20 × 1024 × 1024 バイト) です。 HTML とテキストの組み合わせには、別途 2 MiB の制限が適用されます。これを超えると、コンテンツ分析が利用できなくなり、切り詰められた本文の場合は成功しなくなります。取得パスには、制限された IMAP パスの 10 MiB などの下限がある場合があります。したがって、20 MiB 未満のサイズ自体は完全な分析を保証しません。

テキスト版

元のプレーンテキスト部分を探します。 HTML から生成されたテキストは別のバージョンではありません。古いレポートにはこの測定値が含まれていない可能性があります。

バージョン比較

正規化された HTML コンテンツとプレーンテキスト コンテンツを比較し、テキスト部分に欠落している HTML リンクを個別に探します。違いが異なる意味を確立するわけではありません。違いが検出されなかったとしても、同等の意味は保証されません。

このチェックの仕組みとその制限

テキスト比較では、URL と文字と数字以外の文字が削除され、大文字と小文字が正規化されます。これは技術的な比較であり、翻訳や意味のチェックではありません。

フレーズ辞書

件名内の単語やフレーズ全体と表示されるテキストを、限定された LDM ロシア語と英語の辞書と照合します。一致は文言を見直す理由であり、スパムの原因を証明するものではありません。

このチェックの仕組みとその制限

LDM ルール 1389.1 では、認識される URL、電子メール アドレス、コード、明示的な引用符、および近くの否定は除外されます。これはヒューリスティックであり、完全な言語理解やプロバイダーの禁止用語リストではありません。他の言語はチェックされていないとみなされます。

添付ファイル

添付ファイルとそのデコードされたサイズをカウントします。インライン画像は別のものです。古いレポートでデータが欠落していても、ファイルが存在しなかったことを意味するわけではありません。

このチェックの仕組みとその制限

リストには最大 30 個のファイルが表示されます。サポートされているファイル タイプ チェックは、利用可能なすべての添付ファイルを対象としています。ファイルが検出されない添付ファイルへの参照は、テキストベースの検証の提案です。

ファイルの種類

認識されたファイル形式とその拡張子を比較します。ファイルの実行、アーカイブの解凍、ウイルス対策スキャンの実行は行いません。

このチェックの仕組みとその制限

MailParser は添付ファイルを抽出します。 file-type 16.5.4 は、サポートされている形式を最初のバイトから認識します。認識されないタイプでは、ファイルの安全性は確立されません。メールクライアントの添付ファイル制限は参考情報です。

追跡インジケーター

追跡、ピクセル、ビーコン、またはオープン アドレス インジケーターを使用して、小さいまたは隠されたリモート画像にフラグを立てます。これはその目的に関する推測であり、電子メールが開封された証拠ではありません。

このチェックの仕組みとその制限

LDM ルール 1389.1 は、画像をロードせずに HTML を検査します。スペーサーとインライン画像だけでは証拠を追跡できません。ルールの一致がない場合でも、他の追跡手法が除外されるわけではありません。

購読を解除する

本文リンク、List-Unsubscribe の HTTPS URL、および List-Unsubscribe-Post の List-Unsubscribe=One-Click 値を個別に検出します。検出されたヘッダーは、ボタンが機能することを証明するものではありません。購読解除リクエストは送信しません。

このチェックの仕組みとその制限

List-Unsubscribe=One-Click 値を認識します。 RFC 8058 に完全に準拠するには、ヘッダーと動作する HTTPS POST エンドポイントの両方をカバーする有効な DKIM 署名も必要です。ヘッダーの存在チェックでは、これらの条件は確立されません。購読解除の要件はメッセージの種類とプロバイダーによって異なります。

RFC 8058

電子メール技術

フォーム、メディア、埋め込み要素とコード、AMP、Outlook カード、構造化データとカレンダー データ、画像形式、確認済みのアニメーションを検出します。コードは実行されません。レイアウトはすべてのクライアントでテストされているわけではありません。

このチェックの仕組みとその制限

Can I Email 参照データには、特定の機能とクライアントのバージョンが記述されています。テスト日の詳細が表示されます。これは、すべてのクライアントでの電子メールの新たなテストではありません。プロファイルが欠落している場合は、互換性がチェックされていないことを意味します。

サイズ

生のメッセージのバイト数とデコードされた添付ファイルのサイズは別の測定値です。 HTML とテキストのサイズはメッセージの合計サイズと等しくありません。また、それ自体が Gmail のクリッピングを証明するものでもありません。

AIテキストレビュー

有効にすると、件名と表示テキストが電子メール アドレスと Web リンクに置き換えられてモデルに送信されます。添付ファイルと技術ヘッダーは送信されません。 AI はスペルの修正と暫定的なメッセージ タイプを提案します。編集内容は自動的には適用されません。

このチェックの仕組みとその制限

このレビューでは、最大 500 件の件名文字と 8,000 件の本文文字を使用します。長いメッセージは部分的にレビューされます。モデル、理由、範囲を示し、本文中に引用箇所が存在するかどうかを確認します。リンクとアドレスを置き換えても、機密データは完全には削除されません。これはモデルの提案であり、Microsoft やスパム フィルターの判断ではありません。

件名と未入力フィールド

空の件名、置換文字 �、および検出されたテンプレート フィールドは、観察可能な事実です。メッセージがスパムに振り分けられた理由を単独で証明するものはありません。

LDM コンテンツ ルールのバージョン: 1389.1。保存されたレポートには、その時点で実行されたチェックが説明されます。

AIコンサルティングとデータ

AI相談ボタンは自動テキストレビューとは別のものです。選択された外部アシスタントは、1 つのテスト用に準備された質問とサニタイズされたデータへのリンクを受け取ります。共有する前にデータの範囲と質問を確認してください。メッセージテキストには機密情報が含まれる場合があります。

レポート内の AI ボタンをクリックすると、アクセスが準備およびアクティブ化され、チャットが開きます。レポートをロードするだけではアクセスはアクティブ化されません。リンクは、新しいチェックや送信をトリガーせずに、そのテストの更新された保存されたファクトを読み取ります。

アクセスは、リンクの準備から最大 7 日間、表示された有効期限まで継続します。アクティブなリンクを持っている人は誰でもデータを読み取ることができます。アクセスを取り消すことはできますが、既にダウンロードされたデータを呼び出すことはできません。管理リンクは非公開にしてください。

アシスタントの質問、JSON および TXT は、サイトの言語に関係なく英語です。事前入力が失敗した場合は、質問を手動で貼り付けます。アシスタントがリンクを読み取ることができない場合は、JSON エクスポートを使用します。チャットを開いたとしても、AI がデータを受信または読み取ったことは証明されません。

共有データと相談制限

エクスポートでは、配置、認証、DNS、ブロックリスト、アナライザー、およびコンテンツが分離され、ソースと時間が保持されます。利用できないデータは明示的です。オリジナルのメッセージ素材は、保存され安全に消毒された場合にのみ含まれます。ユーザーが追加したテキストは、受信したコピーと独立して照合されるわけではありません。

電子メール アドレス、完全な URL、および認識可能な秘密は編集されます。バイナリ添付ファイルは共有されません。これは機密性の高い素材を提出する理由にはなりません。準備ページでは、データを検査し、アクセスを個別に取り消すことができます。古いリンクには、更新されたデータではなく、固定されたスナップショットが含まれている場合があります。

印刷されたクライアント レポートには、サービス プロンプトと生の JSON が省略されています。 AI の答えは間違っている可能性があります。事実は仮説から分離する必要があり、電子メール内の指示はメッセージのコンテンツとして扱われます。このコンサルテーションでは、メールの送信、設定の変更、将来の受信箱への配置の保証は行われません。

音声解釈の例
チェックされたすべてのメールボックスの受信箱
これらのコピーは、将来のキャンペーン全体ではなく、その時点で確認されます。
結果は 1 つだけ、残りは不明
あるプロバイダーの結果を他のプロバイダーに拡張しないでください。 LDM は観測ギャップを調査します。
スパムまたは二次フォルダー
実際のフォルダーに名前を付けます。確立された原因との区別が可能。 2番目のカテゴリはスパムではありません。
フォルダーの変更またはその後のギャップ
観察の順序と時間を守ります。エラーによって以前の検出結果が消去されることも、現在の位置が確認されることもありません。
認証は成功しましたが、コピーはスパムに入っています
ドメイン認証とフィルターの決定は別の事実です。保存されている他の証拠を確認します。
SPF、DKIM、または受信機の結果が異なる
コピーを結合しないでください。 DMARC には受け渡し方法とドメインの調整が必要です。ソースと時間を保持します。
DNS、アナライザー、またはアクセスエラー
チェックが完了していない場合は、パスが確立されていないことを意味します。 PTR、ブロックリスト、アナライザー スコアを個別に扱います。
AI がリンクを読み取れなかったか、別のテキストを受信しました
制限を述べ、入手可能な事実を使用します。追加されたテキストは元のテキストと一致しません。

欠陥が確認された後、その欠陥を修正し、新しい管理テストを送信します。スパムが続く場合は、最小限のテキスト、ビジネス テキスト、リンク、書式設定、追跡など、一度に 1 つの変更を比較します。必要な購読解除を保存します。アソシエーションには確認テストが必要ですが、それ自体ではフィルタリングの原因が確立されません。当社は、評判の回復日を約束したり、フィルターを回避するために ID を変更することを推奨したりするものではありません。

再テストとモニタリング

キャンペーンをテストするには、既存のコピーを転送せずに、顧客に送信するのと同じ方法で同じ電子メールを送信します。同じシステムからの電子メールは送信設定をテストできますが、そのフォルダーは異なるコンテンツの結果を予測しません。変更には新たな送信が必要です。古いコピーを再度観察することは、新しい送信テストではありません。

レポートのリンクを保存します。テスト ページの永久リンクは、次の電子メールとテスト履歴のアドレスにつながります。データ アクセス リンクは、アクセスを許可する相手とのみ共有してください。

ドメインの監視は、約 6 時間ごとに個別の設定チェックが行われます。登録から履歴を構築し、選択した変更をレポートします。ゲスト スナップショットでは定期的な監視は有効になりません。保存されたリソースと個人通知には電子メールによる確認が必要です。

監視対象範囲と結果の制限

利用可能なチェックには、DNS、メール、HTTP/HTTPS、TLS、および選択されたカスタム ルールが含まれます。メール監視には、SPF、DMARC、MX、サンプリングされた MX PTR およびブロックリスト、利用可能な STARTTLS、MTA-STS、および TLSA データが含まれます。受信 MX IP は送信サーバーとは異なる場合があります。統合には独自の接続と所有権の要件があります。

DNS 監視では、受信トレイの配信を継続的に測定しません。 Check は、実際の視聴者の苦情率、エンゲージメント、またはすべてのプロバイダーのルールへの完全な準拠を確立するものではありません。 1 回のテストでスパムのすべての原因が説明されるわけではありませんし、次のキャンペーンの結果が保証されるわけでもありません。

オープンドメイン監視

ソースと制限

標準はプロトコルを説明します。チェックのカウントと要約の規則については上で説明しました。引用はサービスを保証するものではありません。メールプロバイダーの要件は受信者のサービス、送信量、メッセージの種類によって異なり、変更される可能性があります。

技術仕様

Google と Yahoo は、全送信者要件と一括送信者要件を区別します。リンクされている Microsoft の要件は、消費者向けの Outlook.com アドレスと大容量に関するものです。サーバーの名前付けと苦情率の推奨事項は、上記の PTR 基準に代わるものではありません。

保存された結果とスクリーンショットには、メッセージからの診断の抜粋が含まれる場合があります。テストのために秘密や機密データを送信しないでください。処理、保持、削除については、 プライバシーポリシー.