TrekMail のメールが迷惑メールに入る理由
DNS、ウォームアップ、リスト管理、苦情率の目標、マーケティング一斉送信に関する現在の Gmail と Yahoo の規則を使って迷惑メール分類を改善します。
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
▼
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
- 種類
- よくある質問
- 難易度
- 初級
- プラン
- Nano · Starter · Pro · Agency
- 最終更新
- 2026年9月9日
迷惑メール分類は通常、受信者が本当にあなたのドメインからのメールか確認できない、送信ドメインの最近の履歴が悪い、またはメッセージとリストが望まれていないように見える、という 3 つの要因から生じます。受信トレイへの到着を保証できる事業者はありませんが、以下で管理可能な部分を確認できます。
まずドメインの DNS 状態と送信先リストを確認してください。この 2 つは件名の変更よりはるかに多くの問題を解決します。
最初にパターンを特定する
メッセージを待っている少数の受信者でテストします。どの事業者が迷惑メールに分類するか、すべてのメールか特定のキャンペーンだけかを記録します。
- 1 つの受信事業者だけなら、その事業者での認証結果と配送応答を最初に確認します。
- 複数の事業者で同じメールが迷惑メールになるなら、DNS、送信量、リスト品質を見直します。
- 1 人だけの報告なら、個人ルールがあるか、以前あなたのメールを迷惑メールにしたか尋ねます。
事業者ごとに信号が違うため、確実な事業者別の公式はありません。
確認 1: ドメインのメール認証を完了する
TrekMail で DNS 状態を開き、DNS を管理する事業者の必須レコードと比較します。TrekMail で受信するドメインには通常、次が必要です。
- MX は受信メールを TrekMail に向けます。
- SPF は TrekMail にドメインでの送信を許可します。
- DKIM はドメインによる署名の検証を可能にします。
- DMARC は認証に失敗したメールの扱いを指定します。
送信専用ドメインは TrekMail の MX を使わないため、その設定の表に従います。正当な送信者を確認中なら監視ポリシーで DMARC を始め、結果を理解した後にだけ厳しくします。DNS ステータスの確認を参照してください。
確認 2: ウォームアップ制限内の送信量にする
新しいドメインの最初の 1 週間には次の制限があります。
| TrekMail 利用日 | 送信上限 (プランに対する割合) |
|---|---|
| 1-3 | プラン上限の 40% |
| 4-7 | プラン上限の 70% |
| 8+ | 100% (全上限) |
これは新規送信者による急な量の増加を防ぎます。受信トレイへの到着を保証するものではありません。
期待している人だけに送り、最も反応のよい受信者から始めて徐々に増やします。健全なリストと明確な同意はウォームアップ後も重要です。
他の事業者からドメインを移す場合にも同じウォームアップが適用されます。
詳細: メールドメインのウォームアップ規則。
確認 3: 現在の安全制限を確認する
アカウントが ever_paid=false (成功した請求がない) の場合、プランに関係なく低い安全制限が適用されます。
- 試用中: 30/メールボックス/日、50/アカウント/日、10 受信者/メッセージ、15 メッセージ/時間。
- 未払いで試用終了後: 50/メールボックス/日、150/アカウント/日、25 受信者/メッセージ、20 メッセージ/時間。
これらはプラン最大値より低く、送信量を制御しますが、評価を測定または改善しません。ウォームアップでも有効上限が下がるため、ダッシュボードと送信エラーで現在値を確認します。
確認 4: メッセージを期待している人に送る
質の悪いリストはバウンス、苦情、低い反応を生み、今後の配送に悪影響を与えます。受信者が次に該当するか確認します。
- この種類のメッセージを要求した。
- 現在もそのアドレスを使っている。
- 最近あなたのメールに反応した。
実践的な手順:
- 通常の送信頻度に合う反応期間を選び、期間外の連絡先へのマーケティングを止めます。
- 古いリストやインポートしたリストは送信前に TrekMail のメール検証ツールで確認します。
- 購入、収集、同意が不明なリストは使いません。
確認 5: バウンス率を低く保つ
ドメインのメール統計で配送とバウンスを監視します。TrekMail は 2% 未満を良好、2% 以上 5% 未満を警告、5% 以上を不良とします。測定に十分なメールがある場合、24 時間で継続的な 10% は保護機能を作動させる可能性があります。
上昇したらキャンペーンを停止し、無効な受信者を削除し、次の一斉送信前にバウンス率が高すぎる場合を読んでください。
バウンス率と迷惑メール苦情率は異なります。バウンスはサーバーが受け付けなかったこと、苦情は受け付けたメールを受信者が迷惑メールにしたことです。個人 Gmail 宛てについて Google は 0.1% 未満を維持し、0.3% に達しないよう求めています。Yahoo は一斉送信者に 0.3% 未満を求めます。0.1% を運用上限と考えてください。1,000 通に 1 件の苦情で既に達します。
確認 6: メッセージを認識しやすくする
内容で悪いリストや認証失敗は補えませんが、境界的なメッセージを信頼しやすくできます。
- すべて大文字や過剰な記号ではなく、明確な件名を使う。
- 大きな画像だけでなく、読めるテキストを含める。
- 受信者が期待するブランドと送信ドメインを使う。
- 認識できる宛先へリンクし、不要な短縮リンクを避ける。
- マーケティングでは、受信理由と見える配信停止リンクを含める。
大きなキャンペーン前に自分へ通常のコピーを送り、差出人名、リンク、書式、返信先を確認します。
Gmail または Yahoo に一斉送信する場合
1 日に個人 Gmail アカウントへ 5,000 通を超えて送る場合、Google は追加要件を適用します。SPF と DKIM、有効な DMARC、整合した認証、TLS、送信基盤の有効な正引きと逆引き DNS が必要です。マーケティングと購読メールには、ワンクリック配信停止ヘッダーと見えるリンクも必要です。Yahoo も同様の認証、苦情率、ワンクリック配信停止要件を公開しています。
管理対象 SMTP では、TrekMail が送信ホスト、TLS、正引きと逆引き DNS を運用します。ユーザーは表示されたドメインレコードを公開し、同意、リスト品質、メッセージ種類、配信停止を管理します。カスタム SMTP では、その事業者に認証と基盤を確認します。
API または MCP 送信では、到達性とバウンスに従い List-Unsubscribe と List-Unsubscribe-Post を安全に追加します。通常の個人的な会話にはワンクリック配信停止を付けません。Google の規則はマーケティングと購読メールに適用され、トランザクションメールには適用されません。ただし法律や目的により通常の配信停止が必要な場合があります。
これらは事業者要件であり、受信トレイを保証しません。規則は変わるため、大量送信前に現在の Google 送信者ガイドラインと Yahoo のベストプラクティスを確認します。
確認 7: 広範な配送障害を確認する
多数の受信者で突然問題が始まったら、ステータスページを確認します。信頼できる公開評価ツールで自分のドメインを調べることもできます。
共有 TrekMail 送信 IP を自分で外部リストから削除しようとしないでください。対象ドメイン、受信事業者、テスト時刻、配送応答をサポートチケットに記載し、状況を含めて調査できるようにします。
1 つのリスト掲載だけでは完全な診断になりません。認証、受信者の同意、最近のバウンス履歴も重要です。
確認 8: 管理されたテストを送る
mail-tester.com に通常のサンプルを 1 通送り、明らかな問題を確認できます。
- mail-tester.com を開き、表示された固有アドレスをコピーします。
- TrekMail メールボックスから、実際に顧客へ送る通常のメッセージを送信します。
- mail-tester.com で "Check your score" をクリックします。
結果はトラブルシューティングの手掛かりとして使い、保証とは考えません。確認された DNS や内容の問題を先に修正し、小規模に再テストします。
Google に十分なデータがあれば、Gmail Postmaster Toolsでドメインレベルの信号を確認できます。すべての送信者にデータがあるわけではなく、本ガイドの確認に代わるものではありません。
確認 9: 送信経路を確認する
有料プランは TrekMail の管理対象 SMTP を使えます。ドメインに保存済み外部 SMTP プロファイルを割り当てることもできます。ドメインの SMTP 設定で選択中の経路を確認します。
カスタム SMTP では、外部事業者が自社の認証情報、認証、IP 評価、送信制限に責任を持ちます。TrekMail の DNS レコードだけでその事業者が設定されるとは考えないでください。
メール設定に合う経路を使い、実際に送信するサービス向けに SPF、DKIM、DMARC を確認します。
DMARC 結果を理解する
TrekMail の DMARC レポートでは、すべての「失敗」が問題とは限りません。
- SPF 失敗、DKIM 成功: 転送時に起こります。残る整合した認証方法が成功すれば DMARC は成功できます。
- SPF 成功、DKIM 失敗: DKIM レコードと送信サービスを確認します。
- 両方失敗: 設定またはなりすましの警告として扱い、DMARC を厳しくする前に調査します。
DMARC 集計レポートは DMARC レコードのアドレスに届きます。日程と形式は報告メール事業者が管理します。
すべて正しいのに迷惑メールに入る場合
最後に次を確認します。
- リストの出所: 同意や出所が不明な連絡先を削除します。
- 送信パターン: プラン上限内でも急な量の増加を避けます。
- 受信者固有の規則: 迷惑メールフォルダーとメール規則を確認してもらいます。
- 受信トレイ分類: プロモーションなど主要ではない分類は迷惑メールとは異なり、DNS 変更ではなく期待の調整が必要です。
関連記事
ワークフローの続きとなる関連ガイドに移動します。