オウンドメディアは、自社が内容を管理して情報を届ける媒体です。本稿では自社のWeb記事を継続して作る場合を扱います。ホームページにコラム欄を足しただけでは、誰が内容を確かめ、古い記事を直すかは決まりません。媒体の目的と、日常の作業を一緒に組みます。

架空の道具販売会社なら、購入前に「手入れできる部分を知りたい」読者へ、製品説明書を読む準備を伝える記事を作る例があります。実際の製品の安全条件や保証は確認者が確かめます。読者を助ける説明を作ることと、購入数を増やすことを同じ成果として数えないでください。Googleは想定読者へ十分に答える内容や、情報源を重視する考え方を示しています。

開始時は記事一本を、質問の選択、材料の確認、執筆、事実確認、公開、更新まで通してみます。取材できない、確認者の時間がないなどの詰まりは、この試作で分かります。記事本数を先に増やすより、実際に動かせる工程を知るための練習です。期間や人数の固定の正解を約束するものではありません。

媒体の入口も作ります。既存サイト内に記事一覧を置くなら、運営主体の短い説明、テーマ別に探す一覧、個別の記事、次に読む説明へのリンクを用意します。別ドメインを選ぶ場合は、ドメインと公開先、管理アカウント、元サイトからの案内を別に管理する必要があります。どちらでも使える資料や人が増えるわけではないため、まず一本の問いへ答える原稿と、訪問者が読める入口を試します。

構築前には、実際に聞かれる質問と事業の目的を照合します。認知を助ける説明、比較検討を助ける条件、既存利用者を助ける使い方などで必要な記事は変わります。同じテーマの公開記事を読むときは、答えている疑問と不足する説明を見ます。競合の題名を集めて書き換えるのではなく、自社の資料で答えられる差を確認します。

目標は、検索の表示・クリックと、相談の条件が合うこと、既存利用者の疑問が減ることなどを分けて設定します。測れない成果を数字で埋めず、どの記録で確認するかを決めます。媒体の開始では原稿と一覧、運営主体の案内、次の行き先を用意し、公開先と契約、更新と復旧の担当を確認します。

この章の根拠：出典1出典2

執筆者は原稿を作り、事実確認者は製品や制度などの内容を資料と照合し、公開担当は文章・画像・リンクを確認してCMSへ反映します。保守担当はアカウント、更新、バックアップ、障害時の復旧を扱います。責任者は媒体の目的、使える時間、止める判断を決めます。

一人が兼務することは可能ですが、執筆した直後に見た目だけを確認して事実確認まで済んだことにしないでください。会社の説明なら説明できる部署、技術なら適用条件を確かめられる担当へ確認を頼みます。外注の原稿でも、自社が約束できる内容は自社で確認する必要があります。

WordPressの既定ではContributorは自分の投稿を書けても公開できず、Authorは自分の投稿を公開でき、Editorは他者の投稿も管理・公開できます。役割名は上下関係ではなく、できる操作の集合です。環境によって追加変更されるため、管理者が実権限を確認します。全員に管理者を渡すことや、一つのログインを共有する方法で分担を済ませないでください。

この章の根拠：出典3出典2

CMSは文章や画像を管理画面から更新する仕組みです。WordPressで記事を作る例では、投稿の新規作成から題名、見出し、本文を入れ、下書きを保存します。写真の使用許可、画像の説明と出典をそろえ、プレビューで文字とリンクを確かめます。画面名は版や権限で異なるため、公開担当が実環境を確認します。

商品担当へは「全体を見てください」ではなく、対象になる製品、除外条件、注意の記述などの確認箇所を渡します。事実の不足があれば本文を直し、確認結果を残します。投稿一覧のDraftやPending Reviewといった状態は原稿を整理する助けになりますが、表示がPendingだから専門の事実確認が実際に終わったわけではありません。

公開担当は確認済みの版とプレビューが一致することを見て、意図した公開日時・公開範囲で反映します。ログインしていない閲覧者の表示、一覧から記事へ移れること、記事内の次の説明へ進めることを確かめます。確認できない条件を掲載期限のために作らず、記事を保留するか、確かめられた範囲へ約束を狭めます。

CMS導入時は、管理担当が公開先の条件、使用するテーマ、必要な機能、更新とバックアップを確認します。実運営前の検証場所へ、個別の記事と一覧を作り、一覧から記事へ進んだ結果を見ます。新しいカテゴリを大量に作るより、最初の題材に必要な分類だけを試します。原稿の資料は社内の作業場所に保管し、CMSの公開メディアへ未許可の資料や機密ファイルを先に上げないでください。

この章の根拠：出典4出典3出典2

企画では、読者の問いと場面、答え、資料、完成例、次の行動を一記事ごとに決めます。架空の道具販売会社なら「使用後の保管に何を用意するか」という問いを、確認済みの説明書と商品担当への確認から答えます。製品名や安全条件が変わる場合は、対象の版を記録します。

執筆では先に答えを示し、準備物や確認手順を具体化します。見本は実際の製品の事実と、説明用に作る架空例を分けます。編集では題名と本文の約束、必要な例外、読みやすさ、出典とリンクを確認します。事実確認は、その内容を確かめられる担当へ渡します。

公開では、タイトル、見出し、画像説明、関連する記事へのリンク、公開日時と範囲を確かめます。記事一覧や自社の許可された告知で、読者が必要な説明を見つけられる入口を用意します。毎回の本数を増やす前に、確認と既存記事の更新を含めて日程を組みます。

公開後は、検索の語と表示・クリック、相談で残る質問、原稿の訂正依頼を分けて見ます。架空の反応として「保管前に必要な写真がわからない」と質問が来たなら、その資料を商品担当に確認して記事へ追加します。これは実際の成果ではなく、反応を次の更新へ戻す見本です。

次の周期では、新しい記事、既存記事の補完、古い案内の訂正を比較します。検索から来る人が少ないという理由だけで全部を書き直さず、まず記録と目的が合うかを確認します。公開後も同じ問いに責任を持つことが、継続運用の基本になります。

この章の根拠：出典2出典8出典5

社内で書くと、自社の現場や資料へ直接たどりやすい反面、兼務の時間や編集の技術が不足する場合があります。外注すると取材や執筆を依頼できますが、自社の受付条件や製品仕様を渡さなければ正しい文章を作れません。社内確認と外部制作を組み合わせる方法もあります。全社に一つの方式を推奨するものではありません。

試作一本で使った時間を、取材・執筆・確認・公開・更新に分けて記録します。例えば架空の試算で執筆3時間、確認1時間、公開1時間なら一本5時間ですが、実際には題材や修正で変わります。執筆だけを外注しても、残る確認と公開の時間が確保できなければ本数は増やせません。この数値は実績や相場ではありません。

見積もりには取材、構成、図、画像の権利、事実確認の範囲、修正回数、CMS入稿、公開後の更新と訂正が含まれるかを書きます。検索上位や売上の保証を依頼条件にせず、読者の問いへ答える完成物と確認方法で合意します。担当が一時的に不在なら、未確認原稿を増やすより、公開の保留や更新対象を絞ることも判断します。

この章の根拠：出典2出典3

Search Consoleでは検索の表示回数、クリック、検索語などを確認できます。これは検索で見られた状況であり、売上や読者の理解を直接示すものではありません。相談時に残った疑問や、記事に書いた準備物を用意できたかは、個人情報を必要以上に集めず別の記録で見ます。

記事に誤りが見つかった場合は、内容確認者が正しい情報源を確かめ、公開担当が対象の記述を修正し、更新後の画面を見ます。旧版へ戻す必要がある場合は、WordPressのリビジョンで差分と保存済みの版を確認できます。2026年10月に読んだ公式説明では7.0以降と6.9以前で画面が違い、保存数の設定にも依存します。復元対象を確かめてから操作します。

リビジョンはサイト全体の復旧ではありません。テーマやプラグイン、画像、記事や設定などを保存するデータベースの問題には別のバックアップが関係します。保守担当へ連絡できる先と、復旧できるデータを確かめます。担当交代ではアカウントの引継ぎ方法、出典、未確認原稿、更新する記事を渡し、共有パスワードを連絡帳に書く方法は使いません。

見直し会議では、表示回数の大小だけで議論せず、実際に読める記事と、読者が残した一つの質問を開きます。「どの説明が不足したか」「商品担当へ何を確認するか」「誰がいつ修正するか」を決め、担当と確認予定を残します。原稿が止まった場合も、執筆待ち、資料待ち、事実確認待ち、公開操作待ちを区別すると、必要な支援を頼めます。日程を組む話と、仕事の責任を変える話を混ぜないようにします。

運営の負担は、取材待ち、確認待ち、更新待ちなどの状態と使った時間で見ます。目的に関係しない本数を目標にせず、残る質問と根拠、確認できる時間から制作量を調整します。外部へ頼む場合も、会社側の事実確認と受付の判断を残し、原稿や図の仕事を具体的に依頼します。成果の評価は計測条件がそろうまで保留でき、開始後何か月で必ず成果が出るとは説明しません。

この章の根拠：出典5出典6出典7

立ち上げの完成物は記事一覧だけではありません。何を伝えるか、どの資料を使うか、誰が確認し、誰が公開し、誤りや障害をどう直すかが一組になっている状態です。試作一本で実際に動かし、足りない時間や材料を確かめてから続け方を決めます。

少人数でも仕事の役割を分け、専門の確認と保守を依頼できます。記入表には人数の理想形より、試作の題材、仕事の分担、実権限、残る条件を入れてください。記事の制作日程を組む段階では、取材と確認の時間を含めて別に計画します。

最初の一本を通す試作は、運用を始めるための実演です。その後は新しい問いと既存の更新を選び、反応の記録を次の企画へ戻します。構築の基礎と、公開後の仕事を切り離さず、負担と成果を見ながら続け方を修正してください。

この章の根拠：出典2出典3出典7