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-UnsubscribeList-Unsubscribe-Post を安全に追加します。通常の個人的な会話にはワンクリック配信停止を付けません。Google の規則はマーケティングと購読メールに適用され、トランザクションメールには適用されません。ただし法律や目的により通常の配信停止が必要な場合があります。

これらは事業者要件であり、受信トレイを保証しません。規則は変わるため、大量送信前に現在の Google 送信者ガイドラインYahoo のベストプラクティスを確認します。

確認 7: 広範な配送障害を確認する

多数の受信者で突然問題が始まったら、ステータスページを確認します。信頼できる公開評価ツールで自分のドメインを調べることもできます。

共有 TrekMail 送信 IP を自分で外部リストから削除しようとしないでください。対象ドメイン、受信事業者、テスト時刻、配送応答をサポートチケットに記載し、状況を含めて調査できるようにします。

1 つのリスト掲載だけでは完全な診断になりません。認証、受信者の同意、最近のバウンス履歴も重要です。

確認 8: 管理されたテストを送る

mail-tester.com に通常のサンプルを 1 通送り、明らかな問題を確認できます。

  1. mail-tester.com を開き、表示された固有アドレスをコピーします。
  2. TrekMail メールボックスから、実際に顧客へ送る通常のメッセージを送信します。
  3. 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 変更ではなく期待の調整が必要です。

関連記事

ワークフローの続きとなる関連ガイドに移動します。

TrekMail の運用と保護に必要な技術を使用します。確認すると、Cookie ポリシーに記載された限定的な分析と広告測定も許可されます。

TrekMail にサインイン

ダッシュボード、メールボックス、DNS にアクセスできます。

または

12 文字 パスワードが一致

または

再設定メールを送信しました

このメールアドレスのアカウントが存在する場合、パスワード再設定の手順をお送りしました。

続行すると、TrekMail の 利用規約 および プライバシーポリシーに同意したものとみなされます.