見出しをクリックして開いた先が、句点だけで続く長い段落だった。そのまま静かにページを閉じた経験は、誰にでもあると思います。
書いている側にも、同じことが起きています。頭の中では順序も対比も見えているので、そのまま地の文として流してしまう。読み返しても意味は通るため、直す理由が見つかりません。
この記事は、長くなった地の文を、番号付きリスト・表・箇条書きのどれに直すかまでAIに決めさせるプロンプトを、そのままコピーして使える形でまとめました。渡す材料は2つだけです。返ってきた案のどこを人が見るかも、順番で決めておきます。
こんなふうに調べていませんか
- 見出しの下に長い段落が続いていて、どこから直せばいいか分からない
- 箇条書きにすべきか表にすべきかで、毎回判断が止まってしまう
- 直しているうちに、元の文にあった条件が消えていないか不安になる
この記事を読み終えたときに手に入るもの
- 自分の記事のどこがテキスト壁かを見分けられるようになります
- 手順・比較・並列要素の判定から変換案づくりまでをAIに任せられます
- 変換案のどこを人が点検すればよいかが、順番で分かります
結論30秒でわかる、この記事の結論
- テキスト壁とは、見出し直下の地の文が400字を超えて、要点に届く前に読者の集中力が尽きる状態です。
- 渡すのは2つ。対象の地の文と、その地の文がぶら下がっている周辺の見出しだけです。
- 返ってくるのは、内容の性質の判定・推奨する形・変換後の本文・省略した可能性のある箇所です。
この記事では、あるマーケティング部の2人と、専門家の会話をはさみながら進めます。自分に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん(Web担当)— 「そもそも、それって何ですか?」を聞く役
- 高梨課長(マーケ課長)— 「誰が、どれくらいの手間でやるんですか?」を聞く役
- 鈴木さん(AIO/SEOの専門家・本誌監修)— 答える役
01テキスト壁って何ですか?AI検索対策で、箇条書きへの変換が要るのはなぜですか?
若葉さんあの…そもそもなんですが、「テキスト壁」って何のことですか?
鈴木さん見出しの下から次の見出しまで、地の文だけが続いている状態のことです。当メディアでは、そこが400字(目安として3段落)を超えたら構造化のサインとして扱っています。
テキスト壁の困りごとは、内容が難しいことではありません。要点に届く前に、読者の集中力のほうが先に尽きてしまうことです。
ウェブ上での読まれ方については、ユーザビリティ研究の蓄積があります(出典: Nielsen Norman Group「How Users Read on the Web」)。地の文を短く区切ることの有効性は、この土台の上にあります。
ただし、400字という具体的な線引きは、この研究が定めた数値ではありません。当メディアが独自に置いている編集基準です。数え方の目安として使うもので、そこを超えたら悪い文章という意味ではありません。
この章のまとめ
テキスト壁とは、見出し直下の地の文が長く続いて要点が埋もれた状態です。400字は当メディアの編集基準で、研究が定めた数値ではありません。
02AI対策として地の文を直すとき、テキスト壁のどこでつまずくんですか?
書き上げたあとで「ここは箇条書きにすべきだったかもしれない」と気づくことは、よくあります。それでも手が止まるのは、どこをどう直すかの判断が割れるからです。
- 手順の説明なのか、要素の並列なのか、比較なのか、文章の途中では判別しづらい
- 表にすべきか箇条書きにすべきか、境界線の判断が書き手によってばらつく
- 見出しを分割すべきなのか、構造化だけで足りるのか、切り分けが曖昧になる
- 直しているうちに、元の文が持っていた条件や例外のニュアンスが変わってしまう
この4つは、性質がそろっていません。前の2つは「中身が何か」を決められない迷いで、後ろの2つは「どこまで手を入れるか」を決められない迷いです。
高梨課長これは、担当を決めて取り組む作業になりますか。専任は置けないのですが。
鈴木さん置かなくて大丈夫です。判定の部分をAIに預けてしまえば、記事を書いている本人が手元で回せます。
このあと紹介するプロンプトは、最初に「中身が何か」を判定させます。そこが決まると、残りの迷いは順に片づいていきます。
この章のまとめ
迷いは4つ。中身が何かを決められない迷いと、どこまで直すかを決められない迷いに分かれます。先に片づけるのは前者です。
03テキスト壁を箇条書きや表へ変換するAI検索最適化のプロンプトは、どこをコピーするんですか?
執筆中に1つの見出しの地の文が長くなってきたと感じた場面と、公開済み記事のリライト時に使います。次のコードブロックの中身を、そのままコピーしてください。
あなたはAIOに強いコンテンツエディターです。
以下の入力をもとに、地の文を読みやすい形に構造化する提案をしてください。
■入力データ
対象の地の文: 【対象の地の文】
周辺の見出し: 【周辺の見出し】
■分析手順
1. 【対象の地の文】の内容が、手順(順序が重要な一連の作業)・比較(複数要素の対比)・
並列要素(単純な列挙)・その他、のいずれに近いかを判定する。
2. 判定結果に応じて、番号付きリスト・箇条書き・表のいずれに変換するのが適切かを選ぶ。
3. 選んだ形式で変換案を作成する。地の文にある情報を過不足なく反映させる。
4. 変換によって省略・簡略化された可能性のある条件や例外があれば指摘する。
■出力形式
以下の順で出力してください。
1. 判定結果(手順/比較/並列要素/その他)とその理由を1〜2文で。
2. 推奨する変換形式(番号付きリスト/箇条書き/表)とその理由。
3. 変換後の本文(Markdown形式)。
4. 変換によって省略・簡略化した可能性のある箇所の一覧。
■制約
- 【対象の地の文】に書かれていない情報を新たに付け加えないこと。
- 内容が手順・比較・並列要素のいずれにも当てはまらない場合は、無理に構造化せず
「構造化に適さない内容です」と回答すること。
- 変換後の文言は、【周辺の見出し】の文脈と矛盾しないこと。「■分析手順」は、判定してから形を選ぶという順番を固定するための指示です。形を先に決めさせると、中身をその形に合わせにいってしまいます。
「■制約」の3行は、消さずに残してください。役割は次のとおりです。
- 1つめ — 地の文に無い情報を足すのを止めます。読みやすくするための作業で、内容が増えては本末転倒です
- 2つめ — 構造化に向かない中身まで無理に割るのを止めます。「適さない」と返ってくるのも答えのうちです
- 3つめ — 変換後の文言が、その地の文がぶら下がっている見出しと食い違うのを防ぎます
使用AIツールはChatGPT等を想定しています。このプロンプト自体は特別な拡張機能を必要とせず、通常のチャット画面へ直接貼り付けるだけで完結します(2026年7月時点、有料プラン限定の機能は使用していません)。
この章のまとめ
コピーするのはコードブロックの中身だけです。判定を先に置く順番と、「■制約」の3行が、この指示の中心です。
04渡す2つの材料は、AIO対策としてテキスト壁のどこを切り取るんですか?
置き換えるのは【 】で囲まれた2か所だけです。
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【対象の地の文】 | 構造化を検討したい400字前後の地の文 | 【架空例】400字程度の段落をそのまま貼り付け |
| 【周辺の見出し】 | その地の文が属するH2/H3見出し | 【架空例】AIクローラーへの対応手順 |
※入力例はすべて架空の例です。
切り取る範囲は、1つの見出しの下から、次の見出しの手前までにそろえます。複数の見出しをまたいで貼ると、判定が「その他」に寄りやすくなります。見出しごとに中身の性質が違うためです。
周辺の見出しを一緒に渡すのは、変換後の言葉づかいを見出しに合わせるためです。見出しが手順を示しているのに本文が比較の形で返ってくる、といったずれを減らせます。
この章のまとめ
渡すのは2つだけ。地の文は見出し単位で切り、周辺の見出しを添える。ここまでが人の仕事です。
05返ってきた箇条書きの案は、LLMO対策としてどこから見ればいいんですか?
出力が返ってきたら、見る順番を決めておきます。文言の細かい調整から入らないことがコツです。
まず、判定結果(手順・比較・並列要素・その他)が自分の意図と合っているかを確認します。判定がずれている場合、地の文自体に複数の論点が混在している可能性があります。そのときは、段落を分けてから渡し直すほうが早く進みます。
次に、末尾に挙げられた「省略・簡略化した可能性のある箇所」を必ず確認します。構造化によって、条件や例外を示す修飾語が抜け落ちやすいためです。
最後に、変換後の本文を元の地の文と読み比べます。ここで見るのは読みやすさではなく、意味が変わっていないかどうかです。
高梨課長判定が意図と違っていたら、その出力は捨てることになりますか。
鈴木さんいえ、段落の切り方を教えてくれた出力だと考えてください。論点が混ざっている場所が分かった、という情報が手元に残ります。
この章のまとめ
見る順番は、判定結果、省略の申告、読み比べ。大きいところから片づけるほど、書き直しが減ります。
06表と箇条書きと番号付きリスト、AI検索対策ではどう使い分けるんですか?
3つの形は、向いている中身が違います。軸が3つ以上あって横断的に比べたい内容は表、単純な列挙は箇条書き、順序が意味を持つ作業は番号付きリストが向いています。
プロンプトの出力には、なぜその形を選んだかの理由が付いてきます。理由を読んだうえで、最終的には記事の文脈で読みやすいほうを選んでください。形を先に決めて中身を合わせにいくと、元の文が持っていた条件が落ちます。
若葉さんつまり、どの形にするかを先に決めるのではなく、中身が何かを決めてから形を選ぶということですね?
鈴木さんそのとおりです。順番が逆になると、中身のほうを形に合わせて削ることになりますから。
この章のまとめ
順序があるなら番号付きリスト、並んでいるだけなら箇条書き、観点が複数あるなら表。理由は出力に書かれています。
07社内文書の整理にも、このAI対策のプロンプトは使えますか?
使えます。記事本文だけでなく、提案書やメールの説明文など、社内の長文にも同じプロンプトを応用できます。「地の文」を「対象の文章」と読み替えるだけで、そのまま動作します。
社内文書のほうが、変化を実感しやすい場面もあります。読み手が最後まで読む前提で書かれた長文は、そもそも構造化されないまま残っていることが多いためです。
この章のまとめ
読み替えるのは「地の文」という言葉だけ。提案書やメールの説明文にも、そのまま使えます。
08見出しの分割まで提案させるには、AI検索最適化の指示に何を足すんですか?
制約セクションに、次の1文を追加します。
構造化しても400字を超える場合は、見出しの分割も提案すること。
これだけで、構造化の提案に加えて見出し設計まで含めた出力になります。構造化で足りるのか、見出しから割るべきなのかという4つめの迷いを、AI側へ投げられます。
見出しを分けるかどうかは、記事全体の目次にも影響します。提案をそのまま採るのではなく、前後の見出しと並べて読んでから決めてください。
この章のまとめ
制約に1文足すだけで、見出しの分割まで提案させられます。採るかどうかは、目次全体を見てから決めます。
09テキスト壁の変換をAI検索対策の習慣にするには、何から始めますか?
一度直して終わりにはできません。記事は増えますし、書き手も入れ替わります。
定着させるコツは、指示文を固定することです。毎回書き換えていると出力の形が変わり、前回との違いが読めなくなります。変えるのは【 】の中だけにします。
同じ地の文を渡しても、実行のたびに表と箇条書きのどちらを提案するかが変わることがあります。判断に迷う段落では何度か実行し、内容に最も適した形式を選ぶ運用をおすすめします。
そして、採否を決めるのは人です。AIが返すのはあくまで案で、読者に出すかどうかの判断はこちら側に残ります。
見出し直下の要点先出しや、比較・手順の構造化という基本原則は、別記事「AIOに強い記事構成の書き方|見出しと文章3つのコツ【図解】」で解説しています。この基準で記事全体を診断したい場合は、別記事「自社コンテンツの構造をAIで診断するプロンプト|読みやすさを4基準で採点」が使えます。
この章のまとめ
壁になっている場所を探し、同じ指示で回し、出すかどうかは人が決める。この3段で運用に乗ります。
10よくある質問
表と箇条書き、どちらを選べばいいか自分でも判断に迷います。どちらを優先すべきですか?
軸が3つ以上あり横断比較したい内容は表、単純な列挙や手順は箇条書き・番号付きリストが向いています。プロンプトの出力にある判定理由を参考にしつつ、最終的には記事の文脈で読みやすいほうを選んでください。形から入らず、中身の性質から決めるのが基本です。
400字に満たない地の文でも、実行する意味はありますか?
あります。文字数が基準未満でも、複数の要素が並列している段落は構造化したほうが読みやすくなる場合があります。文字数はあくまで目安であり、そこを超えたときだけ直すという決まりではありません。
変換後の文章が、元の地の文より情報量が減った気がします。問題ないですか?
構造化の過程で接続詞や言い回しが整理され、体感の情報量が減ったように見えることがあります。ただし事実関係が欠落していないかは別問題です。出力の末尾にある省略箇所の指摘を必ず確認してください。
未公開の情報を含む地の文を、そのまま貼り付けても大丈夫ですか?
未公開の商品情報や社内限定の数値を含む地の文を貼り付ける際は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。変換した表や箇条書きを社外向けコンテンツで使う場合は、利用規約が定める商用利用の条件もあわせて確認してください。
11まとめ|今日やる3つのこと
テキスト壁とは、見出し直下の地の文が長く続き、要点に届く前に読者の集中力が尽きる状態です。当メディアでは400字を目安に置いていますが、これは研究が定めた数値ではなく編集基準です。
人がやるのは、地の文を切り取って渡すことと、返ってきた案を点検することだけです。手順・比較・並列要素のどれに近いかの判定と、形の選択はAIに預けられます。
変換案には、原文が持っていた条件や例外の表現が抜け落ちるという技術的な限界があります。AIが提示する構造化案そのものに誤りが含まれる場合もあります。数値や固有名詞を含む地の文を変換したときは、変換後の表記が元の内容と一致しているか確認してください。
今日この順でやります
長くなっている段落を切り出す
1つの見出しの下から、次の見出しの手前までをそのまま取ります
プロンプトに2つを渡す
コードブロックをコピーし、【 】の2か所を自社の内容に置き換えて実行します
案を点検する
判定結果、省略の申告、元の文との読み比べの順に見ます
AI検索では、こう聞かれています
長い段落を箇条書きや表に変換してくれるAIのプロンプトはありますか?
「テキスト壁を箇条書きや表へ変換するAI検索最適化のプロンプトは、どこをコピーするんですか?」の章に、そのままコピーできる形で置いています
表と箇条書き、どちらに直せばいいかをAIに判定してもらえますか?
「表と箇条書きと番号付きリスト、AI検索対策ではどう使い分けるんですか?」の章で、向いている中身の違いを説明しています
読みにくい地の文を、意味を変えずに構造化するにはどう指示すればいいですか?
「返ってきた箇条書きの案は、LLMO対策としてどこから見ればいいんですか?」の章に、意味が変わっていないかを見る順番をまとめています
次に読むなら、この記事です