唯一読まれていたクラスタに、収益リンクが1本も無かった｜それでも商品リンクは足さなかった

結論：読まれる場所と、売れる場所は一致しない

① 初めて観測できた実読者は、6セッションだった

アクセス解析の数字を参照元ごとに分けたら、実読者と呼べるものが初めて特定できました。

同じ「Organic」でも、片方は3分27秒で、片方は0秒です。この6セッションだけが人間でした。（ボットの分離手順はGA4だけ見るとクローラは見えないにまとめています）

そして、その6セッションが触れていたページを名指しで出しました。

8分20秒は、それまでの最長だった35秒の14倍でした。深く読まれているのは、AI活用クラスタだけです。

② 回遊も、同じクラスタの中で起きていた

記事から記事への移動（回遊）も、同じ日に初めて動きました。28日で4件だったものが12件になり、そのうち記事→記事の送客が1件から6件に増えています。

「あわせて読みたい」枠から動いたのは5件で、うち4件がAI活用クラスタの中での移動でした。カテゴリページ → 記事A → 記事B → 記事C という連続した読み回りまで起きていて、①の8分20秒と整合します。

唯一、設計どおり「ノウハウ記事→商品記事」へ送客できたのは、照明→モニターライトの1件だけでした。

③ そのクラスタには、出口が無かった

ここで問題が出ました。実際にリポジトリを確認したところ、深く読まれていた記事にはアフィリエイトリンクが1本もありません。

比較のために書くと、同じ日に回遊の出発点になった照明の記事には、収益リンクが3本入っています。AI活用クラスタだけが空でした。

理由も分かっています。このクラスタで紹介する対象はSaaS（ソフトウェアのサブスク）で、そもそも提携が済んでいませんでした。 リンクの管理ファイルを数えると、220キー中20キーが未設定で、そのうち5件が当該分野のツールです。しかもその調査を進めたら、対象の一部はプログラム自体が存在しませんでした（→存在しないタスクが数週間残っていた件）。

④ それでも商品リンクは足さなかった

普通ならここで「読まれている記事に収益リンクを入れる」となります。やりませんでした。

理由は3つです。

(1) 唯一機能している場所だから。 8分20秒と連続回遊は、このサイトで一度しか観測できていない現象です。壊したときに戻せる保証がありません。 動いている場所ほど、触るコストが高い。

(2) 文脈が合わない商品しか無いから。 このクラスタの読者が読んでいるのは運用の失敗記録です。そこに机まわりの道具を並べても、読み手が期待していない。「1つのCTAに1つの行き先」という設計方針にも反します。

(3) 分母がn=1ユーザーだから。 8分20秒を出したのは1人です。この1人が代表的かどうかは分かりません。1人の行動を根拠に構造を変えるべきではないと判断しました。

代わりにやったのは、文脈が続く場所に内部リンクを1本ずつ置くことだけです。

末尾に関連記事を羅列するのではなく、話が続いているところに1本ずつ置く。 これなら読み心地を壊しません。

⑤ どこが押されているかも、実測で分かった

参考までに、収益リンクのクリックがどこで起きているかも特定してあります（全部で4件しかないので、断定はしません）。

**押されたのは全部「表の中」**でした。ただし4件です。この数字でCTAの位置を動かすことはしていません。 分母が無い状態で施策を打つと、直す必要のないものを触ることになります。

⑥ 構造として何が分かったか

まとめると、こうなっていました。

読まれる場所と売れる場所が、綺麗に分かれていました。

この状態で打てる手は2つしかありません。①読まれている側に収益経路を作る ②売れる側に読者を連れてくる。②は上位が大手で固定されているので難しいと実測で分かっています（→AIに74本書かせた結果）。だから①、つまり提携の手続きを終わらせることが最優先になりました。

「流入が来ても1円にならない」が、仮説ではなく現在進行形になったのが、この日の一番の収穫です。

やりがちな失敗

内部リンクそのものが量産で壊れる話はAIが書くと孤児記事が増えるにまとめています。

まとめ

1. 実読者は1クラスタにしかいなかった。 3分27秒・最長8分20秒
2. そのクラスタは24本中21本が収益リンク0本。 読まれる場所と売れる場所が分かれていた
3. それでも商品リンクは足さなかった。 唯一動いている場所を壊すリスクのほうが大きい
4. 代わりに、文脈が続く位置へ内部リンクを1本ずつ置いた