内容の重複（カニバリ）をAIが洗い出す実践プロンプト｜段落単位で3段階に仕分け

新しい記事を書くとき、過去に自分で書いた説明をコピーして、言葉だけ変えて済ませてしまうことがあります。1本1本では、まず気づきません。ところが記事が増えるほど、同じ説明がサイトのあちこちに散らばっていきます。

ここで見比べるのは、記事のタイトルやキーワードではありません。本文に書かれた説明そのものです。タイトルが違っていても中身が重なっていれば、読者は同じ話を二度読まされます。

この記事は、その「本文の重なり」を全部自分の目で読み比べる前に、AIに下調べさせたい方に向けて書きました。プロンプトはそのままコピーして使えます。

この記事では、あるメディア運営チームの2人と、専門家の会話をはさみながら進めます。ご自身に近い立場の人の質問から読んでいただいて構いません。

• 若葉さん（Web担当）— 「そもそも、それって何ですか？」を聞く役
• 高梨課長（マーケ課長）— 「誰が、どれくらいの手間でやるんですか？」を聞く役
• 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役

01内容の重複（カニバリ）は、AI検索対策で何が問題になるんですか？

若葉さん

若葉さんの発言

あの、同じ説明を別の記事にも書いてしまうのって、そんなに困ることなんでしょうか。読者からすれば、どちらを開いても分かるほうが親切な気もして…。

鈴木さん

鈴木さんの発言

親切に見えますよね。ただ、同じ説明が何本にも散らばると、記事同士がお互いの評価を分け合ってしまう可能性があるんですよ。

カニバリとは、自社の記事同士が同じ内容で競合してしまう状態を指す言い方です。外の競合ではなく、自分たちで作った記事が相手になります。

まず、検索エンジン側の扱いを見ておきます。Google検索セントラルは、内容が似通った複数のURLについて、評価のシグナルを1つの代表URLへ集約すると説明しています（2026年7月時点）。

この説明自体は、同一・類似ページのURLを統合するという技術的な仕組みを指したものです。別記事同士の本文が重なっている状態を、そのまま名指ししているわけではありません。

ただ、似通った内容が評価を分け合うという構図は、別記事同士の本文重複にも当てはまる考え方です。本文レベルの重複を放置すると、記事同士が互いの評価を分け合ってしまう可能性があります。

読者の側でも同じことが起きます。タイトルやキーワードが別でも、本文の中身が重なっていれば、同じ情報を繰り返し読まされることになります。

そして、同じ説明を複製すると、検索エンジンにもAIにも「情報源としての厚みがない」印象を与えかねません。厚みは、書いた本数ではなく、書き分けられているかどうかで伝わります。

02タイトルは違うのに内容が重複…AIOでカニバリが起きるのはどこですか？

重複が起きる場所は、大きく3つの層に分かれます。いちばん目につくのがタイトル、次が見出し、いちばん奥にあるのが本文の段落です。

上の層ほど気づきやすく、下の層ほど気づきにくくなります。タイトルが似ていれば、一覧を眺めただけで分かります。見出しも、目次を並べれば見つかります。

ところが本文の段落は違います。記事を開いて読み比べない限り、表に出てきません。ここが、いちばん深いところで重なっている層です。

実際に起きているのは、こういう流れです。新しい記事を書くとき、過去に書いた似た内容の段落をコピーします。そして固有名詞だけ書き換えて、そのまま置いてしまいます。

1本ずつ見れば自然な文章なので、違和感もありません。だから書いた本人ほど気づけません。

同じ説明を複数の記事に書いてしまっていることに、書いた本人が気づける確率は決して高くありません。

03キーワード単位の点検だけでは、AI検索最適化のカニバリを見逃すんですか？

高梨課長

高梨課長の発言

記事の本数がそれなりにあります。全部の本文を読み比べるとなると、うちの人数では厳しいのですが。

鈴木さん

鈴木さんの発言

全部をいきなり読み比べる必要はありません。先にタイトルとキーワードで候補を絞り、そのあとで本文を突き合わせる。この2段階にすると、扱える量に収まります。

タイトルやtarget_kwの一覧から重複候補を洗い出す方法は、別記事『複数記事の重複テーマをAIに洗い出させる実践プロンプト設計』で扱っています。まず候補を絞る工程です。

この記事が扱うのは、その一歩先です。表層のタイトルではなく、本文の段落そのものが実質的に重なっているかどうかを、記事本文を直接AIに読ませて確かめます。

なぜ本文まで下りる必要があるのか。自分の目だけで追いかけようとすると、次のところでつまずくからです。

• 同じ説明を複製すると、検索エンジンにもAIにも「情報源としての厚みがない」印象を与えかねない
• どの記事とどの記事が重複しているかは、本文を全部読み比べない限り正確には把握できない
• タイトルやキーワードが別でも、本文の中身が重なっていれば、読者は同じ情報を繰り返し読まされる
• 重複に気づいても、どちらを正本として残し、どちらを書き換えるかの判断基準が定まっていないことが多い

最後の1つが、実務ではいちばん効いてきます。見つけただけでは手が動きません。判断の基準がその場にないと、「あとで考える」に流れていきます。

04本文の内容重複をAI検索対策として洗い出すプロンプトは、どこをコピーすればいいですか？

複数の記事本文が手元にあり、同じ説明を使い回していないかを確認したい場面で使います。次のコードブロックの中身を、そのままコピーして使ってください。

あなたはサイトコンテンツの重複を検出するアナリストです。
以下の記事本文を段落単位で比較し、内容が実質的に重複している箇所を検出してください。

■入力データ
比較対象の記事本文リスト(各記事にタイトルを添えて2本以上): 【比較対象の記事本文リスト】

■分析手順
1. 記事ごとに本文を段落単位に分解する。
2. 記事をまたいで、同じ説明・定義・言い回しが実質的に繰り返されている段落の
   組み合わせを検出する。語句が完全一致していなくても、言い換えによる
   意味の重複は対象に含める。
3. 検出した組み合わせごとに、重複の種類を「ほぼ同一(コピー&微修正)」
   「同一内容の言い換え」「一部重複(段落の一部のみ重なる)」の3段階で判定する。
4. 重複箇所について、どちらの記事に残すべきか、または両方に残しつつ
   言い回しを変えるべきかの対応方針を提案する。

■出力形式
検出された重複の組み合わせごとに、以下の表形式で出力してください。
| 記事ペア | 重複箇所(該当段落の要約) | 重複の種類 | 対応方針 |
表の後に、最も重複が多かった記事の組み合わせを1行で明記すること。

■制約
- 入力された本文に実際にない段落を、重複箇所として作り出さないこと。
- 表現が似ているだけで論旨が異なる段落は、重複と判定しないこと。
- 本文量が多く全段落を確認しきれない場合は、確認できなかった範囲を
  正直に明記すること。
- 比較対象の記事本文が1本しかない場合は、重複の判定を行わず、
  比較対象が不足している旨を出力すること。

使用するAIツールはClaudeを想定しています。比較する記事本文をまとめて貼り付けます。本文が長い記事を何本も比較する場合は、コンテキストの上限に余裕があるプラン・モデルを選んでください（2026年7月時点の内容です）。

使う変数

※入力例はすべて架空の例です。

05プロンプトのどこを直すと、AI対策としてのカニバリ検出がぶれなくなりますか？

手を入れてよいのは、入力データの中身です。末尾の「■制約」に並ぶ行は、消さずに残してください。この4行が、検出のぶれを抑えている部分だからです。

「入力された本文に実際にない段落を、重複箇所として作り出さないこと」は、AIが話を補ってしまうのを止める指示です。手元の本文にない段落が表に出てきたら、確かめようがありません。

「表現が似ているだけで論旨が異なる段落は、重複と判定しないこと」は、逆方向の歯止めです。言葉づかいが似ているだけの段落まで拾い始めると、表が膨らんで手がつけられなくなります。

「確認できなかった範囲を正直に明記すること」は、読み残しを隠させないための指示です。全部読めたのか、途中までなのかが分からないと、表の空欄を「重複なし」と読み違えます。

「比較対象が1本しかない場合は、判定を行わない」は、材料が足りないときに答えを作らせないための指示です。比較は、相手がいて初めて成り立ちます。

06出てきた表は、LLMO対策としてカニバリのどこから見ればいいんですか？

判定は3段階で返ってきます。読む順番も、その3段階でそのまま決まります。

「ほぼ同一」判定は最優先で確認します。コピーと微修正の可能性が高く、そのまま残すと重複コンテンツとみなされるリスクがあります。

「同一内容の言い換え」判定は、表現が違っても同じ説明を繰り返している状態です。統合するか、明確に差別化するかの判断が要ります。

「一部重複」判定は、該当段落だけを見直せば十分な場合が多く、記事全体の統合までは不要なことが多い部類です。

若葉さん

若葉さんの発言

つまり、判定の名前がそのまま作業の順番になっている、ということですね？

鈴木さん

鈴木さんの発言

そのとおりです。重複の種類ごとに対応の優先度が変わるので、判定結果を一覧にしたまま順番をつけると、手が止まりにくくなりますよ。

07カニバリと判定された記事は、AI対策として1本にまとめるべきなんですか？

まとめる一択ではありません。選べる道は2つあります。

1つは、正本を決めて1本に寄せる道です。重複が多く見つかった記事の組み合わせでは、まず「ほぼ同一」の判定から手を付けます。統合する場合の具体的な進め方は、別記事『トピッククラスターの作り方｜内部リンク設計6ステップで解説』が参考になります。

もう1つは、書き分けて両方残す道です。それぞれ異なる読者層やキーワードを狙っているなら、重複箇所の説明だけを個別に書き直し、記事自体は残すという選択肢もあります。

差別化を選ぶ場合も、同じ記事の考え方で内部リンクを整備すれば、重複ではなく関連記事群として機能します。分けたまま放置するのと、役割を決めて結び直すのとでは、結果がまったく変わります。

08このカニバリ点検は、AI検索最適化の運用としていつ回せばいいんですか？

高梨課長

高梨課長の発言

これは一度やって終わりですか。それとも、何かのタイミングで回し続けるものでしょうか。

鈴木さん

鈴木さんの発言

回し続けるほうが向いています。使いどころは2つあって、書いたあとの棚卸しと、書く前のチェックですね。

1つめは、定期的な棚卸しとして運用する使い方です。四半期など一定の周期でこのプロンプトを実行すれば、新しく追加した記事が既存の説明と重複していないかを継続的に点検できます。

2つめは、執筆前のチェックとして使う方法です。新しい記事の下書きを、既存の関連記事の本文と一緒に入力すれば、公開前に重複しそうな説明を書き直せます。

後者のほうが、直す手間は軽くなります。公開後に統合するとURLの扱いまで考えることになりますが、公開前なら段落を書き直すだけで済むからです。

09カニバリ検出をAI検索に任せるとき、気をつけることはありますか？

運用に乗せる前に、次の点を押さえておいてください。

• 本文が長い記事を何本も一度に比較すると、AIが一度に読み込める文字数（コンテキスト長）の上限を超え、後半の記事本文が正確に比較されない場合があります（2026年7月時点）。比較対象は3〜4記事程度までにとどめ、多い場合は組み合わせを分けて複数回実行することをおすすめします
• AIの判定には誤りが含まれる場合があります。とくに「ほぼ同一」と判定された箇所は、そのまま信じず自分の目で2つの記事を読み比べてから対応してください
• 未公開の記事下書きや、社外秘の情報を含む本文をプロンプトに含める場合は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください
• 判定結果を編集フローに組み込む場合や、自動化して大量の記事を繰り返し比較する場合は、利用しているAIサービスの利用規約の範囲内で行ってください
• AIの回答は実行のたびに揺らぐため、境界線上の判定（「一部重複」か「重複なし」か等）は、複数回実行して結果を見比べることをおすすめします

10よくある質問

11まとめ｜今日やる3つのこと

内容の重複（カニバリ）は、タイトルの層ではなく、本文の段落で静かに起きます。書いた本人ほど気づけないので、下調べはAIに任せたほうが早く進みます。

出てくるのは、重複ペア・重複の種類・対応方針が並んだ表です。判定の名前がそのまま着手の順番になります。