今の保守会社から乗り換えたい時にサイトを止めない方法｜解約・移管を安全に進める手順と事前準備
目次
【AIによる要約】
– 解約の連絡は最後に。移管先の準備と動作確認が済んでから意思表示します。
– 事前確認は「管理アカウント」「バックアップの復元確認」「解約条項」の3点です。
– サーバーが自社名義なら移管・DNS切替は不要。保守会社名義なら新環境構築→DNS切替→解約通知の順です。
はじめに：乗り換えで怖いのは「値段」ではなく「止まること」
「今の保守会社の対応に不満がある」「レスポンスが遅い」「見積もりが理由もなく高い」——そう感じながらも、なかなか乗り換えに踏み切れないWeb担当者は多いのではないでしょうか。
踏み切れない理由を聞くと、必ずと言っていいほど出てくるのがこの2つです。
- 解約を伝えたら、サポートを打ち切られてサイトが止まらないか
- 引継ぎに必要な情報（アカウント・仕様書・バックアップ）をもらえないのではないか
この不安は、あながち杞憂ではありません。当社カジヤは業界歴10年以上で300社以上のWebサイト・Webシステムの支援に携わってきましたが、「解約を伝えた途端に対応が変わった」「引き継ぎに必要な情報の提供を渋られた」といった相談は、実際に繰り返し寄せられています。
この記事では、既存の保守会社を「悪者」にする話ではなく、乗り換える側が事前に準備しておくことで、こうしたリスクのほとんどを回避できるという点に絞って、安全な解約・移管の進め方を解説します。
原則：解約の「連絡」は最後にする
乗り換えで事故が起きるケースの構造はシンプルです。ほとんどが次の順番で進めているからです。
❌ よくある失敗パターン：
1. 不満が溜まる → 解約の意思を先に伝える
2. 保守契約が解約される（または事実上のサポート停止）
3. その後に移管先を探し、環境情報が手元にないまま交渉が難航
4. 更新・支払い・年次契約などの期限が迫る中でサイト運用が停止
✅ 安全なパターン：
1. 移管先の候補を選定し、契約開始日を調整する
2. 新環境の構築・検証を先に済ませる
3. データ移行と表示確認まで完了させる
4. その後で解約の意思表示をする
5. 旧環境の解約日と新環境の稼働開始日を数日重ねて切替
ポイントは「解約日」と「切り替え日」を重ねることです。数日間、新旧両方の契約が並行する期間（重複費用は数千円〜数万円程度）を作ることで、失敗時に戻れる場所を確保できます。この重複期間をケチって同日に切り替えると、問題が起きた時の退路がなくなります。
ステップ1：解約の連絡前に確認すべき3点
① 管理アカウントの所在
ドメイン・サーバー・CMSの管理画面に、自社でログインできるかを確認します。できない場合でも、まずは契約書や登録メールアドレスを確認し、「契約者名義が自社か」を把握しておけば十分です。名義が自社であれば、サーバー会社への正規の申請でアクセス権を回復できます（連絡が途絶えた制作会社からの引き継ぎ手順は、別記事連絡が途絶えた制作会社のあと、Webサイトを安全に引き継ぐ手順で詳しく解説しています）。
ここで確認すべきは次の通りです。
- ドメインの契約名義と管理会社（WHOIS検索で確認可能。.jpドメインならJPRS WHOIS検索）
- レンタルサーバーの契約者と契約プラン
- CMS（WordPress等）の管理者アカウント
- SSL証明書の更新方式（サーバー会社の自動更新か、別途申請が必要か）
このとき、サーバーの契約名義が自社（または自社で直接契約）であれば、保守会社を替えてもサーバー移管・DNS切替は原則不要で、保守契約の差し替えだけで済みます。サーバーを保守会社名義で契約している場合のみ、次のステップ2以降のサーバー移行手順が必要になります。
② バックアップの取得と「復元の確認」
バックアップは取得するだけでは不十分です。取得したデータが本当に復元できるかを移管先環境で一度確認してから解約の連絡をしてください。当社の経験上、「バックアップはあったが復元できなかった」「直近の更新分が欠けていた」という事故は珍しくありません。
最低限確保するもの：
- サイト全体のファイル一式（公開ディレクトリ全体）
- データベースのダンプファイル
- 設定情報（メールアカウント、DNSレコード、cron等のサーバー設定の控え）
③ 解約条項と解約予告期間
契約書の「契約期間」「解約予告期間」「違約金」の3点を確認します。年間契約で「解約予告は3ヶ月前まで」などの条項があるケースは多いため、ここを見誤ると最大1年分の重複費用が発生します。契約書が手元にない場合は、早期に保守会社へ問い合わせて契約内容の確認を依頼しましょう。この問い合わせ自体は解約の意思表示ではないので、先に進めて問題ありません。
ステップ2：移管先での「新環境先構築」を先に進める
サーバー移行が必要なケースでは、移管先が決まり次第、現行サイトを止めることなく新環境を構築します（ステップ1で自社名義と確認できた場合、この工程は不要で、新契約の開始日調整と既存サーバーへのアカウント共有だけで切り替えられます）。手順の骨子は次の通りです。
- 移管先で新サーバーを契約し、同バージョンの実行環境（PHP・CMS）を用意する
- 取得したバックアップからサイトを復元
- DNS切り替えの前に、hosts書き換えやプレビューURLで本番同等の表示・動作確認をする
- フォーム送信・決済・外部API連携など、画面から見えない機能の疎通確認をする
この工程を「移管先が全てやってくれる」と丸投げせず、検証結果を自社でも目で確認することが重要です。サイトダウンの損失の重みは、当社自身も複数のWebサービス・EC事業を運営している立場から、制作会社側以上に身にしみて分かっています。表示確認に10分かけるかどうかで、売上ゼロの1日が生まれるかどうかが決まります。
ステップ3：DNS切り替え → 解約の意思表示
サーバー移行が必要なケースでは、新環境での動作確認が済んだら、DNSの向き先を新サーバーに切り替えます。DNSの浸透には数時間〜最大72時間程度かかることがあるため、アクセスの少ない時間帯・曜日を選び、旧サーバーは数日間稼働させたままにするのが安全です。
DNS切り替えが完了し、新環境で安定稼働を確認できてから、初めて旧保守会社へ解約の意思表示をします。この順番であれば、仮に対応が冷え込んだとしても、もう相手に依存する状態は存在していません。「解約を伝えた途端にサポートを拒否されてサイトが止まる」という最悪のシナリオは、そもそも構造的に成立しなくなります。サーバーが自社名義で移行不要のケースは、解約予告期間に従って通知するだけでよく、DNS切替の工程はありません。
乗り換え判断の目安：いつ乗り換えるべきか
「不満があるけど、我慢して使うべきか、乗り換えるべきか」の判断基準は、当社の考えでは次の3点に集約されます。
- 障害時の初動：サイトに異常が出た時、連絡から対応開始までの所要時間が契約で保証されているか、実績として信頼できるか
- 情報の共有義務：管理アカウント・バックアップ・変更履歴が顧客側へ定期的に開示される運用になっているか
- 更新の先回り：CMS・PHPのバージョンアップやセキュリティ対応を「壊れる前」に提案してくるか、「壊れてから有償で直す」体制か
逆に言えば、この3点が満たされているなら、相場よりやや高くても乗り換える必要はありません。料金の安さだけで移管先を選ぶと、障害時に初動の遅さで振り替えられるコストのほうが大きくなります。当社がWebサイト保守管理サービスで重視しているのも、単なる作業の請負ではなく「何かあった時にどう初動を取るか」の体制です。
落とし穴チェックリスト：乗り換え前に確認したい盲点
- メール環境の移行漏れ：Webサーバーとメールサーバーが同じ契約の場合、メール設定の移管を忘れると「サイトは動くのにメールだけ届かない」状態になります
- フォーム送信先アドレスの変更漏れ：新環境でフォームは動くのに、送信先が旧環境のメールアカウントのまま、という事故
- サブドメイン・テスト環境の存在：本番サイト以外に、決済テストや社内ツールが旧サーバーで動いているケース
- DNSレコードの全量記録：MXレコードやSPF等、サイト表示以外のレコードを記録せずに切り替えるとメール送信が迷惑メールフォルダに振られる原因になります
- 年間更新のタイミング：ドメインの更新日・SSL証明書の有効期限・サーバー契約の更新日を一覧化し、解約日を逆算しておく
まとめ：乗り換えは「順番」がすべて
- 解約の連絡は最後にする。先に移管先を準備し、動作確認まで済ませてから意思表示する
- 解約前の必須3点は「管理アカウントの所在」「バックアップの復元確認」「解約条項の確認」
- サーバー移管が必要な場合は、DNS切り替えを旧環境を残したまま行い、新旧の並行期間を作って失敗に備える（自社名義のサーバーなら移管不要）
- 乗り換え判断は料金ではなく「障害時の初動・情報開示・先回り対応」の3点で判断する
当社カジヤは、代理店を挟まない直接取引で社内の専任エンジニアが一貫して対応しています。保守の引き継ぎ・移管のご相談では、「今の契約をどう整理すべきか」の段階から無料でご相談を受け付けています（Webサイト保守管理サービス）。既存の保守会社を批判する話をするつもりはありません。それでも、担当者任せで情報が手元に残っていない状態は、どの会社にとってリスクです。まずは現状の把握から、一緒に始めてみてください。
