運用代行を乗り換える際に準備しておくべき「引継ぎ資料」の中身

ホームページの運用代行を別の会社に乗り換えたい。そう思ったとき、最初にぶつかるのが「引継ぎ」の問題です。弊社が運用を引き継いだ案件の約4割は、前の業者からの引継ぎ資料がほとんどない状態でした。ログイン情報すら不明、サーバーの契約名義がわからない、何のプラグインをどういう設定で使っているのか記録がない。こうなると、本来1〜2週間で完了する引継ぎに1〜2ヶ月かかることもあります。逆に、引継ぎ資料がしっかり揃っていれば、乗り換えはスムーズに完了します。この記事では、運用代行の乗り換え時に準備しておくべき引継ぎ資料の具体的な中身を、実務の現場視点で解説します。

引継ぎ資料がないと乗り換えに1〜2ヶ月かかる

運用代行の乗り換えで最も多いトラブルは「情報が揃わない」ことです。新しい運用会社に依頼しても、前の業者がどんな作業をしていたのか、どのアカウントで管理していたのかがわからなければ、新しい会社はゼロから調査を始めるしかありません。

弊社の実績では、引継ぎ資料が整っている場合は最短1週間で運用を開始できます（乗り換えの判断については制作会社との相性が悪い→穏便に契約解除する方法もご参考ください）。一方、引継ぎ資料がまったくない場合は、アカウント情報の特定やサーバーの契約状況の確認だけで2〜3週間かかることがあります。（この調査期間中もサイトの保守が宙に浮いた状態になるため、セキュリティリスクが高まります）

さらに深刻なのは、前の業者が契約名義を自社名義にしていたケースです。ドメインやサーバーの契約者が運用会社になっていると、移管手続きに業者の協力が必要になります。関係が悪化して乗り換えを決めた場合、その協力が得られないこともあります。総務省の「令和5年通信利用動向調査」によると、中小企業のホームページ開設率は約9割に達していますが、その管理体制が整っているかどうかは別問題です（出典 総務省 通信利用動向調査）。サイトを「持っている」だけで管理の実態を把握していない企業が多いのが現実です。

引継ぎ資料に含めるべき7つの項目

引継ぎ資料に必要な情報は、大きく分けて7つあります。以下のすべてが揃っていれば、新しい運用会社はスムーズに業務を開始できます。逆に言えば、これらの情報が1つでも欠けていると、その調査に時間と追加費用がかかります。

項目	含めるべき情報	不備時のリスク
サーバー情報	契約会社名、プラン、管理画面URL、ログインID・パスワード	サーバーにアクセスできず作業不能
ドメイン情報	レジストラ名、管理画面URL、ログインID・パスワード、更新期限	ドメイン更新漏れでサイト消失
CMS管理情報	WordPress管理画面URL、管理者アカウント、権限一覧	管理画面に入れず更新不可
FTP・SSH情報	ホスト名、ユーザー名、パスワード、ポート番号	ファイルの直接操作ができない
外部サービス連携	GA4、サーチコンソール、SNSアカウント、メール配信サービスなど	アクセスデータの連続性が途切れる
現行の運用内容	定期作業の一覧、更新頻度、バックアップ方法	何をすべきか不明で作業漏れが発生
過去の対応履歴	カスタマイズ内容、トラブル対応記録、改修履歴	過去の経緯がわからず同じ問題を繰り返す

この7項目を1つの資料にまとめておくだけで、乗り換えのハードルは大幅に下がります。理想はExcelやGoogleスプレッドシートで一覧化しておくことですが、テキストファイルでも構いません。重要なのは「どこかにまとまっている」状態を作ることです。

サーバー・ドメイン情報は契約名義の確認が最重要

引継ぎ資料の中で最も重要なのが、サーバーとドメインの情報です。ログインIDやパスワードだけでなく、契約名義が誰になっているかを必ず確認してください。ここが曖昧なまま乗り換えを進めると、後から取り返しのつかない問題が発生します。

契約名義が制作会社のままだと移管できないケースがある

ドメインやサーバーの契約者名が、制作会社や前の運用会社になっている場合があります（ドメインの所有者が制作会社になっている恐ろしさで詳しく解説しています）。この場合、契約者でないとドメインの移管手続きやサーバーの解約・変更ができません。（技術的にはドメイン移管は可能ですが、手続きに契約者の承認が必要です。つまり、前の業者が「ノー」と言えば移管できません）

JPNIC（日本ネットワークインフォメーションセンター）のガイドラインでも、ドメイン名の登録者（Registrant）が正当な権利者であるべきとされています（出典 JPNIC ドメイン名に関する情報）。契約名義が自社名義でない場合は、乗り換え前に名義変更を完了させてください。名義変更は通常、現在の契約者と新しい契約者の双方の同意があれば数日〜2週間程度で完了します。

サーバー情報として記録すべき具体的な項目

• レンタルサーバー会社名とプラン名（例 エックスサーバー スタンダードプラン）
• サーバー管理画面のURL
• 契約者名義と登録メールアドレス
• ログインID・パスワード
• 契約更新日と支払い方法
• SSLの種類と有効期限（Let’s Encrypt、独自SSLなど）
• PHPバージョンとデータベース（MySQL）のバージョン

特に見落としがちなのが、契約更新日と支払い方法です。前の運用会社がクレジットカードで自動更新していた場合、乗り換え後に支払いが止まり、サーバー契約が失効する恐れがあります。弊社に相談に来た案件で、まさにこのパターンでサイトが消えかけたケースがありました。サーバー会社に連絡して支払い方法を変更し、ギリギリで復旧できましたが、数日遅ければデータが完全に削除されていた可能性がありました。

WordPress環境の引継ぎはプラグインとカスタマイズの記録が鍵

WordPressサイトの引継ぎでは、管理画面のログイン情報だけでは不十分です。プラグインの構成、テーマのカスタマイズ内容、データベースの構造まで記録しておかないと、新しい運用会社が「触ったら壊れるかもしれない」と慎重にならざるを得ず、初動が遅れます。

プラグイン一覧と各プラグインの役割を明記する

インストール済みのプラグインを一覧化し、それぞれが何のために使われているのかを記録してください。WordPressの管理画面からプラグイン一覧をエクスポートすることもできますが、重要なのは「なぜこのプラグインが入っているか」の理由です。

プラグイン名	用途	備考
Wordfence Security	セキュリティ対策（ファイアウォール、マルウェアスキャン）	有料ライセンス契約中（年間$119）
UpdraftPlus	バックアップ（毎日自動、Google Driveに保存）	無料版を使用
Contact Form 7	お問い合わせフォーム	reCAPTCHA v3を設定済み
Custom Post Type UI	「施工事例」カスタム投稿タイプの管理	削除するとデータ消失の恐れあり

プラグインに有料ライセンスが紐づいている場合は、ライセンスキー、契約期間、支払い方法も記録してください。乗り換え後にライセンスが切れてプラグインが停止し、セキュリティ機能が無効化された状態で放置されるケースは実際に起きています。

テーマのカスタマイズ箇所を記録する

WordPressのテーマを直接編集してカスタマイズしている場合、その変更箇所を記録しておくことが重要です。特に以下のファイルは、テーマのアップデート時に上書きされるリスクがあるため、変更内容を把握しておく必要があります。

• functions.php（独自の機能追加コード）
• header.php、footer.php（GA4タグやSNSタグの埋め込み）
• style.css（デザインのカスタマイズ）
• 子テーマの有無と構成

子テーマ（親テーマの機能を引き継ぎつつカスタマイズできる仕組み）を使っていれば、カスタマイズ内容は子テーマのファイルにまとまっているため引継ぎが容易です。しかし、子テーマを使わずに親テーマを直接編集しているケースも少なくありません。（弊社が引き継いだサイトの約半数がこのパターンでした。テーマのアップデートを適用した瞬間にカスタマイズが消える危険な状態です）

WordPress.orgの公式ドキュメントでも、テーマのカスタマイズには子テーマの使用が推奨されています（出典 WordPress Developer Resources Child Themes）。引継ぎを機に、子テーマへの移行も検討してください。

外部サービスの連携情報は漏れなくリスト化する

ホームページの運用には、WordPress以外にも多くの外部サービスが関わっています。これらの連携情報が引き継がれないと、アクセスデータの蓄積が途切れたり、メール通知が届かなくなったり、広告の配信が止まったりします。

Googleアカウント関連のサービスは権限移行が必要

GA4（Googleアナリティクス4）やGoogleサーチコンソール、Googleビジネスプロフィールは、前の運用会社のGoogleアカウントで管理されていることが多いです。これらのサービスはアカウントを削除すると過去のデータも消えるため、権限の移行（オーナー権限の変更）を必ず行ってください。

権限移行の手順は以下の通りです。

1. 現在のオーナー（前の運用会社）にGA4の管理画面から自社アカウントを「管理者」として追加してもらう
2. 自社アカウントでログインし、正常にデータが閲覧できることを確認する
3. 自社アカウントをオーナー権限に昇格させる
4. 前の運用会社のアカウントを削除する

Googleサーチコンソールも同様の手順で権限移行が可能です。弊社が引き継いだ案件で、前の業者がGA4のアカウントごと削除してしまい、3年分のアクセスデータが消失した事例がありました。（データは一度消えると復旧できません。蓄積されたデータは資産です）

外部サービスの引継ぎチェックリスト

サービス	確認すべき情報
GA4（Googleアナリティクス4）	プロパティID、管理者アカウント、コンバージョン設定
Googleサーチコンソール	プロパティの所有者、サイトマップ設定
Googleビジネスプロフィール	オーナー権限、口コミ返信の履歴
メール配信サービス	アカウント情報、配信リスト、テンプレート
SNSアカウント	各SNSの管理者アカウント、連携設定
広告アカウント（Google広告、Meta広告など）	アカウントID、管理者権限、支払い情報
メールサーバー	メールアカウント一覧、転送設定、SPF・DKIMの設定内容

特にメールの設定は見落としがちです。サーバーを移行する場合、メールの設定（SPFレコード、DKIMなど）も同時に移行しないと、メールが届かなくなったり迷惑メールに分類されたりします。サイトの移行は成功したのにメールが使えなくなった、というトラブルは非常に多いです。

現行の運用内容と対応履歴を文書化する

引継ぎ資料で意外と見落とされるのが、「今まで何をしてきたか」の記録です。ログイン情報やサーバー情報は「今アクセスするための情報」ですが、運用内容や対応履歴は「過去の経緯を理解するための情報」です。この両方が揃って、初めてスムーズな引継ぎが成立します。

定期作業の一覧は頻度と手順をセットで記録する

前の運用会社が行っていた定期作業を一覧にまとめてください。「何を」「どのくらいの頻度で」「どんな手順で」行っていたかが明確になっていれば、新しい運用会社はすぐに同じ品質で作業を引き継げます。

作業内容	頻度	手順の要点
WordPressコア・プラグインの更新	月1回	バックアップ取得後、テスト環境で動作確認してから本番反映
バックアップ取得	毎日自動	UpdraftPlusでGoogle Driveに保存、保持期間30日
セキュリティスキャン	週1回	Wordfenceのスキャン機能で実行、異常時はメール通知
アクセスレポート作成	月1回	GA4からデータ抽出、Excelでレポート作成
コンテンツ更新（お知らせ投稿など）	随時	依頼をメールで受領、2営業日以内に対応

弊社が引き継いだ案件で、前の業者が「毎月バックアップを取っている」と言っていたのに、実際には3ヶ月以上バックアップが取られていなかったケースがありました。引継ぎの際には、「やっている」と言われた作業が実際に行われているかどうかも確認してください。バックアップであれば、保存先に最新のバックアップファイルが存在するかを目視で確認するのが確実です。

トラブル対応の履歴は同じ問題の再発防止に役立つ

過去に発生したトラブルとその対応内容は、引継ぎ資料の中でも特に価値の高い情報です。サイト固有の問題は、過去の経緯を知らないと原因の特定に時間がかかります。「以前にも同じ症状が出たことがある」「このプラグインを更新すると表示が崩れることがある」といった情報は、対応履歴がなければ新しい運用会社にはわかりません。

• 過去に発生した障害やトラブルの内容と原因
• トラブル発生時の対処方法と復旧手順
• サイトのカスタマイズで注意すべきポイント（特定のプラグインを更新すると不具合が出るなど）
• 過去に行ったサーバー移行やリニューアルの記録

IPA（情報処理推進機構）の「中小企業の情報セキュリティ対策ガイドライン」でも、インシデント対応の記録と引継ぎの重要性が指摘されています（出典 IPA 中小企業の情報セキュリティ対策ガイドライン）。トラブル対応の記録は「次に同じことが起きたときの保険」です。面倒でも記録しておく価値は十分にあります。

引継ぎ資料を自社で作れない場合の対処法

「引継ぎ資料を作りたいが、何がどうなっているのかそもそもわからない」という状態は珍しくありません。前の運用会社に丸投げしていた場合、自社ではサーバーの契約会社すらわからないことがあります。

前の運用会社に情報開示を依頼する

まずは前の運用会社に、引継ぎに必要な情報の開示を依頼してください（廃業した制作会社から管理権限を取り戻す手順も状況によっては参考になります）。契約書に引継ぎに関する条項がある場合は、それに基づいて情報開示を求められます。契約書に明記されていない場合でも、サーバーやドメインの契約情報、CMSのログイン情報は顧客の資産であり、開示を拒否する正当な理由はありません。（ただし、「忙しい」「担当者が退職した」といった理由で対応が遅れるケースは実際によくあります）

依頼する際は、口頭ではなくメールで書面として記録を残してください。「何月何日に依頼し、何月何日までに回答を求める」という形で期限を明示すると、対応が早まることが多いです。

新しい運用会社に調査を依頼するのも手段の一つ

前の運用会社から十分な情報が得られない場合は、新しい運用会社に調査を依頼する方法もあります。サーバーの特定はドメインのDNS情報（Whois検索）から可能ですし、WordPressの管理画面にログインできれば、プラグインの構成やテーマの構造は確認できます。

弊社の場合、引継ぎ調査を無料で行っています。「何がわからないのかもわからない」状態のお客様でも、サイトのURLと現在わかっている情報だけお伝えいただければ、必要な情報の洗い出しと取得を代行します。調査の結果、サーバーやドメインの名義変更が必要な場合は、その手続きもサポートしています。

乗り換え時に引継ぎ資料がないと追加費用が発生する

引継ぎ資料の有無は、乗り換えの費用にも直結します。資料が整っていれば、新しい運用会社は通常の初期費用（または無料）で引き継ぎを開始できます。しかし、資料がなければ調査工数が発生し、その分の費用が上乗せされることがあります。

引継ぎ資料の状態	想定される追加費用	引継ぎ期間
すべて揃っている	なし（通常の初期費用のみ）	1〜2週間
一部不足（ログイン情報の欠落など）	1〜3万円程度の調査費用	2〜4週間
ほとんどない	3〜10万円程度の調査・移行費用	1〜2ヶ月
契約名義が他社で移管不可	ケースにより数万〜数十万円	2ヶ月以上

引継ぎ資料を準備する手間は、多く見積もっても数時間程度です。数時間の手間を惜しんだ結果、数万円〜数十万円の追加費用と、1〜2ヶ月の空白期間が発生するのは、経営判断として合理的ではありません。乗り換えを検討し始めた段階で、現在の運用会社に「引継ぎに必要な情報をまとめてほしい」と依頼しておくのが賢明です。（契約終了が決まってから依頼すると、対応してもらえないリスクが高まります）

引継ぎ資料のテンプレートを活用すると漏れを防げる

引継ぎ資料をゼロから作るのは手間がかかります。テンプレートを使えば、必要な項目を漏れなく記録できます。以下に、最低限押さえるべき項目をまとめたチェックリストを掲載します。

引継ぎ資料チェックリスト

• サーバー契約会社名・プラン名・管理画面URL・ログイン情報・契約名義・更新日
• ドメインレジストラ名・管理画面URL・ログイン情報・契約名義・更新日
• WordPress管理画面URL・管理者アカウント・ユーザー一覧と権限
• FTP/SFTPのホスト名・ユーザー名・パスワード・ポート番号
• SSL証明書の種類・有効期限・発行元
• インストール済みプラグイン一覧と各プラグインの用途
• テーマ名・子テーマの有無・カスタマイズ箇所の記録
• GA4のプロパティID・管理者アカウント
• Googleサーチコンソールのプロパティ所有者
• メールアカウント一覧・転送設定・SPF/DKIM設定
• 定期作業の一覧（内容・頻度・手順）
• 過去のトラブル対応履歴
• 外部サービスとの連携設定（広告、SNS、メール配信など）

このリストに沿って情報を記入し、ExcelやGoogleスプレッドシートで管理すれば、引継ぎ資料は完成します。パスワードなどの機密情報は、パスワードマネージャーやパスワード付きファイルで安全に共有してください（Web担当者が退職した瞬間に確認すべきログイン情報のリストも合わせてご確認ください）。メールの本文にパスワードをそのまま記載するのは避けるべきです。

最後に

運用代行の乗り換えは、引継ぎ資料の準備次第でスムーズにも困難にもなります。サーバー・ドメインの情報、WordPress環境の詳細、外部サービスの連携、運用履歴。これらの情報を事前にまとめておくことで、新しい運用会社は初日から適切な保守体制を構築できます。「乗り換えたいけれど、引継ぎが面倒で踏み切れない」という声はよく聞きますが、資料さえ揃っていれば乗り換えのハードルは想像より低いのが実態です（HP解約の完全ガイドで解約手続きの全体像もご確認いただけます）。

Web管理では、他社からの引き継ぎや保守会社の乗り換えを歓迎しています。引継ぎ資料がまったくない状態でも、サイトのURLと現在判明している情報だけお伝えいただければ、必要な調査を弊社が代行します。「今の業者に不満があるが、乗り換えの手順がわからない」「引継ぎに何が必要か相談したい」というお問い合わせだけでも構いません。Webのことは丸投げして、本業に集中できる環境を一緒に作りましょう。