サイト更新の担当者が退職したときに会社の信用を守る引き継ぎ7項目

担当者から「今月末で退職します」と聞いたとき、ホームページの更新を誰が引き継ぐのかだけを考えてしまいがちです。しかし、サイト更新の担当者が退職したときに本当に確認したいのは、更新作業そのものではありません。誰が何を管理し、どの判断をしてきたのかを会社の資産として戻すことです。

担当者個人のメールアドレスでWordPressにログインしていた、制作会社との連絡が担当者で止まっていた、アクセス解析の見方を知る人がいない。この状態で退職日を迎えると、情報の不足がそのまま会社の信用リスクにつながります。慌てて全面リニューアルを決める必要はありません。まずはサイトを守り、管理を整え、その後に育てる順番で進めることが現実的です。

サイト更新担当者の退職で起きる問題は「更新停止」だけではない

「お知らせを更新できなくなる」ことは分かりやすい問題です。ただ、中小企業のホームページ運用では、表に見えない管理業務のほうが後から影響しやすい場合があります。

たとえば、WordPress本体やプラグインの更新が止まれば、不具合や表示崩れが起きても気づけないことがあります。問い合わせフォームの送信先が退職者のメールアドレスのままであれば、見込み客からの連絡を受け取れません。ドメインやサーバーの契約更新通知を退職者しか確認できない状態も、避けたい状況です。

さらに見落とされやすいのが、更新内容の判断です。担当者が「どの商品を先に見せるか」「古い事例を残すか」「営業資料とサイトの説明をどうそろえるか」を担っていた場合、作業権限だけを引き継いでも運用は元に戻りません。ホームページは公開後の情報整理と小さな改善によって、少しずつ会社の信用を育てるWeb資産になります。

退職前に確認したい引き継ぎ7項目

引き継ぎは、口頭で「ログイン情報は共有しました」と済ませないほうが安心です。退職日までに、会社が管理者として確認できる状態をつくります。情報はパスワードを含むため、社内ルールに沿った安全な方法で保管してください。

• ドメインとサーバーの契約情報。契約会社、ログインID、請求先、契約更新日、登録メールアドレスを確認します。名義や連絡先が個人のままなら、会社管理のメールアドレスへ変更します。
• WordPressの管理者権限。管理画面のURL、管理者アカウント、複数の編集者アカウント、テーマやプラグインの情報を整理します。退職者のアカウントは、引き継ぎ完了後に削除または権限変更を検討します。
• 問い合わせフォームとメール設定。送信先、送信元、迷惑メール対策、フォームの利用サービスを確認します。テスト送信を行い、担当部署が実際に受信できるかまで見ます。
• Google Analytics 4とGoogle Search Consoleの権限。閲覧だけでなく管理権限を誰が持つかが重要です。会社のGoogleアカウントを管理者に設定し、退職者の個人アカウントだけに依存しない形にします。
• 制作データと素材の保管先。ロゴ、写真、バナー、PDF、パンフレット、原稿、デザインデータの場所と利用条件を確認します。制作会社が保有するデータについては、どこまで提供・編集できる契約かも確認が必要です。
• 外部会社との契約・連絡履歴。保守会社、広告会社、撮影会社、ライターなど、サイト運用に関わる会社の連絡先と依頼内容をまとめます。過去の改修履歴が分かるメールや資料も、会社で閲覧できる場所へ移しておくと役立ちます。
• 更新の目的と優先順位。毎月のお知らせ更新、採用情報、施工事例、商品情報、キャンペーンページなど、何をどの頻度で更新していたかを残します。できれば「なぜその更新をしていたか」も一言添えます。

この7項目がそろっていれば、次の担当者が未経験であっても、状況を把握しやすくなります。反対に、ログイン情報だけあっても、契約先や判断基準が不明では、必要な時に動けません。

引き継ぎ資料は「操作マニュアル」より「判断メモ」を残す

引き継ぎ資料というと、管理画面の操作手順を細かく書くイメージがあるかもしれません。もちろん、頻繁に行う更新は手順書があると便利です。ただし、すべての操作を詳細に文書化しようとすると、退職日までに終わらず、資料も使われなくなりがちです。

優先したいのは、会社の運用に必要な判断を残すことです。たとえば、「採用ページの募集要項は人事が確認してから公開する」「施工事例は営業資料と同じ表現にそろえる」「問い合わせが少ない月は、アクセス数よりフォームの動作と導線を先に確認する」といったメモです。

これらは高度なWeb知識ではありません。会社の情報を誤って出さず、見込み客や既存顧客に必要な情報を届けるための基準です。担当者が兼任に変わる場合ほど、この基準があるだけで迷いが減ります。

退職後、社内で対応できることと外部に相談したいこと

定型的なお知らせ更新や、事前に決めた写真・文章の差し替えであれば、社内で進められることも多いでしょう。ただし、更新担当者を新たに置くことと、サイトを安全に運用・改善できることは別の話です。

WordPressの更新には、互換性確認、バックアップ、不具合時の復旧判断が伴います。フォームが届かない、表示が崩れた、サイトが遅いといった問題は、原因がサーバー、テーマ、プラグイン、外部サービスのどこにあるかを切り分ける必要があります。知識がないまま管理画面を触ることが、かえって復旧を難しくする場面もあります。

また、GA4やSearch Consoleを見られるようになっても、数値を眺めるだけでは改善につながりません。どのページが見られ、どの検索語句で見つかり、問い合わせまでの相談導線にどんな詰まりがあるのか。データを会社の営業活動や販促物と合わせて読み解く視点が必要です。

外部へ相談する場合は、「更新代行だけ」「保守だけ」と急いで範囲を狭める前に、現在の管理状況を診断してもらうことをおすすめします。契約情報がそろっているか、管理権限に不足がないか、保守の対象はどこまでかを先に確認すると、依頼範囲と費用の判断がしやすくなります。

制作会社が不明、連絡が取れない場合の進め方

前任者の退職を機に、以前の制作会社と連絡が取れないことが分かるケースもあります。この場合も、すぐに作り直しが必要とは限りません。ドメイン、サーバー、WordPressの管理者権限が会社側にあれば、保守の引き取りや部分的な改修で対応できる可能性があります。

一方で、管理権限がなく、契約名義も不明な場合は、できることに順番があります。まず請求書、クレジットカード明細、社内メール、過去の見積書を探し、契約先を特定します。そのうえで、会社として契約者情報を確認し、管理権限の回復を進めます。サイトの見た目を変える前に、所有と管理の土台を整えることが先です。

デザインデータがないこともありますが、公開されているサイトから必要な情報を整理し直せる場合は少なくありません。大切なのは、失われたものを数えるより、今後も使い続けられる管理体制へ移すことです。

退職をきっかけに「一人担当」から抜け出す

担当者の退職は負担ですが、ホームページ運用を個人任せにしていた状態を見直す機会にもなります。社内では、経営者または責任者が管理状況を把握し、更新担当は複数人が最低限の情報にアクセスできる状態が望ましいでしょう。パスワードを広く共有するのではなく、役割に応じて権限を分ける考え方が基本です。

さらに、月に一度でもサイトの状態を確認する時間を決めると、運用は安定します。更新した内容、問い合わせフォームの動作、アクセスの変化、次に直したいページを短く記録するだけでも十分です。月次レポートを単なる報告書にせず、次の小さな改善を決める場にできれば、Web資産は少しずつ育っていきます。

+STOCKでは、WordPress保守（Web／EC）、Web分析レポート／改善、制作や販促デザインを分断せず、現在のサイトを守りながら運用の判断材料を整える考え方を大切にしています。担当者がいなくなった後こそ、会社が自分たちのホームページを把握できる状態へ戻すことが、長期目線では大きな安心につながります。

退職日までにすべてを完璧に引き継げなくても、契約情報、管理者権限、問い合わせの受信確認、この3つから着手すれば前に進めます。止めないための対応を整えた後に、会社らしい情報発信と改善を少しずつ続けていきましょう。