Google Workspaceの料金を節約！シンレンタルサーバーとメールを使い分ける方法

独自ドメインでGoogle Workspace（以下GW）を導入する際、最大のネックになるのが「全ユーザー分のライセンス費用」です。

通常、MXレコードをGWに向けると、同じドメインのアドレスはすべてGWで契約しなければメールが届かなくなります。

本記事では、「GWを利用したい方」と「レンタルサーバーのメールで十分な方」を同じドメイン内に混在させ、コストを最小限に抑えつつ実務上の併用を実現する「配送分割（スプリットデリバリー）」の設定手順を詳しく解説します。

併用運用の全体像

今回の構成では、次の2つのグループを同じwgconsulting.netドメインで共存させます。

この構成を実現するには、外部から届くメールと、レンタルサーバー内部から送るメールの2つの経路を個別に設計する必要があります。

外部から届くメールだけを見ていると、途中で必ず詰まります。

理由は、レンタルサーバー内部から同じドメイン宛に送るメールが、外部のGoogle Workspaceへ出ないことがあるためです。

この記事で実現すること

この記事で実現する構成は、同じ独自ドメインの中で受信先を分ける運用です。

Google Workspaceを利用したい方はGoogle Workspaceで受信します。

レンタルサーバーを利用したい方はレンタルサーバー側で受信します。

この構成により、Google Workspaceが必要なアドレスだけ契約し、不要なアカウント費用を抑えます。

この構成を作るには、外部から届くメールと、レンタルサーバー内部から送るメールを分けて設計します。

外部から届くメールだけを見ていると、途中で必ず詰まります。

理由は、レンタルサーバー内部から同じドメイン宛に送るメールが、外部のGoogle Workspaceへ出ないことがあるためです。

最初に結論

同じ独自ドメインでGoogle Workspaceとレンタルサーバーを併用する場合、単純にMXレコードをGoogle Workspaceへ向けるだけでは足りません。

Google Workspace側では、Google Workspaceに存在しないアドレスをレンタルサーバーへ配送するルーティングを設定します。

レンタルサーバー側では、Google Workspaceで受信したいアドレスをあえて残し、Google Workspace専用サブドメインへ転送します。

今回の構成

今回の独自ドメインは、次の前提で説明します。

wgconsulting.netのMXレコードはGoogle Workspaceに向けています。

そのため、外部からwgconsulting.net宛に送られたメールは、まずGoogle Workspaceへ届きます。

ただし、すべてのメールアドレスをGoogle Workspace上に作成するわけではありません。

このように、同じwgconsulting.netの中で、Google Workspaceで受けるアドレスと、レンタルサーバーで受けるアドレスを分けます。

通常の設定で詰まる理由

Google Workspaceを独自ドメインで使う場合、MXレコードをGoogle Workspaceに向けます。

外部から届くメールは、このMXレコードに従ってGoogle Workspaceへ届きます。

A@wgconsulting.netがGoogle Workspace上に存在すれば、そのメールはGmailで受信できます。

このままでは、Google Workspace上に存在しないB@wgconsulting.net宛のメールが届きません。

そこで、Google Workspace側でルーティングを設定します。

Google Workspaceに存在しないwgconsulting.net宛のメールを、レンタルサーバー側へ配送します。

ここまでで、外部からレンタルサーバー利用者へのメールは受信できるようになります。

しかし、まだ問題は残ります。

それが、レンタルサーバー内部からGoogle Workspace利用者へ送るメールです。

最重要ポイントはローカル配送です

ローカル配送とは、レンタルサーバーが自分の中にあるドメイン宛のメールだと判断し、外部へ出さずにサーバー内で配信する動きです。

今回の例では、シンレンタルサーバー上にwgconsulting.netが登録されています。

この状態で、B@wgconsulting.netからA@wgconsulting.netへ送ると、シンレンタルサーバーは外部のGoogle Workspaceへ配送しません。

シンレンタルサーバーは、wgconsulting.netを自分の中にあるドメインとして扱います。

そのため、同じドメイン宛のメールをサーバー内部で完結させようとします。

この状態では、A@wgconsulting.netをGoogle Workspaceで使っていても、Gmailには届きません。

外部からA@wgconsulting.netへ送ったメールはGoogle Workspaceへ届きます。

しかし、シンレンタルサーバー上の同一ドメインから送ったメールは、シンレンタルサーバー内で止まります。

サポート回答で確認できた仕様

今回、シンレンタルサーバーのサポートにも確認しました。

回答の要点は、外部サーバーとシンレンタルサーバーで同一ドメインのアドレスを併用する運用はできない、という内容でした。

理由は、シンレンタルサーバー内に該当ドメインが登録されている場合、内部配送が最優先されるためです。

また、シンレンタルサーバー側にあるA@wgconsulting.netを削除しても、外部のGoogle Workspaceへ配送されるわけではありません。

サーバー内に宛先がないと判断され、エラーメールになる可能性があります。

A@wgconsulting.netを削除してはいけない理由

一見すると、シンレンタルサーバー側のA@wgconsulting.netを削除すれば、Google Workspaceへ配送されるように見えます。

しかし、この方法では解決しません。

シンレンタルサーバーは、wgconsulting.netをローカルドメインとして扱います。

そのため、A@wgconsulting.netがサーバー内に存在しない場合、外部へ出すのではなく、宛先がないものとして扱います。

今回の設定では、A@wgconsulting.netを削除しません。

シンレンタルサーバー側の受け皿として残します。

そのうえで、A@gw.wgconsulting.netへ転送します。

解決策はGoogle Workspace専用サブドメインです

ローカル配送の壁を回避するために、Google Workspace専用のサブドメインを作ります。

今回のサブドメインは次の通りです。

このgw.wgconsulting.netをGoogle Workspace専用として使います。

シンレンタルサーバー側の通常メールドメインとしては使いません。

Google Workspace側では、A@wgconsulting.netを利用する方に対して、次のエイリアスを使えるようにします。

A@gw.wgconsulting.net宛に届いたメールは、Google Workspace上のA@wgconsulting.netと同じ受信箱に届きます。

利用者は、通常どおりGmailで確認します。

別のメールボックスを確認する必要はありません。

設定前に準備するもの

設定前に、現在のメール構成を必ず整理します。

ここを曖昧にしたまま作業すると、一部のメールだけ届かない状態になります。

設定手順

ここからは、実際の設定順で説明します。

順番を変えると、途中でメール不達が起きやすくなります。

手順1 メールアドレスを利用場所ごとに分けます

まず、どのメールアドレスをGoogle Workspaceで受信し、どのメールアドレスをレンタルサーバーで受信するかを決めます。

ここで、使っているメールアドレスを漏らすと、あとで一部のメールだけ届かない状態になります。

特に、問い合わせ用、請求用、外部サービス登録用のメールアドレスは漏れやすいです。

手順2 Google Workspace側でルーティングを設定します

Google Workspace側では、Google Workspaceに存在しないwgconsulting.net宛メールを、レンタルサーバーへ配送する設定を作ります。

Google Workspaceの管理コンソールで、Gmailのルーティング設定を開きます。

設定を追加する画面で、次の内容を指定します。

手順3 gw.wgconsulting.netをGoogle Workspace専用にします

次に、Google Workspace専用のサブドメインを用意します。

gw.wgconsulting.netは、レンタルサーバー側の通常メールドメインとして使いません。

Google Workspace側で受けるための専用経路にします。

gw.wgconsulting.netには、Google Workspace用のMXレコードを設定します。

これにより、A@gw.wgconsulting.net宛のメールはGoogle Workspaceへ届きます。

手順4 レンタルサーバー側のA@wgconsulting.netを残します

ここが最重要です。

レンタルサーバー側のA@wgconsulting.netは削除しません。

削除すると、レンタルサーバー内から送った同一ドメイン宛メールが、宛先なしとしてエラーになることがあります。

レンタルサーバー側のA@wgconsulting.netは、利用者が直接確認するためのメールボックスではありません。

Google Workspaceへ逃がすための受け皿として使います。

手順5 A@wgconsulting.netからA@gw.wgconsulting.netへ転送します

レンタルサーバーのメール転送設定で、A@wgconsulting.netに届いたメールをA@gw.wgconsulting.netへ転送します。

この設定により、レンタルサーバー内部からA@wgconsulting.net宛に送られたメールも、Google Workspace側の受信箱へ届くようになります。

SPF、DKIM、DMARCも確認します

Google Workspaceとレンタルサーバーの両方から同じ独自ドメインで送信する場合、送信元認証も確認します。

送信元認証が弱いと、メール自体は配送されても迷惑メール扱いされやすくなります。

SPFレコードは複数本作ってはいけません。

必ず1本にまとめます。

Google Workspace用の許可設定と、レンタルサーバー用の許可設定を同じSPFレコード内に入れます。

迷惑メール判定で転送されない問題

今回、もう一つ詰まったのが迷惑メール判定です。

レンタルサーバー側で迷惑メール扱いされると、転送先のGmailまで届かないことがあります。

この場合、Google Workspaceに届いていないのではなく、レンタルサーバー側で止まっています。

転送運用では、レンタルサーバー側でメールを止めないことが重要です。

迷惑メール判定は、Google Workspace側で最終確認する設計にした方が切り分けしやすくなります。

完成後のメール配送パターン

外部からA@wgconsulting.net宛

外部からB@wgconsulting.net宛

B@wgconsulting.netからA@wgconsulting.net宛

差し戻しとエラーの対策

押してはいけない操作

• レンタルサーバー側のA@wgconsulting.netを削除してはいけません。
• Google Workspace側のルーティングで内部受信を外してはいけません。
• SPFレコードを複数本作ってはいけません。
• 迷惑メール判定後に削除する設定にしてはいけません。
• 転送先をA@wgconsulting.netへ戻してはいけません。
• gw.wgconsulting.netをレンタルサーバー側の通常メールドメインとして登録してはいけません。

この方法が有用なケース

この方法は、すべてのメールアドレスでGoogle Workspaceを契約する必要がない場合に有用です。

Google Workspaceを利用したい方だけGoogle Workspaceで受信し、レンタルサーバーを利用したい方は独自ドメインメールだけで運用できます。

同じ会社でドメインを一つに統一したい場合でも、全員分のGoogle Workspaceを契約する必要はありません。

ただし、今回のように配送経路を正しく分ける必要があります。

まとめ

Google Workspaceとレンタルサーバーで同じ独自ドメインのメールを併用する場合、普通に設定するだけでは詰まります。

Google Workspaceに一つのアドレスを作ると、そのドメイン全体をGoogle Workspace側で扱う発想になりやすいです。

その結果、Google Workspaceを利用しないメールアドレスまでGoogle Workspace側へ集約し、アカウントごとの費用が増えていきます。

しかし、Google Workspaceを利用したい方はGoogle Workspaceで受信し、レンタルサーバーを利用したい方はレンタルサーバーで受信する構成は、設計すれば実務上成立します。

今回のポイントは、ローカル配送を無理に外部MXへ出そうとしないことです。

レンタルサーバーの仕様としてローカル配送が優先されるなら、その受け皿を残します。

そのうえで、Google Workspace専用サブドメインへ転送します。

まずは、現在のメールアドレスを一覧化してください。

次に、Google Workspaceを利用したいアドレスと、レンタルサーバーを利用したいアドレスを分けてください。

そのうえで、Google Workspace側のルーティング、レンタルサーバー側の転送、gw.wgconsulting.netのサブドメイン設計を順番に設定してください。