最終更新：2026年7月13日
記事数ではなく、読者の判断に必要な情報を揃える
オウンドメディアは、記事を増やすこと自体が目的ではありません。顧客が知りたいことに対し、自社の経験、担当者の知識、一次情報を使って、理解や比較、問題解決に役立つ情報を提供します。
検索候補のキーワードだけから企画すると、自社で書く理由が弱い記事や、既存記事と重複する記事が増えます。顧客の質問、社内で答えられる人、既存ページ、公開後の更新責任を一つの企画として整理します。
記事テーマを集める場所
顧客からの質問
問い合わせ、商談、店舗、サポートで繰り返し聞かれる質問は、読者が判断に必要としている情報です。
社内の専門知識
設計、製造、販売、接客、採用など、担当者が日常的に行う判断や失敗を避ける方法を聞き取ります。
商品・サービスの変化
料金、制度、仕様、対応地域、選び方など、変更時に説明が必要になる情報を洗い出します。
サイト内検索とアクセス解析
サイト内で探されている語、閲覧後の移動、よく読まれる既存ページから不足情報を確認します。
Search Console
表示されている検索語とページを見て、意図に答えられていない箇所や派生する疑問を探します。
公的・一次資料
官公庁、自治体、メーカー、学術資料など、読者が確認できる原典と更新日を把握します。
テーマ候補には、質問した人、回答できる担当者、根拠資料、関連サービス、情報の更新頻度も一緒に記録します。
新規記事・リライト・統合の判断
| 判断 | 適した状態 | 確認すること |
|---|---|---|
| 新規記事 | 読者の目的が既存記事と異なり、独立して説明する情報量と自社の知見がある | 既存ページとの役割、執筆者、根拠、更新担当 |
| リライト | ページの目的は合っているが、情報が古い、説明不足、構成が分かりにくい | 検索語、離脱箇所、問い合わせ、最新の一次情報 |
| 記事統合 | 似た目的の短い記事が複数あり、読者が行き来しないと答えにたどり着けない | 残すURL、引き継ぐ情報、内部リンク、転送 |
| 削除 | 情報が終了し、更新や代替案内の必要もなく、利用者や外部リンクへの影響が小さい | 閲覧、検索流入、被リンク、問い合わせ、代替ページ |
同じ検索語を含むだけで記事を統合する必要はありません。読者の目的と、記事を読んだ後にできることが同じかを確認します。
記事企画書に入れる項目
| 読者 | 所属、状況、前提知識、いま困っていること |
|---|---|
| 読み終えた状態 | 理解できること、比較できること、実行できること |
| 中心となる質問 | この記事で一番先に答える問い |
| 関連する質問 | 判断条件、費用、期間、注意点、具体例、例外 |
| 自社が提供できる情報 | 担当者の経験、実績、写真、独自データ、顧客からの質問 |
| 確認する一次情報 | 公的資料、仕様書、契約、法令、調査元、公開・更新日 |
| 執筆・確認者 | 原稿作成者、事実確認者、専門監修者、公開責任者 |
| 関連ページ | 前提を説明する記事、サービス、事例、問い合わせ、用語解説 |
| 更新条件 | 制度・料金変更時、半年ごと、年次などの確認時期 |
想定文字数から始めるのではなく、中心となる質問へ答えるために必要な項目を決めた結果として記事量を考えます。
記事制作と公開前の確認
- 冒頭で対象読者と中心となる問いが分かるか
- 結論や重要な条件が、前置きの後ろに隠れていないか
- 一般論だけでなく、自社の経験、判断基準、具体例があるか
- 数値、制度、仕様、固有名詞を原典で確認したか
- 引用部分と自社の見解を区別し、出典へ移動できるか
- 著者・監修者が誰で、そのテーマを説明できる理由が分かるか
- 広告、提携、利害関係がある場合に読者へ分かる形で示したか
- 画像、図表、文章を利用する権利を確認したか
- 関連ページへの内部リンクが文脈に合っているか
- タイトル、見出し、更新日が本文と一致しているか
生成AIを下書きや整理に使う場合も、AIが出した出典や固有名詞をそのまま採用せず、人が原典と自社情報を確認します。
Search Consoleから改善候補を見つける
検索パフォーマンスでは、検索クエリ、ページ、国、デバイス、日付などの切り口でクリック数、表示回数、CTR、掲載順位を確認できます。単日の順位だけで結論を出さず、比較する期間とページを揃えて傾向を見ます。
| 表示回数は多いがクリックが少ない | タイトルだけでなく、検索語と本文の答えが一致するか確認します。意図が違う場合はタイトル変更だけで解決しません。 |
|---|---|
| 以前よりクリックが減った | ページ、検索語、端末、期間を分け、需要、競合、情報の古さ、技術的な問題を切り分けます。 |
| 想定外の検索語で表示される | 記事の範囲内で読者に役立つなら補足し、別の目的なら新規記事として役割を分けます。 |
| 複数記事が同じ問いに答えている | どのURLを中心にするか決め、重複箇所の整理、統合、内部リンクの見直しを検討します。 |
| 検索流入は少ないが事業上重要 | 検索数だけで削除せず、商談、既存顧客、営業資料、会社の信頼確認での役割を確認します。 |
リライトの実務手順
元の状態を記録する
URL、タイトル、更新前本文、対象期間のクリック・表示・問い合わせ、変更理由を保存します。
読者の問いを再確認する
検索語だけでなく、問い合わせや営業現場の質問から、読む目的が変わっていないか確認します。
事実と一次情報を更新する
制度、価格、仕様、数値、リンクを確認し、古い説明や終了した内容を修正します。
自社の知見を補う
担当者への聞き取り、実例、選定基準、注意点、写真、検証結果を追加します。
構成と導線を整える
結論、見出し、重複、表、FAQ、内部リンクを見直し、読者が判断できる順序にします。
公開前に確認する
事実、権利、著者・監修、広告表示、リンク、スマートフォン表示を確認します。
変更後を比較する
検索データ、閲覧行動、問い合わせ内容を十分な期間で確認し、次の改善へつなげます。
更新日だけを新しくしない
本文を実質的に確認・更新していないのに日付だけを変更すると、読者は情報が最新だと誤認します。確認した範囲、変更内容、更新日が対応するようにします。
変更後の計測と記録
- 公開日、変更箇所、変更理由、担当者、確認者
- 変更前後で比較する期間と、季節要因・広告などの条件
- 対象ページのクリック数、表示回数、CTR、検索クエリ
- 関連ページへの移動、フォーム到達、問い合わせの内容
- 新たに見つかった質問、説明不足、次回確認日
変更直後の短い期間だけで成功・失敗を決めません。検索だけでなく、記事の目的に応じて、営業での利用、問い合わせ対応の効率、既存顧客への説明なども確認します。
記事企画・リライトでよくある質問
検索ボリュームが少ないテーマは書かなくてよいですか？
検索数が少なくても、顧客の重要な判断、商談、契約後の支援、会社の専門性を示すために必要な記事があります。検索流入だけで判断しません。
記事は何文字あれば評価されますか？
一律の文字数では決まりません。読者の問いに対して必要な説明、根拠、具体例を過不足なく提供できているかを確認します。
順位が下がったらすぐにタイトルを変えるべきですか？
順位だけでなく、表示回数、クリック、検索語、期間、端末を確認します。需要変化や技術的問題もあるため、原因を切り分けてから変更します。
古い記事は削除した方がよいですか？
更新、統合、終了案内で読者に価値を残せないかを確認します。閲覧、外部リンク、問い合わせへの影響と代替ページを調べて判断します。
参考情報
メディアの目的と運用体制から記事を設計する
既存記事、顧客の質問、社内の知見を棚卸しすると、新規作成、リライト、統合の優先順位を付けやすくなります。