Webサイトのリニューアルやサーバーの老朽化に伴い、サーバーの引っ越し（移転）を行うことは、長くビジネスを続けていれば避けて通れないイベントです。しかし、このサーバー移転において、Web担当者や経営者が最も恐れなければならないのは、Webサイトが数時間見られなくなることではありません。
「メールが届かなくなる」「送ったメールが相手に届かない」という、通信インフラの断絶です。
想像してみてください。サーバーを切り替えたその瞬間から、重要な見積もりの依頼や、緊急のクレーム対応メールが、誰の目にも触れずにデジタル空間の闇に消えていく状況を。しかも、送信者は「送れた」と思っており、受信者である御社は「届いていないこと」にすら気づけない。
数日後、電話で「メールの返事がないのですが」と怒られて初めて発覚する。これはBtoB企業にとって、信用の失墜に直結する致命的な事故です。
しかし、断言します。サーバー移転に伴うメールトラブルは、不可抗力の事故ではありません。正しい知識と手順を踏めば、100%防ぐことができる「人災」です。
今回は、制作会社やサーバー管理会社があまり語りたがらない、裏側の仕組み（DNSの伝播など）を紐解きながら、ビジネスを止めないための鉄壁の移転フローを解説します。
なぜサーバーを切り替えるとメールが消えるのか
まず、トラブルのメカニズムを理解しましょう。メールが消える原因の9割は、「DNSの浸透（伝播）期間」の認識不足と、新旧サーバーの「並行運用」を行っていないことに起因します。
インターネット上の「住所変更」にはタイムラグがある
サーバーを移転するということは、インターネット上の住所（IPアドレス）が変わることを意味します。この住所変更を世界中に知らせる仕組みがDNS（ドメイン・ネーム・システム）です。
しかし、DNSの情報は世界中のDNSサーバーにキャッシュ（一時保存）されており、一斉に書き換わるわけではありません。「ある場所からは新サーバーが見えているが、別の場所からはまだ旧サーバーが見えている」という不安定な期間が、数時間から長いと3日ほど続きます。これを「プロパゲーション（浸透期間）」と呼びます。
この期間中、取引先があなたに送ったメールは、運任せで「旧サーバー」か「新サーバー」のどちらかに届きます。もし、そのどちらかの受け入れ態勢が整っていなければ、メールは迷子になり、消滅するか、エラーメール（User Unknown）として送り返されてしまいます。
最も危険な「空白のポケット」
よくある失敗事例は、新サーバーにメールアカウント（メールボックス）を作成する前に、DNSを切り替えてしまうケースです。
DNSが切り替わった瞬間、新サーバーにメールが届こうとしますが、そこに「受け皿」がなければ、システムは「宛先不明」と判断して着信を拒否します。
また、旧サーバーを早々に解約・停止してしまうのも危険です。まだ旧サーバー宛に届いているメールがあるのに、ポストを撤去してしまえば、それらのメールはすべてロストします。
メール事故をゼロにする「3つの防衛策」
私たちCagraPROがサーバー移転を行う際、決して省略しない手順があります。これは技術的に難しいことではありませんが、手間を惜しむと必ず事故につながります。
1. 「TTL」を短縮し、切り替え時間を制御する
専門的な話になりますが、DNSレコードには「TTL（Time To Live）」という生存期間の設定があります。これは「キャッシュをどれくらいの期間保持するか」という指定です。
通常、TTLは「86400秒（24時間）」などに設定されています。このままDNSを書き換えると、最長で24時間は世界中で新旧の情報が混在することになります。
私たちは、移転の数日前にこのTTLを「300秒（5分）」などの極端に短い時間に設定変更します。これにより、いざ本番でDNSを切り替えた際、世界中のサーバーが素早く新しい情報を読み込みに行き、不安定な期間を最小限に抑えることができます。
2. 新サーバーに「全く同じ」アカウントを作る
DNSを切り替える前に、新サーバー側に、現在使用している全てのメールアドレス（メーリングリストや転送設定含む）を、一文字の狂いもなく作成しておく必要があります。
パスワードも旧サーバーと同じにしておくのが理想ですが、セキュリティポリシー上変更が必要な場合もあります。いずれにせよ、「新サーバーにメールが届いたとしても、確実に受信できる箱」を先に用意しておくことが鉄則です。
ここでの確認漏れ（退職者のアカウントは消していいか、info@などの共有アドレスの設定など）が、後々のトラブルの種になります。
3. 新旧サーバーの「並行受信」体制を作る
これが最も重要です。DNS切り替え後の数日間は、メールソフト（OutlookやThunderbirdなど）の設定において、新旧両方のサーバーからメールを受信できるようにします。
具体的には、これまでのアカウント設定（旧サーバー）はそのまま残し、追加で新しいアカウント設定（新サーバー）を行います。この際、ホスト名（受信サーバー名）にはドメイン名（mail.example.co.jpなど）を使わず、それぞれのIPアドレスを直接指定することで、DNSの状況に関わらず確実に両方のサーバーを見に行くことができます。
これにより、取引先のメールがどちらのサーバーに届こうとも、手元のパソコンには必ずメールが落ちてくる状態を作れます。完全な移行が確認できてから、旧設定を削除すればよいのです。
サーバー移転は、単なるデータの移動ではありません。ビジネスの動脈である通信インフラの「切替手術」です。失敗が許されない作業だからこそ、経験豊富な専門家の手技が必要です。
自社での対応に不安がある、あるいは現在の管理会社の対応に疑問がある場合は、一度ご相談ください。無停止での安全な移行プランを策定します。
見落としがちな「送信ドメイン認証」の罠
受信だけでなく、「送信」のトラブルも増えています。近年、Google（Gmail）などの迷惑メールフィルタが強化されており、サーバー移転後に「送ったメールが迷惑メールフォルダに入る」「ブロックされる」という事象が多発しています。
SPFレコードとDKIMの再設定
旧サーバーで設定していた「SPFレコード（なりすまし防止の記述）」や「DKIM（電子署名）」の設定を、新サーバーに合わせて正しくDNSに書き直していますか？
サーバーが変わればIPアドレスが変わるため、SPFレコードの記述も変更が必要です。これを忘れると、あなたのメールは「怪しいサーバーから送られたなりすましメール」と判定され、相手に届かなくなります。
特にBtoBでは、請求書の送付などがブロックされると支払遅延にもつながります。移転時には、メールの到達率（デリバナビリティ）を守るためのDNS設定が不可欠です。
メールソフトの設定変更という「社内周知」の壁
技術的な準備が完璧でも、最後の壁となるのが「社員全員のメールソフトの設定変更」です。
数十人、数百人の社員が、一斉にメールソフトの設定値を変更しなければなりません。「パスワードが変わった」「受信できない」といった問い合わせが社内の情シス担当に殺到し、業務が麻痺することもサーバー移転のよくある風景です。
マニュアル作成とヘルプデスク機能
CagraPROでは、サーバー移転プロジェクトの一環として、社員向けの「設定変更マニュアル」の作成も行います。Outlook、Thunderbird、iPhone、Androidなど、利用環境に合わせた図解入りの手順書を用意します。
また、DNSの切り替えタイミングに合わせて、どのタイミングで設定を変更すべきかのアナウンス文面も作成し、担当者の負担を軽減します。サーバー移転は「技術」だけでなく、こうした「社内調整」まで含めてデザインされるべきプロジェクトです。
コストをケチって「信頼」を失う愚行
格安のサーバー移転代行業者や、知識の浅いフリーランスに依頼すると、ここまで解説したような「並行期間の確保」や「SPFレコードの調整」が省略されることがあります。「とりあえずサイトが表示されればOK」という認識だからです。
しかし、たった一通の重要なメールが消えることで失う利益や信頼は、移転費用の差額よりも遥かに大きいはずです。
サーバー移転は、数年に一度の「インフラ投資」です。ここでコストを削ることは、建物の基礎工事で鉄筋を減らすようなものです。
「メールが1通も消えないことが当たり前」。
この当たり前を守るために、私たちは細心の注意と準備を重ねます。
御社のビジネスを止めることなく、より快適で高速なサーバー環境へ。その「橋渡し」役を、ぜひCagraPROにお任せください。
不安のない、スムーズな移転をお約束します。
著者：清宮 雄（株式会社カグラ 代表取締役） マーケティング、ブランディングおよび企業経営の領域において20年以上の実務経験を有する。国内外にてIT事業および教育事業を展開。