記事を増やす前に決めたい集客コンテンツの役割

記事を追加する前に、既存の記事が「誰の、どの問いに答え、その後どこへ案内するか」を一行ずつ書き出します。同じ問いの記事を増やすより、説明が不足している場所や、相談までのつながりが切れている場所を見つけるためです。

ここでは自社サイトの記事企画を整理する方法を提案します。記事数による検索順位や問い合わせ件数の増加を保証するものではありません。

既存URLと読者の問いから、次の制作を選ぶ

カテゴリや検索語が似ていても、読者の状況と必要な答えが違えば、別の記事にする価値があります。逆に、言葉を変えただけで同じ答えになるなら、既存記事の不足を直す候補です。

次は、架空の設備点検サイトの企画台帳です。「記事A・B」は架空の既存URLの管理名で、実在のページや成果を示していません。

表は左右にスクロールできます。

既存記事・問い	重複・不足の確認	今回の判断と理由
記事A：設備点検を依頼する前に何を準備するか	点検対象の記入例がない。「点検依頼の準備方法」という新企画も同じ問い	Aを改稿。別URLを増やさず、対象設備の記入例を加える
記事B：点検報告を受け取った後に何を判断するか	記事Aは依頼前、Bは結果を受けた後。時点も必要な資料も異なる	両方を残す。Bで対応優先度と確認先を記録できるようにする
新規案：点検先の見積もりをどう比較するか	既存記事に費用・作業範囲・対象外の比較がない	新規候補。比較表を読後の成果物として企画する

台帳には、実際のURL、確認日、直す箇所、担当、次の確認日も付けます。「認知向け」のような分類だけで終えず、読後にどの資料へ何を書けるかまで示してください。

新規制作と改稿を同じ候補として扱う

すでに問いに答える記事があれば、不足している例や手順を追加する改稿を先に検討します。別の読者や別の判断を扱う場合に新規記事を用意します。

記事を統合する場合は、本文だけでなく既存URL、他の記事からのリンク、検索や共有で使われる入口も確認します。整理のために公開記事を一斉に別URLへ移す必要はありません。旧原稿と変更理由を保管し、どの記事を残すかを個別に決めます。

過去の相場や製品仕様、実績の数字が含まれる記事は、公開中であっても再利用時に根拠を確認してください。自社の実績と一般的な参考例を混同しないよう、主張と資料を対応させます。

読後の行動に合うリンクを置く

用語を調べている段階の記事なら、次の具体的な手順へ案内できます。依頼条件を比較する記事なら、対応範囲や問い合わせへ進むリンクが自然です。すべての記事で同じ営業文を繰り返すより、その記事で整理した内容を次の作業へ渡します。

架空の案内文なら、「業務一覧が完成していなくても、止まっている仕事と希望時期から相談できます」と書けます。ただし、実際の受付条件と一致することを確認してから掲載します。

リンク先が古い、該当するサービスが終了している、フォームが送れない場合は、記事を増やす前に導線を修正します。問い合わせ導線の確認方法も参照してください。

公開後の見直し条件を企画時に決める

台帳には、担当者、確認日、見直しが必要になる条件を追加します。制度やサービス仕様に触れる記事なら仕様変更、支援内容を説明する記事なら提供範囲の変更が見直しのきっかけになります。

閲覧や問い合わせの数字を使う場合も、計測対象、期間、記事からの遷移を確認してから解釈します。閲覧が少ないだけで内容が不要と決めたり、全体の問い合わせ増を一本の記事の成果としたりしないことが大切です。

まず既存記事を数本だけ台帳へ記入し、同じ問いの重複と説明不足を一つずつ見つけます。その結果から次の新規記事と改稿を選べます。