AIエージェントで記事を書けるようになると、最初に「月に何本作るか」を決めたくなります。そこで先に見るのは本数よりも、その問いに独立した1ページで答える理由があるかどうかです。
この判断は、本文を書く前に置きます。企画を「公開」「統合」「FAQ化」「保留」「廃案」のどこへ置くかを決める工程です。量産を防ぐ判断では、AIを使うかどうかより、サイトに残す問いを選びます。
AIで書ける企画ほど、本文を書く前に処遇を決める
AIエージェントは下書きを速く作れます。その速さは便利ですが、処遇を決めないまま本文へ進むと、似た問いへ似た答えを返すページが増えやすくなります。
独立記事にする理由は、文章の長さでは決まりません。読者が数分かけて読む意味があるかで決まります。たとえば、条件によって判断が変わる問い、比較しないと誤解しやすい問い、公開後も検索流入や問い合わせを見て改善する価値がある問いは、独立記事に向いています。
短く答えれば足りる問いもあります。「この設定は必要ですか」「この言葉はどういう意味ですか」のように、その場の不安を解くことが主目的なら、FAQや用語説明のほうが読み手に親切です。既存記事の流れの中で説明したほうが判断しやすいなら、別ページを増やすより追記や統合を選びます。
この段階で大切なのは、よい原稿にできそうかではありません。問いをどこに置けば読者が迷わないかです。本文を書く力がある企画でも、置き場所が違えばサイト全体を読みにくくします。
公開、統合、FAQ化、保留、廃案は読者の到達先で分ける
企画の処遇は、下書きがうまく書けたかではなく、読者をどこへ案内するのがいちばん分かりやすいかで分けます。きれいな文章になっていても、読者の判断を進めないページなら公開対象にはなりません。
公開は、ひとつのURLとして残すだけの問いの深さがある場合です。読者の状況を受け止め、理由や判断基準を説明し、読後に確認する場所が分かる状態まで書ける企画です。
統合は、既存記事の中で答えたほうが文脈がつながる場合です。たとえば公開前チェックの記事があるなら、細かな確認項目を別記事として増やすより、その記事の一部にしたほうが読者は迷いません。独立ページを増やすより、判断の流れを一つにしたほうが親切な場合があります。
FAQ化は、答えが短く、背景説明よりもすぐ不安を解くことが大切な場合です。比較表や長い手順がなくても、読者が「自分の場合はどうすればよいか」を判断できるなら、短い回答で十分です。
保留は、問いはありそうでも、まだ責任を持って答えられない場合です。一次情報、実務記録、社内の判断基準が足りないなら、本文を書かせる前に止めます。保留は失敗ではありません。公開してから曖昧な断定を直すより、根拠がそろうまで待つほうが、サイトの信頼を守れます。
廃案は、問いそのものが読者の役に立たない、事業として答える理由がない、検索流入だけを目的にしている場合です。保留と違い、材料を集めれば進む企画ではありません。後で掘り返さないように、廃案にした理由だけを短く残します。
似た企画が増えるほど、本文にする前の整理が効く
AI記事の量産で問題になるのは、AIを使うこと自体ではありません。読者にとって違いが薄い企画がそのままページになり、どれを読めば判断できるのか分からなくなることです。
検索から来た人は、記事数を評価しに来ているわけではありません。自分の状況に近い答えを探しています。似たタイトル、似た導入、似た結論の記事が並ぶと、読み手はサイト全体の整理を信頼しにくくなります。
運用側にも負担が残ります。記事が増えるほど、古くなった情報、変更された仕様、重複した説明を直す対象が増えます。小規模なチームでは、本文を書く前に統合やFAQ化を選ぶことが、後の更新負担を抑えるいちばん軽い手当てになります。
Google検索セントラルも、生成AIによるコンテンツの使用そのものを問題にしているわけではありません。重視されるのは、ユーザーに役立つ目的、独自の価値、誰がどのように作ったかです。一方で、スパムポリシーでは、ランキング操作を主目的に価値の薄いページを大量生成する行為が問題になり得ます。公式情報は「AI禁止」という話ではなく、「読者の役に立たない大量生成を避ける」という判断に使います。
直接回答を書けない企画は、本文を増やす前に止める
企画を判定するときは、いきなり見出し案を作らないほうが分かりやすいです。まず、タイトルが約束している問いへ、普通の会話として答えてみます。
その回答が数行で足りるなら、FAQ化か既存記事への追記を考えます。回答の途中で、読者の条件によって分岐が必要になるなら、独立記事の候補になります。根拠が足りず、言い切れない箇所が多いなら保留です。答えようとすると読者ではなく検索流入の都合ばかりが残るなら、廃案にします。
この時点で大切なのは、AIエージェントに「もっと詳しく」と頼まないことです。材料がない企画は、文章量を増やしても強くなりません。有用で信頼性の高いコンテンツとして読者に役立つかを見直し、一次情報を確認する、問い合わせや営業質問を集める、社内で判断基準を決めるなど、本文の前に必要な作業へ戻します。
企画メモには採用理由より不採用理由を残す
AIエージェントは、問いを分解したり、既存企画との重複を見つけたり、FAQで足りる回答を短く試したりする場面で役に立ちます。ただし、処遇の決定は人が持つ必要があります。
企画メモには、採用した企画だけでなく、統合、FAQ化、保留、廃案にした理由も残します。「既存の公開チェック記事へ統合」「FAQで一問一答にする」「一次情報待ちで保留」「読者の問いではないため廃案」のように短くて構いません。
最後に見るのは、「この企画を本文にすることで、読者は判断しやすくなるか」です。答えが「はい」なら公開企画として執筆へ渡します。既存ページのほうが分かりやすいなら統合します。短い回答で足りるならFAQ化します。根拠が足りないなら保留します。読者の問いとして残せないなら廃案にします。この分け方があるだけで、AIで書ける量に引っ張られず、本文にする前の段階でサイトを整えられます。