オウンドメディア担当者が異動・退職するとき、CMSのログイン方法と記事フォルダだけを渡しても、引き継ぎは完了しません。
次の公開予定、外注先への返信待ち、記事を直した理由、GA4やSearch Consoleで毎月何を見ているかなど、「今動いている仕事」と「判断の背景」まで渡す必要があります。
本記事では、社内担当者の交代に範囲を絞り、引き継ぎを3つの台帳と8領域に整理します。
後任が実際に記事公開と分析を一度ずつ完了できる状態を、引き継ぎ完了の目安にします。
オウンドメディアの引き継ぎは「3つの台帳」で整理する
結論として、社内担当者の引き継ぎは「何があるか」「今どこまで進んでいるか」「なぜその判断をしたか」の3つを分けると、抜け漏れを見つけやすくなります。
本記事では、この3つを「資産台帳」「進行台帳」「判断ログ」として整理します。

引き継ぎでは「何があるか」だけでなく、「今どこまで進んでいるか」と「なぜその判断をしたか」まで分けて残します。
| 台帳 | 残す内容 | 後任が確認できること |
|---|---|---|
| 資産台帳 | CMS、分析ツール、記事一覧、原稿、画像、テンプレート、保存先、外注先 | 何がどこにあり、誰が扱えるか |
| 進行台帳 | 公開予定、執筆中、確認待ち、修正中、外注返信待ち、期限、次の作業 | 今何を止めてはいけないか |
| 判断ログ | 企画採否、編集方針、修正理由、KPIの見方、例外対応 | 同じ状況でどう判断するか |
引き継ぎ資料を一つの長い文書に詰め込む必要はありません。
重要なのは、入口となるページから正本へたどれることです。
たとえば「引き継ぎINDEX」を1ページ作り、そこから記事台帳、編集ガイド、公開手順書、分析ダッシュボード、素材フォルダへリンクします。
担当者交代で失われやすいのは、ファイルそのものだけではありません。
「この原稿は誰の確認待ちか」「この数字をなぜ見ているか」「この表現をなぜ避けているか」といった文脈も引き継ぐ必要があります。
組織メンバーの離職に伴う知識損失を扱った2023年のシステマティックレビューでは、91件の実証研究が整理されています。
担当者の離脱によって組織内の知識が失われる問題は、幅広い組織・業界を対象に研究されています。
担当者変更時に引き継ぐ8領域
社内担当者の交代では、契約移行や内製体制の再設計ではなく、現在の制作・更新を止めないための情報を優先します。
本記事では、引き継ぎ対象を次の8領域に分けます。
| 領域 | 最低限引き継ぐもの | 完了の目安 |
|---|---|---|
| 1. 記事・企画 | 公開済み記事、下書き、企画候補、更新候補、優先順位 | 既存資産と次の企画が分かる |
| 2. 進行中企画・公開予定 | 執筆中、確認待ち、公開予定日、次担当、期限 | 今止めてはいけない仕事が分かる |
| 3. CMS・公開 | CMSの入口、権限、入稿手順、公開前後の確認 | 後任が公開作業を再現できる |
| 4. 編集ルール | 読者、記事構成、表記、出典、画像、監修、公開基準 | 後任が合否を判断できる |
| 5. 分析・KPI | GA4、Search Console、レポート、確認頻度、指標定義 | 同じ条件で定例分析できる |
| 6. 原稿・画像・データ | 保存先、命名ルール、元画像、調査データ、テンプレート | 必要素材を自力で探せる |
| 7. 外注先・社内窓口 | 担当者、依頼内容、納期、承認者、連絡経路 | 連絡や発注が途切れない |
| 8. 未対応・例外事項 | 修正待ち、更新期限、障害、保留理由、次の対応 | 保留案件を再開できる |
特に「進行中企画・公開予定」は、公開済み資産とは分けて管理してください。
記事一覧が整っていても、今週公開する記事が誰の確認待ちなのか分からなければ、交代直後から運用が止まります。
担当者個人の引き継ぎだけでなく、編集フロー・役割分担・品質チェックまで体制として整え直す場合は、コンテンツ制作・運用体制の設計も確認してください。
進行台帳は「次の一手」まで書く
進行台帳には、案件名とステータスだけでなく、次に誰が何をすれば進むかを残します。
| 項目 | 記載例 |
|---|---|
| 記事・企画名 | ○○比較記事 |
| 現在地 | 法務確認待ち |
| 次の担当 | 法務担当A |
| 次の作業 | 表現3か所を確認し編集担当へ返却 |
| 期限 | 9月15日 |
| 関係者 | 編集担当、外部ライター |
| 正本 | 原稿フォルダへのリンク |
| 注意点 | 数値出典の差し替えが未完了 |
「確認中」だけでは、後任は動けません。
「誰の」「何の」確認で止まり、「返答後に何をするか」まで一行で書くことが重要です。
編集ルールは手順だけでなく「判断基準」を引き継ぐ
編集ルールは、文字数や見出しの付け方だけでは不十分です。
担当者が替わっても品質を保つには、「どんな記事なら公開できるか」「何を理由に差し戻すか」を判断できる形にします。
最低限、次の情報を残します。
- 読者と記事目的
- 企画を採用する基準
- 既存記事との重複を判断する基準
- 一次情報や参考文献の優先順位
- 数字を掲載するときの時点・出典ルール
- 表記・禁止表現
- 画像や図表の基準
- 監修・確認が必要な条件
- 公開前チェック
- リライトや更新を行う条件
さらに、代表的な過去記事を2〜3本選び、初稿から何を直したか、その理由を短く残すと、抽象的な編集方針を具体例で理解できます。
たとえば「結論が遅いから冒頭へ移した」「一次情報が確認できないため数値を削除した」「既存記事と検索意図が重なるため企画を見送った」といった判断です。
ルールを固定化することが目的ではありません。
後任が方針を変える場合でも、従来ルールを理解したうえで「何を変えたか」を説明できれば、意図しない品質の揺れを防ぎやすくなります。
CMS・GA4・Search Consoleは「ログインできる」ではなく「必要な操作ができる」まで確認する
ツールの引き継ぎでは、アカウント名を一覧にするだけでなく、後任が必要な操作を実行できるかを確認します。

権限を付与するだけでなく、後任自身が記事公開や定例分析に必要な操作を再現できるか確認します。
WordPressには標準で6つの役割があり、Administrator、Editor、Authorなどで実行できる操作が異なります。
したがって「WordPressに入れた」で終えず、担当業務に応じて下書き編集、画像アップロード、公開、他ユーザーの記事管理など、必要な操作ができるか確認します。
Google Analytics 4では、ユーザーをアカウントまたはプロパティ単位で追加でき、追加する階層によってアクセス範囲が変わります。
後任が対象プロパティを見られるか、普段使うレポートや設定へ到達できるかまで確認してください。
Google Search Consoleでは、所有者とユーザーで権限が異なり、他のユーザーへ権限を付与できるのは所有者です。
公式ヘルプでは、プロパティに1人以上の確認済み所有者が必要とされています。
担当者変更時は、後任の閲覧可否だけでなく、社内に適切な所有者が残っているかも確認対象になります。
| ツール | 引き継ぎ時の確認 | 完了テスト例 |
|---|---|---|
| CMS | ユーザー、役割、公開操作 | 下書き作成からプレビューまで実施 |
| GA4 | 対象アカウント・プロパティ、必要権限 | 定例で使う数値を後任が取得 |
| Search Console | 対象プロパティ、所有者・ユーザー | 検索パフォーマンスを開き必要データを確認 |
| ストレージ | フォルダ権限、正本、命名ルール | 原稿・画像・調査データを自力で発見 |
退職者のアカウント削除や情報機器の回収は、引き継ぎとは別にオフボーディングとして行います。
IPAの「中小企業の情報セキュリティ対策ガイドライン 第4.0版」でも、退職・任期満了時の情報や機器、ID、鍵などの回収と、チェックリストや証跡による実行状況の可視化が示されています。
この記事では詳細なアクセス監査までは扱わず、後任側の利用確認と退職者側の権限整理を混同しないことだけ押さえます。
原稿・画像・調査データは「個人の保存場所」から切り離す
記事運用の正本が前任者の個人フォルダ、デスクトップ、個人アカウントのクラウドに残っていると、退職後に探せなくなるおそれがあります。

記事原稿や画像の正本は、担当者が離れてもチームが継続して利用できる場所へ集約します。
引き継ぎ時は、原稿、画像、図表、取材記録、調査データ、テンプレート、過去の修正履歴について、チームが継続してアクセスできる保存先を決めます。
Google Workspaceの共有ドライブは、ファイルが個人ではなくチームに属し、メンバーが離れてもファイルが共有ドライブに残る仕組みです。
Google Workspaceで共有ドライブを利用できる場合は、担当者個人のマイドライブだけに正本を置かない運用の一例になります。
フォルダを移すだけでなく、「どれが最新版か」が分かることも必要です。
記事ごとに正本を一つにし、作業コピーが複数ある場合は、公開済み・編集中・参考資料を区別してください。
引き継ぎは「棚卸し→並走→後任単独」の3段階で進める
引き継ぎ期間に余裕がある場合は、資料共有だけで終えず、前任者と後任者が実際の制作・公開・分析を一度通すのが実務的です。
2026年に公開された中規模製造拠点の事例研究では、暗黙知を文書化する取り組みだけでは知識移転に限界があり、監督下で実際の業務を行う方法が有効だと著者らは提案しています。
オウンドメディアを対象とした研究ではなく、単一の製造業事例のため一般化はできませんが、「資料を読むだけでなく後任が実際に手を動かす」という引き継ぎ設計を考える補助材料になります。

資料共有だけで終えず、後任が実際の公開・分析を自分で再現できる段階まで進めます。
STEP1|棚卸しして「止めてはいけない仕事」を先に確定する
最初に資産台帳と進行台帳を作り、直近の公開日、更新期限、外注納期、社内確認、定例レポートなど、交代直後に期限が来る仕事から確認します。
すべての過去資料を整理してから始めると、目の前の公開が止まるためです。
STEP2|後任が作業し、前任が補足する
後任が記事の入稿、公開前確認、GA4・Search Consoleの定例確認などを実行し、前任は不足情報だけを補います。
この段階で出た質問は、引き継ぎ資料の不足そのものです。
質問への回答を口頭だけで終わらせず、該当する手順書や判断ログへ追記します。
STEP3|後任だけで1回の公開と分析を完了する
引き継ぎ完了は「資料を渡した日」ではなく、後任が通常業務を再現できた時点で判断します。
本記事では、少なくとも記事公開を1回、定例分析を1回、後任主体で完了できることを目安にします。
引き継ぎ期間を一律に何週間と決める必要はありません。
記事制作サイクルが1週間の媒体と1か月の媒体では必要期間が違います。
前任者の在籍期間、公開頻度、承認工程、外注の有無に合わせ、主要工程を後任が一度経験できるように設計します。
担当者が急に退職し、並走期間が取れない場合の優先順位
前任者と並走できない場合は、資料を完璧に復元するより、運用停止を避ける順番で対応します。
1. 直近2〜4週間の公開予定・更新期限・外注納期を洗い出す 2. CMS、GA4、Search Console、ストレージへ社内からアクセスできるか確認する 3. 進行中記事ごとに、現在地・次の作業・承認者を決める 4. 外注先・監修者・社内確認者へ新しい窓口を共有する 5. 公開手順と最低限の編集基準を、過去記事と履歴から復元する 6. 落ち着いた後に、未整理の資産や権限を通常の監査工程で見直す
緊急時に新しい運用体制をゼロから設計し直すと、引き継ぎと組織変更が同時進行になり、何が原因で止まっているか分かりにくくなります。
まず現在の制作・更新を再開し、その後に体制改善を切り分けます。
引き継ぎ当日に使えるチェックリスト
引き継ぎ完了前に、次の項目を一つずつ確認してください。
| 確認項目 | 完了 |
|---|---|
| 公開済み記事と下書きの一覧がある | □ |
| 今後の公開予定と更新予定が分かる | □ |
| 進行中記事の現在地・次担当・期限が分かる | □ |
| CMSで後任が必要な操作を実行できる | □ |
| 編集ルールと公開前チェック項目がある | □ |
| GA4で普段使う指標を後任が確認できる | □ |
| Search Consoleで対象プロパティを確認できる | □ |
| 原稿・画像・調査データの正本と保存先が分かる | □ |
| 外注先・監修者・社内確認者の窓口が分かる | □ |
| 依頼中・返信待ち・未対応事項が一覧になっている | □ |
| 過去の重要な判断理由を確認できる | □ |
| 後任が記事公開を1回実施した | □ |
| 後任が定例分析を1回実施した | □ |
| 退職者の権限整理を行う担当部署・担当者が決まっている | □ |
チェックリストの目的は、書類を揃えることではありません。
後任が「次に何をするか」で迷わない状態を作ることです。
未完了項目がある場合は、直近の公開や外部連絡に影響するものから優先して解消します。
外注から内製への移行・制作会社変更・アクセス監査とは分けて考える
この記事が扱うのは、同じ会社の中でオウンドメディア担当者が交代するときの引き継ぎです。
外注会社から社内へ制作機能を戻す場合は、契約、著作権、成果物、支援範囲、移行期間など別の確認事項が増えます。
外注から内製への切り替えについては、オウンドメディアを外注から内製へ移行する方法で整理しています。
一方、退職者の不要な権限、共有アカウント、所有者不明のアカウントなどを棚卸しする作業は、アクセス権限監査として分けると整理しやすくなります。
詳細はオウンドメディアのアクセス権限を定期監査する方法で確認できます。
担当者変更の場面では範囲を広げすぎず、まず「今週・今月の制作と更新を後任が続けられるか」に焦点を置いてください。
まとめ
オウンドメディア担当者の引き継ぎでは、記事やログイン情報だけでなく、進行中の仕事と判断の背景まで組織側へ残すことが重要です。
本記事では、資産台帳・進行台帳・判断ログの3つに分け、記事・企画、進行中企画、CMS、編集ルール、分析、保存データ、関係者、未対応事項の8領域を確認する方法を紹介しました。
最後は、後任が記事公開を1回、定例分析を1回、自分で完了できるかを確認してください。
引き継ぎ項目を手元で確認しながら進めたい場合は、無料ダウンロード資料も活用できます。
参考文献・データ元
この記事で参照した情報を確認できます。
- WordPress.org Documentation「Roles and Capabilities」
- WordPressの標準ロールと権限差の確認に使用。
- Google Analytics ヘルプ「アナリティクスのユーザーおよびユーザー グループの追加、編集、削除」
- アカウント・プロパティ単位のユーザー管理の確認に使用。
- Google Search Console ヘルプ「所有者、ユーザー、権限の管理」
- Search Consoleの所有者・ユーザー権限の確認に使用。
- Google Workspace Learning Center「What are shared drives?」
- 共有ドライブのファイル所有と、メンバー離脱後の継続保管の確認に使用。
- IPA「中小企業の情報セキュリティ対策ガイドライン」
- 第4.0版は2026年3月27日公開。
- 退職・任期満了時の情報資産、ID等の管理確認に使用。
- Galan, N.「Knowledge loss induced by organizational member turnover: a review of empirical literature, synthesis and future research directions (Part I)」
- The Learning Organization, 2023。
- 91件の実証研究を対象としたシステマティックレビュー。
- DOI: 10.1108/TLO-09-2022-0107
- Kennedy, D. & Rotvik, C.「Tacit Knowledge Codification Groundhog Day」
- Engineering Management Journal、2026年1月20日オンライン公開。
- 中規模製造拠点の事例研究。
- DOI: 10.1080/10429247.2025.2611821
‹ 親記事: コンテンツ制作・運用体制とは?編集フロー・役割分担・品質チェックの仕組みを体系的に整理
関連記事
- › 記事品質チェックリストの作り方|編集基準・校正・根拠確認・公開承認を標準化する
- › SEO記事のコンテンツブリーフ作成方法|検索意図・見出し・根拠・内部リンクを制作前に定義する
- › オウンドメディアの著者・監修者設計|誰が書き、誰が確認したかを記事単位で明示する方法
- › オウンドメディア編集部の作り方|編集長・ライター・監修者・SEO担当の役割分担
- › 記事の更新期限を決める方法|鮮度・重要度・順位下落で判断
- › 記事の出典・根拠を管理するエビデンス台帳の作り方|更新期限・一次情報・引用箇所を追跡
- › オウンドメディアの編集権限・版管理を設計する方法|誤公開・上書き・承認漏れを防ぐ
- › 生成AIを記事制作に使う運用ルールの作り方|利用範囲・人間レビュー・機密情報を管理
- › 記事の出典を定期確認|リンク切れ・情報鮮度・一次情報をチェック
- › オウンドメディアのアクセス権限を定期確認|退職・異動時の対応
- › 生成AIを使った記事制作の検証ログを作る方法|プロンプト・根拠確認・修正履歴を残す
- › コンテンツ制作の遅れを確認|企画・執筆・確認・公開を可視化
- › 外注記事の受入れ基準を作る方法|納品形式・根拠・著作権・修正責任を標準化
- › オウンドメディアの画像・図版ライセンスを管理する方法|出典・利用範囲・期限を台帳化
- › 外注ライター・制作会社の評価スコアカードを作る方法|品質・納期・修正回数・専門性を継続評価
- › オウンドメディアの緊急訂正・公開停止フロー|訂正・一時非公開・削除の判断基準と復旧手順
- › 法人向けサービスページの比較表の作り方|料金・対象・対応範囲・実績・契約条件を同じ軸で整理
- › 導入事例ページの作り方|成果数値・導入期間・取り組み内容
- › 導入事例ページの作り方|業種・課題・成果で探せる構成と導線
- › 法人向けサービスページのFAQの作り方|料金・対象・導入条件・契約・セキュリティの質問を整理
- › 法人向けサービスページの導入フローの作り方|期間・準備物・担当・例外条件まで整理
- › 法人向けサービスのセキュリティ情報の載せ方|認証・データ保管・権限・問い合わせ先の整理方法
- › 法人向けサービスサイトの情報更新を誰が持つ?営業・法務・制作で料金・実績・契約条件を管理する方法
- › オウンドメディアの表記ガイドラインの作り方|表記ゆれ・数字・固有名詞・引用ルールを統一
- › オウンドメディアのインタビュー記事の作り方|企画・質問設計・取材・原稿確認・公開まで
- › オウンドメディアの記事テンプレートの作り方|原稿フォーマット・出典・CTA・FAQ・著者欄を標準化
- › Claudeの料金プラン比較|無料・Pro・Team・法人向けの選び方
- › NotebookLMの使い方|資料の読み込み・要約・質問の基本手順



