会社のアドレスから送ったメールが、
届かない・迷惑メールに入るとき。

送ったメールは、相手の側でどう判定されたか

設定の画面を開く前に、実際に送った1通が、受け取った側でどう判定されたかを見ます。費用はかかりません。パソコンが1台あれば足ります。

1. 会社のアドレスから、自分以外が使っている Gmail に1通送る

   使うもの：会社のメール・家族や従業員など、自分以外の人の Gmail のアドレス

   件名と本文は短い文で構いません。Google のヘルプは、確かめ方の注意として「（自分自身にテストメールを送っても DKIM が有効であることを確認することはできません）」と書いています。

   ▸ 届いた（迷惑メールのフォルダでも）→ 2つ目の確かめへ
   ▸ 届かず、エラーのメールが戻ってきた → 戻ってきたメールの本文に「5.7.26」の数字があるかを見ます。Google は、認証されていないメールが「5.7.26 エラー」で拒否されることがあると書いています（Step 02）。数字があれば Step 03 へ

2. 受け取った側の Gmail で、「メッセージのソースを表示」を開く

   使う画面：パソコンのブラウザで開いた Gmail

   Gmail のヘルプの手順は、ヘッダーを確認するメールを開き、返信アイコンの横にあるその他アイコンから［メッセージのソースを表示］をクリックする、です。新しい画面に、メールの「ヘッダー」（届くまでの記録）が出ます。

   ▸ 新しい画面が開いた → 3つ目の確かめへ
   ▸ スマートフォンで見ている → ヘルプの手順は、ブラウザで開いた Gmail のものです。パソコンのブラウザで同じメールを開きます

3. 「Authentication-Results」の行で、spf= と dkim= の後ろを見る

   使う画面：2つ目で開いたヘッダー（ブラウザのページ内検索で「Authentication-Results」）

   Google のヘルプは「メッセージ ヘッダーで Authentication-Results の文字列を探します。」と書き、DKIM の結果は「DKIM=pass や DKIM=OK などのように表示されます。」としています。この行の書き方は規格（RFC 8601）で決まっていて、規格の例には「spf=pass smtp.mailfrom=example.net」のような行が出てきます。

   ▸ spf と dkim が両方とも pass → 少なくとも、認証の形は通っています。Google のガイドラインは、認証のほかに、迷惑メール率を 0.3% 未満に保つことや、受け取りを望んだ人にだけ送ることも挙げています（Step 02）
   ▸ fail や none がある、または dkim の行が無い → Step 03 で、自社のドメインの設定を確かめます。Google は「メッセージ ヘッダーに DKIM に関する行が含まれていない場合、ドメインから送信されたメールは DKIM で署名されません。」と書いています

4. dkim=pass の行の「header.d=」が、差出人の @ の後ろと同じか

   使う画面：同じヘッダー

   規格の例では「dkim=pass (good signature) header.d=example.com」のように、署名したドメインが header.d= の後ろに出ます。Google は DMARC について「認証ドメインは、メールの From: ヘッダーに含まれているドメインと一致している必要があります。」と書いています。From: は差出人のアドレスのことです。

   ▸ 同じ → DMARC で求められる「一致」も、DKIM の側でそろっています
   ▸ 違う（メールを預けている会社の名前のドメインなど）→ メールを預けている会社に、自社のドメインで署名（DKIM）できるかを聞きます

Google は、送る側に何を求めているのか（原文）

Google の「メール送信者のガイドライン」は、個人用の Gmail（末尾が @gmail.com または @googlemail.com のアカウント）に送る人に向けた決まりです。言い換えると意味が動くので、原文のまま置きます。

※ 出典＝Gmail ヘルプ「メール送信者のガイドライン」。2026年10月10日 に確認。ほかのメールサービスの決まりは、この記事では引いていません。

3つの言葉を、同じガイドラインの説明で並べます。

同じページには、「Postmaster Tools で報告される迷惑メール率を 0.3% 未満に維持します。」という決まりや、送るサービスを使っているときに「プロバイダが SPF と DKIM でドメインのメールを認証していることを確認してください。」という注意も書かれています。さらに「あなたの組織のドメインから送信したメールが迷惑メールとして報告される頻度が高いと、以降のメールは迷惑メールに分類される可能性が高くなります。」とも書いています。認証がそろっていても、それだけで届くとは限りません。

自社のドメインに、3つの設定はあるか

SPF・DKIM・DMARC は、どれもドメインの設定（DNS の TXT という行）として外から見えます。Google Public DNS のアドレスに、自社のドメインを入れてブラウザで開くと、出ている行が分かります（下の example.jp を、自社のドメインに置き換えます）。

※ 画面には英字の並びが出ます。「"data"」の後ろに、出ている行が入っています。何も出ないときは「"Answer"」の欄そのものがありません。

• ▸ v=spf1 の行が無い → メールを預けている会社のマニュアルで、SPF の設定の手順を探します
• ▸ v=DMARC1 の行が無い → ガイドラインの、すべての送信者への要件の一覧に DMARC は入っていません（1日5,000件を超えて送る送信者の要件に入っています）。足すなら、次の Step 04 のように「何もしない」から始める方法があります
• ▸ v=DMARC1 の行が2つ以上ある・p=quarantine や p=reject になっている → いつ誰が入れたかを、ドメインを管理している会社に確かめます。厳しい方針は、自社のメールでも合格しなかったものに当たります（よくある質問の2つ目）

当方のドメインで、DMARC を足したときの記録

当方のドメイン（izana-creation.com）からは、ホームページの問い合わせフォームの通知と、お客様への自動返信を送っています。2026年10月8日と9日の朝に引いたときは、DMARC の行がありませんでした。10月9日に、エックスサーバーのサーバーパネルの「DMARC設定」で「何もしない」を選んで足しました。同じ日のうちに、5台のネームサーバーのすべてで出るようになりました。

※ Google Public DNS と Cloudflare の2か所に問い合わせて、同じ行が出ることを確かめました。DMARC のレポートの通知先は入れていません（よくある質問の3つ目）。

※ 出典＝エックスサーバー マニュアル「DMARC設定」（2026年10月10日 に確認）。ほかのサーバー会社では、画面の名前や選べるものが違うことがあります。

「何もしない」は、届き方を変えないための選び方です。DMARC の行が無い状態から「方針を出している」状態に変わるだけで、これで迷惑メールに入らなくなる、とは言えません。当方のドメインでも、足したことで届き方が変わったかは数えていません。

どこから先は頼んだほうがいいか

1つ目について、Google は「サードパーティ送信者が SPF レコードに含まれていない場合、この送信者から送信されたメールは、迷惑メールに分類される可能性が高くなります。」と書いています。送るサービスを増やしたときは、SPF の行に足す必要があるかを、そのサービスの手順で確かめてください。

IZANAなら何をして、いくらか

先に書きます。メールが届かない理由の判断と、メールの設定の見直しは、当方の料金ページに載せている仕事ではありません。メールを預けている会社か、ドメインを管理している会社に相談してください。

当方で作るホームページでは、料金ページのとおり、サーバー運用・ドメイン取得・年次更新を当方で代行します。当方自身のドメインの設定は、Step 04 に書いたとおりです。

※ 金額は料金ページが正本です。無料診断の4項目に、メールの届き方は入っていません。

よくある質問