ドメイン・サーバーを人質(モノジチ?)にしないためのウェブ管理術

📅 2026年10月16日 👤 ウェブ屋のさとーさん 📁 コラム
ドメイン・サーバーを人質(モノジチ?)にしないためのウェブ管理術

「制作会社と連絡が取れなくなって、サイトの更新どころかドメインの更新もできない」

「リニューアルしようとしたら、元の会社からドメインの移管を渋られた・法外な費用を請求された」

Web業界に長くいると、こうした「ドメインやサーバーが人質(モノジチ)状態になって身動きが取れなくなる」というトラブルを一度や二度は目撃・相談されたことがあるはずです。

悪意があるケースばかりではなく、「善意でまとめて契約してあげていた」「担当者が辞めて放置されていた」という自然発生的なトラブルも少なくありません。

今回は、ドメインやサーバーを人任せにするリスク、本来「管理する」とはどういうことか、そして今後どう運用すべきかの現実的なアプローチを整理します。


1. ドメイン・サーバーを人任せにすると何が起きるか?

クライアントが「よくわからないから」とすべて制作会社や代理店名義で丸投げしていると、関係が良好なときは問題ありませんが、いざ環境が変わったときに致命的なトラブルに発展します。

  • 更新忘れによるドメイン失効・サイト消滅
  • 管理していた担当者の退職や制作会社の廃業・倒産により、契約更新の通知が届かずドメインがポロッと失効。オークションで第三者に買われてしまい、取り戻すのに莫大な費用がかかる(または二度と取り戻せない)。
  • リニューアルや業者変更時の「ロックイン」
  • 「他社に乗り換えたい」「内製化したい」となった際、AuthCode(オースコード)を発行してくれない、移管手数料として不当に高額な請求をされるなど、事実上の「人質」にされる。
  • メールやDNSの変更が即座にできない
  • 「急ぎでSPFレコードやDKIM(送信ドメイン認証)を追加したい」「サブドメインを切りたい」といった現場の要望に対して、一次請け・外部業者を挟むためタイムラグが発生し、業務がストップする。


2. そもそも「ドメイン・サーバーを管理する」とはどういうことか?

「管理費」という名目で請求書が回っている現場は多いですが、本来「管理する」とは単にお金を立て替えて払うことではありません。

  1. 契約・名義の管理(法的な所有権)
  2. WHOIS情報(登録者名・管理者メールアドレス)が発注元(自社)になっているか。レジストラやサーバー会社へのログインアカウントを誰が掌握しているか。
  3. 決済・更新の管理(事業継続性)
  4. 有効期限の把握と、クレジットカードや口座振替など決済手段の永続的な維持。
  5. 技術的な設定・運用の管理(セキュリティと可用性)
  6. ネームサーバー(DNS)のレコード設定、SSLサーバー証明書の更新、PHPやミドルウェアのバージョン追従、バックアップ体制。

これらを混同して「全部お任せ」にしてしまうから、解約や移管のときに「技術管理だけでなく所有権まで握られていた」という事態に陥ります。


3. 要注意:サービスによっては切り離せないケースもある

すべてを「自社名義で独立させれば解決」と言い切れないのが現代のWeb制作の落とし穴です。

  • SaaS型CMS・ドメインセット型サービス(Wix, Shopify, ホームページ作成サービス等)
  • サービス契約に独自ドメイン取得が含まれている場合、ドメイン単体での切り離し移管に制約があったり、DNSレコードを自由にいじれなかったりします。
  • 代理店専用プラン・OEMサーバー
  • 制作会社が借りているマルチドメインサーバー(リセラーサーバー)の一角に相乗りしている場合、サーバー契約ごとの譲渡は不可能で、サイトデータとDBを丸ごと別環境へ引っ越す作業(移行コスト)が必ず発生します。

「便利だから」「初期費用が浮くから」と選んだパッケージが、将来の独立を阻む足枷になるパターンです。


4. これからどうすべきか?状況別の現実的アプローチ

理想論は「クライアント自身が契約・決済し、制作会社には権限だけ渡す」ですが、ITリテラシーの壁もあります。パターン別に対処法を整理します。


新規で立ち上げる場合

ドメイン・サーバーはクライアント名義・直接決済。


制作会社には「マルチアカウント機能」や「委任機能」(エックスサーバーなどFTPユーザー作成でアクセスできる範囲を限定する、さくらインターネットのドメイン権限付与、AWSのIAM等)で作業権限のみを渡す。


最もクリーン。将来制作会社が変わってもトラブルが起きない。

初期設定の代行サポートは行う。


既存サイトで業者が管理している場合

まずは契約実態の棚卸し。


①WHOIS上の登録者名


②更新連絡の届くメールアドレス


③AuthCode発行権限の所在 を確認し、可能ならドメインだけでも自社アカウントへ移管(レジストラ移管)を依頼する。


契約期間や移管規約を事前に確認。トラブルを避けるため、喧嘩腰ではなく「セキュリティポリシーの見直し」等の理由で相談するのが無難。


自社管理がどうしても難しい場合

「名義は発注元、運用窓口は受託側」を契約書で明記。


契約書に「契約終了時のドメイン移管手続きへの協力義務」「アカウント情報の引き渡し」を明記しておく。


担当者変更時に引き継ぎ資料(ID/Passではなくマスター管理者情報)を社内に残すルールを徹底する。


いかがでしょうか

ドメインは企業のWeb上の「登記簿」であり、会社の資産そのものです。

「ややこしいから丸投げする」のも、「囲い込みのために握り込む」のも、最終的に誰も得をしません。

健全なWeb運用は、適切な権利関係と役割分担から始まります。


ドメインやサーバーは、顧客を囲い込むための首輪ではありません。

鍵はきっちりオーナーに渡しておく。それでも「次も頼むよ」と言ってもらえる仕事をするのが、本物のウェブ屋ってものですよね。

← ブログ記事一覧に戻る
リンクをコピーしました