Webサイトの担当交代で、契約・権限・バックアップ・問い合わせ・計測・障害対応を何で完了と判断するか。引継ぎ確認表の記入例と集計例で、未確認事項と次の行動を整理します。
くるるとまなボットが、担当者の疑問と確認のポイントを短い対話で整理します。本文の仮例は実在する顧客の事例ではありません。
ホームページの担当交代で、最初に決めたいのは「何を受け取ったら引継ぎ完了とするか」です。管理画面を開けても、契約更新の通知が前任者にしか届かない、バックアップを戻す担当が分からない、問い合わせが届いたか確かめられない。その状態では、運用を引き継いだとは言い切れません。
契約・更新作業・復旧・問い合わせ・計測・障害対応について、後任者が判断できる証拠を残す。未確認の項目は、担当と期限を決めて保留する。 この記事では、そのための確認表と記入例を紹介します。新しいシステムの導入や、すべての権限を一人に集めることを前提にはしません。
以下の表と会社の状況は、編集部が作成した一般的な整理案・仮例です。MADE IN CREWの顧客事例や、特定の契約に共通する基準ではありません。
まず6項目で「完了」を定義する
くるる「管理画面には入れたよ。これで引継ぎ完了？」
まなボット「更新はできるかもしれないね。でも、期限が来たとき、止まったとき、問い合わせが来たときに、誰が何をするかも確かめよう」
| 項目 | 受け取るもの | 完了の判定 | 未確認なら |
|---|---|---|---|
| ドメイン・サーバー | 契約主体、更新期限、請求先、管理権限の所在 | 自社の担当部署が更新通知を確認でき、更新する人が決まっている | 契約窓口に照合を依頼。名義変更や解約を先に進めない |
| CMS・日常更新 | 個人ごとの権限、更新手順、確認者 | 後任者が許可されたテスト環境や下書きで、担当業務を再現できる | できない操作を記録し、権限不足か手順不足かを切り分ける |
| バックアップ・復旧 | 対象、頻度、保存先、保持期間、復元担当・手順 | 保存の証拠・対象・担当・手順がそろえば「引継ぎ情報受領済み」。復元は別欄で「確認済み（確認日・結果）」または「未実施」と記録する | 「自動だから大丈夫」で閉じず、復元確認の方法と実施日を相談 |
| 問い合わせ | フォーム、通知先、受信・迷惑メール対応、一次対応担当 | 許可を得たテストが受信され、担当者まで引き渡せる | フォーム送信、メール配送、受信、担当割当のどこで止まるか確認 |
| 計測 | 対象プロパティ、閲覧・管理権限、成果の定義 | 担当者が「何を問い合わせとして数えているか」と除外条件を説明できる | イベント数を実問い合わせ件数として報告しない |
| 障害対応 | 連絡先、対応時間、対象範囲、社内判断者 | 夜間を含め、誰に連絡し、どこまで依頼できるか確認済み | 未契約の監視や即時復旧をあるものとして運用しない |
合否を一つにまとめず、「日常更新は引継ぎ済み、復旧対応は確認中」のように分けると、進められる仕事と止める仕事が見えます。未確認の重要度はサイトの構成・役割で異なります。会員・決済・予約などを扱うサイトは、ここにない対象も管理者と追加してください。
記入例：「更新できる会社」で残っていた未確認事項
ここでは、問い合わせフォームとお知らせ機能を持つ架空の企業サイトを考えます。来月から総務担当が日常更新を引き継ぎ、外部の制作担当者は引き続き契約範囲内の作業を担当する想定です。次の期限は、説明用に置いた社内目標であり、一般に必要な日数ではありません。
| 対象 | 確認できたこと・残す証拠 | 判断と次の行動 | 担当・期限の例 |
|---|---|---|---|
| お知らせ更新 | 後任が下書きで文章と画像を変更し、確認者がプレビューを確認。手順書の保存先を台帳に記載 | この作業は引継ぎ済み。公開は従来の社内確認を継続 | 後任の総務担当・引継ぎ日 |
| ドメイン更新 | 契約書はあるが、更新通知は退職予定者の個人メールに届く | 未完了。契約窓口と管理者が通知・請求先を確認し、必要な変更を行う。旧窓口を先に消さない | 総務責任者・退職前 |
| バックアップ | 管理画面に取得履歴はあるが、保存対象と復元担当が不明 | 復旧は未確認。保守窓口に対象・保持期間・復元手順を照会し、安全な確認方法を合意 | 保守窓口＋社内責任者・引継ぎ翌営業日までに照会 |
| 問い合わせ | 許可済みテストが共有受信箱へ届き、営業担当が受領を記録 | 受信経路は確認済み。休暇時の代理担当も台帳へ追記 | 営業責任者・引継ぎ日 |
| 問い合わせ計測 | レポートにはイベントがあるが、テスト・重複・営業メールの扱いが不明 | 成果件数の報告は保留。受信記録と照合する定義を決める | 計測担当＋営業責任者・次回報告前 |
| 障害対応 | 制作窓口の連絡先はあるが、夜間対応・監視の契約は未確認 | 常時対応とは扱わない。契約窓口に受付時間、初動、復旧作業の範囲と追加費用を照会する | 社内責任者・引継ぎ前に照会 |
この例なら、お知らせの運用は移せます。一方で、旧契約の解約や旧担当者のアクセス停止を一括で進める前に、残った依存関係を確認します。不要になったアクセスは放置せず、引継ぎ確認後、権限を管理する担当者が適切に整理します。
共有台帳には、契約名、担当、保管場所への参照、確認日、未確認事項を残します。パスワードや復旧コードそのものを、誰でも見られる表や問い合わせフォームへ書き込まないでください。 認証情報は会社で承認された方法で管理し、台帳には管理方法と窓口を記録します。
バックアップは「取得履歴」と「戻せること」を分ける
WordPress公式は、サイトのバックアップとしてデータベースとファイルを扱っています。どちらを保存しているか、テーマ・画像・設定など必要な対象が含まれるかを確認しましょう。WordPress公式：バックアップ
ただし、取得履歴が見えるだけで復元を保証できるわけではありません。復元確認は、保存されたデータを誰が取得できるか、どこへ戻すか、何を確認するかまで具体化します。稼働中の本番を確認のために上書きするのではなく、権限のある担当者と安全な検証方法を決めます。テスト環境へ実データを複製する場合も、個人情報や公開範囲の扱いが必要です。
引継ぎの受入記録には、例えば「保守担当が合意した検証環境で復元し、対象ページ・画像・管理画面を確認。フォームの外部送信は停止した状態で確認。確認日と結果の保存先を記載」と残します。これは確認方法の提案例であり、すべてのサイトに同じ試験を求めるものではありません。
日常更新とシステム変更の権限も分けて考えます。WordPressには役割ごとに異なる権限がありますが、実際のサイトでは追加機能や設定によって操作範囲が異なります。肩書きだけで判断せず、担当業務ができるかを確認してください。WordPress公式：役割と権限
「送信できた」「届いた」「成果として数えた」は別々に確認する
くるる「完了画面が出て、解析にも数字が出た。それなら問い合わせは届いている？」
まなボット「その二つだけでは受信までは確かめられないよ。届いた記録と、担当者が対応できることも見よう」
問い合わせの確認は、送信操作、受信、担当者への引渡し、計測を分けます。完了画面や計測イベントが出ても、迷惑メール扱い、宛先の間違い、担当不在など別の問題は残り得ます。反対に、受信できていても計測が欠けている場合があります。
社内の集計ルールも具体化します。次は架空サイトの運用定義の例です。
| 記録 | この例での扱い | 確認する人 |
|---|---|---|
| 許可済みのフォーム試験 | 動作確認用。成果集計から除外 | 計測担当 |
| 同じ相談の再送信 | 受信記録は残し、同一案件として識別できたものは重複集計しない | 営業担当 |
| 営業・迷惑メール | 受信件数と分け、有効な相談には含めない | 受信担当 |
| 新規の制作相談 | 相談内容を確認して有効相談に分類。商談化・受注とは別に記録 | 営業責任者 |
架空の集計例：ある月の受信10件を、試験2件・同一相談の重複1件・営業3件・有効相談4件に分類したとします。各分類が重複せず、10件すべてを一度だけ分類する前提なら、10−2−1−3＝有効相談4件です。解析イベント数は別の記録であり、この4件との一致を保証しません。
求職者・既存顧客の依頼・電話などをどう扱うかも事業に合わせて決めます。解析画面のイベントと受信記録が一対一で結び付かない場合は、その限界を報告に残しましょう。個人情報を解析サービスへ送って照合することを勧めるものではありません。
引継ぎの場では、後任に「この数字は何を数えているか」「どこまで確認でき、何が分からないか」を説明してもらうと、管理画面へのアクセスだけでは見えなかった空白が分かります。
契約名ではなく、作業と責任の境界を相談する
「保守契約あり」の一行では、お知らせ更新、CMS更新、バックアップ、復旧、監視、ページ改善のどこまで含むか分かりません。契約書と実際に依頼してきた作業を照合し、社内と外部の担当を分けます。対応時間、追加費用が発生する条件、作業前の承認者も確認してください。
MADE IN CREWの公開FAQでは、軽微な更新・修正・追加制作などを相談できる一方、サーバー保守・監視・障害対応などは範囲を分けて案内する場合があります。依頼したい仕事をまとめて「保守」とせず、必要な対象と今の契約を伝えると相談しやすくなります。公開後の運用・保守について
相談時には、次の3点が出発点になります。
- 現在のサイトURLと、引継ぎが必要になった事情。
- 困っている作業。例えば「お知らせ更新はできるが、フォームの受信先と変更担当が分からない」。
- 上の確認表で未確認になった項目と、希望する引継ぎ時期。
秘密情報や認証情報を最初の相談フォームへ送る必要はありません。管理範囲や対応可否を確認したうえで、必要な情報を適切な方法で共有しましょう。
引継ぎを終える基準は、情報を渡し終えたことだけではありません。後任が普段の仕事を続けられ、分からないことを誰に確認するか分かること。 未確認を隠さず残した確認表が、次の担当者の判断を助けます。
関連記事
出典と編集上の補足
執筆・編集：MADE IN CREW 編集部。出典確認：2026年11月2日（JST）。WordPress公式バックアップ解説は2026年10月28日更新。WordPress公式「役割と権限」は2026年9月2日更新。MICのFAQ・サービス案内はページ上の更新日表示を確認できないため、確認日を記録しています。
WordPressの仕様説明とMICの対応範囲は、上記の各公式ページを参照しています。確認表・完了判定・問い合わせ分類と集計例は編集部の提案例です。契約・権限・データの扱いは実際の構成と社内規程に合わせて確認してください。
