Codexでアフィリエイト記事のカニバリを調査｜表記ゆれ対策

記事タイトルの一覧に「TikTok」と「ティックトック」、「Yahoo!ショッピング」と「ヤフーショッピング」が混在していると、文字列が違うだけで別テーマに見えてしまいます。しかし読者の検索目的が同じなら、2本の記事が同じ検索結果で競い合う可能性があります。

Codexへタイトル一覧や記事の要約を渡すと、表記をそろえたうえで似た検索意図を整理できます。ここで大事なのは、似た単語を機械的に1本へまとめることではありません。同じ対象・同じ読者・同じ答えを扱っているかを確認し、判断できない組み合わせは人が本文を読むことです。

• 英語、カタカナ、略称、全角記号を同じ比較軸へそろえる
• タイトルだけでなくH2と記事が答えている疑問を比べる
• 削除や統合は自動化せず、候補の抽出までにとどめる

アフィリエイト記事のカニバリとは

キーワードカニバリは、同じサイト内の複数ページが近い検索意図を狙い、評価や内部リンクが分散している状態を指します。単語が一部重なるだけではカニバリとは限りません。たとえば「TikTokアフィリエイトの始め方」と「TikTok Shopアフィリエイトの商品登録」は、サービス名が似ていても読者の目的が異なる場合があります。

反対に、「ティックトックアフィリエイトの始め方」と「TikTokアフィリエイトのやり方」は、表記が違っても同じ疑問へ答えている可能性が高い組み合わせです。表記の正規化は、こうした見落としを減らすために使います。

Codexへ渡すデータを準備する

カニバリ調査は公開タイトルだけでも始められますが、最終判断には情報が足りません。WordPressから投稿ID、status、タイトル、スラッグ、H2、要約、重要なキーワードを取得し、CSVまたはJSONへまとめます。公開済み、予約済み、下書きを同時に見ることで、公開前の重複も止められます。

最低限そろえる項目

• 投稿IDとstatus
• 記事タイトルとスラッグ
• H2見出し
• 記事が答える中心的な疑問を1文で表した要約
• Rank Mathの重要なキーワード

記事内のアフィリエイトURLは調査に不要です。URLを含む本文を扱う場合も、Codexには文字列として分析させ、リンク先へのアクセスや短縮URLの展開は行わせません。

表記ゆれを正規化する

正規化では、ブランドの正式名称を消してしまわないことが重要です。比較用のキーだけを別に作り、元タイトルはそのまま保持します。次の表は、同一視してよい表記と、別テーマとして扱うべき例を分けるためのものです。

このように、正規化は「全部同じにする処理」ではありません。同一ブランドの表記差を吸収しながら、商品や機能の違いを残す処理です。

検索意図を比べて候補を絞る

次に、各記事の想定読者、知りたいこと、読後の行動を短い文へそろえます。Codexへ「類似度の高い順に並べて」と頼むだけでは、単語の重なりに引っ張られます。比較条件を明示し、根拠も出力させます。

比較する4つの軸

1. 対象：同じサービス、商品、機能を扱っているか
2. 読者：初心者、運営者、購入検討者などが同じか
3. 疑問：始め方、比較、トラブル解決など目的が同じか
4. 答え：記事の結論や推奨する行動が重なっているか

4軸のうち3つ以上が一致する記事は「本文確認候補」、表記だけ似ていて目的が違う記事は「別意図」として残します。数値のしきい値はあくまで候補抽出用です。検索結果やSearch Consoleのクエリが重なっているかも確認してから判断します。

Codexへの依頼文を具体化する

出力は投稿ID単位にし、候補となった理由と反対理由の両方を出させます。「競合している」と断定させるのではなく、「本文確認が必要な組み合わせ」を作らせるのが安全です。

依頼に含める条件

• 英語、カタカナ、旧称、記号差を比較用キーで吸収する
• 正式名称と元タイトルは変更しない
• 商品・機能・検索意図が違う場合は別記事として扱う
• 投稿ID、類似理由、相違点、確認すべきH2を出力する
• 削除、統合、URL変更を実行しない

Codexはファイルや表形式データの確認にも使えます。公式のCodexユースケースにも、データ整理やレビューなどの用途が掲載されています。実際の機能や利用条件は公式情報を確認してください。

候補を人が確認する

候補が出たら、タイトルだけで結論を出さず、H2、導入文、Search Consoleのクエリを読みます。2記事が別の疑問へ明確に答えているなら、タイトルや内部リンクで役割を分かりやすくします。同じ疑問へほぼ同じ答えを返しているなら、統合や片方の検索意図変更を検討します。

安全に実施できる改善

• 下書きの検索意図を公開前に変更する
• 記事タイトルとH2を役割に合わせて明確にする
• 重要なキーワードを記事ごとに分ける
• 関連する2記事を親子関係の内部リンクで結ぶ

公開URLの変更、記事削除、301リダイレクト、複数記事の統合は影響が大きいため、変更前のデータ、期待効果、復元方法を用意してから承認を取ります。

新規記事の前にも同じ検査を行う

カニバリ対策は、公開後に重複を探すだけでは不十分です。新しいキーワードを決めた時点で、公開済み、予約済み、下書きの正規化キーと検索意図を照合します。候補が重なれば、記事を作る前に切り口を変えられます。

たとえば「AI」「アフィリエイト」「Codex」を狙う場合、「AIアフィリエイトCodex」という造語に連結しません。「Codexで何をするのか」を明示し、既存記事が扱っていない具体的な作業へ絞ります。今回の記事なら、収益化や記事作成一般ではなく、表記ゆれを含むカニバリ調査が中心です。

このサイトの投稿一覧で確認した範囲

2026年8月11日に、このサイトのWordPress REST APIから投稿一覧を再取得しました。確認時点の内訳は、公開済み481件、予約済み2件、下書き24件です。カニバリ候補は公開済みだけで判断せず、この507件を同じ一覧へ入れてから表記を比較しました。

今回の確認で先に見たのは、英語とカタカナ、旧称、記号差です。ただし、件数だけを根拠に「カニバリなし」とは判定していません。タイトルを正規化したあと、予約中の記事についてはH2と中心的な疑問まで読み、公開済み記事と役割が重ならないことを確認しました。

実データで残した確認記録

• 確認日：2026年8月11日
• 対象：公開済み481件、予約済み2件、下書き24件
• 比較対象：元タイトル、正規化した表記、status、H2、中心的な疑問
• 自動処理の範囲：候補抽出まで。削除、統合、URL変更は未実施

この確認を入れると、単語が似ているだけの別記事と、表記だけが違う同一意図を分けやすくなります。投稿数は日々変わるため、ここで示した数字は検証日の実測値であり、常時の件数ではありません。

まとめ

Codexを使ったカニバリ調査では、表記を正規化し、検索意図を4軸で比較し、本文確認候補だけを投稿ID付きで出す流れが実用的です。英語と日本語を同一視するだけでなく、TikTokとTikTok Shopのような機能差を残すことで、誤った統合も防げます。

自分のサイトの記事群をどの切り口に分けるべきか迷う場合は、AIアフィリエイトコンサルの案内をご確認ください。