はじめに：ホームページは正常なのに、メールだけ止まっていた

サイトを新しい環境へ引っ越したあと、確認するのはたいてい表示です。トップページが出る、ページ遷移できる、フォームが動く。ここまで見て「移行完了」とする事業者は多いと思いますし、自分もそうしていました。

2026年9月29日、取引先に伝える連絡先を独自ドメインのアドレスにしようとして、ドメインの設定を見直しました。そこで気づいたのは、@logical-web.jp 宛てのメールが、どこにも届いていなかったことです。この記事は、自分の失敗の記録です。あわせて、同じことが自社で起きていないかを5分で確かめる方法と、止まっていた場合の直し方を、費用の目安つきで書きます。

何が起きていたのか

自サイトは、レンタルサーバー（Xserver）から Cloudflare Pages へ引っ越しました。2026年9月にはサーバー側の運用も止めています。ドメインの住所録にあたる DNS は Cloudflare で管理しています。

この住所録には、「このドメイン宛てのメールはどこへ届けるか」を示す行があります。MXレコードと呼ばれるものです。確認すると、その行き先が、メールを受け取れないWebサイトの配信先を向いていました。郵便にたとえると、宛先の住所が、郵便受けのない建物になっていた状態です。

いつから止まっていたのかは、特定できていません。引っ越しの過程のどこかで壊れたと見ていますが、断定できる材料がありません。つまり、止まっていた期間に届くはずだったメールがあったかどうかも、自分には分かりません。

お問い合わせフォームは外部のフォームサービス経由で動いていたため、影響はありませんでした。これは運がよかっただけで、設計して守っていたわけではありません。

なぜ誰も気づかないのか

理由は3つあります。

1つ目は、ホームページが正常に見えることです。Webの表示とメールの配送は、同じドメインを使っていても別の仕組みで動いています。表示の確認をいくら重ねても、メールの状態は分かりません。

2つ目は、エラーが出ないことです。自分の場合も、何の通知もありませんでした。届かなかったメールについてエラーが戻るかどうかは、送り主の環境次第です。戻ったとしても送り主の側で、送り主が気づいて読むとは限りません。受け取る側の会社には、何も起きないのです。

3つ目は、「届いていないこと」は誰の目にも見えないことです。問い合わせや注文の連絡が来ない期間があっても、単に忙しくないのか、止まっているのかを区別できません。

「エラーが出ないまま止まる」のはメールに限りません。ネットショップの購入の計測も、仕様変更で同じように黙って止まることがあります（ShopifyのGA4計測が黙って止まる3つの廃止）。

経営者が5分でできる確認

専門知識は要りません。次の手順です。

  1. 普段使っていない別のアドレス（個人のGmailなど）を用意する
  2. そのアドレスから、会社の独自ドメインのアドレス宛てに1通送る
  3. 数分待って、会社のメールソフトに届くかを見る

届けば、少なくとも受信はできています。届かない、あるいはエラーで戻ってきたら、行き先の設定を疑います。逆方向、つまり会社のアドレスから個人のGmailへ送って、迷惑メールに入っていないかまで見ておくとより確実です。

この確認は、次のタイミングのあとに必ずやる、と決めておくのが有効です。

  • サイトの移転・リニューアルをしたあと
  • レンタルサーバーを解約・変更したあと
  • 制作会社や保守の担当を変えたあと

制作会社や外注先がいる場合は、作業の前後で「メールの行き先（MXレコード）は変えましたか、変えていませんか」と一言聞くだけで、見落としはかなり減らせます。変えていないなら、移転後も同じ行き先のままかを確認してもらってください。

止まっていた場合の直し方と、費用・期間の目安

直し方は大きく3つあります。自分が検討した比較です。

方法費用の構造送信向いている場合
Cloudflare Email Routing無料受信して転送するだけ。人が普段のメールとして独自ドメインのアドレスから送る用途には使えない受け取れれば足りる。返信は別のアドレスで構わない
レンタルサーバーのメール契約しているサーバーの内容による契約内容によるサーバーを継続して使っていて、すでにメールが含まれている
Google Workspace有料。1人あたり月1,000円前後（2026年9月時点。正確な額は公式の料金ページで確認してください）送受信できる取引先へ独自ドメインのアドレスで送る必要がある

自分は、取引先に送る必要があるため、Google Workspace の一番下のプランにしました。費用は、使う人数分だけ月額でかかります。1人で使うなら、月1,000円前後を年間で払い続けるという構造です。

作業時間は、申し込みから送受信の確認まで、スマホで30分ほどでした。DNS の設定は、Google の画面から Cloudflare へ自動で反映できたので、行き先の書き換えを手で行う必要はありませんでした。

そのあとに、送信の信頼性を上げる設定を追加しています。DKIM（送信元が本物であることを示す電子的な署名）と DMARC（認証に失敗したメールの扱いを受信側に伝える設定）です。DKIM は、Google の公式説明によると、Gmail を有効にしてから鍵が取得できるまでに24〜72時間待つ場合があるとされています（出典: https://knowledge.workspace.google.com/admin/security/set-up-dkim ）。すぐ終わらない場合がある、という前提で日程を組んでください。

送信側の認証は、どこまで要るのか

Gmail の送信者ガイドラインでは、すべての送信者に SPF または DKIM の設定が求められ、1日5,000通以上送る送信者には SPF・DKIM・DMARC が求められます（出典: https://support.google.com/a/answer/81126 ）。

中小のEC事業者が、1日5,000通を超えて送ることはあまりないと思います。ただ、その数に届かなくても、設定がないと受け取る側が送り主の本物らしさを確かめる材料が減り、迷惑メールとして扱われる可能性は上がります。独自ドメインで送るなら、最初から設定しておくほうが、あとで「届いていない」と言われるより手間が少なく済みます。

やらなくてよい場合

次に当てはまるなら、この話は急ぎではありません。

  • 独自ドメインのメールを、これまで一度も使っていないし、今後も使う予定がない
  • お問い合わせフォームも外部サービスで受けていて、@自社ドメイン宛てのメールを誰も運用していない
  • 連絡手段が電話やチャットで完結していて、取引先にメールアドレスを案内していない

この場合は、Google Workspace を契約する必要はありません。月額の費用だけが発生するためです。ただ、名刺やサイトに @自社ドメインのアドレスが載っているなら、使っていないつもりでも誰かが送ってくる可能性があります。5分の確認だけは済ませておくことをおすすめします。

まとめ：引っ越しの前に、何がどこに依存しているかを書き出す

今回の件で分かったのは、サイト移転は「見える部分」だけでなく、ドメインにぶら下がっている見えない機能（メール、認証、外部サービスとの連携）まで一緒に確認しないと、完了と言えないということです。自分は、止まっていた期間も原因の時点も特定できませんでした。事前に棚卸しをしていれば、防げた可能性があります。

自社のサイトやサーバーの整理を控えていて、何がどこに依存しているか自信がない場合は、移転前にその一覧を作る作業だけを単発でお手伝いできます（単発のご依頼について）。データ整備を外注するか内製するかの判断材料が必要なら、外注判断のガイドも参考にしてください。

まずは相談だけでも構いません。状況を聞かせていただければ、やるべきこと、やらなくてよいことをお伝えします。お問い合わせはこちらからどうぞ。