AIで記事構成を作る方法｜見出しと根拠を対応させる実例

AIで記事構成を作るときは、見出しと一緒に「その節で答えること」「使う材料」「まだ書けないこと」を出させます。見出しだけが整っていても、裏付ける資料や具体例がなければ、執筆時に一般論を足すことになるためです。

この記事は、読者・主な疑問・扱う範囲が決まった後の構成作りを扱います。MakeAIで用意したCSV変換の検証素材を使い、材料から書ける構成へ落とす例を紹介します。以下の構成表と指示文は編集例であり、特定のAIが出した回答や検索順位の実績ではありません。

記事設計書の「到達点」を、構成作りの出発点にする

最初に、確定した記事設計書から、読者が読み終えてできることを抜き出します。構成を作る途中で便利そうな論点を見つけても、この到達点を勝手に広げないようにします。

今回の記事設計の抜粋
読者：受け取ったCSVが文字化けし、元ファイルを残して確認したい担当者
主な疑問：どう調べ、何を照合してから変換結果を使えばよいか
読後の到達点：原本を保持し、文字・列・件数を確認する手順を決められる
対象：用意したCSVの文字コード確認と、別ファイルへの変換
対象外：あらゆる破損の復元、全ツールの比較、全社のデータ連携

この段階で読者や目的がまだ決まらない場合は、見出しの作成を進める前に設計へ戻します。今回の目的なら、「CSVとは何か」を長く説明するよりも、原本を残すこと、正しく読めたかを確かめることが構成の中心になります。

Googleのコンテンツ作成ガイドも、独自の情報や分析、参考情報へ付け加える価値を確認するよう促しています。構成表でも、各節に自分たちが示せる材料を割り当てます。

材料を「言えること」と「言えないこと」に分ける

同じ資料でも、証明できる範囲は限られます。検証が一度成功した記録から、「どんなファイルでも直せる」という見出しは作れません。先に、資料ごとの使い道と限界を短く整理します。

次は、MakeAIが2026年9月8日に用意し、実際に変換と照合を行った素材です。入力は架空のデータ3件・4列で、実在の顧客情報ではありません。

素材ID	手元にある材料	構成で使える範囲
M1	文字コードが分かっている入力CSV。先頭ゼロ、髙・①、カンマ、セル内改行を含む	確認対象の文字・項目を具体的に示す
M2	変換後のCSVと、原本・出力の照合記録	別名で変換し、全セルと原本の保持を確かめる流れを示す
M3	正常な変換、上書き拒否、不完全なバイト列など13項目の実行記録	今回確かめた動作と、停止する条件を説明する
M4	未実施の範囲のメモ。Excel画面の操作、未知ファイル全般、破損文字の復元は未検証	結果を広く言い切らないための範囲指定に使う

M3では用意した13項目が通りましたが、CSVに関する全問題を試したわけではありません。また、M4は性能の根拠ではなく、説明を限定するための記録です。材料表で両者を区別しておくと、AIへ渡す時点から記事の約束を揃えられます。

見出しごとに、答え・材料・執筆状態を対応させる

構成表は、見出しの一覧より少し詳しい指示書にします。各行に一つの疑問と答えを置き、どの材料を読めば書けるかを残します。

見出し案	その節の答え	使う材料	執筆状態
変換前に原本を残す	入力を上書きせず、確認用の出力を別に作る	M2・M3	記録から書ける
文字コードの候補を確かめる	読める候補と、文字が正しいことを分けて確認する	M1・M3	用意したデータの範囲で書ける
変換後の文字・列・件数を照合する	見た目だけでなく、先頭ゼロやセル内改行まで確かめる	M1・M2	入出力を対応させて書ける
変換を止める条件を決める	読み取り失敗や既存出力への上書きを、そのまま続行しない	M3	実行した条件を明記して書ける
取り込み先でも表示を確認する	ファイルの変換と、利用先で正しく使えることは別に確認する	M4	未実施の確認事項として記載。操作成功例は書けない

最後の行は、資料がないので消すだけでは読者の作業が途中で終わります。必要な確認事項として残し、具体的な操作手順を掲載するなら、別途実行するか公式資料を確認します。「重要な疑問が残っている」ことと「今ある材料で答えられる」ことを別々に見ます。

階層を付ける場合は、同じ作業の内訳を小見出しにします。例えば「変換後の文字・列・件数を照合する」の下に、「文字と先頭ゼロを見る」「列とレコード数を見る」を置けます。同じ内容を「注意点」の章でも繰り返す必要はありません。

AIには、構成と一緒に不足材料も出してもらう

設計書と素材IDを渡し、見出しの数や文字数より、答えと根拠の対応を優先させます。次の指示文は、そのまま自分の記事へ置き換えられる形です。

以下の確定済み記事設計書と素材一覧から、記事構成表を作ってください。

入力：
A. 読者、主な疑問、読後の到達点、対象範囲
B. 素材ID付きの記録・資料・実例
C. 未実施の検証と、今回扱わないこと

出力は二つに分けてください。
1. 構成表
見出し案／答える疑問／一文の答え／素材ID／執筆状態
2. 不足材料の一覧
残る疑問／必要な材料／範囲を狭めれば書ける内容

条件：
・読者が作業を進めるために必要な順で並べる。
・材料にない実績、成功率、操作結果を追加しない。
・資料が支える範囲を超える結論にしない。
・資料がない行は、追加確認が必要と書く。
・同じ答えを返す見出しはまとめる。
・見出しは必要な疑問に合わせて組み、本文の制作基準を満たす具体例・手順・判断材料を割り当てる。
・本文の執筆は始めず、確認用の構成を出す。

出力後は、AIが挙げた素材IDが実在するかを確認します。IDが合っていても、その資料が本当に答えを支えているとは限りません。「ASCIIは複数の文字コードで読めた」という記録を、「文字コードを完全に自動判定できた」という答えへ使っていないか、といった読み直しが必要です。

材料のない見出しは、追加確認・範囲変更・削除を選ぶ

不足を見つけたときの扱いは、見出しが読者の目的に必要かどうかで変えます。次は、説明用に作った構成の修正例です。

見出し案の問題	修正の判断	残す作業
「すべての文字化けを自動で直す」	根拠より広いため、確認済みの入力と変換条件へ絞る	対象と対象外を冒頭へ明記
「Excelへ取り込む手順」	読後の作業に必要なら、操作や公式資料を追加確認する	未実施の手順を実証済みと書かない
「おすすめAIツール10選」	今回の到達点に不要で、比較材料もないため構成から外す	別企画にする場合は目的と根拠を再設計
「変換の注意点」と「失敗を避ける方法」が同じ内容	対応する工程の節へまとめる	本文で同じ説明を繰り返さない

追加確認が必要な節を残したまま、AIに自然な文章で埋めさせないことが大切です。書ける節から進める場合も、未確認の行を編集者が追える状態にします。

執筆へ渡す前に、構成表を二方向から読む

まず、読者の到達点から構成を読みます。この順に読めば必要な判断や作業へ進めるか、説明が一つ抜けると止まる箇所はないかを確認します。

次に、材料から構成を読みます。独自に調べた内容を使う節があるか、同じ資料で同じ説明を繰り返していないか、記録以上の約束をしていないかを見ます。今回なら、M1のセル内改行が構成から消えていたら、照合の具体例として戻す余地があります。

構成の完成条件は、見出しがきれいに並んだことではありません。書く人が「この節では何を答え、何を見て書き、何をまだ確認するか」を説明できることです。まず一本の記事で、手元の素材に番号を付けるところから試してください。

H2・H3へ展開するときは、一つの作業の中を分ける

構成表の各行が決まったら、読者が途中でつまずく箇所を小見出しにします。大見出しを言い換えただけの小見出しを増やすと、本文も同じ説明になりがちです。CSVの例なら、変換後の照合という作業の中で「文字が同じか」「列とレコードが同じか」を分ける理由があります。

階層と見出し案	読者が確かめること	掲載する具体物
H2 変換前に原本と確認条件を残す	何を上書きせず、何を正解として比べるか	入力ファイル、出力先、既知の値を記入する依頼メモ
H3 文字コードの候補を絞る	読めたことと正しく読めたことの違い	M1・M3の候補別結果と、判断を確定できない例
H2 別ファイルへ変換して照合する	変換先を作った後に何を見るか	M2の入出力の対応と確認の順序
H3 文字列を一つずつ比べる	先頭ゼロ、特殊な漢字、記号が残ったか	0012、髙、①の確認対象
H3 レコードと列を比べる	セル内改行を別レコードと誤認していないか	3レコード・4列の教材と改行の説明
H2 変換結果を使う前に残件を見る	ファイルの照合とアプリでの使用を区別できるか	M4の未実施項目と、利用先での確認欄

この表は本文の見出しを固定する唯一の正解ではありません。例えば読者がすでに文字コードを確定しているなら、候補を調べる説明は短くできます。ただし、今回の対象が「文字化けを調べたい人」なら、どの候補を採用したかの判断が欠けると、後の変換を再現できません。必要な工程かどうかを読者の出発点で決めます。

H2とH3の階層が決まったら、各節の冒頭に置く答えを一文ずつ書きます。「文字化けに注意しましょう」ではなく、「読み取りエラーを無視せず、既知の文字列と照合してから候補を採用する」と書ければ、その後にどの具体例を載せるかを選びやすくなります。

必要な長さを、材料の配置で満たす

本文の最低文字数が決まっている制作では、その条件も構成に反映します。例えば本文5,000字以上という制作条件がある場合は、その長さを満たす材料を準備します。これは制作上の条件であり、検索順位を保証する数値ではありません。構成段階で各節の説明が一文ずつしかないなら、執筆時に同じ注意を繰り返して長さを埋めるのではなく、読者に必要な材料を追加します。

CSVの記事で増やせるのは、入力の意味、変換を止めた例、誤った件数の数え方、先頭ゼロが失われたときに確認する場所、利用先へ渡すチェック表などです。いずれも主な疑問から離れず、異なる判断を助ける内容です。一方、「AIの将来性」や「DXの重要性」を長く足しても、この読者が文字化けを調べる作業は進みません。

薄くなりやすい節	増やす具体物	増やさないもの
手順が短い	開始条件、操作後の状態、次へ進む条件	同じ操作の別の言い回し
注意点が抽象的	失敗入力、起きる誤り、確認する場所	「必ず確認」の反復
事例が結果だけ	入力、条件、出力、照合、対象外	記録のない成果率や感想
比較が項目名だけ	条件が違う二例と、選択が変わる理由	根拠のない順位付け

追加の実験が必要な場合は、構成表の執筆状態を「検証待ち」にします。今ある記録で書けることと、新しく試す予定のことを同じ素材IDにまとめないでください。執筆担当が結果を想像して補わないよう、必要な入力、確認環境、保存したい出力を具体的に依頼します。

構成のレビューは、欠けた疑問から戻す

構成を読む人は、見出しの好みだけを伝えるより、どの判断に材料が足りないかを指摘します。例えば「失敗例がほしい」ではなく、「間違った文字コードで読めなかった場合、出力を作らない条件が分からない」と返します。執筆担当はM3の記録へ戻り、試した停止条件の説明を追加できます。

構成レビューの記録
対象の節：
読者がまだ判断できないこと：
今ある材料で答えられるか：
追加で必要な資料・検証：
構成へ追加する具体物：
他の節と重複する説明：
確認を終える条件：

最終的には、記事のタイトル、冒頭の答え、最後にできる作業が一致しているかを通して読みます。タイトルが「すべて直す」なのに本文が限定条件の検証なら、本文へ未確認の成功例を足すのではなく、約束の範囲を修正します。検索意図そのものを決め直す必要がある場合は、記事設計書を作る工程へ戻り、見出しの修正だけで解決しようとしないでください。

執筆後に見つかった不足を、次の構成へ戻す

構成の段階では足りていると思っていても、実際に書くと、手順の間が飛んでいたり、表の条件が説明不足だったりすることがあります。その場合は文章を足す場所だけを決めず、構成表の「答える疑問」を更新します。CSVの件数を説明していて、改行とレコードの違いが伝わらなければ、その疑問を照合の小見出しへ追加します。

追加した節で新しい主張が増えたら、根拠欄も一緒に更新してください。完成原稿にだけ出典を置き、構成表を古いままにすると、次の更新で証拠の範囲を取り違えます。本文と設計書をそろえて残すことで、担当者が変わっても、どの説明を実測に基づいて書いたかを確認できます。