WordPressの権限を外注先に渡す方法

外注先へWordPressの作業を頼むときは、普段使っている管理者アカウントを共有するのではなく、担当者ごとのアカウントを用意し、作業に必要な権限を割り当てます。原稿を下書きする人と、サイトの設定を変更する人では、必要な操作が違います。

権限管理の目的は、外注先を疑うことではありません。誤操作の影響を限定し、誰がどの作業を担当しているかを明確にすることです。開始時だけでなく、作業終了時のアクセス解除まで一つの流れとして決めておきましょう。

先に作業内容を具体化する

「記事をお願いする」という依頼には、原稿入力だけの場合も、画像の追加、公開、既存記事の修正まで含む場合もあります。必要な操作を列挙しないと、どの権限が適しているか判断できません。記事を作る前に、公開ボタンを誰が押すかを決めます。

作業一覧には、新規記事の下書き、画像アップロード、自分の記事の修正、他人の記事の修正、公開、カテゴリー管理、プラグイン設定などを書きます。そのうえで外注先の担当に印を付けます。担当しない作業まで使える必要はありません。

実装や保守を依頼する場合は、WordPress内だけで完了するかも確認します。サーバー、ドメイン、解析ツールは別の権限です。一つの依頼を理由に、すべてのサービスのログイン情報をまとめて渡さないようにします。

標準の権限グループを理解する

WordPressの標準では、寄稿者は自分の記事を書けますが公開はできず、通常は画像アップロード権限もありません。投稿者は自分の記事の公開等、編集者は他の人の記事も含む管理、管理者はサイト設定を含む広い操作が可能です。実際にはプラグイン等で変更される場合があります。WordPress公式の権限説明

この表は検討の入口です。独自投稿タイプや権限変更機能がある環境では、名前だけで操作範囲を決めつけないでください。試験用の記事を使い、実際にできることと、できないことを確認します。

下書き担当に画像を頼む場合の考え方

寄稿者に画像を追加してもらえないからといって、すぐ投稿者へ変更する必要はありません。投稿者には公開に関する権限もあるため、画像だけを渡したい目的とずれることがあります。画像を別途受け取り編集者が入れる方法もあります。

権限を細かく調整する場合は、必要な機能だけを付与できるか、管理担当者と検討します。利用するプラグインや設定の影響を確認し、本番サイトへ導入する前に試します。便利な設定を追加するほど、保守する対象も増える点を考えてください。

作業効率と管理負担の両方で判断します。月に一本の原稿なら画像を別受領する方が簡単な場合があり、多数の担当者がいるなら専用の役割を設計する価値があります。人数や件数に合う方法を選びましょう。

アカウントは担当者ごとに作る

外注会社単位の共通アカウントより、実際に作業する担当者が分かるアカウントを用意すると、引き継ぎや終了時の管理がしやすくなります。少なくとも、誰が利用しているかを内部の台帳に残してください。担当者が変わったときは情報を更新します。

登録するメールアドレスと、公開される表示名は別に確認します。アカウントを作成したことで、想定しない氏名やプロフィールが著者欄へ出ないかを見ます。ログイン用の情報と、読者へ表示する著者情報を混同しないようにします。

初期パスワードの扱いは、サイトで利用できる招待や再設定の仕組みを使い、必要以上に平文で共有しない形を検討します。サイト所有者の個人アカウントをそのまま渡さず、所有者自身が管理を継続できる状態を残してください。

作業開始前に確認する五つのこと

外注先には、対象記事、変更してよい範囲、公開の可否、期限、報告方法を伝えます。管理画面に入れることが、自由に全体を変えてよいという意味にならないようにします。権限の設定と、作業上の合意は両方必要です。

試験用の下書きで、入力、保存、画像、プレビューの動作を確認します。必要な操作ができない場合は、その理由を調べてから調整します。「できないので管理者にしてください」と言われた場合も、具体的にどの操作かを確認してください。

同時編集のルールも決めます。同じ記事を二人で開くと、変更の衝突や上書きが起きる場合があります。編集開始と完了を共有する、担当記事を分けるなど、権限だけでは防げない行き違いにも備えます。

管理者権限が必要な作業は期間を区切る

テーマやプラグインの保守など、広い権限が必要な仕事もあります。その場合は、作業内容、実施日時、バックアップ、復旧方法を先に確認します。管理者を渡したことだけで、保守の責任範囲が決まるわけではありません。

可能なら検証環境で変更を確認し、本番反映の方法を決めます。検証環境には本番データが含まれることもあるため、個人情報や認証情報の扱いも考えます。テスト用だから無制限に共有してよいとは限りません。

作業完了後は、必要な役割へ戻すかアクセスを解除します。継続保守があるなら、その契約に合わせて必要な権限を残します。「また頼むかもしれない」という理由で、終了した短期担当者の管理者権限を無期限に残さないようにしましょう。

納品時は変更内容と表示を確認する

完了報告では、修正した記事や設定、追加した機能、確認した内容を受け取ります。権限が限定されていても、公開文章やリンクの誤りは起こり得ます。一般の読者としてページを開き、見た目と動作を確認してください。

記事の場合は、著者名、公開状態、カテゴリー、画像、広告リンクを見ます。保守の場合は、主要ページ、メニュー、フォームなど、依頼内容に影響する機能を確認します。管理画面で保存できたことと、公開側で正常なことは別です。

変更の履歴を残せる仕組みがある場合は活用できますが、履歴だけで品質確認を代替しないでください。誰が変更したかが分かっても、その内容が正しいかは別に確認します。作業報告と公開確認を対応させることが大切です。

終了時は記事とアクセスを別々に扱う

担当者のアクセスをなくすことと、その人が書いた記事を削除することは別です。ユーザーを削除する際に、投稿の扱いを選ぶ画面が出る場合があります。必要な記事まで消さないように、移管先や著者表示を確認してから操作します。

WordPress以外に共有した権限も一覧で確認します。解析ツール、ファイル共有、サーバー、アプリケーションパスワードなど、実際に付与したアクセスを対象にします。使っていない仕組みまで増やす必要はありませんが、渡したものを忘れずに回収できる記録が必要です。

退任後も著者名を残す場合は、本人との合意や記事の責任表示を整理します。アクセスを解除したからといって、過去の執筆者を別人に置き換えてよいわけではありません。管理上のアカウントと、著者としての表示を切り分けて考えます。

緊急時の連絡と復旧担当を決める

外注先が作業中に誤って公開したり、表示を崩したりした場合、誰へ連絡するかを先に決めます。本人に修正を任せるのか、管理担当が一度作業を止めるのかも、影響に応じて判断できるようにします。アカウントを止める権限を持つ人が不在では、対応が遅れる場合があります。連絡先と対応可能な時間を共有し、事故を隠さず早く報告できる運用にします。権限を制限するだけでなく、誤操作が起きた後の手順まで用意しておきます。

外注を増やす前に管理の型を決める

担当者、仕事、権限、開始日、終了予定日を一つの台帳にすると、人数が増えても管理しやすくなります。毎回同じ管理者パスワードを渡す方法から、必要な仕事に合わせてアカウントを使い分ける形へ変えていきましょう。

サイト構築や記事制作をまとめて依頼したい方は、丸投げアフィリエイトのサービス内容をご確認ください。制作の量だけでなく、公開判断や権限の管理を誰が担うかまで確認しておくと、外注後の運営を始めやすくなります。