オウンドメディアの運用が止まる原因は、単純な人数不足だけではありません。編集長が企画、執筆、確認、入稿、分析まで抱え、職能ごとの責任者が曖昧な組織では、増員しても判断待ちと手戻りが増えます。
編集部を作るときは、人の名前を並べる前に「意思決定」「企画・編集」「制作」「専門監修」「SEO・分析」の職能を分けます。そのうえで、兼任できる職能、分離すべき責任、採用・外注で補う順番を決めることが重要です。
本記事が扱うのは、編集部という組織の組成、職能責任、制作キャパシティ、人員配置、会議体です。企画から公開までの編集フロー、原稿の品質チェック項目、ライター育成の具体策は扱いません。これらは「コンテンツ制作・運用体制」と「記事品質チェックリスト」の記事で確認してください。読み終えると、自社の月間目標本数に合わせた編集組織図と増員判断を作れます。
| 本記事で決めること | 本記事では決めないこと |
|---|---|
| 編集部に必要な職能と責任者 | 企画から公開までの制作手順 |
| 兼任・専任・外部配置の判断 | 校正・根拠確認のチェック項目 |
| 工程別キャパシティと増員順 | ライターの採用基準・育成方法 |
| 週次・月次・四半期の意思決定 | 編集カレンダーの具体的な作り方 |
編集部の人員配置だけでなく、企画から公開までの制作フローと品質管理は「コンテンツ制作・運用体制」で整理しています。
オウンドメディア編集部は「人数」より先に5つの機能をそろえる
オウンドメディア編集部には、最低限「意思決定」「企画・編集」「制作」「専門監修」「SEO・分析」の5機能が必要です。1人が複数機能を兼任しても構いませんが、機能自体をなくしてはいけません。
たとえば、ライターを増やして制作量を上げても、企画を承認する編集長や原稿を確認する編集者が不足すれば、未確認原稿が滞留します。SEO担当だけを置いても、事業方針や専門情報を提供する社内担当者が不在なら、検索流入は得られても自社らしい記事にはなりません。
| 必要な機能 | 主担当の例 | 主な成果物 | 最終責任 |
|---|---|---|---|
| 意思決定 | 編集長・メディア責任者 | 編集方針、予算、優先順位 | 事業成果と公開判断 |
| 企画・編集 | 編集者・ディレクター | 企画書、構成、編集済み原稿 | 個別記事の完成度 |
| 制作 | ライター・デザイナー | 原稿、取材記録、図版 | 指示と根拠に沿った納品 |
| 専門監修 | 社内専門家・有資格者 | 監修コメント、修正指示 | 担当領域の正確性 |
| SEO・分析 | SEO担当・アナリスト | 検索需要分析、計測、改善案 | 検索接点と改善仮説 |

編集部に必要なのは5人ではなく5つの機能です。少人数で兼任しても、意思決定から分析までの機能は残します。
Google Search Centralは、読者を第一にしたコンテンツの自己点検項目として、独自の情報や分析があるか、十分な価値を提供しているか、誰がどのように作成したかが分かるかを挙げています。編集部の役割設計は、単なる進行管理ではなく、記事の経験・専門性・根拠・作成責任を見える形にする基盤です。
編集長・編集者・ライター・監修者・SEO担当の責任を分ける
役割分担では、「作業内容」だけでなく「どこまで自分で決められるか」と「何に責任を持つか」を定義します。全員で確認する運用は丁寧に見えても、最終決定者が不明になるため避けるべきです。
編集長は事業目的と公開可否に責任を持つ
編集長は、記事を最も上手に書く人ではなく、メディア全体の優先順位を決める人です。経営・営業・採用などの事業部門と合意した目的を、編集テーマ、予算、KPI、制作計画へ変換します。
編集長が持つべき権限は、企画の採否、予算配分、公開延期、重大な修正、外部パートナーの変更です。一方、すべての文章を自ら書き直す運用にすると、編集長がボトルネックになります。個別原稿の編集は編集者へ委ね、編集長は企画の優先順位と最終公開判断に集中します。
編集者は記事単位の品質と進行に責任を持つ
編集者は、検索する人の疑問と事業側が伝えたい情報を一つの記事へまとめる役割です。企画、構成、執筆指示、原稿編集、根拠確認、監修依頼、入稿前確認を管理します。
編集者には、表記を直すだけでなく、「この主張に一次情報はあるか」「見出しの順番で読者が判断できるか」「既存記事と重複していないか」を判断する権限が必要です。締切だけを追う進行担当にすると、品質責任が編集長へ戻ってしまいます。
ライターはブリーフに沿った調査・取材・執筆に責任を持つ
ライターの責任範囲は、決められた文字数の原稿を埋めることではありません。記事の目的、対象読者、中心質問、使用すべき根拠、禁止事項、納期を記載したブリーフに沿って調査・取材・執筆し、引用元と確認できなかった点を明示します。
検索意図・見出し・根拠・内部リンク・CTAまで制作前に固定する実務手順は「SEO記事のコンテンツブリーフ作成方法」で確認できます。
ライターへ企画の最終決定や専門判断まで任せると、記事ごとに方向性が変わります。反対に、表現の工夫まで細かく固定すると専門性を生かせません。「変更できない要件」と「提案できる範囲」を発注時に分けることが重要です。
監修者は担当領域の事実と解釈に責任を持つ
監修者は、文章全体を整える編集者とは異なり、法務、医療、技術、商品仕様、社内実績など、指定された専門領域を確認します。監修依頼時には、対象箇所、確認観点、根拠資料、回答期限を明示してください。
記事単位で著者・監修者の専門性、責任範囲、プロフィール、更新責任まで設計する方法は「オウンドメディアの著者・監修者設計」で確認できます。
監修者名を掲載するだけでは品質管理になりません。どの範囲を、いつ、どの資料に基づいて確認したかを編集記録に残します。専門外のSEO表現や記事構成まで一律に承認させず、責任範囲を限定する方が判断の精度を保てます。
SEO担当は検索接点と公開後の改善仮説に責任を持つ
SEO担当は、キーワードを原稿へ入れる人ではありません。検索する人が本当に知りたいこと、検索結果上の競合、既存記事との重複、内部リンク、公開後の表示・クリック・順位を確認し、改善案を提示します。
Google Search Consoleでは検索結果におけるクリック数や表示回数などを確認でき、Google Analytics 4では流入後の閲覧や行動を分析できます。SEO担当は両者を分けて捉え、「検索結果で選ばれていない」「読まれているが問い合わせにつながらない」など、課題を工程へ戻す役割を担います。
RACI表で職能ごとの責任境界を決める
役割の曖昧さをなくすには、編集部を組成する時点で主要な意思決定をRACIへ落とします。RACIとは、実行者、最終責任者、相談先、共有先を分ける方法です。ここでの目的は制作フローを細かく書くことではなく、職能間で判断が衝突したときの責任境界を固定することです。特に、最終責任者は原則1人にします。
| 工程 | 実行者(R) | 最終責任者(A) | 相談先(C) | 共有先(I) |
|---|---|---|---|---|
| 年間・四半期方針 | 編集長 | 事業責任者 | SEO担当、営業・採用責任者 | 編集部全員 |
| 記事企画 | 編集者、SEO担当 | 編集長 | 監修者、事業部門 | ライター |
| 構成作成 | 編集者 | 編集者 | SEO担当、監修者 | 編集長 |
| 調査・執筆 | ライター | 編集者 | 監修者 | SEO担当 |
| 専門確認 | 監修者 | 監修者 | 編集者 | 編集長 |
| SEO確認 | SEO担当 | 編集者 | ライター | 編集長 |
| 公開判断 | 編集者 | 編集長 | 監修者、法務 | 関係部門 |
| 公開後分析 | SEO担当 | 編集長 | 編集者、事業部門 | 編集部全員 |

RACIでは、作業する人だけでなく最終判断する人を明確にします。各工程の最終責任者は原則1人にします。
同じ人が実行者と最終責任者を兼ねることはできます。ただし、医療・金融・法務など誤りの影響が大きいテーマや、自社サービスの効果を強く主張する記事では、執筆者と確認者を分ける方が安全です。
チームの役割を明確にする短時間の介入を検討したシステマティックレビューでは、対象となった医療チームの研究で、役割の明確化を含む介入がチーム機能の改善に使われていました。ただし医療分野の研究であり、オウンドメディア編集部へ効果をそのまま一般化はできません。実務では、役割表を作るだけでなく、会議や案件を通じて定期的に更新する必要があります。
少人数・標準・拡張の3段階で編集部を組成する
必要人数は目標PVではなく、制作する記事の種類、月間本数、監修負荷、既存記事の更新量から決めます。同じ月4本でも、社内取材中心の記事と、法務監修を伴う調査記事では必要工数が異なるためです。
| 体制 | 人員の例 | 向いている状態 | 注意点 |
|---|---|---|---|
| 最小体制 | 編集長兼編集者1人、社内専門家1人、外部ライター | 月1〜4本で検証する立ち上げ期 | 編集長の執筆兼務を常態化させない |
| 標準体制 | 編集長1人、編集者1〜2人、複数ライター、監修者、SEO担当 | 複数テーマを継続公開する時期 | 編集者の確認能力が制作量を決める |
| 拡張体制 | 編集長、デスク、領域別編集者、専任SEO・分析、制作担当 | 複数事業・高頻度・多形式を扱う時期 | 部門間で指標と承認基準を統一する |
少人数では、編集長と編集者、SEO担当の兼任は可能です。しかし、企画承認、専門監修、公開判断をすべて同じ人へ集めると、誤りの発見と優先順位の見直しが難しくなります。兼任する場合でも、高リスク記事だけは別の監修者または事業責任者を承認工程へ加えます。
採用や外注を検討するときは、肩書きではなく不足機能から選びます。原稿が遅いならライター、構成とフィードバックが滞るなら編集者、専門確認待ちが多いなら監修者の稼働枠を増やします。検索流入はあるのに成果へつながらない場合は、ライター増員より分析・導線設計の補強が先です。
制作キャパシティは最も遅い工程から逆算する
月間公開本数はライターの執筆可能本数ではなく、企画から公開までの各工程で最も処理能力が低い工程に制約されます。編集者が月6本しか確認できないなら、ライターが月12本書けても安定公開は月6本以下です。
基本の考え方は次のとおりです。
`工程別の月間処理可能本数 = その工程に使える月間時間 ÷ 1本あたりの標準時間`
`編集部の基準公開本数 = 各工程の処理可能本数の最小値 × 稼働係数`
稼働係数は、差し込み、修正、休暇を考慮するための余白です。たとえば0.8を置けば、理論上10本処理できる工程でも計画は8本に抑えます。これは一般的な目安ではなく、自社の実績値で更新する管理用の前提です。
| 工程 | 月間使用可能時間 | 1本の標準時間 | 処理可能本数 |
|---|---|---|---|
| 企画・構成 | 32時間 | 4時間 | 8本 |
| 執筆 | 80時間 | 8時間 | 10本 |
| 編集・根拠確認 | 36時間 | 6時間 | 6本 |
| 専門監修 | 12時間 | 2時間 | 6本 |
| 入稿・公開 | 16時間 | 2時間 | 8本 |

この架空例では、編集と専門監修の処理能力が各6本で最小です。稼働係数0.8を考慮すると、月4〜5本が安定運用の計画値になります。
この例では編集・監修が各6本で最小です。稼働係数を0.8とすると、安定運用の計画値は月4〜5本になります。月8本を目指すなら、ライターを増やす前に編集または監修の時間短縮・増員が必要です。
標準時間は、通常記事、取材記事、高リスク監修記事、リライトなど記事タイプ別に記録します。初回提出から公開までの日数、修正回数、監修差し戻し率も測ると、「誰が忙しいか」ではなく「どの工程が詰まっているか」で改善できます。
兼任を解消する順番はボトルネックと責任衝突で決める
少人数の立ち上げ期は兼任が前提です。ただし、増員を「忙しい人の補助」として考えると、職能責任がさらに曖昧になります。専任化する順番は、工程別キャパシティと責任衝突の有無で決めます。
| 観測した状態 | 不足している職能 | 優先する配置 |
|---|---|---|
| 原稿は届くが構成確認・編集で滞留する | 企画・編集 | 編集者・デスクを専任化 |
| 専門確認待ちで公開日が読めない | 専門監修 | 監修枠を固定し、副担当も置く |
| テーマの採否が毎回覆る | 意思決定 | 編集長の決裁範囲を明文化 |
| 公開はできるが改善案が出ない | SEO・分析 | 分析担当の定例稼働を確保 |
| 編集長の休暇で全案件が止まる | 代理決裁 | デスクまたは副編集長を配置 |
特に、同じ人が「公開本数の達成」と「専門的な正確性」の両方を最終判断すると、納期と安全性が衝突します。法務、医療、金融など影響の大きい領域では、監修責任を編集長から分離してください。個々の記事をどの順番で確認するかは制作フロー側で定め、本記事では誰がその基準と稼働枠を保有するかだけを決めます。
週次・月次・四半期の会議を意思決定別に分ける
編集会議は、進捗報告を読み上げる場ではなく、担当者だけでは決められない事項を決める場です。進捗は編集カレンダーで非同期に共有し、会議では遅延、優先順位、品質、成果に絞ります。
| 会議 | 頻度・時間 | 主な参加者 | 決めること |
|---|---|---|---|
| 制作進行会議 | 週1回・30分 | 編集長、編集者、SEO担当 | 2〜4週先の公開予定、遅延、監修枠、差し込み |
| 品質レビュー | 月1回・45〜60分 | 編集者、ライター、監修者 | 差し戻し傾向、ルール改定、良い記事の共有 |
| 成果レビュー | 月1回・60分 | 編集長、SEO担当、事業部門 | 検索表示、流入、成果、更新優先順位 |
| 方針会議 | 四半期1回・60〜90分 | 編集長、事業責任者、主要担当 | テーマ配分、予算、人員、継続・縮小判断 |
会議ごとに、決定事項、担当者、期限、判断根拠を記録します。「検討する」で終わらせず、実行する、見送る、追加情報を集める、のいずれかへ分類してください。
編集部の配置判断は成果・品質・生産性の3層で行う
編集部を公開本数だけで評価すると、増員すべき職能を誤ります。成果、品質、生産性の3層を分け、個人評価ではなく配置と稼働枠の見直しに使うことが重要です。
| 層 | 指標例 | 確認する問い |
|---|---|---|
| 成果 | 検索表示・クリック、問い合わせ、商談・応募への貢献 | 狙った読者と事業成果につながったか |
| 品質 | 根拠不備率、公開後訂正率、監修差し戻し率、更新期限超過 | 信頼できる状態を維持できているか |
| 生産性 | 公開本数、制作日数、工程別滞留日数、修正回数 | どの工程が制作能力を制約しているか |
Googleの公式資料では、読者を第一にした内容かどうかを自己評価し、必要に応じて信頼できる第三者へ評価を依頼する考え方が示されています。また、Article構造化データでは著者情報などを検索エンジンへ伝えられます。ただし、著者名や構造化データを追加するだけで品質が上がるわけではありません。実際の執筆・編集・監修責任とページ上の表示を一致させる必要があります。
編集部の組織図を作る7つの手順
組織設計は、採用から始めず、目的と仕事量を確定してから職能へ人を割り当てます。次の順番なら、少人数でも不足機能を見つけやすくなります。
- メディアの事業目的と、読者に提供する価値を一文で定義する
- 意思決定、企画・編集、制作、専門監修、SEO・分析の職能を置く
- 各職能の実行責任と最終責任をRACI表で決める
- 記事タイプ別の標準時間から月間制作能力を計算する
- 兼任できる職能と分離すべき責任を決める
- 週次・月次・四半期会議の議題と決定権を定める
- 1〜3か月運用し、滞留時間・差し戻し・成果から採用優先順位を見直す
最初から専任者を全役割に置く必要はありません。まず機能と責任を定義し、兼任で開始します。その後、最も遅い工程や専門性が不足する工程から専任化・採用・外注を検討します。
編集体制を見直すチェックリスト
次のうち3項目以上に該当する場合、個人の努力ではなく体制の見直しが必要です。
- 企画の採否を決める人が案件ごとに変わる
- 編集長がほぼすべての記事を自分で書き直している
- ライターが専門的な主張の最終判断まで担っている
- 監修範囲と期限が依頼時に決まっていない
- SEO担当が公開前確認だけで、公開後の改善に参加していない
- 月間目標本数が工程別工数ではなく希望値で決まっている
- 原稿が特定の編集者または監修者の前で滞留する
- 差し戻し理由が記録・分類されていない
- 会議で決定事項、担当者、期限が残らない
- 担当者の異動や休暇で公開が止まる
最初に修正すべきなのは、最終責任者がいない工程です。次に、制作能力を制約している工程、重大な誤りにつながる監修工程、公開後に改善へ戻せない分析工程の順で整えます。
まとめ
オウンドメディア編集部は、人数を増やす前に「意思決定」「企画・編集」「制作」「専門監修」「SEO・分析」の5職能を定義します。編集長、編集者、ライター、監修者、SEO担当について、権限と職能責任を分け、主要な意思決定の最終責任者を1人にしてください。
運用を続けるには、最も遅い職能から月間制作能力を逆算し、兼任を解消する順番を決めます。週次は進行上の資源配分、月次は品質と成果から配置変更、四半期は予算と人員を判断します。制作フローや原稿チェックの詳細へ広げず、まず5職能を組織図とRACI表へ落とし込むことが実務的な第一歩です。
参考文献・データ元
- 「Creating Helpful, Reliable, People-First Content」Google Search Central(2025年12月更新、2026年8月24日閲覧)https://developers.google.com/search/docs/fundamentals/creating-helpful-content — 読者第一のコンテンツ、作成者・作成方法・目的の確認観点に使用。
- 「Article structured data」Google Search Central(2026年8月24日閲覧)https://developers.google.com/search/docs/appearance/structured-data/article — 記事の著者情報等を検索エンジンへ伝える仕様の確認に使用。
- 「Performance report (Search results)」Google Search Console Help(2026年8月24日閲覧)https://support.google.com/webmasters/answer/7576553 — 検索結果の表示回数・クリック等の計測に使用。
- 「[GA4] Reports in the Analytics app」Google Analytics Help(2026年8月24日閲覧)https://support.google.com/analytics/answer/9924671 — 流入後の利用状況を確認する公式資料として使用。
- McEwan D, et al.「Systematic review of the characteristics of brief team interventions to clarify roles and improve functioning in healthcare teams」PLOS ONE, 2020. https://doi.org/10.1371/journal.pone.0234416 — 役割明確化を含むチーム介入の背景と、他分野へ一般化する際の注意に使用。
