社名変更後の旧ドメインはいつまで残す？転送・メール・更新の確認項目
社名変更後の旧ドメインは、検索移行だけを基準にするなら、旧URLから新URLへの恒久転送を一般に1年以上維持するのが出発点です。ただし、その「1年」は旧ドメインを解約してよい日を示すものではありません。旧URLを開く人がいる、旧メールアドレスへ連絡が届く、名刺やPDFに旧URLが残る、旧アドレスをログインやパスワード再設定に使っている、といった事情が一つでも残るなら、保持を続ける理由があります。
ここで区別したいのは、「旧サイトをそのまま公開し続けること」と「旧ドメインを保持して移行経路を動かすこと」です。旧サイトの本文を二重に公開する必要はありません。旧ドメインの登録を更新し、DNS、HTTPS、ページ単位の転送、必要なメール受信を維持すれば、利用者を新しい場所へ案内できます。反対に、ドメインの契約だけを更新しても、転送やメールは自動では続きません。
保持期間は一律の年数ではなく、検索、利用者、メール・登録先、安全性の四つを確認して決めます。先に廃止日を置くのではなく、廃止できる状態を定義し、その条件がそろった時点で改めて判断する進め方が安全です。
結論：旧ドメインは「検索の1年以上」と「手放せる時期」を分ける
旧ドメインの期間を考えるときは、三つの時計を分けると整理しやすくなります。Googleはサイト移転時の恒久リダイレクトをできるだけ長く、一般には1年以上保持するよう案内し、利用者の観点では無期限の保持も検討するよう示しています。これは検索シグナルを移すための目安であり、取引先の連絡や第三者取得の危険が消える時期まで一律に決めるものではありません。
| 判断の時計 | 何を維持するか | 終了を検討できる状態 |
|---|---|---|
| 検索移行 | 旧URLから対応する新URLへの301または308転送、旧ドメイン、DNS、HTTPS | 転送を少なくとも1年以上維持し、旧URLの検索表示・クロール・外部流入が十分に減っている |
| 利用者・業務 | 旧URLからの案内、旧メール受信、外部媒体の更新 | 重要な旧URL流入と正当な旧メール受信がなく、名刺・資料・取引先登録の更新が確認できている |
| 安全性・所有 | ドメイン登録、登録者情報、更新、不要なDNS設定の整理 | 第三者取得によるなりすまし・誤認・アカウント回復の危険を評価し、手放す判断を組織で承認している |
そのため、実務上の答えは次のようになります。
- 旧URLの恒久転送は、検索移行のため一般に1年以上を最低線として考える
- 1年を過ぎても旧URLへの訪問や外部リンクがあるなら、転送を続ける
- 旧メール、印刷物、ログインID、パスワード再設定先が残る間は、該当する受信経路とドメインを維持する
- 旧社名や旧ブランドとの結び付きが強く、第三者取得の影響が大きい場合は、長期または無期限の登録保持を検討する
「何年で切るか」だけを先に決めると、Webの転送は終わっていてもメールが残っている、取引先のシステムだけ旧アドレスのまま、といった抜けが起こります。年数は判断材料の一つにとどめ、残っている利用実態を確認することが重要です。
切り替え前にWeb・メール・契約を一枚に整理する
社名変更では、会社名、Webサイト、メール、名刺、各種サービスの登録情報が同時に動きます。作業を担当ごとのメモへ分散させると、同じ「ドメイン」という言葉でも、ある人は契約更新、別の人はWeb表示、別の人はメール受信を指している状態になりがちです。まず、旧から新への対応表を一枚作り、何を変え、何を残すかをそろえます。
最低限、次の項目を一覧にします。
| 管理対象 | 旧情報 | 新情報 | 切り替え日 | 維持する機能 | 確認担当 |
|---|---|---|---|---|---|
| Webページ | 旧URL一覧 | 対応する新URL | 公開日 | 恒久転送、HTTPS | Web担当 |
| ドメイン契約 | 登録先、名義、更新日 | 新ドメインの登録先 | 取得日 | 旧ドメインの自動更新 | 契約担当 |
| DNS | ネームサーバー、A・CNAME・MX・TXT等 | 新旧それぞれの設定 | 変更日時 | Web・メール・認証 | 技術担当 |
| メール | 個人、代表、部署、メーリングリスト | 新アドレス一覧 | 利用開始日 | 旧アドレス受信、案内 | 管理者 |
| 外部登録 | 広告、SNS、地図、求人、取引先システム等 | 新URL・新アドレス | 更新日 | 更新漏れの追跡 | 各業務担当 |
| 計測 | 旧Search Console、解析、ログ | 新プロパティ・新計測 | 公開日 | 新旧の比較 | 分析担当 |
URLの一覧は、公開ページだけでなく、画像、PDF、フォーム完了ページ、採用ページ、キャンペーンページ、サブドメイン、wwwあり・なしなども対象にします。アクセス解析、サイトマップ、Search Console、サーバーログを組み合わせると、現在のサイト内リンクから見つからない旧URLも拾いやすくなります。
また、ドメイン、DNS、Webサーバー、メールは役割も管理画面も別です。基礎から整理したい場合は、Bämの「ドメインとサーバーの違い｜契約名義・DNS・引き継ぎを整理」で、契約と接続先を切り分けています。今回の対応表には、パスワードそのものではなく、契約先、管理画面、責任者、認証情報の保管場所、変更承認者を記録します。
属性型・地域型JPドメインは手続きの選び方を先に確認する
.co.jpなどの属性型・地域型JPドメインは、一般的な.comや汎用JPドメインと同じ感覚で手続きを始めないほうがよい場合があります。JPRSのライフサイクルでは、「ドメイン名変更申請」で旧ドメインに指定されたものはRenamed状態となり、6か月後の月末が有効期限に設定されます。一方、組織名変更など一定の条件を満たし、所定の手続きを行うことで、旧ドメインの登録を継続できる「1組織1ドメイン名制限緩和」もあります。
つまり、旧ドメインを1年以上転送に使いたいのに、手続きの選択によって6か月で旧ドメインが失効する状態へ進めてしまうと、計画が成り立ちません。組織名変更が登記される時期、新ドメインを取得する時期、旧ドメインを保持したい期間を整理し、現在の指定事業者へ「旧ドメインを継続登録したい」ことまで伝えて、利用できる手続きを確認します。指定事業者によっては制限緩和を扱っていないため、切り替え直前ではなく、ドメイン取得前の段階で確認するのが適切です。
Webは対応するページへ恒久転送し、転送元も運用する
Webサイトの移行では、旧ページをすべて新サイトのトップページへ送るのではなく、内容が対応する新URLへ一対一で転送します。旧商品ページは新商品ページ、旧会社概要は新会社概要、統合した複数ページは内容を引き継いだ統合先へ送る、という考え方です。Googleは、関連性の低い多数の旧URLを一つのトップページへ送る方法は利用者を混乱させ、soft 404と判断される場合があると案内しています。
転送は、ブラウザ側の表示やJavaScriptではなく、技術的に可能ならサーバー側の恒久的なHTTPリダイレクトを使います。代表例が301と308です。移転前に作ったURL対応表を転送設定の正本にし、次の点を確認します。
- 旧URLから最終の新URLへ直接到達し、旧URLから別の旧URLを経由する転送チェーンになっていない
- PC・スマートフォン、wwwあり・なし、HTTP・HTTPS、サブドメインの想定経路をテストしている
- 新ページのcanonicalが新URLを指し、内部リンク、構造化データ、hreflang、サイトマップも新URLへ更新されている
- 旧URLに対応する新ページがない場合、関係の薄いページへ無理に転送せず、統合先または適切な404・410を選んでいる
- Search Consoleで旧・新サイトの所有権を確認し、ドメイン移転に該当する場合はアドレス変更を送信している
転送元を動かすには、旧ドメインの登録だけでなく、DNSと転送応答を返す環境も必要です。旧URLがHTTPSなら、有効な証明書がないとブラウザは転送応答を受け取る前に警告を表示します。したがって、旧サイトのCMSやデータベースを丸ごと残す必要はなくても、旧ドメインの名前解決、HTTPS、転送設定は維持します。
移行後は、新サイトだけでなく旧サイト側も見ます。旧Search Consoleの表示回数やクロール、新旧サイトマップのインデックス状況、旧ドメインへのリクエスト数、404や5xxエラーを確認します。旧URLへのアクセスがあること自体は失敗ではありません。古いブックマークや外部リンクから来た人が正しい新ページへ到着していれば、転送が役割を果たしています。旧URLの数字が残る間は、設定を止める理由ではなく、経路を維持する根拠になります。
メールは「ドメインを更新しているから届く」わけではない
旧ドメインを契約更新していても、旧メールが自動的に受信できるわけではありません。メールの配送先はDNSのMXレコードで指定し、その先にメールサービス、ユーザーやグループ、エイリアス、転送などの設定が必要です。ドメイン登録、DNS、メールサービスのどれかを停止すると、旧アドレスの受信が途切れる可能性があります。
メール移行では、社員個人のアドレスだけでなく、info@やsupport@のような代表窓口、部署、メーリングリスト、フォーム通知先、複合機・監視機器・予約システムなどの送信元まで洗い出します。アドレス一覧だけでは不足しやすいため、次の四つを分けて確認します。
- 新アドレスから送信できるか：社外へ送り、迷惑メール扱いや送信エラーがないかを見る
- 新アドレスで受信できるか：外部の複数環境から送り、個人・代表・グループを確認する
- 旧アドレスで引き続き受信するか：エイリアスや転送を使う場合、誰へ届き、返信時にどの差出人を使うかを決める
- 旧アドレスの利用を減らせているか：正当な受信件数と送信元を記録し、取引先やサービス登録の更新につなげる
Google Workspaceでは、元のプライマリドメインをドメインエイリアスとして残し、新旧両方のアドレスで受信する構成が案内されています。ただし、利用できる方式や制約はメールサービスによって異なります。単純転送、エイリアス、別アカウントのどれを使うかは、過去メールの参照、代理送信、グループ、監査、退職者アドレスなどの要件を含め、契約中のサービスで確認します。
送信元のドメインが変わる場合は、SPF、DKIM、DMARCなど、送信元を確認するDNS設定も新ドメインに合わせて整えます。旧ドメインからは原則送らず受信だけ残すのか、移行期間中は送信も許可するのかを決め、設定と社内ルールを一致させます。案内メールや署名で新アドレスを伝えても、担当者が旧アドレスで返信し続ければ切り替えは進みません。
さらに見落としやすいのが、旧メールアドレスをログインIDやパスワード再設定先にしている外部サービスです。会計、銀行、広告、SNS、クラウド、ドメイン・サーバー契約、採用、決済、配送、行政手続きなどを部署横断で確認します。JPRSは、廃止されたドメインを第三者が取得し、同じメールアドレスを作った場合、パスワード初期化などを通じてアカウントや登録情報が危険にさらされる可能性を示しています。旧メールの受信件数がゼロでも、登録先が残っていれば廃止条件は満たしていません。
外部のURLとメールアドレスを利用実態から更新する
社内サイトのリンクを新ドメインへ直しても、社外に配布したURLやメールアドレスは自動では変わりません。すべてを同じ日に直すのが難しい場合は、流入量と業務影響で優先順位を付けます。
優先度が高いのは、問い合わせ、購入、応募、契約、本人確認に関わる場所です。具体的には、検索広告とSNS広告のリンク、Googleビジネスプロフィールなどの地図・店舗情報、主要SNSのプロフィール、業界団体や取引先サイト、求人媒体、プレスリリース、予約・決済・配送サービス、問い合わせフォームの通知先を先に更新します。次に、名刺、会社案内、カタログ、見積書、請求書、契約書ひな型、メール署名、プレゼン資料、PDF、QRコード、看板、商品パッケージなどを更新します。
PDFや印刷物は、公開後もしばらく使われるものがあります。ファイル名だけでなく、PDF本文やQRコードの行き先まで確認します。差し替えられない過去資料が残るなら、その旧URLの転送を長く保つ理由になります。取引先のシステムも、自社から更新できない場合があります。登録変更の依頼日、完了連絡、実際の通知メールが新アドレスへ届くことを記録し、依頼しただけで完了扱いにしないようにします。
更新の進み具合は、チェック数だけでなく旧経路の実績から見ます。
- 旧ドメインのアクセスログで、どの旧URLに、どの参照元から訪問があるか
- Search Consoleで、旧URLの表示回数・クリック・クロールがどう減っているか
- 旧メールアドレスへ届く正当なメールの件数と送信元
- 転送先で404や誤ったページが発生していないか
- 新しいURL・メールを使った問い合わせや通知が正常に届くか
季節商品、年次契約、採用、更新通知のように利用周期が長い業務では、数週間アクセスがないだけでは判断できません。少なくとも、その事業で重要な一巡分の期間を含めて確認します。「一年たったから停止」ではなく、「一年以上の転送を維持し、利用周期をまたいでも重要な旧経路が残っていない」と説明できる状態を目指します。
旧ドメインを手放せるか、四つの条件で判断する
旧ドメインを廃止する前の判断は、検索移行、利用者対応、メール・登録先、安全性の四つに分けます。どれか一つでも未完了なら、更新停止ではなく、残っている経路を減らす作業へ戻ります。
1. 検索移行：恒久転送を1年以上維持したか
新ドメインのページが検索に出ていることだけで判断せず、旧URLから新URLへの転送を一般に1年以上維持したか、重要な旧URLの外部リンクと流入が残っていないかを確認します。転送を外した後に外部リンクをクリックすると、利用者は新ページへ到達できません。維持費と作業が許容できるなら、Googleが示す利用者視点の考え方に沿って、転送を長期または無期限に続ける選択が分かりやすいこともあります。
2. 利用者対応：旧URLからの来訪理由を解消したか
旧URLへのアクセスが残る場合は、参照元を調べます。差し替え可能な自社広告やSNSなら更新し、取引先サイトなら依頼し、差し替えられない印刷物や過去PDFなら転送を維持します。単にアクセス数が少ないかではなく、その訪問が問い合わせ、採用、既存顧客の手続きなど重要な行動につながるかも見ます。
3. メール・登録先：旧アドレスへの依存をなくしたか
旧メールの正当な受信がなく、代表・個人・グループのすべてが確認済みで、外部サービスのログインIDと回復先も新しい管理可能なアドレスへ変更されていることが条件です。自動通知は年に一度しか届かないこともあるため、直近の受信だけでなく、契約台帳、請求、各部署の利用サービスを照合します。
4. 安全性：第三者取得の影響を受け入れられるか
ドメインを廃止すると、一定期間後に第三者が同じ文字列を登録できる場合があります。旧サイトへの外部リンクや旧ブランドの認知が残るほど、第三者のサイトを以前の運営者と誤認される危険があります。旧メールアドレスの再現、なりすまし、アカウント回復への悪用も考えます。JPRSは、商標侵害などドメイン名紛争処理方針に該当しなければ、第三者の登録・使用を差し止められない場合があると案内しています。
この安全性の評価によっては、Webやメールの移行が完了しても、ドメイン登録だけは長期に維持する判断になります。その場合は、旧CMSを残し続けるのではなく、必要最小限の構成へ移します。たとえば、ドメイン登録と更新、DNS、HTTPS、ページ単位の転送、必要な旧メール受信だけを管理し、使っていないサブドメインや外部サービス向けDNSレコードは削除します。古い設定を放置するのではなく、役割を限定して保守することが大切です。
切り替え日から廃止判断までの確認項目
実際の進行では、社名変更日だけでなく、Web公開日、メール利用開始日、外部案内日を分けて管理します。一度にすべてを切り替える場合も、確認の順番は分けたほうが原因を追いやすくなります。
切り替え前
- 旧URLと新URLの対応表を確定し、重要ページ、PDF、画像、サブドメインを含める
- 旧・新ドメインの登録者、契約先、更新日、支払い、管理者を確認する
- DNSレコードを保存し、Web・メール・認証の用途を記録する
- 新サイトの内部リンク、canonical、サイトマップ、計測、フォームを新URLで確認する
- 新旧メールアドレス、代表・部署・グループ、外部サービスの登録先を一覧にする
.co.jpなどは、旧ドメイン継続に必要な制度と手続きを指定事業者へ確認する- 変更内容、実施時刻、戻す条件、承認者、連絡先を決める
切り替え当日
- 旧URLから対応する新URLへ301または308で直接転送されるか確認する
- HTTP・HTTPS、wwwあり・なし、主要サブドメイン、主要端末でテストする
- 新旧メールの送受信、代表窓口、フォーム通知、グループ配信を外部から確認する
- Search Consoleの新旧プロパティ、サイトマップ、必要なアドレス変更を確認する
- 広告、SNS、地図、主要な外部プロフィールと社内テンプレートを更新する
- 監視中の障害と問い合わせを、Web・DNS・メールのどこで起きたか分けて記録する
切り替え後
- 旧ドメインの転送リクエスト、404・5xx、転送先の誤りを定期的に確認する
- 旧メールへの正当な受信を送信元別に記録し、登録変更や個別案内へつなげる
- 旧URLを参照するアクセスの多い外部サイトへ更新を依頼する
- 更新案内、請求、広告、採用、SNSなど、各部署の外部アカウントを照合する
- 旧ドメインの自動更新、登録メール、支払い方法、HTTPS証明書の期限を確認する
- 一般に1年以上は恒久転送を維持し、事業の利用周期をまたいで変化を見る
廃止を検討する直前
- 重要な旧URL流入と外部リンクが残っていない、または停止の影響を受け入れられる
- 旧メールへの正当な受信がなく、すべてのログインID・回復先を変更済みである
- 印刷物、PDF、QRコード、契約先など、変更できない旧表記の扱いを決めている
- ドメイン廃止後の回復期間、再登録可能時期、属性型JPドメインの規則を契約先へ確認した
- 第三者取得によるなりすまし・誤認・ブランド毀損のリスクを責任者が承認した
- DNS設定、転送設定、受信履歴、変更履歴を保存し、廃止を二名以上で確認する
これらを満たしても、必ず廃止しなければならないわけではありません。旧社名が長く使われ、外部リンクや紙媒体を完全に更新できない企業、旧メールが多くの取引先に登録されていた企業、第三者取得の影響が大きい企業では、登録と転送を継続するほうが運用上わかりやすい場合があります。反対に、旧ドメインの利用期間が短く、外部公開も限定的で、メールやアカウントに使っていない場合は、確認を終えたうえで廃止を検討しやすくなります。
まとめ：年数ではなく、残っている経路で保持期間を決める
社名変更後の旧ドメインは、検索移行のため旧URLから対応する新URLへ恒久転送し、一般に1年以上維持することが基本です。ただし、旧ドメインを手放す時期は検索だけでは決まりません。旧メール、外部リンク、印刷物、QRコード、取引先システム、ログインID、パスワード再設定先、第三者取得の影響を確認し、一つでも重要な経路が残るなら保持を続けます。
旧サイトの内容を二重に公開し続ける必要はありません。ドメイン登録、DNS、HTTPS、転送、必要なメール受信を分け、役割を限定して残すことができます。.co.jpなど手続きによって旧ドメインの期限が変わるものは、移行計画を決めてから指定事業者へ確認します。
廃止日を先に固定するより、「検索」「利用者」「メール・登録先」「安全性」の四条件を完了基準にするほうが、Web担当だけでは見つけにくい抜けを減らせます。年数が過ぎたかではなく、旧経路を止めても利用者と事業に影響がなく、第三者取得のリスクを受け入れられるかで最終判断します。
