「ブログの移行完了！これで一安心。じゃあネームサーバーをポチッと切り替えて……」
数年前の私、通勤電車のスマホからこの操作をやって、文字通り血の気が引きました。
なぜって、数日後に取引先から「ハルさん、先日の件でメール送ったんですが届いてます？」と連絡が来たからです。
そう。サイト自体は無事に切り替わったものの、大事な仕事のメールが「虚空」に消え去っていたという現実……。
ブログのデータなら、最悪バックアップからやり直せます。でも、「サーバー移行の狭間でロストした受信メール」は、二度と手元に戻ってきません。
もしこれが、大事な顧客からのクレームや、高額案件の依頼だったとしたら。想像するだけで胃が痛くなりますよね。
この記事にたどり着いたあなたは、きっと「WordPressの移行はツールでなんとかなりそうだけど、メールがどうなるか不安でたまらない」と足踏みしているはず。
その警戒心、大正解です。
今回は、過去にやらかして冷や汗をかいた私ハルが、他社からシンレンタルサーバーへ独自ドメインメールを「1通も取りこぼさずに」移行するための泥臭い防衛線を共有します。
綺麗事抜きの結論を言うと、鉄則はただ一つ。
「新サーバーの準備をすべて終えてから、DNSを切り替える」
これだけです。専門用語が苦手でも大丈夫。失敗しないための安全な手順を、一つずつ一緒に確認していきましょう。
結論｜WordPressを移行してもメールは自動では移らない
「シンレンタルの『WordPress簡単移行』を使えば、メールも勝手に移ってくれるんでしょ？」
当時の私が抱いていた、最高に甘い勘違いです。
移行ツールを使えば、記事のデータや画像は確かにサクッと新サーバーへコピーされます。でも、メールボックスの中身やメールアカウントの設定は、WordPressのデータとは完全に別モノ。
例えるなら、お店の「看板や内装（Webサイト）」を新しい店舗にそっくりそのままコピーできても、「郵便受け（メールサーバー）」は自分で新しい店舗に設置し直さないと、郵便屋さんが手紙を届けられないのと同じ。
何もしないまま「ネームサーバー（住所案内）」だけを新店舗に変えてしまうと、郵便屋さんは「あれ？新しい住所に来たけど郵便受けがないぞ」と手紙を持ち帰るか、最悪どこかへ破棄してしまいます。
これが、メールの取りこぼしが起きる最大の原因。
だからこそ、「Webサイトの引っ越し」と「メールの引っ越し」は、頭の中で完全に切り離して考える必要があるんです。
サーバー移行すると独自ドメインメールはどうなる？
じゃあ、サーバーを変えると今使っているメールはどうなってしまうのか。
「アドレスが変わって、お客さんに変更のお知らせを送らなきゃいけないの？」と不安になるかもしれませんが、そこは安心してください。
メールアドレス自体は同じまま使える
info@example.com や contact@example.com といった、あなたが手塩にかけて育ててきた「独自ドメインのメールアドレス」は、シンレンタルに移行してもそのまま使えます。
名刺を刷り直したり、取引先に「メアド変わりました！」なんてカッコ悪い一斉送信をする必要はありません。
変わるのはメールを受け取るサーバー
変わるのは、メールアドレスという「名前」ではなく、メールを受け取る「箱（サーバー）」の場所です。
これまで旧サーバーというマンションの101号室に置いていた郵便受けを、シンレンタルという新しいマンションの201号室に置き換えるイメージ。
見た目のアドレスは同じでも、裏側でメールを処理しているコンピューターが変わるという現実。ここを理解しておかないと、後でGmailやOutlookの設定変更で必ずつまずきます。
MXレコードがメールの配送先を決める
ここで一つだけ、どうしても覚えておいてほしい専門用語があります。
それが「MX（エムエックス）レコード」。
難しそうに聞こえますが、要するに「インターネット上の郵便配達員に対する、メール専用の案内板」です。
誰かがあなたにメールを送った時、システムはこのMXレコードを見て「あ、example.com宛のメールは、今はシンレンタルのサーバーに届ければいいんだな」と判断します。
過去の私がやらかしたのは、新サーバー側に「郵便受け」を作っていないのに、この案内板だけをフライングで書き換えてしまったこと。
だからこそ、私たちがやるべきミッションは明確。
「案内板（MXレコードやネームサーバー）を書き換える前に、シンレンタル側に頑丈な郵便受けを作っておく」
この順番さえ守れば、移行は9割成功したも同然です。
メール移行前に確認しておくこと
「よし、今のうちに必要な設定を確認しておこう！」
そう意気込んで、いざ移行作業を始めようとした過去の私。しかし、最初のステップで見事にフリーズしました。
「あれ……infoアドレスのパスワードって何だっけ？」
「iPhoneとパソコン、両方でメール見てるけど、これってIMAP？ POP？」
普段、メールソフトにパスワードを記憶させていると、いざという時に全く思い出せないという「あるある」。
移行作業の途中で「分からないこと」が連続すると、人は焦ってミスを犯します。だからこそ、シンレンタルで作業を始める前に、今の状態を丸裸にしておく必要があるんです。
具体的にメモしておくべきは、以下の7つの項目です。
現在使っているメールアドレス一覧
まずは、独自ドメインで作っているメールアドレスをすべて洗い出します。
「info@〜」だけでなく、「contact@〜」や「support@〜」、あるいは自分専用の「haru@〜」など、過去に作って放置しているアドレスはないでしょうか。
ここでリストアップから漏れたアドレスは、新サーバーで作成されないため、当然メールを受信できなくなります。不要なアドレスを断捨離する良い機会でもありますが、必要なものは1文字の狂いもなくリスト化しておきましょう。
メールアカウントのパスワード
旧サーバーでメールアカウントを作成した時に設定したパスワード。
実は、シンレンタルに同じメールアドレスを作成する際、パスワードは「新しいもの」を設定しても構いません。
ただ、これまで使っていたパスワードを控えておけば、後でGmailやOutlookの再設定をする時に「受信サーバーだけ書き換えて、パスワードはそのまま」という運用ができて少しラクになります。もし忘れてしまっていても、シンレンタル側で新しく強固なパスワードを設定すればOKです。
IMAPかPOPか
ここ、超重要です。後の「過去メールがどうなるか」に直結します。
今あなたがメールソフト（OutlookやMac標準メールなど）で受信している方式は「IMAP」と「POP」のどちらでしょうか？
ざっくり言うと、
・IMAP：サーバー上のメールを覗き見している状態（スマホとPCで同期される）
・POP：サーバーから手元のパソコンにメールをダウンロードして抜き取っている状態
もし「IMAP」で使っている場合、新サーバーに切り替えた瞬間、メールソフトの中身が「空っぽの新サーバー」を読みに行ってしまい、一時的に過去メールが見えなくなるパニックに陥りやすいです（データが消えたわけではありません）。今の接続方式がどちらか、メールソフトのアカウント設定画面で必ず確認してください。
Gmail・Outlook・スマホなど利用中のメール環境
「仕事用PCのOutlook」「移動中のiPhone」「自宅用PCのブラウザ（Gmail）」など、その独自ドメインメールを受信・送信している端末とアプリをすべてリストアップします。
移行作業の終盤、これら「すべて」のアプリで、新しいサーバーへ接続するための設定変更（または新アカウント追加）を行う必要があるからです。「PCは設定したけど、スマホのアプリを忘れていて、出先でメールが送れなかった」というのも、私の痛い失敗談の一つです。
現在のMXレコード
旧サーバーの管理画面（DNS設定やネームサーバー設定など）を開き、現在の「MXレコード」がどうなっているかを確認します。
多くの場合、旧サーバー独自の文字列（例：旧サーバーのホスト名）や、単純に自分のドメイン名が指定されているはず。これを後ほど、シンレンタルの指定する値に書き換えることになります。今の状態をスクリーンショットで残しておくと、万が一設定を戻したくなった時の命綱になります。
SPF・DKIM・DMARC
最近のメール事情を語る上で避けて通れないのが、この3つの認証設定。
要するに「このメールは怪しい業者からのなりすましじゃなく、本当に私が送ったメールですよ！」と証明するための身分証です。
これらを設定していないと、相手先のGmailなどで「迷惑メールフォルダ」に直行してしまう確率が跳ね上がります。旧サーバーでこれらのDNSレコード（TXTレコードなど）を設定していたか確認し、後ほどシンレンタルでも確実に対応できるように準備しておきましょう。
問い合わせフォームのメール設定
盲点になりやすいのが、WordPressのお問い合わせフォーム（Contact Form 7など）です。
「サイトからの問い合わせが、自分のinfo@〜に届く設定になっているか」
「自動返信メールの送信元アドレスが、独自ドメインになっているか」
もし「WP Mail SMTP」などの送信専用プラグインを使って旧サーバーのSMTP情報を入力している場合、移行後にここも書き換えないと、せっかくの顧客からの問い合わせが送信エラーになってしまいます。
シンレンタル側に同じメールアドレスを作成する
今の状態が丸裸になったら、いよいよシンレンタル側に「新しい郵便受け」をドスンと設置しに行きましょう。
まだネームサーバー（案内板）は旧サーバーを向いている状態なので、この作業をしても今のメール受信には全く影響しません。安心して進めてください。
DNS切り替え前にメールアカウントを作成する
何度でも言いますが、これがメールを止めないための生命線。
シンレンタルのサーバーパネルにログインし、「メールアカウント設定」から、リストアップしたメールアドレスを追加していきます。
「ネームサーバーを変えてないのに、メールアドレスって作れるの？」と思うかもしれませんが、作れます。サーバーというマンションに、表札だけ先にかけておくイメージですね。
メールボックス容量を確認する
アカウントを作成する際、メールボックスの容量（サイズ）を設定する項目があります。
シンレンタルは全体として大容量のサーバーですが、メールアカウント一つひとつの初期容量が少なめに設定されている場合があります。
仕事用で添付ファイルのやり取りが多いなら、すぐにパンクしないよう余裕を持たせた容量（数GB〜など）に設定しておくのが無難です。後から変更もできますが、最初にやっておく方が後々のトラブルを防げます。
必要なアドレスをすべて作成する
「info@〜」「contact@〜」など、現在使っているアドレスを一文字の狂いもなく作成します。
ここでタイピングミス（例：inf@〜にしてしまうなど）があると、切り替えた瞬間にそのアドレス宛のメールがエラーで送信者に跳ね返ってしまいます。
パスワードは、旧サーバーと同じものにするか、セキュリティを考えてこれを機に新しくするかは自由です。新しいパスワードにした場合は、後でメールソフトの設定変更に使うため、必ず安全な場所にメモしておいてください。
これで、新サーバー側に「いつでもメールを受け取れる頑丈な郵便受け」が完成しました。
「さて、新サーバーにメールアドレスも作った。これで準備万端！」
……と、思いきや。ここでまた一つ、過去の私が盛大に勘違いしていた罠があります。
「これまで受信した過去のメールたちって、勝手にシンレンタルに移ってくれるんだよね？」
結論から言うと、移りません。これ、本当に要注意です。
WordPress簡単移行では過去メールは移行されない
さきほど「Webサイトとメールは別モノ」とお伝えした通り、シンレンタルの「WordPress簡単移行」ツールが運んでくれるのは、あくまでブログの記事や画像データだけ。
旧サーバーのメールボックスに溜まっている顧客からの問い合わせ履歴や、取引先との大事なやり取りは、一切タッチされずに旧サーバーに取り残されます。
IMAPの場合
ここで効いてくるのが、事前準備で確認してもらった「IMAPか、POPか」という接続方式。
もしあなたが「IMAP」でメールを受信しているなら、かなり警戒してください。IMAPは「手元のスマホやPCから、サーバーにあるメールを覗き見している」状態。
ネームサーバーを切り替えて新しいシンレンタルのサーバーを見に行くようになった瞬間、メールソフトの中身は「空っぽの新サーバー」を映し出すため、これまで見えていた過去メールがフッと画面から消えます。データ自体が消滅したわけではないのですが、パニックになるには十分すぎる現象です。
POPの場合
一方、「POP」で受信している場合は少し状況が違います。
POPは「サーバーから自分のパソコン内に手紙をダウンロードして抜き取っている」状態。すでにあなたのパソコン内に保存されているため、サーバーを切り替えても過去メールが画面から消えることはありません。
ただし、複数のパソコンやスマホで同じアドレスを使っている場合、「メインのPCにしか過去メールが残っていない」という事態になりがち。これも後々、仕事の効率をゴリゴリ削ってきます。
必要な過去メールは移行前にバックアップする
「過去のメールなんて見ないからいいや」という潔い人ならスルーしてOKです。
でも、「去年のあの案件、どういう条件で着地したっけ？」と過去のやり取りを検索する機会が少しでもあるなら。
ネームサーバー（DNS）を切り替える前に、必ず過去メールをバックアップするか、新サーバーへ手動で移す準備をしておいてください。「後でやろう」は、高確率で「手遅れ」になります。
過去メールを新サーバーへ移す方法
では、どうやって過去のメールを新しいシンレンタルの郵便受けへ移せばいいのか。
実は、メールサーバー同士でデータを直接ポンッと自動転送する魔法のボタンはありません。泥臭いですが、「自分のパソコン（メールソフト）を経由してコピーする」のが一番確実で安全な方法です。
IMAP対応メールソフトで旧・新アカウントを設定する
使うのは、OutlookやMac標準メール、Thunderbirdなどのパソコン用メールソフトです。（※ブラウザ上のGmailだけで完結させるのは少しハードルが高いので、パソコンのメールソフトを使うのがおすすめ）。
まずは、今のメールソフトに「旧サーバーのメールアカウント（今まで使っていたもの）」と「シンレンタルの新サーバーのメールアカウント」の2つを、両方とも「IMAP方式」で設定して並べます。
同じメールアドレスが2つ並ぶことになるので、設定時の「アカウント名（表示名）」を「旧サーバー用」「シンレンタル用」と分かりやすく書き換えておくと、作業中のミスを防げます。
旧メールボックスから新メールボックスへコピーする
2つのアカウントが並んだら、あとは物理作業。
「旧サーバー用」の受信トレイに入っている過去メールを全選択し、「シンレンタル用」の受信トレイへ向かって、マウスでズリズリとドラッグ＆ドロップ（または右クリックでコピー）するだけ。
送信済みメールも残しておきたい場合は、「送信済みトレイ」の中身も同じようにコピーします。
これで、自分のパソコンをトンネルにして、旧サーバーから新サーバーへと過去メールが少しずつ引っ越ししていきます。
大量メールの場合は時間がかかる
ここで一つ、私の失敗からの強烈なアドバイスを。
「数年分のメール、何万通もあるけど一気にコピーしちゃえ！」とやると、十中八九メールソフトがフリーズします。
何千、何万というメールデータをネット経由で移動させるため、とにかく時間がかかるし、回線にも負荷がかかるんですよね。
「今日の夜にネームサーバー切り替えたいから、夕方パパッとやろう」なんてスケジュールを組むと大火傷します。
過去メールの移行は、週末などまとまった時間が取れる時に、月ごとや年ごとなど少しずつ小分けにしてコピーするのが、結果的に一番の近道。焦らず、確実に新しい郵便受けへ過去の財産を移しておきましょう。
いよいよ、新サーバーの「郵便受け」も完成し、過去メールのコピーも進めました。
ここからが本番。手汗を握りながらマウスを握ったあの日の私と同じように、いざ「案内板の切り替え」を実行する時です。
MXレコードを切り替える
MXレコードとは
先ほども少し触れましたが、インターネット上の「手紙の配送ルート」を決める重要な案内板。それがMXレコードです。
「example.com宛のメールは、このサーバーへ運んでね」という指示書きですね。
新メールサーバーのMXへ変更する
もし、あなたが「ドメインの管理画面（お名前.comなど）」でDNSレコードを個別にいじって移行しようとしているなら、このMXレコードの向かう先を、シンレンタルの指定するサーバー（sv〇〇〇.xserver.jpなど）に書き換えることになります。
これを書き換えた瞬間から、世界中のメール配達員が「おっ、今日から新しいマンション（シンレンタル）に届ければいいんだな」と動き出します。
ネームサーバー変更の場合はDNS全体が変わる
ただ、大半の人は「Webサイト（WordPress）」と「メール」の両方をシンレンタルへ移行しますよね。
その場合、MXレコードだけをチマチマいじるのではなく、「ネームサーバー」という案内板の総元締めごと、シンレンタル（ns1.xserver.jpなど）へ丸ごと切り替えるのが一般的。
ネームサーバーを切り替えると、Webのアクセスも、メールの配送ルート（MX）も、すべて連動してシンレンタルを向くようになります。
Webだけ切り替える場合との違い
ぶっちゃけ、「Webはシンレンタルに移すけど、メールは今まで通り旧サーバー（あるいはGoogle Workspaceなど）で受け取りたい」というイレギュラーなケースもあります。
その場合は、ネームサーバーを丸ごと変えてしまうとメールが届かなくなるため、DNSレコード（AレコードやMXレコード）を個別に調整する、ちょっとした職人技が必要になります。
でも、今回は「Webもメールもシンレンタルへ移行する」前提。
新サーバー側にメールアカウントという「郵便受け」さえしっかり準備してあれば、ネームサーバーの切り替えで一気に進めてしまって大丈夫です。
SPF・DKIM・DMARCも確認する
ネームサーバーを切り替えて、「よし！これでメールも届くはずだ」と安心するのはまだ早いです。
ここで手を抜くと、「相手にメールを送ったのに、迷惑メールフォルダに直行していて全然読まれない」という、サイレントで致命的なダメージを受けます。
SPF
DKIM
DMARC
アルファベットの羅列を見ると拒絶反応が出ますよね。私も昔は「よく分からないから放置！」で済ませていました。結果、大事な見積もりメールが先方の迷惑メールに入っていて、案件が一つ消滅した苦い記憶があります……。
迷惑メール判定やなりすまし対策との関係
難しく考える必要はありません。これらはすべて「私が送ったこのメールは、怪しい業者のなりすましじゃないですよ」と証明するための身分証です。
・SPF：「私は間違いなく、シンレンタルの正規のサーバーから送っています」という証明書。
・DKIM：「このメールは、送信途中で悪意ある誰かに書き換えられていません」という電子署名（ハンコ）。
・DMARC：「もしSPFやDKIMのチェックに落ちた怪しいメールが届いたら、迷わず弾いてくださいね」という宣言。
最近のGmailなどはスパム対策が極めて厳しくなっており、この身分証がないメールを問答無用で弾くようになりました。
ありがたいことに、シンレンタルはネームサーバーを向ければ、自動的にこれらの設定が良い感じにオンになるよう設計されています。
とはいえ、念には念を。「サーバーパネル」の「メール認証（SPF/DKIM/DMARC）設定」という項目を開き、自分のドメインでしっかりこれらが「有効」になっているか、自分の目で確かめておくのが自分の身（と信用）を守る鉄則です。
DNS切り替え中にメールを取りこぼさないための対策
ネームサーバーを切り替えて、「よし、あとはシンレンタルでメールを受信するだけ！」とPCを閉じた過去の私。
しかし、翌日になってもなぜかメールが一通も来ない。「おかしいな、閑散期かな？」なんてのんきに構え、ふと気まぐれで旧サーバーのWebメール（ブラウザで見るメール画面）を開いた瞬間……。
そこには、未読の重要メールが3件、ポツンと届いていました。
「えっ、ネームサーバー変えたのに、なんでまだ旧サーバーに届いてるの！？」と、変な汗がドッと噴き出したのを今でも鮮明に覚えています。
DNS反映には時間差がある
これ、実は「DNSの浸透」と呼ばれる、インターネット特有の魔の時間帯が原因です。
ネームサーバー（案内板）を書き換えても、世界中のすべての郵便配達員に「新しい住所」が一瞬で伝わるわけではありません。
「おっ、住所変わったんだな」とすぐにシンレンタルへ運んでくれる優秀な配達員もいれば、「え？住所？今まで通り旧マンションでしょ？」と、古い記憶のまま旧サーバーへ運び続けるのんびり屋の配達員もいます。
この記憶が完全に新しいものへ書き換わるまで、数時間〜長ければ24時間程度、旧サーバーと新サーバーのどちらにメールが届くか分からない「不安定な時間」が続くという現実。
旧メールサーバーを残しておく
だからこそ、「ネームサーバーを切り替えたから、もう旧サーバーのデータは消しちゃえ！」というのは絶対にNG。
切り替え手続きをした後も、旧サーバーの「郵便受け」はそのまま壊さずに残しておいてください。
旧・新両方の受信箱を確認する
そして、この切り替え直後の数時間は、メールソフトに設定した「旧サーバー用アカウント」と「シンレンタル用新アカウント」の【両方】をこまめにチェックする必要があります。
A社からのメールは新サーバーに届いたのに、B社からのメールはなぜか旧サーバーに届いた、なんてことはザラに起きますからね。
重要メールが多い時期の移行を避ける
そもそも、この不安定な時間をできるだけ平穏にやり過ごすためにも、移行のタイミングは超重要。
月末の請求書が行き交う日や、大型キャンペーンの開始日、重要顧客とのやり取りが佳境を迎えているタイミングでのサーバー切り替えは、自ら地雷原を歩くようなものです。
金曜日の夜や、週末など、「最悪、数時間メールが迷子になっても致命傷にならないタイミング」を狙って切り替えるのが、大人の賢い生存戦略です。
旧サーバーをすぐ解約しない
結論として、旧サーバーの解約ボタンを押すのは「完全にメールが新サーバー（シンレンタル）にしか届かなくなったこと」を数日間かけて見届けてからです。
月額数百円のサーバー代をケチって急いで解約した結果、その間に届いていたかもしれない数十万円の案件メールが闇に消える。……そんな割に合わないギャンブルは、絶対に避けてください。
Gmailで独自ドメインメールを使っている場合
普段、スマホのGmailアプリやパソコンのブラウザ版Gmailで「info@example.com」を送受信している人も多いですよね。実は私もその一人。
いろんなメールアプリを試しましたが、結局Googleの検索スピードとスパムフィルターの優秀さに負けて、仕事用の独自ドメインメールもすべて個人のGmailに集約しています。
ただ、この「Gmailで他社の独自ドメインメールを受信する設定」、サーバー移行の時にはちょっとした沼になりがちなんです。
POP受信設定を確認する
Gmailで外部のメールを受信する場合、裏側では「POP」という仕組みで旧サーバーへメールを取りに行っています。
ネームサーバーが完全に切り替わった後、Gmailが「あれ？いつもの場所（旧サーバー）にメールがないぞ？」と迷子にならないよう、接続先の情報をシンレンタルへ書き換えてあげる必要があります。
Gmailの設定画面（歯車マーク） ＞「アカウントとインポート」タブの中にある「他のアカウントのメールを確認」という項目。
ここで、「情報を編集」をクリックし、POPサーバーの名前をシンレンタルのもの（sv〇〇〇.xserver.jp）に変更し、新しく設定したパスワードを入力します。
SMTP送信設定を確認する
受信ができたら、次は「送信」です。これを忘れると、「お客さんからのメールは読めるのに、こちらからの返信がエラーで送れない」という地獄の片道切符状態に。
同じく「アカウントとインポート」タブ内の「名前（メールアドレスの追加）」項目から、現在使っている独自ドメインアドレスの「情報を編集」をクリック。
SMTPサーバーの情報をシンレンタルのものに書き換え、パスワードを更新します。
メールアドレスは同じでも接続先サーバーが変わる場合がある
設定を変える時、「えっ、メールアドレスを変えろってこと？」と勘違いしやすいのですが、メールアドレス自体は「info@example.com」のままで一切いじりません。
あくまで「裏側で接続しにいくサーバーの名前とパスワード」だけを、旧サーバーから新サーバー（シンレンタル）へ差し替える、というイメージを持って作業を進めてください。
Outlook・iPhone・Android等のメール設定を変更する
Gmail以外のメールソフト（Outlook、Mac標準メール、iPhoneのメールアプリなど）を使っている場合も、やるべきことの本質は同じです。
「ネームサーバーが切り替わった後、アプリが迷子にならないように新しい住所（サーバー情報）を教えてあげる」こと。
ただ、メールソフトの設定って、専門用語のオンパレードで本当に嫌になりますよね。私も何度「ポート番号が違います」と赤文字で怒られたか分かりません。
シンレンタルへ移行する場合、以下の「公式の答え合わせ」を手元に置きながら設定を変更してください。
受信サーバー / 送信サーバー
ここには、シンレンタルの「サーバー番号」を入力します。
旧サーバーの名前（例：mail.example.com など）になっている部分を、シンレンタルのサーバーパネルで確認できる sv〇〇〇.xserver.jp （〇〇〇は数字）という名前に書き換えます。送受信どちらも同じです。
SSL / TLS
「暗号化して安全にメールのやり取りをしますか？」という設定。必ず「オン（チェックを入れる）」にしてください。これがないと、最近はエラーで弾かれることが増えています。
ポート番号
ここが一番つまずきやすいポイント。SSLをオンにした場合、ポート番号は必ず以下の数字になります。（※執筆時点のシンレンタル公式推奨値）
・受信サーバー（POPの場合）：995
・受信サーバー（IMAPの場合）：993
・送信サーバー（SMTP）：465
数字が1ケタでも違うと、「サーバーに接続できません」と冷たく突き放されるので、一文字ずつ確実に確認してください。
ユーザー名・パスワード
ここもよく間違えるポイント。「ユーザー名って、自分の名前（ハル）とかでいいの？」と思いがちですが、違います。
ユーザー名には、**「メールアドレス全体（例：info@example.com）」**をフルで入力してください。@以降を省くとログインできません。
パスワードは、シンレンタルでメールアカウントを作成した時に決めた、新しいパスワードを入力します。
これらの設定値を一箇所ずつ、落ち着いて新しいものに書き換えて「保存」を押す。
エラーが出ずにスッと画面が閉じれば、無事新しいシンレンタルの郵便受けへの接続が完了した証拠です。
問い合わせフォームのメールもテストする
「メールソフトの設定も終わった！これでカンペキ！」
と、背伸びをしてコーヒーを飲んでいたあの頃の自分を、後ろからハリセンで叩いてやりたいです。
実は、個人のメールソフトの送受信テストが終わっただけで安心してはいけません。
一番の盲点であり、かつ一番の死角になるのが「ブログ（WordPress）に設置しているお問い合わせフォーム」の存在。
Contact Form 7等からテスト送信
もしあなたのサイトにContact Form 7などで問い合わせフォームを置いているなら、今すぐ自分で自分のサイトからテスト送信をしてみてください。
「テスト太郎」「test@example.com」「テストです」と打ち込んで、送信ボタンをポチッ。
管理者宛てメール
まずは、管理者であるあなたの独自ドメインアドレス（info@〜など）に、今送った内容が届いているかを確認。
自動返信
同時に、入力したテスト用のアドレス（test@example.com）側に、「お問い合わせありがとうございます」という自動返信メールがしっかり届いているかも確認します。
この「自動返信」、実はサーバーが変わった影響で相手に届かなくなっているケースが非常に多いんです。
迷惑メールフォルダ
「あれ、どっちにも届かないぞ？」と焦ったら、まずは迷惑メールフォルダを漁ってみてください。
新サーバーに引っ越した直後は、送信元のIPアドレスが変わるため、Gmailなどのフィルターに「いつもと違う場所から送られてきた怪しいメール」として一時的に弾かれやすくなります。迷惑メールに入っていたら、「迷惑メールではない」ボタンを押して学習させる泥臭い作業が必要です。
SMTPプラグイン利用時の設定
さらに致命的なのが、「WP Mail SMTP」などのプラグインを使って、確実にメールを届ける設定をしていた場合。
旧サーバーのSMTP情報（サーバー名やパスワード）がWordPress側に残ったままだと、フォームからの送信自体がエラーになって弾かれます。
シンレンタルの情報（sv〇〇〇.xserver.jp、ポート465、新しいパスワード）にしっかり書き換えて保存し直してください。ここを忘れると、せっかくの読者や顧客からのアクションが完全にストップしてしまいます。
メール移行後に必ず行う送受信テスト
「受信はできたから大丈夫」
この謎の自信が、過去の私に何度冷や汗をかかせたか分かりません。メールは「受け取れる」だけでは片手落ち。相手に「送れる」こと、そして「相手の迷惑メールに入らずに読まれる」ことまで確認して、初めて移行完了と言えます。
面倒くさいかもしれませんが、ここは最後の関門。以下の全パターンの送受信テストを、必ずセットで行ってください。
外部Gmail → 独自ドメイン
【目的：お客さんから自分へメールが届くかの確認】
あなたのプライベートのGmail（またはYahoo!メールなど）から、自分の独自ドメインアドレス（info@〜など）へテストメールを送ります。
これが無事に届けば、「新しい郵便受けが機能している」という証明。
独自ドメイン → Gmail
【目的：自分からの返信がお客さんに届くかの確認】
今度は逆に、メールソフトを使って独自ドメインアドレスから、さきほどのプライベートGmailへ返信してみます。
送信時にエラーが出ないか。そして、Gmail側にしっかり届くか。
独自ドメイン → 独自ドメイン
【目的：内部のやり取りが迷子にならないかの確認】
もし「info@〜」と「contact@〜」など複数のアドレスを作ったなら、独自ドメイン同士でメールを送り合ってみてください。
DNS切り替え直後だと、内部の配送ルートがうまく回らずにエラーになることがあります。これも要チェック。
問い合わせフォーム → 独自ドメイン
さきほどやった、WordPressからのテスト送信ですね。サイトからの通知が確実に自分に届くかの最終確認です。
迷惑メール判定も確認
そして最後、これらすべてのテストで「相手の迷惑メールフォルダに突っ込まれていないか」を這いつくばって確認すること。
特に「独自ドメイン → Gmail」のテスト時、もし高確率で迷惑メールに入ってしまうなら、前の章で触れた「SPF・DKIM・DMARC」の設定がシンレンタル側でうまく反映されていない（またはDNS浸透待ち）可能性大。
「送ったつもり」が一番怖い。
自分の目で受信トレイに届いた文字を見るまで、決して油断しないでください。
ここまで色々と怖い話をしてきましたが、頭の中は整理できたでしょうか。
「結局、Webサイトとメール、何をどの順番でやれば一番安全なの？」というあなたのために。
過去の私が通勤電車の中で何度も脳内シミュレーションし、冷や汗をかきながら確立した「絶対にメールをロストしない鉄壁の10ステップ」をまとめました。
この順番通りになぞるだけで、致命傷は確実に避けられます。
WordPress移行とメール移行はどの順番で行う？
Webサイトとメールの移行作業が頭の中で混ざらないよう、時系列で整理します。
- シンレンタルへドメイン追加
まずは新しい土地（シンレンタル）に、あなたのドメインを登録します。 - WordPressを新サーバーへ移行
「WordPress簡単移行」機能を使って、Webサイトのデータだけを先にコピーします。 - 新サーバー側にメールアカウント作成
ここが最重要。新しい土地に「頑丈な郵便受け」を先回りして設置します。 - 過去メールのバックアップ
必要な人は、パソコンのメールソフトを使って旧サーバーから新サーバーへ過去のやり取りをコピーしておきます。 - Web・メール両方の準備を確認
「ブログのデータはあるか」「メールアドレスは一文字の狂いもなく作られているか」。切り替え前の最終チェックです。 - DNS / ネームサーバー切り替え
ここでついに「案内板」を書き換えます。世界中の配達員に新しい住所を知らせる、運命の分かれ道。 - Webサイト確認
数時間後、新しいネームサーバーが反映され、ブログが無事に表示されるか確認します。 - メール送受信確認
自分のGmailから送ってみる、逆に返信してみる。もちろん、問い合わせフォームからのテスト送信も忘れずに。 - 旧・新メールサーバーを一定期間確認
ここから数日間は「DNSの浸透待ち」。のんびり屋の配達員が旧サーバーに手紙を届ける可能性があるので、両方の受信箱を監視します。 - 旧サーバー解約
「もう旧サーバーには1通もメールが来ていないな」と確信できたら、ここで初めて旧サーバーに別れを告げて解約ボタンを押します。
この流れ、絶対にスクショするかメモしておいてください。
「準備をしてから、案内板（DNS）を切り替える」。この鉄則がすべてです。
よくあるメール移行の失敗
「よし、手順はわかった！」と勢いよく作業を始める前に。
これまで多くの人が踏み抜いてきた（もちろん過去の私も含む）「メール移行の地雷」を、最後におさらいしておきましょう。
これを知っているか知らないかで、数日後のあなたのメンタルが天と地ほど変わります。
新サーバーにメールアドレスを作る前にDNSを変更する
何度でも言います。これが一番の致命傷。
郵便受けがないのに案内板を書き換える行為。送られた手紙は虚空に消え、二度と手元には戻りません。
旧サーバーをすぐ解約する
「サーバー代がもったいないから、移行したら即解約しよっと！」
……数百円をケチった結果、DNS反映のズレで旧サーバーに届いていたかもしれない数十万の案件メールごと吹き飛ばす。一番笑えないギャンブルです。
MXだけ変更してSPF・DKIM等を確認しない
メールの配達先（MX）だけ変えて満足し、身分証明書（SPF/DKIM/DMARC）の更新を忘れるパターン。
結果、「お客さんにメールを送っているのに、全部迷惑メールフォルダに入れられていて全く読まれない」というサイレント・トラブルに陥ります。
受信だけ確認して送信を確認しない
「おっ、テストメール届いた！オッケー！」とPCを閉じてしまう人。
いざお客さんから問い合わせが来て返信しようとしたら、「送信サーバー（SMTP）のエラーで送れません」と突き返される地獄。メールはキャッチボールできてこそ意味があります。
問い合わせフォームをテストしない
個人のメールソフトの設定は完璧にしたのに、WordPress側の設定（SMTPプラグインなど）を書き換えるのを忘れるケース。
読者や顧客が問い合わせフォームから一生懸命メッセージを打って送信ボタンを押しても、エラーで弾かれてしまう。これほどもったいない機会損失はありません。
過去メールも自動で移ると思い込む
「WordPress簡単移行を使えば、メールの中身も全部移るんでしょ？」
移りません。新サーバーの受信箱は空っぽからのスタートです。IMAPで接続している人は特に、切り替えた瞬間に画面からメールが消えてパニックになるので、事前のバックアップは必須です。
旧サーバー解約前のメール移行チェックリスト
「よし、全部設定終わった！ 旧サーバーの解約ボタン、ポチッ！」
……と、最後に特大の地雷を踏み抜かないために。過去の私へのお説教も込めて、最終確認用のチェックリストを用意しました。
以下の項目すべてに「YES」と答えられるまで、旧サーバーの解約手続きには絶対に手を出さないでください。
・[ ] 新サーバー（シンレンタル）のメールソフト設定でエラーなく受信できた
・[ ] 新サーバー（シンレンタル）のメールソフト設定でエラーなく送信できた
・[ ] PC、スマホ、Gmailなど、利用している【すべての端末・アプリ】で設定を変更した
・[ ] 必要な過去メールは、すべて新サーバーの受信箱へコピーし終えた
・[ ] MXレコードがシンレンタルのもの（sv〇〇〇.xserver.jp等）に切り替わっている
・[ ] SPF、DKIM、DMARCの設定が有効になっていることをサーバーパネルで確認した
・[ ] サイトの問い合わせフォームからテスト送信し、自分のアドレスに届いた
・[ ] 問い合わせフォームの「自動返信メール」も正常に機能している
・[ ] ネームサーバー（DNS）を切り替えてから、数日〜1週間程度が経過した
・[ ] ここ数日、旧サーバー側の受信箱には【1通も】新着メールが届いていない
すべてチェックがつきましたか？
ここまで確認できて初めて、胸を張って旧サーバーの解約ボタンを押すことができます。本当にお疲れ様でした。
まとめ｜メールを止めないなら「準備してからDNSを切り替える」
ここまで読んで、「なんだか難しそう……やっぱり移行はやめておこうかな」と足踏みしてしまった方もいるかもしれません。
でも、安心してください。
MXだの、IMAPだの、横文字の専門用語がたくさん出てきましたが、結局のところ、今回お伝えしたかった本質はたった一つだけです。
「新しい郵便受け（メールアカウント）を作ってから、案内板（DNS）を切り替える」
この鉄則さえ守っていれば、メールが虚空に消え去るという最悪の悲劇は100%防げます。
Webサイトの引っ越しと、メールの引っ越しは別物。この事実を知っているだけで、あなたはもう、過去の私のように「メールが来ない！」と冷や汗をかくことはありません。
シンレンタルサーバーは、サイトの表示速度も速く、長期的には必ずあなたのブログ・サイト運営の強い味方になってくれるはずです。
焦らず、週末などのまとまった時間を確保して、この手順通りに一つずつ進めてみてください。
「消えたメールは取り戻せない」という危機感を持って、この記事を最後まで読んでくれたあなたなら、絶対に安全に移行を完了できるはずです。
新しい環境でのサイト運営、応援しています！