## この記事でわかること

- ロリポップ！レンタルサーバーで独自ドメインを使う場合のメール認証設定の考え方
- ムームーDNSを使う場合と外部DNSを使う場合で、設定箇所がどう変わるか
- 「ロリポップから送るメール」と「外部サービスから送るメール」が混在するときの注意点

## ロリポップで「Gmailに届かない」が起きる理由

「ロリポップで独自ドメインを取ったが、Gmailにだけ届かない」という相談が増えています。2024年2月のGoogle、2025年5月のMicrosoftによる送信者要件強化以降、SPFまたはDKIM未設定のドメインは「届きにくい」扱いだからです。

ロリポップ！は契約者自身でメール認証を設定します。さらに同社グループの**ムームードメイン / ムームーDNS**か、**外部DNS（Cloudflareなど）**かで設定場所が変わります。最新の管理画面操作は[ロリポップ！マニュアル](https://lolipop.jp/manual/)で確認してください。

![ロリポップとDNSの関係（ムームーDNS／外部DNS）](/blog/lolipop-email-auth-setup/hosting-dns-structure.svg)

## まず整理すべき2つの軸

ロリポップでメール認証を設計するときは、以下の2軸を最初に決めます。

1. **メールサーバーをどこに置くか**: ロリポップか、Google Workspace / Microsoft 365などの外部メールか
2. **DNSをどこで管理するか**: ムームーDNS（同社グループ）か、外部DNSか

「ドメインはムームードメイン / メール・Webともロリポップ」ならDNSはムームーDNSで完結します。一方「ドメインはお名前.com / メールはGoogle Workspace / Webだけロリポップ」なら、DNSは外部に置きSPFのincludeはGoogleの値を書きます。整理せずに着手すると、外部メールを使っているのにロリポップ用SPFを書いてGmailに届かなくなる、というトラブルが起きます。

## パターン1: メールもロリポップで送る場合

ロリポップのメールサーバーから送信するメール（フォーム送信、独自ドメインのメールアカウント）を認証するケースです。

### 設定すべきDNSレコードの中身

| レコード種別 | name | value の指針 |
| --- | --- | --- |
| TXT (SPF) | `@`（ドメイン直下） | `v=spf1` で始め、ロリポップが案内するinclude値と `~all` を組み合わせる |
| TXT (DKIM) | ロリポップが指定するセレクタ.\_domainkey | ロリポップが発行する公開鍵文字列をそのまま設定 |
| TXT (DMARC) | `_dmarc` | `v=DMARC1; p=none; rua=mailto:postmaster@example.jp` から開始 |

include値・セレクタ名・公開鍵の具体値は契約状態で変わるため、必ず[ロリポップ！マニュアル](https://lolipop.jp/manual/)で最新値を確認してください。ムームーDNSを使うならムームーDNS側、外部DNSを使うなら外部DNS側に書きます。**「ロリポップ側」と「DNS側」の混同**が最大の失敗ポイントです。

よくあるハマり: 既定のメール機能と追加プラグインを併用しているのにSPFに片方しか書かない／DKIMの公開鍵が長くDNS側の改行・引用符で検証エラー／DMARCを `p=reject` でいきなり開始して自社請求書が拒否、など。

DMARCは必ず `p=none` から始め、レポート（rua）を1〜2週間収集してから `p=quarantine` → `p=reject` と強化します。詳細は[DMARC設定方法を徹底解説](/blog/dmarc-setup-guide)を参照。

### パターン2: DNSだけロリポップ系で、メールは外部サービスで送る場合

「Webはロリポップ / メールはGoogle Workspace / ドメインはムームードメイン」のような構成です。

この場合、SPFのinclude値は**ロリポップではなく外部メールサービスのもの**を書きます。Google Workspaceなら `include:_spf.google.com`、Microsoft 365なら `include:spf.protection.outlook.com` です（最新値は各社公式参照）。DKIMセレクタも外部サービス指定のものを使い、**「Webホスティングがロリポップ」と「メール認証をロリポップ用に設定」は別物**です。

![SPF includes の衝突パターン](/blog/lolipop-email-auth-setup/spf-conflict-patterns.svg)

よくあるハマり: メールをGoogle Workspaceに切り替えたのにロリポップ用includeを消し忘れて2系統混在／SPFのinclude上限10個（RFC 7208）を超えて `permerror` ／ムームードメインで「メール設定」と「DNS設定」を混同してTXTを追加できていない、など。SPFの構造や `~all` / `-all` の選び方は[SPFレコードの設定方法](/blog/spf-setup-guide)を参照。

## 設定後の確認方法

管理画面の「設定済み」表示を信用せず、必ず外部からDNS応答を確認します。

```
dig TXT example.jp +short
dig TXT default._domainkey.example.jp +short
dig TXT _dmarc.example.jp +short
```

`default` の部分は実際にロリポップ側で発行されたセレクタ名に置き換えてください（管理画面の DKIM 設定画面または公式マニュアルで確認できます）。

`v=spf1`、`v=DKIM1`、`v=DMARC1` の文字列が返れば公開済みです。Webツールは[MXToolbox](https://mxtoolbox.com/)やドメイン番人の[無料ドメイン診断](/diagnose)（SSL含めまとめて）が便利です。

最後にGmailの個人アカウント宛にテスト送信し、ヘッダの「Authentication-Results」で `spf=pass` `dkim=pass` `dmarc=pass` がそろうことを確認します。

### 他のホスティング業者を使っている場合

同じ考え方は他のレンタルサーバーにも応用できます。SPF・DKIM・DMARCの仕様は業者を問わず共通で、違うのは設定場所と既定の挙動だけです。

- [ConoHa WINGの方針ガイド](/blog/conoha-wing-email-auth-setup)
- [エックスサーバーの方針ガイド](/blog/xserver-email-auth-setup)
- [さくらのレンタルサーバの方針ガイド](/blog/sakura-email-auth-setup)
- [お名前.comの方針ガイド](/blog/onamae-email-auth-setup)

### まとめ

- **メールサーバー（ロリポップ／外部）** と **DNS（ムームーDNS／外部）** の2軸で整理する
- レコード中身は共通だが、書く場所はDNS管理者によって変わる
- 既定SPFと外部SPFの混在は include衝突・上限超過の原因
- DMARCは `p=none` 開始 → レポート収集 → 段階的に強化
- 管理画面操作は変わるため最終確認は[公式マニュアル](https://lolipop.jp/manual/)で

## 自社の状況を確認してみませんか

設定状況がわからない方は、無料の[ドメイン診断](/diagnose)で現状をチェックできます。
DMARC・SPF・DKIM・SSLの状態が数十秒でレポートされます。
判断に迷う場合は[お問い合わせ](/contact)からご相談ください。専門家がわかりやすくサポートいたします。