ドメインを変えずにホームページを移転する準備 メールを含めた切替表

同じURLのままホームページの公開先を移すなら、先に「Webだけを動かすのか」「メールやDNSの管理も移すのか」を決めます。Webの接続先とメールの配送先は別に設定されることがあります。現在値を控え、新しい公開先で表示を検収してから、担当者が変更する項目を一行ずつ確かめます。以下の切替表は架空の教室の例です。実際の値と操作は契約中の事業者の案内に従ってください。

作業の開始前に、ドメインを登録している事業者、現在のDNS設定を管理する事業者、Webを配信するサーバー、メールを受け取るサービス、フォーム通知の管理者を別に調べます。契約先が同じに見えても、DNSだけ外部のサービスに委ねていたり、Webとメールの契約を別々に更新したりすることがあります。請求書と設定画面を照合し、それぞれにログインできる人と変更を承認する人を書きます。

切替表の最初には「今回変えるもの」を一文で残します。例えば「教室のWeb公開先を新契約へ変更。ドメインの登録とメールの配送・送信設定は既存契約を使用」です。メール機能の一部が旧Web契約に付いている場合、旧契約を終了するとメールまで止まることがあります。現在のメールがどこで受信され、フォームがどこから通知を出しているかを担当者へ確かめ、契約終了日より前に両方を確認します。

ドメインを登録した会社と、実際に問い合わせに答えるDNSの管理先を混同すると、設定を変更したつもりでも公開には反映されません。管理元が分からないときは、ドメインの契約と委任先を確認できる権限者に照会し、操作担当を決めてから進めます。

切替表に載せる値のうち、契約番号や管理画面の所在は関係者だけが読める場所へ記録します。公開用の資料には、必要な権限と担当だけを書きます。古い担当の連絡先しか分からない場合は、現在の名義人が管理権限を回復してから、変更の手順を決めます。

Webの設定

現在の名前、レコードの種類、値、TTL、管理元、取得時刻を控えます。AはIPv4、AAAAはIPv6の接続先を示し、CNAMEは名前を別の名前に対応付ける用途で使われます。必要になるレコードは利用するサーバーの手順で確認します。トップのドメインだけでなく、www付き、予約などのサブドメイン、独立した公開ページも対象を洗い出します。現在の構成を全件控えた上で、作業する行と参照だけの行を分けます。

メールと外部サービスの設定

MXはメールの配送先の指定に使われます。TXTにはメールの認証に関する情報や、外部サービスによる所有確認などが含まれることがあります。Webだけを移す場合も、メールの接続先が変更予定の名前を参照していないか、契約の終了で影響しないかを管理者に確認します。ネームサーバーを切り替える作業を含む場合は、個々のWebの設定だけで済む変更と区別し、必要な設定が新しいDNS側でも利用できるかを照合します。

切替前の検収には、新しいサーバーの事業者が用意するプレビューや動作確認方法を使います。機密情報や顧客情報を置く前に、誰が見られるかを確かめます。写真と原稿を表示し、リンク、画像、PDF、問い合わせの入力と完了表示を確認します。証明書が本番のドメインで有効になる条件はサービスごとに違うので、切替前に確かめられた項目と、切替後に確かめる項目を表で分けます。

例えばテスト用の原稿に「教室移転確認」という識別行を入れたものをプレビュー側で確認すると、旧公開先を見て合格にした取り違えを避けられます。その識別行は公開用に作り直してから切り替えます。フォームや動的な機能があるサイトは、表示ファイルをコピーするだけで受付まで移るかを個別に調べます。PHPなどの要件、通知先、管理画面の記録がある場合は、事業者の手順と実環境で合わせて確認します。HTTPS公開後の点検とフォームの受信点検を検収表に組み込めます。

移転の計画では、普段使うURLを少数の代表例に絞り、旧と新で同じ方法で開きます。例えばトップ、予約案内、PDF、検索でよく使う下層ページを選びます。旧側で受け付けた投稿や変更が新側に取り込まれる仕組みがある場合は、更新を止める時刻と、差分を同期する担当を決めます。静的なファイルと、日々書き込まれるデータを分けると、どこで差分が出るかを見落としにくくなります。

切替時刻、変更担当、判定時刻、戻す担当を先に決めます。「新しいサイトが表示される」だけでなく、複数の回線から正しいURLで開けるか、証明書の警告がないか、受付メールの送受信とフォームの通知が届くかを確認します。DNSのキャッシュなどで見る場所によって旧・新が混在する時間があり、反映は一定の時刻でそろうとは限りません。確認結果には、どの時刻にどの回線から何が開いたかを書きます。

判断例として、主要なページがエラーになる、受付が両方の窓口で利用できない、メールに異常がある場合は、原因と停止範囲を担当者間で確認して、事前に合意した戻し方を検討します。元の値と旧サービスが利用できる状態を確保し、戻した後にも同じ通過点を確認します。短時間に何度も設定を変えると、どの接続先を見ているかが分かりにくくなります。変更値と時刻を一箇所に記録し、受付側の代替連絡先もすぐ案内できるようにします。

次の欄は切替作業に使う記入用です。操作担当者の記録には、事業者の設定画面から取得した値を入れます。秘密の値を公開用資料に転記する必要はありません。

旧契約を終了する前に、旧公開先へ届いた問い合わせを確認し、必要なデータのバックアップを取ります。旧サイトのファイルを取得できても、サイトを編集する元データや、外部フォームの記録、契約上の利用条件が同時に引き継がれるとは限りません。それぞれの保管先、アクセスできる人、復旧時に使える形式を確かめます。旧環境を残す期間は料金と運用に応じて決め、受付や計測の確認日を設定します。

Googleの公式資料では、URLが変わらない移転として、公開先を変更する場合の準備、切替、経過の確認を案内しています。ページの住所も同時に変える作業なら、旧URLごとの対応先を別途決めます。まず移転の目的を確認し、今回の対象をWebの公開先に絞れるかを検討してください。次の担当者へは、最終的な設定の所在と確認手順、終了してよい契約を引き渡します。

切替後も旧サーバーにアクセスが残ることがあります。確認できる範囲で旧・新双方の記録を見て、受付、請求、バックアップの責任者が終了に合意した日を残します。設定を変更した管理画面の値だけで判断せず、実際に利用者が開くURLと事業者が使う受信箱で確認します。

確認に使った資料

• JPRS ドメイン名とDNS
• JPRS ドメイン名とDNS 2
• エックスサーバー 公式マニュアル
• エックスサーバー 公式マニュアル 2
• Google サイト移転とURL変更
• Google サイト移転とURL変更 2

情報確認 2026/11/09。製品・サービスの仕様は参照先でご確認ください。