泉大津市の企業担当者と技術担当者がドメインとサーバーの引継ぎ計画を確認するイメージ

NOTES

泉大津市のドメイン・サーバー引継ぎ|メールを止めない移管台帳

泉大津市の中小企業向けに、ドメイン所有者、DNS、サーバー、メール、SSLを安全に引き継ぐ台帳、並行移行、切替確認、権限管理を解説します。

チップス

制作会社を変更したいのに、ドメインの管理画面へ入れない。サーバーを移す話を始めたら、会社メールも同じ契約に含まれていると分かった。退職した担当者の個人メールへ更新通知が届いている。こうした状態で旧契約を先に解約すると、ホームページだけでなく、メール、問い合わせ、SSL、外部サービスの確認まで止まるおそれがあります。

安全な引継ぎは、移転ボタンを押す作業ではありません。誰がドメインを保有し、どのDNSレコードがサイト・メール・外部サービスへつながり、どこへ戻せるかを記録したうえで、新旧環境を並行させて切り替える仕事です。

この記事では、泉大津市の中小企業が制作会社の変更、担当交代、事業承継、サーバー更新等を行うときに使える「移管台帳」の作り方を説明します。個別サービスの管理画面や契約条件は異なるため、実作業では現在の登録事業者・サーバー会社・メール提供会社の案内も確認してください。

ドメイン・DNS・サーバー・メールは別々に考える

最初に四つを分けます。

対象役割主な管理先失うと起きること
ドメイン会社のインターネット上の名称登録事業者・レジストラ更新・移管・名義変更ができない
DNS各サービスへの案内DNS事業者・サーバー会社サイトやメールの接続先が分からない
Webサーバーサイトのデータと処理ホスティング会社ページ・フォーム・管理画面が動かない
メール送受信と保管メール提供会社受注・請求・社内連絡が止まる

同じ会社へ料金を払っていても、内部では別契約・別管理画面のことがあります。「サーバーを変更する」と「ドメインの登録事業者を変更する」は別の作業です。ドメイン移管をしなくてもサーバーだけ変更できる場合があり、逆もあります。

引継ぎはデジタルの事業継続対策

泉大津市地域防災計画は、事業者が重要業務を継続するための事業継続計画を作り、復旧計画の点検・見直しに努めることを挙げています。ドメインやメールの引継ぎは、災害対策だけではありませんが、特定の担当者や取引先が不在でも顧客対応を続けるという点で、日常の事業継続に直結します。

市は事業承継について、泉大津商工会議所の専門相談や大阪府事業承継・引継ぎ支援センター等と連携した支援も案内しています。株式、契約、設備に加えて、ドメイン、メール、ウェブサイト、クラウドサービスの権利と管理者も承継対象として洗い出します。

止めない引継ぎは四段階で進める

所有者確認、現状採取、並行準備、切替監視の四段階を示す引継ぎの解説図

順番は、所有者確認、現状採取、並行準備、切替監視です。新環境の準備より前に、現在の状態を再現できる情報を集めます。切替後にサイトとメールが動いたことを確認するまで、旧契約を解約しません。

会社がドメインの登録者・契約主体になっているか確認する

ドメインの請求を会社が払っていても、登録者や契約アカウントが外注先・元社員の名義になっている場合があります。最初に次を確認します。

  • ドメイン名と有効期限
  • 登録者・契約者の組織名
  • 管理する登録事業者
  • 更新通知を受けるメールアドレス
  • 支払方法と社内承認者
  • 管理画面へ入れる社内アカウント
  • 移管ロックや手続中の申請

JPドメイン名について、JPRSは登録者をドメイン名を登録した組織または人と説明し、管理する指定事業者を変更できると案内しています。担当者個人ではなく会社が継続して管理できる状態を確認します。

更新通知先を、引継ぎ対象と同じドメインの一つのメールアドレスだけにすると、そのドメインに障害が起きたとき通知も受け取れません。社内の継続アカウントや別経路の連絡先を含め、サービスの仕様に合わせて設定します。

更新期限と移管制限を先に調べる

移管を急いでも、期限やロック条件により進まないことがあります。

JPRSは、JPドメイン名の管理指定事業者変更で認証コードを利用する手順を案内しています。一般的なgTLDでは、ICANNの移転ポリシーにより、初回登録直後、前回移管直後、登録者情報の変更後等に60日間の移管制限がかかる場合があります。適用条件や解除可否はドメインの種類と登録事業者に確認します。

確認項目確認する理由
有効期限期限直前の移管と失効を避ける
自動更新支払失敗や旧カード依存を見つける
移管ロック申請できる時期を判断する
認証コード正式な移管手続に必要となる場合がある
登録者変更日60日制限等の対象を確認する
未完了の申請名義変更と移管の競合を避ける

認証コードはパスワードと同様に扱い、一般の台帳本文やメールへ貼り付けません。必要な担当者へ安全な経路で一時共有し、手続後の扱いを決めます。

管理会社が不明なら請求と公開情報から絞る

ログイン情報を推測して試す前に、社内の記録を探します。

  1. 会計・カード明細で年額・月額の支払先を確認する
  2. 受信箱でドメイン名、更新、請求、サーバー、SSL等を検索する
  3. 見積書、契約書、制作時のメール、共有フォルダを確認する
  4. ドメインの公開検索で登録事業者等の手がかりを確認する
  5. 現在のDNS情報から利用中サービスの候補を整理する
  6. 候補会社へ、契約者情報をそろえて正式に問い合わせる

個人情報保護のため公開情報だけで登録者を特定できないことがあります。会社の登記事項、過去の請求、担当者名、契約番号等、正当な権利を説明できる資料をそろえます。

移管台帳は「場所」と「責任」を記録する

会社担当者と外部担当者がドメインとサーバーの引継ぎ台帳を確認するイメージ

台帳は、パスワード一覧ではありません。何があり、どこで管理し、誰が責任を持ち、秘密情報をどの保管庫から取得するかを記録します。

台帳項目記録する内容記録しない内容
サービス会社名、管理画面URL、契約番号パスワード本文
所有者契約主体、社内責任者本人確認書類の画像
権限オーナー、管理者、作業者共通アカウントの秘密
更新期限、支払部門、通知先カード番号
技術情報DNS名、サーバー、用途秘密鍵
秘密情報保管庫名、項目名、閲覧権限認証コード・復旧コード本文
変更日時、実施者、承認者、理由個人的なメモ

退職者や外注先の権限を削除できるよう、利用者一覧も残します。二要素認証の復旧方法を一人の端末だけに置かないようにします。

DNSは全レコードを現状採取する

WebサイトのA・AAAA・CNAMEだけを写して終えると、メールや外部サービスが止まる場合があります。切替前に、管理画面からDNSゾーンを保存し、公開状態も確認します。

主な確認対象は次の通りです。

  • A・AAAA・CNAME:Webサイトや各種サービスの接続先
  • MX:受信メールの配送先
  • TXT:SPF、ドメイン所有確認、各種サービス認証
  • DKIM用レコード:送信メールの署名検証
  • DMARC用レコード:認証失敗時の方針と報告先
  • CAA:証明書発行を許可する認証局
  • SRV等:電話・会議・業務サービスで利用する場合

各レコードの名前、種類、値、優先度、TTL、用途、確認元を記録します。用途不明のレコードを「不要そう」と判断して消しません。マーケティングツール、決済、採用、予約、会計等の所有確認に使われていることがあります。

サーバー移転は新旧を並行させる

安全な移転では、新サーバーを準備してから接続先を変えます。

  1. 現在のファイル、データベース、設定、アップロードをバックアップする
  2. バックアップから復元できるか確認する
  3. 新サーバーへ複製する
  4. 本番ドメインを切り替えずに表示・管理・フォームを試す
  5. 更新停止時間または差分同期方法を決める
  6. DNS切替を行う
  7. 新旧のアクセスとエラーを監視する
  8. 完了条件を満たした後に旧環境の解約日を決める

WordPress等のCMSでは、本文だけでなく、テーマ、プラグイン、画像、フォーム送信、予約・決済連携、定期処理、アクセス制限、リダイレクトも対象です。管理画面へ入れるだけでは完了ではありません。

メールはサイトより慎重に切り替える

MXレコードを変更すると、原則としてそのドメイン宛の新しいメールの配送先が変わります。Microsoftも、MXを更新する前に対象ユーザーのメールボックスを用意するよう案内しています。

切替前に次を一覧化します。

  • 従業員の個別アドレス
  • 代表、採用、請求等の共有アドレス
  • 転送、別名、メーリングリスト
  • 複合機、フォーム、予約、会計等からの自動送信
  • スマートフォン・PCの設定
  • 保管が必要な過去メール
  • 退職者アドレスの受信方針

新環境で全アドレスを作り、内部送受信、外部送受信、添付、転送、迷惑メール判定を試してから切り替えます。旧環境に届く時間差も想定し、両方を確認する期間を設けます。

SPF・DKIM・DMARCをメール移転に含める

メールが届くだけでなく、送信元として正しく認証されることも確認します。Googleは、Gmailへ送るすべての送信者にSPFまたはDKIMを求め、大量送信者にはSPF、DKIM、DMARC等の追加要件を案内しています。また、すべてのドメインでSPF、DKIM、DMARCを常に設定することを推奨しています。

移転時は次を確認します。

  • SPFに現在のすべての正当な送信元が含まれる
  • SPFレコードを複数作らず、提供会社の指示に沿って統合する
  • 新しいメール環境でDKIM署名が有効になっている
  • DMARCの方針と報告先を把握している
  • フォーム、請求、予約、メール配信等の外部送信も認証できる
  • 代表的な受信先で認証結果と迷惑メール判定を確認する

厳しいDMARC方針へ一度に変更すると、把握していない正規送信まで拒否される可能性があります。現在の送信元を洗い出し、提供会社の手順に沿って段階的に進めます。

SSLと外部サービスも引継ぎ対象にする

サイトが表示できても、ブラウザ警告、決済エラー、フォーム不達があれば業務は戻っていません。

  • SSL証明書の発行・自動更新方法
  • DNSで行う所有確認
  • 問い合わせフォームの送信元・受信先
  • 決済、予約、チャット、採用等の接続
  • Search Console・解析・広告の所有権
  • APIキーやWebhookの登録先
  • IP制限、WAF、CDN、バックアップ

秘密鍵、APIキー、復旧コードは安全な保管庫へ移し、台帳には保管場所だけを記載します。不要になった鍵や利用者は無効化します。

切替日は確認担当と切戻し条件を決める

作業日時だけでなく、誰が何を確認するかを決めます。

確認対象確認例不具合時の判断
WebサイトPC・スマホ、主要ページ、画像接続先・エラーを確認
問い合わせ送信、受信、自動返信フォーム・メール両方を確認
メール社外との送受信、共有アドレスMX・認証・メールボックスを確認
SSL警告、証明書、主要ホスト名証明書・DNS・サーバーを確認
管理CMSログイン、更新、バックアップ権限と書込みを確認
外部連携予約、決済、採用、解析登録URL・鍵・許可元を確認

切戻し条件は「重大な不具合が出たら戻す」では曖昧です。代表メールが受信できない、主要ページが表示できない、決済できない等、事業に合わせて具体化します。

切替後は新旧両方を監視する

DNSの変更は、利用者や接続先により反映の時間差が生じます。特定の時間で全世界が一斉に切り替わると考えず、現在設定されているTTLと各サービスの案内を基に監視期間を決めます。

監視中は次を残します。

  • 新旧サーバーへのアクセス
  • 404・500等のエラー
  • フォーム送信と受信
  • 新旧メールボックスへの着信
  • SPF・DKIM・DMARCの結果
  • SSL警告と証明書更新
  • 利用者からの申告

問題がないことを確認し、バックアップと移行記録を保管してから旧契約を解約します。解約でデータが即時削除されるか、返却・保管期間があるかも確認します。

外注契約では所有権と終了時の返却を決める

制作・運用会社へ依頼するときは、会社がドメイン登録者と主要サービスのオーナーである状態を基本にします。外注担当者は個別アカウントで招待し、契約終了時に削除できる形にします。

見積書・契約書・引継ぎ票には次を含めます。

  • 調査、移管、移転、メール、確認の対象範囲
  • ドメインとデータの所有者
  • 使用する登録事業者・ホスティング会社
  • バックアップと切戻し
  • 作業日時と連絡体制
  • 障害時の責任分界
  • 完了条件
  • 権限、データ、素材、変更履歴の返却
  • 契約終了後のデータ削除とアカウント無効化

「管理一式」という名称だけで契約せず、どの管理画面を誰が所有するかまで確認します。

引継ぎ完了チェックリスト

  • ドメインの登録者・契約者が会社になっている
  • 有効期限、更新方法、支払部門が分かる
  • 社内にオーナー権限を持つ継続アカウントがある
  • 移管ロック、認証コード、申請条件を確認した
  • DNS全レコードを用途付きで保存した
  • サイトの復元可能なバックアップがある
  • 新サーバーで表示・管理・フォームを試した
  • すべてのメールアドレスと送信サービスを洗い出した
  • MX、SPF、DKIM、DMARCを確認した
  • SSLと外部連携を確認した
  • 切替日時、確認担当、切戻し条件を決めた
  • 新旧環境を並行監視した
  • 旧契約の解約前に完了条件を満たした
  • 退職者・旧外注先の権限を削除した
  • 移管台帳と変更履歴を社内保管した

まとめ

泉大津市でドメインとサーバーを引き継ぐときは、旧契約の解約やDNS変更から始めません。まず会社がドメインを保有しているか、更新期限と移管条件は何かを確認し、DNS、サイト、メール、SSL、外部連携の現在値を採取します。

新環境を並行して準備し、メールボックス、フォーム、認証、証明書を試してから切り替えます。切替後も新旧を監視し、サイト・メール・SSL等の完了条件を満たしてから旧環境を解約します。台帳には秘密そのものではなく、管理場所、所有者、責任者、期限、変更履歴を残すことが重要です。

泉大津市でのホームページ運用引継ぎ、ドメイン・サーバー・メールの現状整理、制作会社変更に伴う安全な移転計画については、泉大津市のホームページ制作・運用支援ページをご確認ください。既存環境を止めないための調査範囲と作業順を整理できます。

参考資料