WordPressで共同編集する方法｜複数人運用の権限設定・同時編集の注意点・安全な進め方

はじめに

WordPressは、複数のユーザーアカウントを作成し、記事の執筆・校正・公開・サイト管理を分担できるCMSです。個人ブログだけでなく、企業サイトやオウンドメディア、外注ライターを含む編集チームでも共同編集に活用できます。

ただし、複数人が同じ管理者アカウントを使ったり、同じ記事を同時に編集したりすると、変更履歴を追えない、編集内容が上書きされる、誤って記事や設定を変更されるといった問題が起こります。

WordPressで安全に共同編集するには、メンバーごとに個別アカウントを発行し、担当業務に応じたユーザー権限を設定することが重要です。さらに、記事の担当者や公開フロー、同時編集を避けるルール、バックアップ方法まで事前に決めておく必要があります。

本記事では、WordPressで共同編集するための設定手順、権限の違い、記事制作の流れ、同時編集の注意点、セキュリティ対策を詳しく解説します。

1. WordPressで共同編集はできる？まず押さえるべき基本

1-1. WordPressの共同編集とは「複数人で記事・固定ページ・サイト運用を分担すること」

WordPressにおける共同編集とは、複数人がそれぞれのユーザーアカウントで管理画面にログインし、記事や固定ページの制作、画像の登録、校正、公開、更新などを分担することです。

たとえば、ライターが下書きを作成し、編集者が文章やSEO要素を確認したうえで公開する運用ができます。担当者によって操作できる範囲を変えられるため、全員にサイト全体の管理権限を渡す必要はありません。

WordPressには、管理者・編集者・投稿者・寄稿者・購読者などのユーザー権限が標準で用意されています。それぞれの権限には実行できる操作が割り当てられており、役割分担に応じたアクセス管理が可能です。WordPress.org+1

1-2. Googleドキュメントのようなリアルタイム同時編集との違い

WordPressの共同編集と、Googleドキュメントの共同編集は同じではありません。

Googleドキュメントでは、複数人のカーソルや入力内容がリアルタイムで表示され、同じ文書を同時に編集できます。一方、従来のWordPressでは、基本的に1つの記事を1人ずつ編集します。同じ投稿を別のユーザーが開くと投稿ロックが働き、編集の競合を防ぐ仕組みになっています。

2026年6月時点で公開されているWordPress 7.0にも、Googleドキュメント型のリアルタイム共同編集は搭載されていません。WordPress 7.0向けに開発されていた機能は、安定性やサーバー負荷などの懸念から正式リリース前にコアから取り除かれました。WordPress.org+1

そのため、WordPressで共同編集する際は、複数人が同じ記事を自由に同時編集するのではなく、担当者を切り替えながら作業する運用が基本です。

1-3. WordPress標準機能でできること・できないこと

WordPressの標準機能では、次のような共同編集ができます。

メンバーごとのユーザーアカウント作成
ユーザー権限による操作範囲の制限
記事の下書き保存と公開申請
投稿者の割り当て
投稿ロックによる編集競合の防止
自動保存
リビジョンによる過去の状態への復元
予約投稿
公開済み記事の更新

一方、標準機能だけでは、複雑な承認フロー、細かな操作履歴、部署別のアクセス制限、記事内への校正コメント、Googleドキュメントのようなリアルタイム編集などには限界があります。

不足する機能は、プラグインやチャット、タスク管理ツール、オンライン文書ツールを組み合わせて補うのが一般的です。

1-4. 共同編集が必要になるケース：ブログ運営・企業サイト・オウンドメディア・外注ライター管理

WordPressの共同編集は、次のようなケースで役立ちます。

複数人でブログを運営する場合は、テーマごとに執筆担当者を分け、編集責任者が記事品質を統一できます。企業サイトでは、広報担当者がニュースを作成し、責任者が内容を確認してから公開する体制を作れます。

オウンドメディアでは、SEO担当者、ライター、編集者、デザイナー、公開担当者など、工程ごとの分業が可能です。外注ライターを利用する場合は、下書きに必要な権限だけを渡し、サイト設定や他人の記事には触れられないようにできます。

更新頻度が高いサイトほど、担当者と権限を明確にする効果が大きくなります。

1-5. 共同編集を始める前に決めるべき運用ルール

共同編集を始める前に、少なくとも次の項目を決めておきましょう。

誰が記事を執筆するか
誰が内容を確認するか
誰が公開操作を行うか
どの権限を誰に付与するか
修正指示をどこに残すか
同じ記事を編集するときの連絡方法
画像名やカテゴリーの付け方
公開前に確認する項目
退職者や外注終了者のアカウント処理
トラブル発生時の復旧担当者

システム上の権限だけでは、誤操作や作業の重複を完全には防げません。「担当者が作業終了を報告するまで他の人は記事を開かない」といった具体的なルールも必要です。

2. WordPressで複数人運用する基本手順

2-1. 共同編集用にユーザーアカウントを個別発行する

共同編集では、メンバー1人につき1つのユーザーアカウントを発行します。

個別アカウントにしておけば、退職や契約終了の際に対象者だけのアクセスを止められます。記事の投稿者も記録でき、操作履歴プラグインを導入した場合には、誰が何を変更したか確認しやすくなります。

ユーザー名には個人名や社内IDなど、管理者が本人を識別できる情報を使用します。「writer1」のような名称でも構いませんが、人数が増えても担当者を判別できる命名規則を決めておきましょう。

2-2. 1つの管理者アカウントを共有してはいけない理由

1つの管理者アカウントを複数人で共有すると、次のようなリスクがあります。

誰が変更したのか特定できない
パスワードの漏えい範囲が広がる
退職者だけをログイン不可にできない
パスワード変更のたびに全員への連絡が必要になる
全員がプラグインやテーマ、ユーザー設定を変更できる
誤操作でサイト全体に影響が出る
二段階認証を適切に運用しにくい

特に管理者は、記事の編集だけでなく、ユーザー管理やプラグイン、テーマ、サイト設定まで操作できます。単に記事を書くだけの人に管理者アカウントを共有するのは、権限が強すぎます。

2-3. 新規ユーザーを追加する手順

WordPressの管理画面からユーザーを追加する基本手順は次のとおりです。

管理者権限でWordPressにログインする
左側メニューの「ユーザー」を開く
「新規ユーザーを追加」を選択する
ユーザー名を入力する
メールアドレスを入力する
必要に応じて氏名やサイト情報を入力する
パスワードを設定する
新規ユーザーへの通知設定を確認する
権限グループを選ぶ
「新規ユーザーを追加」をクリックする

画面の名称や配置は、WordPressのバージョン、言語設定、プラグインによって多少異なる場合があります。WordPress標準のユーザー追加画面では、ログイン可能なユーザーを手動で作成できます。WordPress.org+1

ユーザー名は後から簡単に変更できないため、入力前に命名規則を確認してください。表示名はプロフィール画面から変更できます。

2-4. ユーザーごとに権限グループを設定する手順

新規ユーザーを作成するときは、「権限グループ」の項目で役割を選択します。

既存ユーザーの権限を変更する場合は、次の手順で操作します。

「ユーザー」から「ユーザー一覧」を開く
対象ユーザーの名前をクリックする
「権限グループ」を変更する
画面下部の「ユーザーを更新」をクリックする

複数ユーザーの権限を一括変更できる画面もありますが、誤って管理者権限を付与しないよう、変更対象をよく確認してください。

権限は「念のため強くしておく」のではなく、その人の業務に必要な範囲までにします。下書きしか担当しない外注ライターであれば、通常は寄稿者から検討します。

2-5. 権限設定後にログイン画面・管理画面を確認する方法

権限を設定したら、実際の担当者にログインしてもらい、必要なメニューが表示されるか確認します。

管理者自身が確認用アカウントを作り、別ブラウザやシークレットウィンドウでログインする方法も有効です。管理者でログインしたままでは、一般ユーザーから見える管理画面を正確に確認できません。

確認する主な項目は次のとおりです。

投稿を新規作成できるか
画像をアップロードできるか
他人の記事を編集できるか
公開ボタンが表示されるか
固定ページを編集できるか
プラグインやテーマのメニューが表示されないか
必要なカスタム投稿タイプを操作できるか

SEOプラグインや会員管理プラグインなどが独自の権限を使用している場合、WordPress標準の権限だけでは必要な操作ができないことがあります。その場合は、プラグイン側の設定も確認します。

2-6. 退職者・外注終了者のアカウントを停止・削除する手順

退職者や契約終了者のアカウントは、業務終了日までに処理します。

WordPress標準機能には、一般的な「アカウントを一時停止する」専用スイッチはありません。すぐにログインを止める必要がある場合は、権限の引き下げ、パスワードの変更、セッションの無効化、停止機能を持つプラグインの利用などを検討します。

完全に不要なアカウントは、「ユーザー一覧」から削除できます。削除時には、そのユーザーが作成したコンテンツを別のユーザーに引き継ぐか、コンテンツごと削除するかを選択します。

記事を残す必要がある場合は、必ず「すべてのコンテンツを以下のユーザーに割り当てる」を選び、管理者や後任者へ引き継いでください。引き継ぎ先を指定せずに削除すると、ユーザーの投稿も削除される可能性があります。WordPress Developer Resources

3. WordPressのユーザー権限の違いと共同編集での使い分け

3-1. 管理者：サイト全体を管理できる最上位権限

管理者は、通常の単一サイトにおける最上位の権限です。

記事や固定ページの編集・公開に加え、ユーザー管理、テーマ設定、プラグイン管理、サイト設定などを操作できます。サイトの構成を変更できるため、管理者権限を付与する相手は慎重に選ばなければなりません。

管理者に向いているのは、サイト所有者、Web担当責任者、保守会社など、サイト全体に責任を持つ人です。記事を確認して公開するだけの編集担当者には、通常は編集者権限で足ります。

3-2. 編集者：全記事の編集・公開を任せる権限

編集者は、自分だけでなく、他のユーザーが作成した投稿や固定ページも編集・公開できます。

記事の校正、公開判断、カテゴリー管理、コメント管理などを担当する編集責任者に向いています。プラグインやテーマの管理権限はないため、サイト全体の設定を触らせずにコンテンツ管理を任せられます。

ただし、編集者は公開済みの記事や他人の記事も変更できます。一般ライターに付与するには権限が広いため、記事全体の品質管理を任せる人に限定しましょう。

3-3. 投稿者：自分の記事を作成・公開できる権限

投稿者は、自分が作成した投稿を編集・公開できます。通常は画像などのメディアファイルもアップロードできます。

自分の判断で記事を公開してよい社内ライターや、一定の経験がある執筆担当者に向いています。

一方、他の投稿者の記事や固定ページは原則として編集できません。公開前に編集者の承認を必須にしたい場合は、投稿者ではなく寄稿者を使うか、編集フロー用プラグインで承認手順を追加します。

3-4. 寄稿者：下書き作成まで任せる権限

寄稿者は、自分の記事を作成・編集できますが、自分で公開することはできません。記事を「レビュー待ち」として提出し、編集者や管理者に公開してもらう運用に適しています。

外注ライターや、公開権限を持たせたくない新人ライターには、寄稿者が有力な選択肢です。

ただし、標準の寄稿者権限ではメディアファイルをアップロードできません。画像登録も担当してもらう場合は、画像を別の担当者が登録する、権限編集プラグインでアップロード権限だけを追加するなどの対応が必要です。

3-5. 購読者：閲覧・プロフィール編集のみの権限

購読者は、ログインと自分のプロフィール編集を中心とした権限です。標準状態では記事を作成・編集・公開できません。

会員サイトの一般会員や、ログインユーザー限定コンテンツの閲覧者などに使用されます。通常の編集チームでは、アカウントの仮停止に近い状態として一時的に購読者へ変更するケースもあります。

ただし、導入しているプラグインによっては、購読者にも独自機能へのアクセスが与えられることがあります。権限変更後は実際の画面を確認しましょう。

3-6. 特権管理者：マルチサイト運用時に使う権限

特権管理者は、WordPressマルチサイトのネットワーク全体を管理する権限です。英語ではSuper Adminと呼ばれます。

複数サイトの作成・削除、ネットワークユーザー、テーマ、プラグインなどを管理できます。単一サイトでは通常表示されず、マルチサイト環境でのみ使用します。

特権管理者は影響範囲が非常に大きいため、ネットワーク管理者など必要最小限の人だけに付与します。WordPress標準では、特権管理者を含む6種類の権限グループが定義されています。WordPress.org+1

3-7. 共同編集でおすすめの権限設定パターン

共同編集では、次のような設定が基本です。

担当業務	推奨する権限
サイト所有者・運営責任者	管理者
記事の校正・承認・公開担当	編集者
自分で記事を公開できる社内ライター	投稿者
公開前の確認が必要なライター	寄稿者
会員・閲覧専用ユーザー	購読者
マルチサイト全体の責任者	特権管理者

実際には、同じ「ライター」でも業務範囲が異なります。公開権限の有無、画像アップロードの必要性、他人の記事を編集する必要性を基準に決めましょう。

3-8. ライター・編集者・管理者・外注先ごとの権限設計例

社内ライターが自分の記事を作成し、編集責任者が確認して公開する場合、社内ライターは寄稿者、編集責任者は編集者にします。

経験豊富なライターが自分の担当記事を直接公開する場合は、投稿者が適しています。ただし、公開前チェックを省略すると表記ミスやリンクミスが出やすいため、権限があっても社内ルールとして確認工程を残す方法があります。

外注ライターには、原則として寄稿者から検討します。画像登録が必要な場合も、いきなり投稿者や編集者にするのではなく、権限調整プラグインで必要な機能だけを追加する方が安全です。

制作会社や保守会社に管理者権限を渡す場合は、契約期間、作業範囲、アカウント削除日、操作履歴の保存方法まで決めておきましょう。

4. WordPressの記事を共同編集する具体的な流れ

4-1. キーワード・構成案・担当者を決める

記事制作を始める前に、対策キーワード、検索意図、読者像、記事構成、執筆担当者、確認担当者、公開予定日を決めます。

SEO記事では、ライターが本文を書き始める前に構成案を確認することが重要です。構成が確定していない状態で執筆すると、大幅な書き直しが発生しやすくなります。

記事管理表には、少なくとも次の項目を用意すると進行状況を確認しやすくなります。

記事タイトル
対策キーワード
記事URLまたは投稿ID
執筆担当者
編集担当者
公開担当者
現在のステータス
公開予定日
修正期限
備考

4-2. 下書き記事を作成して担当者を割り当てる

構成が決まったら、WordPressに下書き記事を作ります。

先にタイトル、見出し、カテゴリー、担当者を設定しておくと、ライターは指定された記事に本文を入力できます。記事を新規作成した管理者と実際のライターが異なる場合は、投稿者の設定も確認してください。

担当者の割り当て機能が表示されない場合は、投稿編集画面の設定や権限を確認します。カスタム投稿タイプでは、投稿者機能が有効になっていないこともあります。

4-3. ライターが本文を作成する

ライターは指定された構成に沿って本文を作成し、適宜下書き保存します。

長文記事では、一度にすべてを書いて最後に保存するのではなく、見出し単位で保存する方が安全です。WordPressには自動保存がありますが、通信障害、ブラウザの終了、プラグインの競合などを考えると、手動保存も併用するべきです。

外部の文書ツールで下書きを作成してからWordPressへ貼り付ける場合は、不要な装飾やHTMLが混入していないか確認します。貼り付け後には、見出しレベル、リンク、画像、リスト、表の表示をプレビューしましょう。

4-4. 編集者が内容・表記・SEO要素をチェックする

ライターが執筆を終えたら、記事をレビュー待ちにして編集者へ引き継ぎます。

編集者は、次の項目を確認します。

検索意図に答えているか
タイトルと本文の内容が一致しているか
見出し構成が論理的か
誤字脱字や表記揺れがないか
主語と述語が対応しているか
根拠のない断定がないか
引用元や出典が適切か
内部リンクと外部リンクが正しいか
タイトルやディスクリプションが適切か
画像の代替テキストが設定されているか
カテゴリーやタグが正しいか
スマートフォンでも読みやすいか

SEOプラグインの評価は参考になりますが、点数だけを目的に不自然なキーワードの詰め込みをしないよう注意します。

4-5. 管理者または編集者が最終確認して公開する

編集者による修正が終わったら、管理者または公開権限を持つ編集者が最終確認します。

公開前には、実際の公開画面に近いプレビューを確認してください。特に、アイキャッチ画像、見出し、表、ボタン、リンク先、著者名、公開日時、URLスラッグは見落としやすい項目です。

すぐに公開しない場合は、予約投稿を設定します。公開予定時刻の直前に大幅な修正をすると確認漏れが起こりやすいため、締め切りと公開時刻の間に余裕を持たせます。

4-6. 公開後にリライト・更新履歴を管理する

記事は公開して終わりではありません。順位、アクセス数、クリック率、問い合わせ数などを確認し、必要に応じてリライトします。

公開済み記事を更新するときも、担当者と確認者を決めます。記事管理表には、最終更新日、更新内容、更新担当者を記録しておくと、古い情報を見つけやすくなります。

重要なページを大幅に変更する場合は、事前にバックアップを取り、変更前のリビジョンが残っていることを確認しましょう。

4-7. コメント・メモ・外部ツールを使って修正指示を残す

WordPress標準の投稿編集画面には、Googleドキュメントのような高度な文章校正コメント機能がありません。

修正指示には、次のような方法があります。

WordPressの編集フロー用プラグイン
Googleドキュメントのコメント
SlackやMicrosoft Teams
Chatwork
Notion
BacklogやTrelloなどのタスク管理ツール
スプレッドシートの記事管理表

「修正してください」だけではなく、「どの見出しの、どの文章を、どの理由で修正するか」を明記します。指示を複数の場所に分散させると対応漏れが起こるため、正式な修正依頼を残す場所は1つに統一しましょう。

5. WordPressで同時編集するときの注意点

5-1. 同じ記事を複数人で同時に編集すると起きやすい問題

複数人が同じ記事を同時に編集すると、保存した内容が競合する可能性があります。

たとえば、ライターが本文を修正している間に編集者が古い内容を開き、そのまま更新すると、ライターの修正が失われることがあります。本文だけでなく、タイトル、カテゴリー、アイキャッチ画像、SEO設定などが意図せず元に戻るケースもあります。

リアルタイムで変更内容を統合できない環境では、「誰が最後に保存したか」が結果を左右します。同じ記事の同時編集は、原則として避けましょう。

5-2. WordPressの投稿ロック機能とは

投稿ロックは、あるユーザーが編集中の記事を、別のユーザーが同時に編集しようとした際に警告や制限を表示する機能です。

WordPressでは、複数ユーザーによる上書きを防ぐため、投稿ロックと自動保存の仕組みが実装されています。投稿一覧でも、他のユーザーが編集中であることを確認できる場合があります。WordPress.org+2Make WordPress+2

ただし、投稿ロックがあるからといって、同時編集による問題が完全になくなるわけではありません。ロックの引き継ぎや通信状態、別タブで開いた古い編集画面などによって、競合が起きる可能性は残ります。

5-3. 「ほかのユーザーが編集中です」と表示されたときの対処法

他のユーザーが編集中と表示されたら、すぐに編集を引き継がず、現在の担当者へ確認します。

担当者が実際に作業中であれば、作業終了と保存の連絡を待ちます。編集画面を閉じ忘れているだけの場合は、担当者に下書き保存と画面終了を依頼します。

強制的に編集を引き継ぐ操作は、前の担当者の未保存内容を失わせる可能性があります。緊急時を除き、本人の確認を取ってから実行してください。

5-4. 上書き・保存漏れ・編集内容の消失を防ぐ方法

上書きや保存漏れを防ぐには、次の対策が有効です。

同じ記事を同時に編集しない
編集開始前にチャットで宣言する
投稿ロックの警告を無視しない
見出し単位で下書き保存する
長時間ページを開いたままにしない
別タブで同じ記事を複数開かない
編集前に画面を再読み込みする
大幅修正前に本文を別の場所へ控える
作業終了時に保存結果を確認する
公開済み記事の変更前にバックアップを取る

保存後は、更新日時が変わっているか、プレビューに変更が反映されているかを確認します。

5-5. リビジョン機能で過去の状態に戻す方法

WordPressのリビジョン機能は、記事や固定ページの過去の保存状態を保持する機能です。

記事編集画面の設定サイドバーからリビジョンを開くと、保存履歴を比較し、必要な状態を復元できます。WordPress 7.0では新しいリビジョン画面が導入され、変更箇所を確認しながら過去の版を選択できます。WordPress.org

基本的な復元手順は次のとおりです。

対象の記事または固定ページを開く
設定サイドバーから「リビジョン」を選ぶ
保存履歴を移動して内容を比較する
戻したい状態を選ぶ
復元を実行する
プレビューで表示を確認する

リビジョンは記事単位の復元には便利ですが、プラグイン設定、テーマファイル、サイト全体のデータを復元する機能ではありません。サイト障害への備えには別途バックアップが必要です。

5-6. ブロックエディターで共同編集する際の注意点

ブロックエディターでは、段落、見出し、画像、表などをブロック単位で編集できますが、複数人が同じ記事をリアルタイムで安全に編集できるとは限りません。

コピーや貼り付けを繰り返すと、不要なブロックや空白が増えることがあります。また、グループ、カラム、クエリーループなどの構造を理解せずに変更すると、レイアウトが崩れる可能性があります。

同期パターンや再利用されるデザイン要素を編集する場合は、その変更が別のページにも反映されないか確認してください。記事固有の文章を変更するつもりで、サイト内の複数箇所に影響する共通要素を変更しないよう注意します。

5-7. テーマ編集・ウィジェット・固定ページを同時編集しないほうがよい理由

テーマ、テンプレート、ナビゲーション、ウィジェット、トップページなどの編集は、一般の記事編集より影響範囲が広くなります。

複数人が同時に変更すると、一方の設定が他方の変更を上書きしたり、共通パーツの編集によって複数ページの表示が変わったりする可能性があります。テーマファイルを直接編集した場合は、PHPエラーによって管理画面やサイト自体が表示されなくなることもあります。

サイト全体に影響する作業は、管理者または制作担当者に限定し、作業時間を事前に共有しましょう。可能であれば、公開サイトではなくステージング環境で変更を確認します。

5-8. 同時編集を避けるための担当範囲・作業時間ルール

同時編集を避けるには、技術的な対策だけでなく、作業ルールを明文化します。

たとえば、「執筆中」「編集中」「公開確認中」などのステータスを記事管理表に表示します。作業を始める人は担当者欄を更新し、終了後に次の担当者へ連絡します。

同じ記事を複数人で修正する必要がある場合は、本文、画像、SEO設定などを同時に分担するのではなく、時間を区切って順番に作業する方が安全です。

6. 共同編集を安全に進めるためのセキュリティ対策

6-1. 最小権限の原則で不要な権限を与えない

最小権限の原則とは、担当業務に必要な範囲だけ権限を与える考え方です。

記事の下書きを担当する人には、テーマやプラグインを変更する権限は必要ありません。公開判断をしないライターには、公開権限も不要です。

必要な操作ができない場合は、すぐに管理者へ引き上げるのではなく、どの機能が不足しているのかを確認します。権限編集プラグインを使えば、標準権限を基に必要な操作だけ追加できる場合があります。

6-2. 管理者権限を複数人に付与しすぎない

管理者はサイト全体を変更できるため、人数を必要最小限にします。

管理者が多いほど、アカウント侵害や誤操作がサイト全体へ及ぶ可能性が高まります。全員が責任者である状態は、実際には責任の所在が不明確になりやすい運用です。

サイト所有者、社内の運営責任者、保守担当者などに限定し、記事の公開担当者には編集者権限を使いましょう。

6-3. 強固なパスワードと二段階認証を設定する

パスワードは、他のサービスで使用していない長く複雑なものを設定します。名前、会社名、誕生日、連続した数字など、推測されやすい文字列は避けます。

パスワードをチャットやメールで使い回すのではなく、各ユーザーが自分専用のパスワードを設定してください。パスワード管理ツールを使うと、複雑な文字列を安全に管理しやすくなります。

さらに、管理者や編集者には二段階認証を設定します。WordPress本体だけで対応できない環境では、二段階認証プラグイン、ホスティング会社の認証機能、SSOなどを利用します。WordPress公式プラグインディレクトリにも、ワンタイムコードを使ってログインを保護する二段階認証プラグインが公開されています。WordPress.org 日本語

6-4. ユーザーごとのログイン履歴・操作履歴を確認する

WordPress標準機能だけでは、詳細な操作履歴を十分に確認できない場合があります。

複数人運用では、操作履歴プラグインを導入し、次のような記録を確認できるようにすると便利です。

ログインとログアウト
ログイン失敗
記事や固定ページの更新
ユーザーの追加・削除
権限変更
プラグインの追加・更新・停止
テーマ変更
設定変更

操作履歴があれば、問題が起きた時刻や変更者を特定しやすくなります。ただし、ログにはIPアドレスなどが含まれることがあるため、保存期間や閲覧権限も決めておきましょう。

6-5. プラグイン・テーマ・WordPress本体を常に更新する

古いWordPress本体、プラグイン、テーマを放置すると、修正済みの脆弱性が残る可能性があります。

更新前には、バックアップ、動作環境、プラグイン間の互換性を確認します。重要なサイトでは、ステージング環境で更新後の表示や主要機能を確認してから本番環境へ反映しましょう。

使用していないプラグインやテーマは、無効化したまま放置するのではなく、必要性を確認したうえで削除します。

6-6. 定期バックアップを設定する

共同編集では変更回数が増えるため、定期バックアップが欠かせません。

バックアップ対象には、データベースだけでなく、画像、テーマ、プラグイン、アップロードファイルなども含めます。サーバー内だけに保存すると、サーバー障害時にバックアップも失う可能性があるため、外部ストレージへの保存も検討してください。

更新頻度の高いメディアでは、毎日または数時間ごとのデータベースバックアップが必要になることがあります。重要なのは、バックアップを取るだけでなく、実際に復元できるか確認することです。

6-7. 外注ライター・業務委託者に渡す権限の注意点

外注先には、契約業務に必要な範囲だけ権限を付与します。

本文の下書きだけを任せる場合は、寄稿者が基本です。画像のアップロードが必要でも、他人の記事や公開済み固定ページを編集できる権限まで渡す必要はありません。

アカウント発行時には、次の内容を伝えておきます。

アカウントを第三者へ共有しない
公共のパソコンからログインしない
作業終了時にログアウトする
許可されていない記事を編集しない
投稿ロックが表示されたら作業を止める
パスワードを使い回さない
契約終了後はアクセスできなくなる

機密性の高いサイトでは、秘密保持契約や情報セキュリティ規程にもアカウント利用ルールを含めます。

6-8. 不要になったユーザーアカウントを放置しない

使用されていないアカウントは、攻撃者に悪用されても発見が遅れる可能性があります。

毎月または四半期ごとにユーザー一覧を確認し、在籍状況、契約状況、最終ログイン、現在の権限を点検しましょう。

削除前には、そのユーザーが所有する記事や固定ページを確認し、後任者へ引き継ぎます。外注終了日を契約管理表に記載し、アカウント削除を業務終了手続きの必須項目にすると対応漏れを防げます。

7. WordPressの共同編集に役立つ機能・プラグイン

7-1. 標準のリビジョン機能

リビジョンは、記事や固定ページの保存履歴を比較・復元する標準機能です。

誤って文章を削除した場合や、別の担当者が内容を変更した場合に、以前の状態へ戻せます。共同編集では特に重要な機能ですが、保存回数やサーバー設定によって保持状況が異なることがあります。

リビジョンがあるからといって、サイト全体のバックアップが不要になるわけではありません。リビジョンはコンテンツの復旧、バックアップはサイト全体の復旧というように役割を分けて考えます。

7-2. 投稿ロック機能

投稿ロックは、他のユーザーが編集中の記事を知らせ、編集内容の競合を減らす標準機能です。

投稿ロックの警告が表示された場合は、担当者への確認を優先します。強制的な引き継ぎを日常的に行うと、投稿ロックを導入している意味が薄れてしまいます。

編集者が校正を始める前に、ライターが保存して編集画面を閉じたことを確認する運用と組み合わせましょう。

7-3. ユーザー権限を細かく調整できるプラグイン

標準の権限では業務に合わない場合、権限編集プラグインを使用します。

たとえば、寄稿者に画像アップロードだけを許可する、編集者から特定の管理メニューを隠す、独自の権限グループを作成するといった設定ができます。

候補の一つであるPublishPress Capabilitiesでは、標準のユーザー権限や独自権限を編集し、投稿、固定ページ、カスタム投稿タイプなどの操作範囲を調整できます。WordPress.org 日本語

権限設定を誤ると、本来操作できないユーザーに重要な機能を開放する可能性があります。変更前に現在の設定を記録し、テスト用アカウントで動作を確認してください。

7-4. 編集フローを管理できるプラグイン

記事数や担当者が増えた場合は、編集カレンダー、カスタムステータス、通知、担当者管理などを備えたプラグインが役立ちます。

PublishPress Plannerは、コンテンツカレンダー、コンテンツ一覧、カンバン形式の管理などを提供しています。公開予定や担当者、ステータスをWordPress内で確認したいチームに適した選択肢です。WordPress.org

プラグインを選ぶ際は、自社に必要な機能を整理します。小規模なブログであれば、標準の下書きとレビュー待ちだけで十分な場合もあります。

7-5. 操作履歴を確認できるプラグイン

操作履歴プラグインを導入すると、ユーザーのログイン、記事変更、設定変更などを追跡できます。

候補には、WP Activity Log、Simple History、Activity Logなどがあります。WP Activity Logはユーザー操作や変更の監視、Simple Historyは投稿作成や添付ファイルのアップロードなどの履歴確認に対応しています。WordPress.org+1

必要なログの種類、保存期間、検索機能、通知機能、サーバー負荷を比較して選びましょう。履歴を長期間保存すると、データベース容量が増えることがあります。

7-6. バックアップ用プラグイン

サーバー側のバックアップ機能がない場合や、別の保存先にもバックアップを持ちたい場合は、バックアップ用プラグインを検討します。

代表的な選択肢の一つがUpdraftPlusです。データベース、プラグイン、テーマ、アップロードファイルなどのバックアップや復元に利用できます。WordPress.org Nederlands

プラグインを導入しただけで安心せず、保存先、実行頻度、保持世代数、復元方法を設定してください。大規模サイトでは、ホスティング会社や保守会社のバックアップサービスも含めて設計します。

7-7. コメント・レビュー・承認フローに役立つ外部ツール

文章の細かなレビューには、WordPressだけでなく外部ツールを併用すると効率的です。

Googleドキュメントでは文章単位のコメントや提案を残せます。SlackやMicrosoft Teamsでは、担当者への通知や作業開始・終了の共有ができます。Notion、Trello、Backlogなどは、記事の進行状況や締め切り管理に向いています。

ただし、WordPressと外部ツールの両方に異なる最新版が存在すると、どちらが正しいのか分からなくなります。「構成確定まではGoogleドキュメント、入稿後はWordPressを最新版とする」など、管理基準を決めましょう。

7-8. プラグインを入れすぎるリスクと選び方

共同編集を便利にするために多数のプラグインを導入すると、管理負担や競合リスクが増えます。

複数のプラグインが同じ権限、投稿ステータス、編集画面を変更すると、想定どおりに動かないことがあります。更新停止したプラグインは、セキュリティや最新WordPressとの互換性にも注意が必要です。

選定時には、次の点を確認します。

必要な機能を満たしているか
最新のWordPressで検証されているか
最近も更新されているか
サポート情報が確認できるか
利用者の評価や不具合報告はどうか
既存プラグインと機能が重複しないか
無料版と有料版の違いは何か
アンインストール後に不要なデータが残らないか

本番サイトへ導入する前に、バックアップを取り、可能であればテスト環境で検証します。

8. 複数人運用でよくあるトラブルと対処法

8-1. 記事が勝手に変更された

記事が意図せず変更されていた場合は、まずリビジョンを確認します。変更前後の内容や保存時刻から、どの作業で変更されたのか推測できます。

操作履歴プラグインを導入している場合は、該当時刻のユーザー操作も確認します。原因が分からないまま元に戻すだけでは、同じ問題が再発する可能性があります。

不正ログインが疑われる場合は、対象アカウントのパスワード変更、セッション無効化、権限見直し、アクセスログ確認を行います。

8-2. 編集内容が上書きされた

上書きが起きたら、リビジョンから失われた内容を探します。ブラウザの別タブや外部文書に文章が残っていないかも確認してください。

復旧後は、編集を始めた時刻、保存した時刻、投稿ロックの表示、他の担当者の操作を確認します。

再発防止には、同時編集禁止、作業開始の宣言、編集画面を開く前の再読み込み、作業終了時の連絡をルール化します。

8-3. 誰が変更したかわからない

WordPressの投稿者情報だけでは、すべての変更者を特定できません。投稿者は記事の著者であり、最後に編集した人と一致するとは限らないためです。

詳細な追跡が必要なサイトでは、操作履歴プラグインを導入します。ユーザー名、日時、操作対象、変更内容などを記録できれば、トラブル調査がしやすくなります。

共有アカウントを使っている場合は、履歴が残っていても個人を特定できません。個別アカウントへの移行が必要です。

8-4. 画像・メディアファイルが重複して管理しづらい

複数人が同じ画像を別々にアップロードすると、メディアライブラリに重複ファイルが増えます。

画像のファイル名、保存場所、サイズ、形式をルール化しましょう。たとえば、「記事ID_内容_連番」のような形式にすると、使用目的を判別しやすくなります。

既存画像を再利用する前にメディアライブラリを検索し、同じファイルがないか確認します。画像を削除する際は、他の記事で使用されていないかも調べてください。

8-5. 公開前の記事が誤って公開された

誤公開に気付いたら、記事を下書きまたは非公開へ戻します。その後、検索エンジンやSNSでURLが共有されていないか確認します。

公開権限を必要以上に広く付与していた場合は、ライターを投稿者から寄稿者へ変更するなど、権限設計を見直します。

公開ボタンを押す担当者を限定し、公開前チェックリストと承認ルールを設けることが有効です。

8-6. 管理者権限を持つユーザーが多すぎる

管理者が多すぎる場合は、各ユーザーの実際の業務を確認し、編集者、投稿者、寄稿者へ変更します。

「将来必要になるかもしれない」という理由だけで管理者権限を残すべきではありません。必要になった時点で、一時的に権限を変更する方が安全です。

権限を下げる前には、そのユーザーがプラグイン更新、ユーザー作成、サイト設定などを担当していないか確認します。

8-7. 外注先のアカウント削除を忘れた

外注先のアカウントが残っていることに気付いたら、すぐにログインを停止し、権限と操作履歴を確認します。

不審な操作がなければ、記事を後任者へ割り当てたうえでアカウントを削除します。共通パスワードや共有情報がある場合は、それらも変更してください。

再発防止には、契約終了チェックリストへWordPress、サーバー、アクセス解析、クラウドストレージなどのアカウント処理をまとめて記載します。

8-8. サイト表示が崩れた・エラーが出た

サイト表示が崩れた場合は、直前に行われた操作を確認します。

記事本文の変更だけでなく、テーマ、プラグイン、ブロックパターン、テンプレート、カスタムCSSなどの変更が原因になることがあります。操作履歴とバックアップを確認し、変更前の状態へ戻します。

管理画面に入れない重大なエラーの場合は、サーバーのバックアップ、リカバリーモード、FTPやサーバー管理画面からのプラグイン停止などが必要になることがあります。判断が難しい場合は、制作会社やサーバー会社へ相談します。

9. WordPress共同編集のおすすめ運用ルール

9-1. 記事ごとに担当者・確認者・公開者を決める

1つの記事に対して、執筆担当者、確認担当者、公開担当者を明確にします。

同じ人が複数の役割を兼任しても構いませんが、誰が最終判断をするのかは決めておく必要があります。「誰かが確認するだろう」という状態では、誤字やリンク切れが残りやすくなります。

記事管理表やタスク管理ツールに担当者名を記録し、変更時には必ず更新しましょう。

9-2. 下書き・レビュー待ち・公開済みのステータスを使い分ける

WordPressの投稿ステータスを、作業状態に合わせて使い分けます。

下書きは執筆中、レビュー待ちは確認依頼済み、公開済みは一般公開中というように定義します。公開予定が決まっている記事には予約投稿を使用できます。

独自の「修正中」「法務確認中」「公開承認待ち」などが必要な場合は、編集フロー用プラグインを検討します。

9-3. 編集前後にチャットや管理表で共有する

記事を編集する前に、「今から記事ID〇〇を編集します」と共有します。作業後には、「下書き保存済み」「レビュー依頼済み」など、次の担当者が判断できる状態を伝えます。

口頭だけの連絡は記録が残らないため、チャットや記事管理表を使用します。緊急修正であっても、誰が何を変更したかを後から確認できるようにしましょう。

9-4. 同じ記事を同時に編集しないルールを作る

投稿ロックがあっても、同時編集を前提とした運用にはしない方が安全です。

「担当者欄に名前がある間は他の人が開かない」「編集終了の連絡後に次の担当者が作業する」といったルールを決めます。

急ぎの修正で別の担当者が引き継ぐ場合も、現在の編集者が保存を完了したことを確認してから交代します。

9-5. 公開前チェックリストを用意する

公開品質を安定させるには、担当者の記憶に頼らずチェックリストを使用します。

確認項目の例は次のとおりです。

タイトル
URLスラッグ
誤字脱字
見出し構造
内部リンク
外部リンク
アイキャッチ画像
画像の代替テキスト
カテゴリー
タグ
メタディスクリプション
著者名
公開日時
スマートフォン表示
法令・社内規程への適合
引用元と権利関係

サイトに合わせて項目を絞り、実際に使われるチェックリストにすることが大切です。

9-6. 画像・カテゴリー・タグの命名ルールを統一する

複数人運用では、担当者ごとに異なる名称を使うと管理しにくくなります。

カテゴリーは記事の主要分類、タグは横断的なテーマなど、役割を決めます。似た意味のカテゴリーやタグを無制限に追加しないよう、追加権限や申請方法も決めておきましょう。

画像については、ファイル名、推奨サイズ、画像形式、圧縮方法、代替テキストの書き方、引用表記などをガイドラインにまとめます。

9-7. 定期的にユーザー権限を棚卸しする

ユーザー権限は、一度設定して終わりではありません。

異動、昇格、担当変更、休職、退職、契約終了などに合わせて見直します。毎月または四半期ごとにユーザー一覧を確認し、次の項目を点検しましょう。

現在も利用しているアカウントか
権限が業務内容に合っているか
管理者が多すぎないか
外注先の契約が継続しているか
長期間ログインしていないアカウントがないか
共有アカウントが残っていないか

棚卸しの実施日と確認者を記録すると、運用が形骸化しにくくなります。

9-8. トラブル発生時の復旧手順を決めておく

トラブルが起きてから復旧方法を調べると、対応が遅れます。

あらかじめ、次の内容を文書化しておきましょう。

リビジョンの確認方法
バックアップの保存場所
バックアップの復元方法
緊急時の管理者
サーバー会社の問い合わせ先
制作会社や保守会社の連絡先
不正ログイン時の対応
サイトを一時的に非公開にする方法
復旧後の確認項目
社内外への報告方法

復旧手順は定期的に見直し、担当者が不在でも対応できる状態にします。

10. WordPress共同編集に関するよくある質問

10-1. WordPressは複数人で同時ログインできますか？

はい。異なるユーザーアカウントであれば、複数人が同じWordPressサイトへ同時にログインできます。

ある人が記事を執筆しながら、別の人が別の記事を編集することも可能です。ただし、同じ記事や同じサイト設定を同時に編集すると、上書きや競合が起こる可能性があります。

10-2. 1つのアカウントを複数人で使っても問題ありませんか？

技術的にログインできる場合でも、共有は推奨されません。

誰が操作したのか分からなくなり、退職者だけのアクセス停止も難しくなります。パスワード漏えい時の影響も大きくなるため、必ず個別アカウントを発行しましょう。

10-3. WordPressでリアルタイム共同編集はできますか？

2026年6月時点のWordPressコアでは、Googleドキュメントのような本格的なリアルタイム共同編集は利用できません。

複数人でサイトを運用することはできますが、同じ記事は投稿ロックと作業ルールを使い、順番に編集するのが基本です。リアルタイムで文章を共同編集したい場合は、Googleドキュメントなどで原稿を作成してからWordPressへ入稿する方法があります。Make WordPress

10-4. ライターにはどの権限を付与すべきですか？

公開前に編集者が確認する場合は、寄稿者が基本です。

ライター自身に公開を任せる場合は投稿者を検討します。画像アップロードが必要な寄稿者には、権限編集プラグインでアップロード機能だけを追加する方法もあります。

他人の記事や固定ページまで編集させる必要がなければ、編集者や管理者を付与するべきではありません。

10-5. 編集者と管理者の違いは何ですか？

編集者は、記事や固定ページなどのコンテンツ管理を担当する権限です。他のユーザーの記事も編集・公開できます。

管理者はコンテンツ管理に加え、ユーザー、プラグイン、テーマ、サイト設定なども操作できます。

記事の校正と公開を任せるだけであれば編集者、サイト全体の管理を任せる場合は管理者が適しています。

10-6. 誤って上書きした記事は元に戻せますか？

リビジョンが残っていれば、過去の状態へ戻せる可能性があります。

記事編集画面からリビジョンを開き、変更前の内容を選択して復元します。ただし、リビジョンが無効化されている、保存上限を超えている、データベース自体が破損している場合は、バックアップからの復旧が必要です。

10-7. 外注ライターに管理画面を触らせても安全ですか？

適切な権限とセキュリティ対策を設定すれば、リスクを抑えて運用できます。

外注ライターには寄稿者などの最小権限を付与し、個別アカウント、強固なパスワード、二段階認証、操作履歴、契約終了時の削除を徹底します。

管理者アカウントの共有や、必要以上の権限付与は避けてください。

10-8. 共同編集におすすめのプラグインはありますか？

目的によって異なります。

権限調整にはPublishPress Capabilities、編集カレンダーや進行管理にはPublishPress Planner、操作履歴にはWP Activity LogやSimple History、バックアップにはUpdraftPlusなどが候補になります。

プラグインの更新状況や対応バージョンは変わるため、導入時に公式ディレクトリの情報を確認し、事前にバックアップと動作テストを行いましょう。

11. WordPressで共同編集するなら権限設定と運用ルールが重要

11-1. 共同編集ではアカウント共有ではなく個別ユーザー管理が基本

WordPressを複数人で運用するときは、1つのアカウントを共有せず、メンバーごとに個別アカウントを作成します。

個別管理にすれば、記事の担当者を明確にでき、退職者や契約終了者だけのアクセスを停止できます。操作履歴を導入した際にも、変更者を追跡しやすくなります。

11-2. 権限は担当業務に合わせて最小限にする

権限は、役職や雇用形態ではなく、WordPress上で実際に必要な操作を基準に決めます。

下書き担当者には寄稿者、自分の記事を公開する担当者には投稿者、全記事の確認と公開を行う責任者には編集者、サイト全体を管理する人には管理者という使い分けが基本です。

必要以上に強い権限を与えないことが、誤操作と不正利用の両方を防ぎます。

11-3. 同時編集のリスクは投稿ロック・リビジョン・運用ルールで防ぐ

同じ記事の同時編集は、上書きや内容消失の原因になります。

投稿ロックの警告を無視せず、作業開始と終了をチャットや管理表で共有しましょう。万一の上書きにはリビジョンが役立ちますが、確実に復旧できるとは限りません。

技術的な機能だけに頼らず、「同じ記事は1人ずつ編集する」というルールを徹底することが重要です。

11-4. 安全な複数人運用にはバックアップと定期的な権限見直しが欠かせない

共同編集では、ユーザーや変更回数が増える分、トラブルの可能性も高まります。

定期バックアップ、WordPress本体やプラグインの更新、二段階認証、操作履歴、アカウント棚卸しを組み合わせて運用しましょう。

特に、不要になった外注先アカウントや、業務上必要のない管理者権限を放置しないことが大切です。

まとめ

WordPressでは、ユーザーごとにアカウントを作成し、管理者・編集者・投稿者・寄稿者などの権限を使い分けることで、複数人による共同編集ができます。

安全に運用するための基本は、共有アカウントを使わず、担当業務に必要な最小限の権限を付与することです。外注ライターには寄稿者、公開責任者には編集者、サイト全体の管理者には管理者権限を設定するなど、役割に応じて設計しましょう。

同じ記事を複数人で同時に編集すると、保存内容の上書きや消失が起こる可能性があります。投稿ロックやリビジョンを活用しながら、作業開始・終了の共有、担当者の明確化、同時編集をしないルールを徹底することが重要です。

さらに、強固なパスワード、二段階認証、操作履歴、定期バックアップ、ユーザー権限の棚卸しを組み合わせることで、WordPressの共同編集をより安全かつ効率的に進められます。