連絡が途絶えた制作会社のあと、Webサイトを安全に引き継ぐ手順｜所有権の確認からサーバー移転まで
目次
【AIによる要約】
– 連絡が途絶えたWebサイトの引き継ぎは、中身の奪取ではなく契約名義と著作権の確認を根拠に、正規の権限で順番にアクセス権を取り戻す作業です。
– まず契約書で「ドメイン名義・サーバー契約者・著作権」の3点が自社にあるかを確定します。ここが曖昧なままの作業が最大のリスクです。
– WHOISで名義確認 → 正規窓口に証憑を添えて申請 → 新環境を先に構築してデータ移行 → 最後に旧契約を解約します。
はじめに：引き継ぎで失敗する会社は「順番」を間違えています
「制作会社の担当者が退職したきり連絡が取れない」「問い合わせフォームの返信が3ヶ月来ない」「そもそも会社自体が見つからない」——当社に寄せられる相談の中で、この「前任者と連絡が取れないWebサイトの引き継ぎ」は繰り返し発生する定番のトラブルです。
この状況でよくある失敗が、焦って解析や復旧を始めてしまうことです。ログイン情報を総当たりで調べたり、契約関係を確認せずにサーバー会社へ電話したりすると、時間がかかる上に、最悪の場合「不正アクセス」と受け取られかねない行為に踏み込みます。不正アクセス行為は不正アクセス行の禁止等に関する法律（不正アクセス防止法）で禁止されており、総務省の資料でも他人のID・パスワードを勝手に使う行為が処罰対象になり得ると解説されています（出典：総務省「不正アクセス行為の禁止等に関する法律」）。
正しい順番はこうです。①権利と契約の確認 → ②外部から調査できることの洗い出し → ③正規の権限でのアクセス回復 → ④新環境の構築と移行 → ⑤旧契約の解約。この記事では、この手順を一つずつ解説します。
ステップ0：最初に契約書を確認する（著作権の所在）
技術的な作業の前に、必ずここから始めてください。確認すべきは3点です。
- ドメインの契約名義：whois.org やJPRS（.jpドメインの場合）などのWHOIS検索で、ドメインの登録者情報を確認できます。自社名義なら話が早く、制作会社やその代理店名義なら移管手続きが必要です（出典：JPRS WHOIS検索）
- サーバー・CMSの契約者：レンタルサーバーの契約者が誰か。制作会社の「管理代行」になっている場合は、制作会社を介さずサーバー会社へ直接「契約者本人かどうか」を確認します
- 著作権（コード・デザインの帰属）：請負契約では、著作権の帰属は契約書の定めによるのが原則です。契約書に「著作権は発注者に譲渡する」旨がなければ、著作権は制作会社側に留まる可能性があります。経済産業省「情報実務用語集」でも請負契約における著作権の帰属は契約によるとしています（出典：経済産業省 情報実務用語集）
ここで重要な事実を言い切ります。「自社のサイトだから、すべて自社のもの」とは限りません。ドメインとサーバーは契約者のものですが、デザインやプログラムの著作権は契約書の書き方次第です。契約書が見つからない場合は、発注時の見積書・メールのやり取りを探し、それでも判断できない段階で弁護士への相談を挟むのが安全です。
ステップ1：外部から分かることと、分からないことの線引き
権利関係が見えたら、次は「現状調査」です。ただし、外から分かることと、ログインしないと分からないことを混同しないことが重要です。
外部から分かること
- DNS設定：
digやMXToolboxなどの公開ツールで、ドメインがどのサーバーを向いているかを確認できます - Webサーバーの種類・CMSのバージョン：HTTPレスポンスヘッダーやHTMLソースのジェネレータータグから、CMSとバージョンを推定できます。Wappalyzer等のセキュリティ診断系ツールも参考になります
- SSL証明書の期限：期限切れが近いと、放置してよい時間はほぼありません
中に入らないと分からないこと
- データベースの中身（記事データ、会員情報、受注データ）
- 独自プログラムの実装内容と依存ライブラリ
- 管理画面アカウントの構成
この線引きを明確にしておくと、「何が引き継げて、何が作り直しになるか」の概算が立ちます。調査の結果「CMSのバージョンが非常に古く、独自カスタマイズが多い」と分かれば、データの引き継ぎを最優先に、見た目と運用は新環境で作り直す判断が現実的になります。逆に「WordPressで標準構成に近い」なら、移行コストは大きく下がります。
ステップ2：正規の権限でアクセス権を取り戻す
ここが技術的にも心理的にも一番の山場です。ポイントは「作業者は自分ではなく、各サービスの契約窓口」であることです。
- サーバー会社へ契約者として問い合わせる：サーバー契約が自社名義なら、サーバー会社の正規手続きでアカウントのパスワード再発行が可能です。制作会社名義の場合は、契約者（制作会社）からの承諾が必要になりますが、長期間音信不通の場合の特別な手続きを用意しているサーバー会社もあります
- ドメインの移管：ドメイン名義が自社なら、レジストラ（お名前.com、さくらなど）経由で認証キーの再発行と移管ができます。制作会社名義なら、まずは書面での承諾取得を目指します
- CMS管理画面：サーバーへのアクセスを回復できれば、WordPressであれば管理画面のパスワード再設定はデータベース経由で正規に行えます。ここで安易に総当たり攻撃ツールなどを使ってはいけません。手段が正当でも、方法が不正アクセスと区別がつかなくなれば説明責任を負うことになります
ステップ3：新環境を先に作り、最後に切り替える
引き継ぎで最も避けたいのは「旧サーバーを止めてから移行を始める」ことです。旧サーバーの契約が切れるとバックアップの取得機会まで失われます。
推奨する順序は次の通りです。
- まず旧サーバー上でフルバックアップ（ファイル一式＋データベースのエクスポート）
- 新サーバー（または新規契約）に同じ構成を復元し、テスト環境として動作確認
- DNSの切り替えで公開環境を新サーバーへ移行（DNSの浸透を考慮し、切替はアクセスの少ない時間帯に）
- 動作確認が完了してから旧契約を解約（最低でも切替後2〜4週間は併存させる）
当社ではこの「旧環境を保険として残した移行」を常套としており、300社以上の支援経験でも、旧環境を残すか残さないかで障害時の復旧速度が大きく変わります。数週間分のレンタルサーバー代は、サイトが止まる機会損失に比べれば無視できるコストです。
落とし穴チェックリスト
- 契約書・見積書・発注メールなど、権利関係を示す記録を探したか
- ドメインのWHOIS登録者名を確認したか
- サーバーの契約者が自社か、制作会社かを確認したか
- 旧環境のフルバックアップを取得したか（取得日時を記録）
- SSL証明書・ドメインの有効期限を確認したか
- 移行後のメールアドレス（@自社ドメインのメール）も同じサーバーで動いていないか確認したか
- 作業記録をすべて残しているか（後で説明できる状態にしておく）
特に最後から2番目の「メール」は盲点です。Webサイトだけを移して、メールが旧サーバーで動き続けているケースは頻出します。DNSを切る前にメール設定の移行可否を必ず確認してください。
プロの決断基準：引き継ぐか、作り直すか
最後に、当社の判断基準を明確にします。
「CMSが標準構成に近く、データベースが健全」なら引き継ぎ、「バージョンが極端に古い・独自プログラムが多い・デザインの刷新も検討したい」なら作り直しを推奨します。目安として、CMSのバージョンが2世代以上古く、セキュリティアップデートを長期間受けていないサイトは、作り直すほうが安くつくことが多いです（出典：IPA「情報セキュリティ10大脅威」でもサプライチェーン・古いソフトウェアの放置が継続的な脅威として挙げられています）。
データそのもの（記事、受注履歴、会員情報）は必ず引き継ぎますが、システムは作り直す。これが費用対効果の面で最も事故の少ない選択です。
まとめ：連絡が取れなくても、正規の手順なら引き継げる
- 最初にやるのは技術作業ではなく、ドメイン名義・サーバー契約者・著作権の所在確認
- アクセス権の回復は自分で解析するのではなく、各サービスの正規手続きで行う
- 移行は旧環境を保険として残しながら、DNS切替 → 動作確認 → 解約の順で
- 「引き継ぐか作り直すか」は、CMSのバージョンとデータの健全性で判断する
前任者と連絡が取れない状況は、放置すればドメイン失効・サーバー契約切れ・SSL期限切れという形で必ず時間切れになります。「いつか対応しよう」ではなく、まずは契約書とWHOISの確認から今日始めていただくのが安全です。権利関係の整理や引き継ぎ先の調査、移行作業までを一貫して行いたい場合は、当社のWebサイト保守管理サービスで相談を受け付けています。まずは現状の整理からお手伝いします。
