田尻町のドメイン・サーバー引き継ぎ相談

NOTES

田尻町のドメイン・サーバー引き継ぎ相談

田尻町の事業者向けに、ドメイン・DNS・サーバー・メールの引き継ぎ、バックアップ、契約、切替、公開後確認を解説します。

チップス

ドメイン・サーバー・メールを引き継ぐときは、パスワードを集める前に「誰が契約者で、どの会社が何を管理し、止めてはいけない機能は何か」を一覧にしてください。ホームページだけを移しても、ドメイン更新やメール設定が旧担当者のままなら、後日サイトやメールが止まるおそれがあります。所有、契約、技術設定、日常運用を分けて確認することが、安全な引き継ぎの基本です。

田尻町は大阪湾に面し、関西国際空港を含む区域や臨海部を持ちます。町の総合計画でも、空港や地域資源を生かした産業・交流の方向が示されています1。空港関連、観光、物流、地域住民向けサービスなど、営業時間や勤務場所が異なる事業では、メールやウェブサイトが止まる時間帯の影響も違います。自社の業務がいつオンライン連絡へ依存しているかを最初に整理します。

最初に5つの管理対象を分ける

  1. ドメイン
    サイトやメールに使う住所です。登録者、管理事業者、更新期限、支払方法を確認します。
  2. DNS
    ドメインをサイトやメールの接続先へ案内する設定です。どこで管理しているかを確認します。
  3. サーバー
    本文、画像、データベース、プログラムを置く契約です。契約者と管理画面を確認します。
  4. メール
    メールボックス、転送、迷惑メール、送信認証などを確認します。サイト移転と別作業になる場合があります。
  5. 外部サービス
    フォーム、予約、解析、地図、決済、採用サービスなど、サイトから接続する仕組みを確認します。

これらは同じ会社へ料金を払っていても、実際の管理場所が異なることがあります。反対に、複数の請求に見えても一つを解約すると別の機能まで止まることがあります。請求書だけで判断せず、各サービスの管理画面と現在の接続先を読み戻します。

事業者と新旧の担当者がドメイン・サーバー・メールの役割を確認する引き継ぎ会議
サービスごとの契約者、技術管理者、日常担当を分けて確認すると、引き継ぎ後の連絡先が明確になります。

ドメインは会社の資産として確認

ドメインの契約名義が制作会社や退職者になっている場合、まず現在の管理事業者へ正規の手続きを確認します。JPドメイン名では、JPRSが管理指定事業者の変更手続きを案内しています2。具体的な方法はドメインの種類や事業者によって異なるため、認証情報を無理に聞き出すのではなく、契約者確認と移管手続きを正式な窓口で進めます。

  • ドメイン名と更新期限
  • 登録者または契約者の名称
  • 現在の管理事業者と問い合わせ窓口
  • 更新費用の支払方法と通知先
  • DNSを変更できる管理画面
  • 移管中に変更してはいけない設定

引き継ぎを急ぐために、同じ名前で新しいドメインを取り直す方法は慎重に判断します。URLが変わると、名刺、検索結果、取引先のブックマーク、メールアドレス、各種サービスの登録先へ影響します。既存ドメインを維持できるかを先に確認してください。

サーバー移転前に保存するもの

サーバーのバックアップは、公開ページを画像で保存することではありません。サイトのファイル、画像、データベース、設定、リダイレクト、フォーム、管理者情報など、戻すために必要な要素を確認します。IPAは中小企業向け情報セキュリティ対策で、バックアップや安全なウェブサイト運用を基本項目として案内しています3

バックアップを取得したら、保存先、取得日時、対象、復元方法を記録します。元のサーバー契約をすぐ解約せず、新しい環境で本文、画像、フォーム、管理画面、スマートフォン表示を確認できる期間を確保します。契約更新日が近い場合も、確認が終わる前の解約は避けます。

端末とバックアップ媒体を使ってアカウント引き継ぎを確認する事業者と担当者
認証情報そのものを資料へ書き並べず、所有者、保管場所、引き渡し方法、確認結果を分けて管理します。

メールを止めないための確認

ホームページが新しいサーバーへ移っても、メールは旧サーバーを使い続ける構成があります。DNSをまとめて変更すると、メールの接続先まで変わる場合があります。使用中のアドレス、共有アドレス、転送先、送信端末、保存が必要な過去メール、迷惑メール設定を一覧にします。

  • 代表、問い合わせ、採用、請求など使用中のアドレス
  • 各アドレスを使う担当者と端末
  • 転送のみか、メールボックスへ保存するか
  • 過去メールを新環境へ移す必要があるか
  • サイトのフォーム通知に使う送信元と受信先
  • 切替後に送受信試験を行う相手と時間

試験では、社内から社内へ送るだけでなく、外部の異なるメールサービスとの送受信を確認します。ただし、実在する顧客情報や機密情報を試験文へ入れません。結果が不明な場合は、同じ設定変更を重ねず、現在のDNS、メールサーバー、エラーメッセージを読み戻します。

引き継ぎ台帳の作り方

項目記録する内容
サービス正式名称、用途、対象URL
所有契約者、会社管理か個人管理か
連絡更新通知先、問い合わせ窓口
期限契約更新日、証明書やサービスの期限
権限管理者、作業者、閲覧者の範囲
依存解約・変更時に影響するサイト、メール、外部機能
確認最終読戻し日時、担当者、残課題

台帳にはパスワードを直接書かず、安全な保管先と受け渡し方法を記します。二要素認証の端末が旧担当者個人のままなら、会社管理へ移す手順を確認します。退職日や契約終了日までに変更できない場合は、連絡可能な期間と緊急時の窓口を文書で残します。

新旧担当者で決める切替手順

  1. 現行環境と契約を読み取り、変更対象を確定する
  2. バックアップを取得し、戻す条件を決める
  3. 新環境でサイトとメールを公開前に確認する
  4. 切替日時、作業者、連絡先、判断者を決める
  5. DNSなど必要な設定だけを一つずつ変更する
  6. 公開ページ、フォーム、メール、管理画面を読み戻す
  7. 一定期間確認してから旧契約の扱いを決める

切替作業では、何も変更しない時間帯も決めます。複数の担当者が同時に別の設定を触ると、原因を追えません。作業中の連絡経路を一つにし、変更前後を記録します。表示が戻らないからと同じ操作を繰り返さず、反映待ちか設定誤りかを確認します。

契約終了前に確認する質問

  • 会社が引き取るファイルとデータは何か
  • 画像、文章、テーマ、プログラムの利用条件はどうなるか
  • ドメイン・サーバー・メールの契約名義は誰か
  • 管理画面と二要素認証を会社へ移せるか
  • 解約後も必要な転送や保存期間があるか
  • 問い合わせフォームや解析など外部サービスの所有者は誰か
  • 不明な操作結果を確認する窓口は残るか

「一式納品」という表現だけでは、編集できる元データ、公開用ファイル、設定資料、アカウントのどこまで含むか分かりません。次の担当者が復元できる形かを確認します。なお、旧担当者が独自に保有する有料素材やライセンスは、そのまま移せない場合があります。権利を確認せず複製しないでください。

引き継ぎ後の確認期間

切替直後にトップページが見えただけでは完了ではありません。主要ページ、画像、スマートフォン表示、管理画面、フォーム通知、メール送受信、証明書、外部連携を確認します。予約や採用サービスを使う場合は、サイトから正しい画面へ進めるかも見ます。公開URLやメールアドレスを不要に変えず、変える必要がある場合は影響先を先に一覧にします。

最初の更新日も決めておきます。新しい担当者が文章や画像を安全に更新できるか、バックアップから戻す手順を理解しているかを、小さな変更で確認します。引き継いだ直後に大きな改修を重ねるより、現状を安定させてから改善計画へ進む方が、問題の切り分けが容易です。

まとめ

引き継ぎで起きやすい行き違い

よくある行き違いは、「サーバーを引き継ぐ」と言いながら、旧会社が用意した契約をそのまま使い続けるのか、新会社の契約へ移すのかが決まっていないことです。前者は管理担当だけが変わり、後者はデータと接続先が変わります。必要な作業、費用、停止リスクが異なるため、見積書では管理変更と環境移転を分けてください。

「メールはパソコンに残っているから大丈夫」という判断にも注意が必要です。端末だけに保存された過去メール、新サーバーへ自動で移らないメール、複数端末で共有しているメールがあります。どこまで保存が必要か、法務・経理・顧客対応の担当者にも確認し、必要な期間と方法を決めます。不要な個人情報を無期限に複製することも避けます。

また、ウェブサイト制作会社がドメインやサーバーの契約者であっても、意図的に渡さないと決めつけず、契約書とサービス事業者の手続きを確認します。本人確認や支払確認が必要なため、即日では終わらない場合があります。事業者間の連絡期限、会社側の承認者、提出する証明資料を早めにそろえます。

切替日を決めるときの考え方

切替日は、制作会社の空きだけで決めません。求人応募、予約受付、請求連絡、取引先とのメールが少ない時間を会社側で確認します。田尻町内でも、空港や物流に関わる事業、飲食・観光、地域住民向けサービスでは忙しい曜日や時間が違います。変更を避けたい時間帯と、確認担当者が対応できる時間帯を重ねて選びます。

  • 切替開始前に通常の送受信と公開画面を記録する
  • 作業中に更新を止める担当者と範囲を共有する
  • 一つの変更ごとに反映状態を読み戻す
  • 問題時に旧環境へ戻す判断時刻を決める
  • 完了後に社内外の複数経路で確認する

DNSの変更は、すべての利用者へ同じ瞬間に反映されるとは限りません。古いサイトと新しいサイトが一時的に混在する可能性を前提に、両方でフォームを受けるのか、旧側を案内表示にするのかを決めます。反映待ちの最中に設定を何度も変えると、現在地が分からなくなります。

会社側に残す最終成果物

引き継ぎが終わったら、会社側には契約一覧、管理者一覧、現行の構成、バックアップ、更新手順、問い合わせ先、切替記録を残します。専門的な設定値をすべて紙へ印刷する必要はありません。日常担当者が「どの問題をどこへ相談するか」を判断でき、技術担当者が現在の管理先をたどれる二段階の資料にすると使いやすくなります。

管理者の交代や契約更新時には、この資料を更新します。ドメイン更新通知が届く宛先、請求カード、二要素認証端末が古い担当者のままになっていないかを定期的に確認します。引き継ぎは一度きりの作業ではなく、会社が自社のデジタル資産を継続して管理できる状態を作ることが完了条件です。

田尻町の事業者がドメイン・サーバー・メールを引き継ぐときは、契約者、管理場所、期限、依存関係、バックアップ、切替後の確認を分けて記録します。ホームページだけを移すのではなく、メールと外部サービスまで一つの業務導線として扱ってください。

地域で相談できる範囲は、田尻町でのホームページ制作支援の考え方で確認できます。移行、運用、再設計のどこまで必要か整理する場合は、ホームページ制作サービスの案内と照らし合わせ、現在分かっている契約情報から相談してください。

参考資料

  1. 田尻町「総合計画」(2026年8月21日閲覧)
  2. JPRS「ドメイン名の管理指定事業者の変更」(2026年8月21日閲覧)
  3. IPA「中小企業の情報セキュリティ対策ガイドライン」(2026年8月21日閲覧)