自分で書いた文章を読み返して、「ここは長いかもしれない」と思う。けれど、どこまでが長いのかは決めきれない。そのまま公開してしまった記事が、手元に何本かあるのではないでしょうか。
読み返している本人は、その文の中身をすべて知っています。だから、多少長くても意味は通ってしまう。長さの判定だけは、書き手がいちばん苦手な作業です。
この記事は、長い文だけを機械的に見つけて、意味を保ったまま分けた案を返させるプロンプトを、そのままコピーして使える形でまとめました。渡す材料は記事本文だけです。返ってきた案のどこを人が確かめるかも、順番で決めておきます。
こんなふうに調べていませんか
- 自分の文章が長いかどうか、読み返しても判断がつかない
- 長いと気づいても、どこで区切れば意味が保てるか迷ってしまう
- 記事をまとめて見直すと、後半になるほど雑になってしまう
この記事を読み終えたときに手に入るもの
- 長い文を、書き手の感覚ではなく文字数で見つけられるようになります
- 分割案のどこを人が確かめればよいかが、順番で分かります
- 90字という基準の出どころを、社内で説明できるようになります
結論30秒でわかる、この記事の結論
- 1文が90字を超えると、読者もAIも文の途中で要点を見失いやすくなります。
- 渡すのは記事本文だけ。句点までの文字数を1文ずつ数え、超えた文だけが表で返ります。
- 90字はAIの評価基準ではなく、当メディアが独自に定めている編集基準です。
この記事では、あるマーケティング部の2人と、専門家の会話をはさみながら進めます。自分に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん(Web担当)— 「そもそも、それって何ですか?」を聞く役
- 高梨課長(マーケ課長)— 「誰が、どれくらいの手間でやるんですか?」を聞く役
- 鈴木さん(AIO/SEOの専門家・本誌監修)— 答える役
0190字超えの長文って何ですか?AI検索対策で分割チェックが要るのはなぜですか?
若葉さんあの…そもそもなんですが、「90字を超える文」って、そんなに読みにくいものでしょうか。
鈴木さん読めないわけではありません。ただ、文の途中で要点を見失いやすくなるんです。読む人も、文を抜き出して使うAIも同じです。
ウェブ上の読まれ方については、調査の蓄積があります。ウェブ上のユーザーの多くは文章を隅々まで読まず、拾い読みで内容をつかむという報告です(出典: Nielsen Norman Group)。
拾い読みされる前提に立つと、1つの文が長いことは、それだけで不利になります。途中で目が離れたときに、その文が何を言っていたのかが残らないためです。
ただし、90字という具体的な閾値は、この調査が導いた数値ではありません。当メディアが独自に採用している編集基準です。研究がこの字数を検証したわけではない、という前提で使ってください。
この章のまとめ
1文が90字を超えると、読者もAIも要点を見失いやすくなります。90字は当メディアの編集基準で、研究が定めた数値ではありません。
02自分でAI対策として読み返すと、90字の長文をなぜ見落とすんですか?
1文の長さは、書いている本人には判断しづらい指標です。文脈をすべて知っているため、多少長い文でも「読めば分かる」と感じてしまいます。次のようなズレが起こりがちです。
- 通し読みしながら90字という具体的な文字数を意識し続けるのは、現実的ではない
- 長い文だと気づいても、どこで区切れば意味や情報量を保てるか判断に迷う
- 記事1本分をまとめてチェックしようとすると、後半になるほど見落としが増える
高梨課長これは、校正の担当を立ててやる作業になりますか。専任は置けないのですが。
鈴木さん置かなくて大丈夫です。数える作業を丸ごと預けてしまえば、書いた本人が公開前に回せます。
人が読み返して「長い」と感じる文と、AIが機械的に検出する90字超えの文は、必ずしも一致しません。感覚のほうが甘くなる文もあれば、逆に短くても読みにくい文もあります。
この判断のブレを減らす方法が、文字数という客観的な基準でAIに機械的に検出させることです。人は、見つかった文をどう直すかに集中できます。
この章のまとめ
書き手は自分の文の長さを測れません。感覚と機械の判定は一致しないので、数える工程だけを外へ出します。
0390字超えの長文をチェックして分割させるAI検索最適化のプロンプトは、どこをコピーするんですか?
記事を書き終え、公開前の最終チェックをする段階で使います。次のコードブロックの中身を、そのままコピーしてください。
あなたはAIO Journal編集部の校正担当です。
以下の入力データをもとに、1文が90字を超える文を検出し、意味と情報量を
保ったまま2〜3文へ分割する案を提示してください。90字は当メディアが
独自に定めている編集基準であり、AI引用のしやすさを保証する研究上の
基準ではありません。
■入力データ
チェック対象の記事本文: 【記事本文】
■チェック手順
1. コードブロック内・表の中・箇条書きの各項目・図解プレースホルダの説明文は
チェック対象から除外する。
2. 【記事本文】を文単位に分解し、句点(。)までの文字数を1文ごとに数える。
3. 90字を超える文をすべて抽出し、超過している文字数を明記する。
4. 抽出した文について、元の情報量・主張を削らずに2〜3文へ分割した案を
作成する。接続詞や主語を補う場合も、新しい事実は加えない。
■出力形式
以下の表形式で出力してください。
| 該当文(冒頭20字程度) | 文字数 | 超過分 | 分割案 |
表の後に、【記事本文】内で90字を超えていた文の総数を1行でまとめること。
■制約
- 【記事本文】に書かれていない情報を分割案に追加しないこと。
- 分割によって元の文の主張・条件が変わらないよう注意すること。
- 91字以上を対象とし、90字ちょうどの文は対象外とすること。
- チェック対象外の箇所(コードブロック・表・箇条書き・図解説明文)を
誤ってカウントしないこと。「■チェック手順」の並びには意味があります。数える前に、数えない場所を先に外すという順番です。ここを逆にすると、コードブロックの中の1行が長い文として挙がってきます。
「■制約」の4行は、消さずに残してください。役割は次のとおりです。
- 1つめ — 分割のついでに説明を足すのを止めます。短くする作業で情報が増えては、直した意味がなくなります
- 2つめ — 文を割ったときに、主張や条件が入れ替わるのを止めます
- 3つめ — 境界の扱いを固定します。ちょうどの文まで拾うと、直す対象が際限なく増えます
- 4つめ — 数えない場所を、もう一度念押しします
使用AIツールはChatGPT等を想定しています(無料プランで十分に動作し、文字数のカウントや文の分割にAPI連携・拡張機能は不要です。2026年7月時点の内容です)。
この章のまとめ
コピーするのはコードブロックの中身だけです。数えない場所を先に外す順番と、「■制約」の4行が、この指示の中心です。
04渡すのは記事本文だけですか?AIO対策としてどこまで貼るんですか?
置き換えるのは【 】で囲まれた1か所だけです。
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【記事本文】 | 90字超えの文をチェックしたい記事本文全体 | 【架空例】記事本文をここに貼り付け |
※入力例は架空の記載です。実際の記事本文をそのまま貼り付けてください。
見出しごと本文全体を貼れば、記事1本分の該当文を一度に洗い出せます。分量が多い場合は、見出し単位で数回に分けて実行すると精度が安定します。
貼り付ける前に、その原稿を外へ出してよいかを確認してください。未公開の原稿や社内限定の用語を含む記事本文を貼り付ける際は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認する必要があります。
この章のまとめ
渡すのは記事本文だけ。長い原稿は見出し単位で分け、外へ出してよい内容かを先に確かめます。
05返ってきた分割案は、LLMO対策としてどこからチェックすればいいんですか?
表が出力されたら、見る順番を決めておきます。言い回しの調整から入らないことがコツです。
まず、超過分の列を確認します。数字が大きい文ほど、複数の情報が1文に詰め込まれている可能性が高く、優先的に見直す対象になります。
次に分割案を、元の文と読み比べます。文が短くなった一方で、条件や数値が欠け落ちていないかを必ず確認してください。固有名詞の表記が分割の過程で変わっていないかも、あわせてチェックすると安全です。
最後に、分割案を全文通しで読みます。区切り位置が不自然でないかは、表の中だけを見ていても分かりません。
高梨課長超過分が小さい文は、後回しにしてよいということでしょうか。
鈴木さんそう考えて構いません。大きいものから片づけるほど、直した効果が読者に届きやすいからです。
この章のまとめ
見る順番は、超過分の大きさ、条件と表記の欠け、通し読み。大きいところから片づけるほど、書き直しが減ります。
06AIが数えた90字は、AI検索対策としてそのまま信じていいんですか?
信じきらないでください。AIが自己申告する文字数は、実際の文字数とずれることがあります。採用前に、文字数カウントツールで検算してください。
もう1つ、区切りの誤りもあります。AIは句点(。)を区切りの目印にするため、鍵括弧内の「。」や省略記号を、文の終わりと誤認して分割位置を誤ることがあります。
分割案は必ず全文を通しで読み、不自然な区切りがないか確認してください。AIの出力には誤りが含まれる場合があります。特に分割後の文が元の主張と一致しているかは、そのまま信じず本文と読み比べて確認してください。
この章のまとめ
数えた結果も、区切った位置も、そのままでは使えません。カウントツールでの検算と、全文の通し読みで受け止めます。
07分割すると不自然になる文は、AI対策としてどう扱うんですか?
無理に分割する必要はありません。分割案はあくまで候補です。固有名詞や条件を含む文で分割すると意味が崩れる場合は、元の1文のまま残す判断も有効です。
判断の軸は2つあります。分割案が自然に読めるかどうかと、元の主張や条件がそのまま残っているかどうかです。この2つがそろっていれば採り、片方だけなら手を入れ、どちらも欠けていれば元の文を残します。
若葉さんつまり、短くすることそのものが目的ではない、ということですね?
鈴木さんそのとおりです。目的は、読者が途中で要点を落とさないことです。短くした結果それが崩れるなら、元の形のほうが良い文になります。
同じ記事本文でも、実行のたびに検出される文の数や分割案の言い回しが変わることがあります。重要な記事では複数回実行し、共通して指摘される文を優先して修正することをおすすめします。
この章のまとめ
分割は目的ではありません。自然さと意味の保存がそろったものだけを採り、崩れるなら元の文を残します。
08記事1本まるごとのチェックは、AI検索最適化でどう回すんですか?
記事1本分をまとめて処理する場合も、手順は同じです。【記事本文】に見出しごと本文全体を貼り付けます。
分量が多い記事では、見出し単位で数回に分けて実行するほうが、結果が安定します。分けて実行したときは、返ってきた表を1つに束ねてから直す順番を決めてください。
分割で得た文は、そのあと別の基準にもかけられます。指示語・主語のあいまいさ・情報の埋没まで確認したい場合は、別記事「既存記事をAI引用向けにリライトする実践プロンプト設計例」の診断基準が使えます。長さだけでなく、引用されやすさまで見直せます。
このプロンプトは、その手前に置く軽い入り口だと考えてください。長さだけに絞っているぶん、公開前に何度でも通せます。
この章のまとめ
長い原稿は見出し単位で回し、表を束ねてから直します。長さの次は、引用されやすさの診断へつなげられます。
0990字のチェックをAI検索対策の習慣にするには、何から始めますか?
一度通して終わりにはできません。記事は増えますし、書き手も入れ替わります。
定着させるコツは、指示文を固定することです。毎回書き換えていると出力の形が変わり、前回との違いが読めなくなります。変えるのは【 】の中だけにします。
同じ系統の機械チェックは、ほかにもあります。固有名詞の表記ゆれをそろえたい場合は別記事「固有名詞の表記統一をAIにチェックさせる実践プロンプト保存版」が、読者に合わせて言葉づかいを整えたい場合は別記事「読者属性に合わせたトーン調整|AIに3つ渡すだけの実践プロンプト」が使えます。本記事が扱うのは、その中でも文の長さだけに絞った検出です。
そして、採否を決めるのは人です。出力の商用利用や自動化での多用は、利用しているAIサービスの利用規約が定める範囲内で行ってください。
この章のまとめ
公開前に必ず通し、指示文は変えずに回し、残すかどうかは人が決める。この3段で運用に乗ります。
10よくある質問
分割すると不自然な文になってしまう場合、無理に分割すべきですか?
無理に分割する必要はありません。分割案はあくまで候補であり、固有名詞や条件を含む文で分割すると意味が崩れる場合は、元の1文のまま残す判断も有効です。読みやすさのために意味を削っては、本末転倒になります。
90字という基準は、どんな考え方にもとづいていますか?
Nielsen Norman Groupの調査は、ウェブ利用者の多くが文章を拾い読みする傾向を報告しています(出典: Nielsen Norman Group)。この傾向を踏まえ、当メディアが編集基準として独自に定めた数値であり、外部の研究がこの具体的な字数を検証したわけではありません。
既存記事をAI引用向けに全体的に書き換えるプロンプトはありますか?
あります。文の長さだけでなく、指示語や主語のあいまいさまで含めて診断・リライトしたい場合は、別記事「既存記事をAI引用向けにリライトする実践プロンプト設計例」を参照してください。このプロンプトは長さのチェックに特化した、より手軽な入り口として使えます。
出力された文字数が、手元で数えた数と合いません。どちらを採るべきですか?
手元で数えた数を採ってください。AIが自己申告する文字数は、実際の文字数とずれることがあります。採用前に文字数カウントツールで検算し、そのうえで直す文を決めてください。
11まとめ|今日やる3つのこと
1文が90字を超えると、読者もAIも文の途中で要点を見失いやすくなります。当メディアでは90字を基準に置いていますが、これは研究が定めた数値ではなく編集基準です。
人がやるのは、原稿を渡すことと、返ってきた案を確かめることだけです。句点までの文字数を1文ずつ数える作業は、丸ごと預けられます。
分割案は候補にとどまります。文字数の検算、条件と表記の欠け、区切り位置の自然さ。この3点を人が見てから採用してください。
今日この順でやります
公開前の原稿をそのまま渡す
見出しごと本文を貼ります。長い原稿は見出し単位で分けます
超過分の大きい文から見る
情報が詰まっている文ほど、直した効果が読者に届きます
検算してから直す
文字数カウントツールで確かめ、区切り位置は全文の通し読みで判断します
AI検索では、こう聞かれています
1文が長すぎる文章を、AIに見つけてもらうプロンプトはありますか?
「90字超えの長文をチェックして分割させるAI検索最適化のプロンプトは、どこをコピーするんですか?」の章に、そのままコピーできる形で置いています
長い文を、意味を変えずに2〜3文へ分ける指示はどう書けばいいですか?
「分割すると不自然になる文は、AI対策としてどう扱うんですか?」の章で、採る・直す・残すの分け方を説明しています
記事の中の長すぎる文だけを、漏れなく洗い出すことはできますか?
「記事1本まるごとのチェックは、AI検索最適化でどう回すんですか?」の章に、長い原稿の回し方をまとめています
次に読むなら、この記事です