SEO記事の企画書を作る｜読者の質問・根拠・完成条件を先に決める

読後にできることを一文にする

「AI音声について詳しく説明する」より、「月十本の教材音声を作る担当者が、訂正を含む使用量から候補プランを絞れる」と書きます。対象者、利用場面、判断の三つが入ると、何を調べるべきかが明確になります。詳しくない読者がつまずく用語も添えてください。記事の目的を決める時点では、契約先の名前を結論として固定せず、条件によって別の選択が妥当になる余地を残します。

既存記事との境界を記載する

関連する既存URLを読み、今回の企画に入れない話題を決めます。費用試算の記事なら、音声品質の全般的な順位づけや、すべての操作手順まで抱える必要はありません。必要な前提だけを短く説明し、詳しい記事へリンクします。企画書には引き継ぐ質問と参照先の両方を残してください。既存記事で十分に答えられる場合は、新規制作をやめて改稿へ変える判断も、企画の成果として扱います。

主張と根拠の対応表を作る

料金、利用条件、出力形式、共有権限など、確認が必要な主張を一行ずつ書きます。公式ページのURL、対象プラン、確認日、まだ分からない点を並べ、広報上の説明と契約条件を混同しないようにします。資料にない結論を本文で補わないことも完成条件に含めます。数字が動きやすい項目は更新期限を設け、確認できない場合に数値を保留する判断を事前に決めておきます。

具体例は入力条件から指定する

試算なら、完成本数、長さ、修正回数、対象通貨、課金単位を企画時に決めます。同じ三十分でも、生成した時間と取得した完成音声の時間は製品によって計算の対象が異なるため、単位の変換が説明できる構成にします。架空の条件であることを明記し、実測した品質や作業時間のようには書きません。例を変えても説明が成り立つかを確認することで、一つの安い数字へ誘導する企画を防げます。

見出しを読者の判断順に並べる

製品の歴史や一般論から始める必要はありません。今回の条件、候補を選ぶ基準、費用や制限、具体例、選ばない方がよい場合、次の操作という順で、読者が判断を進められる形にします。見出しごとに「ここで答える質問」を企画書へ一文添えると、本文が別の説明へ逸れにくくなります。似た見出しが続く場合は統合し、文字数のために同じ注意を繰り返す構成を避けてください。

確認者が差分を点検できる形にする

確認者へは本文だけでなく、調べた資料、計算の入力、対象プランの記録を渡します。確認済みの事実、編集上の提案、未確定事項が分かるようにし、読みやすい文章と事実の正しさを別に点検します。出典を列挙しただけで各主張との対応が分からない企画書は、検証の手間を減らしません。公開前にリンク先と表示内容も見て、意図しない契約画面や別の製品へ進まないか確認します。

完成後は更新項目を引き継ぐ

公開後に確認が必要な料金、権利条件、操作画面などを一覧にし、担当と次回確認日を残します。企画時に調べられなかった点があるなら、その制約が本文に伝わっているかを確認してください。更新履歴には実際に変えた範囲を記録し、日付を変えただけで全項目を確認し直したようには見せません。次の担当者が元の会話を読まずに資料へ戻れる状態まで整えると、企画書は公開後も使える編集資産になります。

料金表の画像を資料にする場合も、取得した日と参照URLを残し、画像だけでは読めない条件を文章で説明します。

• キーワード調査ツールの選び方｜候補語を重複しない記事企画へ変える
• Search Consoleで記事を改善する｜検索語とページを一緒に読む
• 公開前後のSEO確認｜URL・検索除外・言語版を検証する