アクセスは増えたのに売れない記事を、次の一手につなぐ導線の作り方
PVだけ増えて教材も相談も動かない。記事ごとに「次に勧めるもの」を1つだけ決める振り分け表の作り方を、コピペできるコード付きで紹介します。
先月、僕のブログで一番読まれた記事は「Claude Code 入門」でした。月3,200PV。悪くない数字です。でも、その記事から無料PDFをダウンロードした人は、ひと月でたった4人でした。
おかしいと思って記事の末尾を見たら、原因はすぐ分かりました。最後の段落に、無料PDF、有料テンプレート集、設定ガイド、相談フォーム、商品一覧へのリンクが、全部同じ大きさで5つ並んでいたんです。
これだと読者は選べません。入門記事にたどり着いた人は「次に何をすればいいか」を知りたいだけなのに、いきなり5択を突きつけられる。結局どれも押さずに、タブを閉じて終わりです。
記事が読まれているのに売上につながらない。この詰まりは、文章の質でも、Claude Codeの賢さでもありません。1本の記事に、勧めるものを5つも置いていることが原因です。今日はこれを、記事ごとに「次の1手」を1つだけ決める振り分け表に変えていきます。
この記事の要点
- PVがあるのに教材や相談が動かないのは、記事末尾で勧めるものが多すぎるから。読者は5択を出されると何も選ばない。
- 解決策は、記事の「検索意図」を見て、勧めるものを1記事1つに絞る振り分け表を作ること。
- 入門記事は無料PDF、依頼文に悩む人はプロンプト集、設定や権限の記事は有料ガイド、チーム導入は相談、と意図ごとに出口を分ける。
- Claude Codeに任せるのは「どの意図にどの出口か」の機械的な振り分け。「この読者に何を勧めるべきか」の最終判断は人がやる。
- 公開後は記事全体を書き直さず、冒頭の離脱率と最初のリンクのクリックだけを見て、弱い1か所を直す。
なぜ「次の1手」を1つに絞ると効くのか
人は選択肢が多いほど、決められなくなります。これは行動経済学で「選択のパラドックス」と呼ばれる、よく知られた話です。ジャムの試食を24種類並べた棚より、6種類だけ並べた棚のほうがよく売れた、という有名な実験があります。
記事末尾のリンクも同じです。無料PDF、テンプレート集、設定ガイド、相談、商品一覧。良かれと思って全部並べると、読者の頭の中で「どれが自分向け?」という比較作業が始まります。比較は面倒なので、たいていの人はそこで離脱します。
だから出口は1記事1つに絞ります。ただし「常に無料PDF」のような固定ではありません。記事ごとに、その記事を読みに来た人が次に欲しいものは違うからです。入門記事を読む人と、権限設定で詰まっている人では、勧めるべきものがまるで違う。この「記事の意図に合わせて出口を変える」仕組みを、今日は表とコードで作ります。
検索意図ごとに出口を決める振り分け表
まず、自分のブログの記事を「読者が何に困ってここに来たか」で分類します。この困りごとを、ここでは検索意図と呼びます。僕は5つに分けています。
| 検索意図(読者の困りごと) | 例になる記事 | 次に勧める1つ |
|---|---|---|
| とりあえず始めたい(初心者) | 入門、インストール手順 | 無料PDF |
| 同じ依頼文を毎回書くのが面倒 | プロンプトのコツ、依頼文の型 | プロンプト集(有料) |
| 設定・権限・安全運用でつまずく | 権限設定、CLAUDE.mdの書き方 | 設定ガイド(有料) |
| チームや会社で本番導入したい | チーム運用、本番リスク、費用試算 | 導入相談 |
| どれにも当てはまらない | 雑記、ニュース系 | 無料PDF(既定の出口) |
ポイントは右端の列です。1つの記事につき、ここに入るのは必ず1つだけ。複数書きたくなったら、その記事の読者像がまだぼやけている証拠です。
たとえば権限設定の記事に「無料PDFも有料ガイドも相談も」と全部置きたくなったら、立ち止まります。権限設定で困っている人が次に欲しいのは、ほぼ確実に「もっと詳しい設定の手引き」です。そこに無料PDFを混ぜると、せっかく有料ガイドにぴったりの読者を、安いほうへ逃がしてしまう。
この表ができたら、あとは記事ごとに「どの意図か」を1つ決めて、出口を当てはめるだけです。判断に迷う記事は、たいてい1本の記事に2つの話題が混ざっています。その場合は記事を分けたほうが、導線も読みやすさもよくなります。
AIに任せる範囲と、人が判断する範囲
ここでよくある失敗が、振り分け全部をClaude Codeに丸投げすることです。「いい感じに各記事へCTAを付けといて」と頼むと、文脈を読みすぎて変な出口を付けてきます。
線引きはこうします。
- Claudeに任せる: 振り分け表に沿った機械的な作業。記事の意図ラベルを受け取り、対応する出口を当てはめる。記事末尾の文言を、決めた1つの出口に合わせて書く。CTAが2つ以上残っていないか機械チェックする。
- 人が判断する: その記事の検索意図がどれかを最終的に決めること。価格や見せ方を変えること。新しい意図カテゴリを増やすこと。ここは読者の気持ちを読む仕事なので、人がやります。
つまり「どの意図か」を人が1語で決めて、「ならどの出口か」と「文言の下書き」をClaudeにやらせる。この分担だと事故が起きません。なお、Claude Codeにこういう定型作業をまとめて任せるときの基本は、Anthropic公式のClaude Codeドキュメントにも整理されています。
依頼するときのプロンプトの型は、こんな形にしています。コピペして、カギカッコの中だけ自分の記事に置き換えてください。
次の記事に、出口(次に勧めるもの)を1つだけ付けてください。
- 記事のslug: 「claude-code-permissions-guide」
- 検索意図: 「設定・権限・安全運用でつまずく」
- 振り分け表で対応する出口: 「設定ガイド(有料)」
- 出口のリンク先URL: 「https://example.com/setup-guide」
条件:
1. 記事末尾の出口は必ず1つだけ。他のリンクは置かない。
2. 「買ってください」ではなく、この記事の作業を明日も再現するために
そのガイドがどう役立つかを1〜2文で書く。
3. 出口が2つ以上残っていないか、最後に自分でチェックして報告する。
最後の3番が大事です。Claudeに自己チェックを言葉で指示しておくと、リンクの数え忘れがぐっと減ります。
コピペで動く:CTAの数を数えて警告するスクリプト
人の目だけに頼ると、忙しい日に必ず見落とします。だから「記事末尾の出口が2つ以上ないか」を機械で数える小さな門番を置きます。Node.jsで動く、依存ライブラリなしのスクリプトです。
import { readFile } from "node:fs/promises";
// 出口とみなすリンクのパターン(自分の導線に合わせて足す)
const offerPatterns = [
{ name: "無料PDF", re: /\/thanks\// },
{ name: "プロンプト集", re: /gumroad\.com\/l\/huqrgo/ },
{ name: "設定ガイド", re: /gumroad\.com\/l\/ceyhda/ },
{ name: "導入相談", re: /\/training\// },
];
// 記事末尾(最後の見出し以降)だけを対象にする
function tailSection(markdown) {
const idx = markdown.lastIndexOf("\n## ");
return idx === -1 ? markdown : markdown.slice(idx);
}
async function checkOffers(filePath) {
const text = await readFile(filePath, "utf8");
const tail = tailSection(text);
const found = offerPatterns.filter((p) => p.re.test(tail));
if (found.length === 0) {
console.log(`⚠ ${filePath}: 出口が1つもありません。次の1手が無い記事です。`);
} else if (found.length > 1) {
const names = found.map((f) => f.name).join("、");
console.log(`⚠ ${filePath}: 出口が${found.length}個あります(${names})。1つに絞ってください。`);
} else {
console.log(`OK ${filePath}: 出口は「${found[0].name}」の1つだけです。`);
}
}
// 使い方: node check-offers.mjs 記事ファイルのパス
const target = process.argv[2];
if (!target) {
console.error("使い方: node check-offers.mjs <記事ファイル>");
process.exit(1);
}
checkOffers(target);
check-offers.mjs という名前で保存して、こう実行します。
node check-offers.mjs ./content/blog/claude-code-permissions-guide.mdx
出口が2つ以上残っていれば、その場で警告が出ます。公開前にこれを全記事に回せば、「うっかり5つ並べたまま公開」が物理的に起きなくなります。僕は公開フローの最後にこの1行を挟んでいて、おかげで冒頭のような事故は止まりました。
実際に使った3つの場面
1. 入門記事の出口を無料PDFだけにした 3,200PVの入門記事から、有料テンプレートと相談リンクを外し、無料PDFだけ残しました。理由は単純で、入門記事に来た人はまだお金を払う段階にいないからです。結果、PDFのダウンロードは月4件から31件に増えました。無料で名簿に入ってもらってから、後続のメールで有料教材を案内するほうが、最初から売りつけるより伸びます。
2. プロンプトの記事を有料テンプレート集に直結させた 依頼文の書き方に悩んで検索してきた人は、すでにClaude Code自体は使えています。だから無料PDFは要りません。この層にはプロンプトの上達法の記事から、有料のテンプレート集だけを出口にしました。「明日も同じ品質の依頼文を再現するために役立つ」と一文添えただけで、クリック率が上がりました。
3. 権限・設定の記事を相談へつなげた チーム導入や本番運用のリスクに触れる記事は、セルフ教材だけでは足りません。読者が知りたいのは「うちの環境で安全か」という個別判断だからです。権限ガイドのような記事は、相談フォームを唯一の出口にしました。ここで無料PDFを混ぜると、本来は相談に進むべき会社の担当者を、無料の小冊子で満足させて取りこぼします。
ありがちな落とし穴と、その直し方
落とし穴1:弱い導線を見つけて記事全体を書き直す 「PDFのクリックが少ない」と気づくと、つい記事を全部リライトしたくなります。でもそれは遅いし、当たる確率も低い。直すのは弱い1か所だけにします。PDFが弱いなら、本文で扱った作業を「PDFでどう復習できるか」を末尾に1〜2文足すだけ。これで十分なことが多いです。
落とし穴2:ローカルでビルドが通ったら公開済みと思い込む 手元でビルドが通っても、公開URLで別記事やトップページが表示されていることがあります。HTTP 200が返るだけでは足りません。公開後に実際のURLを開いて、見出し、アイキャッチ画像、本文冒頭、出口リンクが「その記事のもの」になっているかを目で確認します。
落とし穴3:何を試したか記録しない 出口を変えてクリックがどう動いたかをメモに残さないと、翌月また同じ試行錯誤を繰り返します。「この記事は意図を○○に直して、出口を△△にした、結果クリックは□件」と1行だけ残す。これだけで判断が積み上がります。
修正の基本ルールはいつも同じです。失敗が見えたら記事全体ではなく、最初の失敗例の近くに証拠を寄せ、出口の数を減らし、次の行動を測れる形にする。この順番を守るだけで、改善のスピードが変わります。
よくある質問
Q. 出口は本当に1記事1つだけにすべきですか?無料と有料を両方置きたいのですが。 A. 末尾の主たる出口は1つに絞ってください。どうしても無料の保険を残したいなら、有料の出口を目立たせ、無料はその下に小さく1行だけ添えます。同じ大きさで2つ並べると、読者はほぼ安いほうか何もしないほうに流れます。
Q. 振り分け表の意図カテゴリは、5つより増やしてもいいですか? A. 増やせますが、最初は5つで始めることをおすすめします。カテゴリが多いほど、どの記事がどれに入るか迷う時間が増えます。運用しながら「どうしても5つに収まらない記事群」が見えてきたら、その時に1つ足すくらいがちょうどいいです。
Q. Claude Codeに全記事のCTA付けを一気にやらせても大丈夫ですか? A. 一気には危険です。記事の意図ラベルだけは人が1記事ずつ決めて、その後の文言生成とチェックをClaudeに任せます。意図の判断まで任せると、文脈を読みすぎて見当違いの出口を付けることがあります。まず数記事で試してから広げてください。
Q. クリックを計測する仕組みがありません。どう始めればいいですか?
A. 最初は完璧な計測を目指さず、リンクに目印のパラメータ(例: ?from=intro-article)を付けるだけでも、どの記事から来たクリックか分かります。アクセス解析の基礎はClaude Codeの始め方で触れた手順と同じ考え方で導入できます。
Q. PVが少ない記事の出口は、後回しでいいですか? A. はい。PVの多い上位10記事から手を付けてください。導線の改善はPVに比例して効くので、アクセスの少ない記事を直しても効果が見えにくいです。まず稼ぎ頭の入口を整えるのが先です。
実際に試した結果
この振り分け表を自分のブログ全23記事に当てはめてみて、一番効いたのは「出口を数える門番スクリプト」でした。回してみたら、なんと8記事に出口が2つ以上残っていて、3記事は出口がゼロでした。自分では1つに絞ったつもりでも、過去のテンプレートのリンクが消し忘れで残っていたんです。
意図ラベルを付け直す作業は、Claude Codeに丸投げせず、自分で1記事ずつ「これは初心者向け」「これは権限で困った人向け」と決めました。23記事で30分ほど。そのあと文言の下書きと数の最終チェックだけClaudeに任せたら、半日で全記事の出口が1つに揃いました。
ひと月後の数字で確かめたのは、入門記事のPDFダウンロードが4件から31件に増えたこと、そして全体のPVはほぼ変わっていないことです。アクセスを増やしたわけではなく、すでに来ていた読者を取りこぼさなくなっただけ。記事を増やす前に出口を直すほうが速い、というのが今回いちばん納得した点でした。
導線の前に、記事自体の作り方を整えたい人はClaude Codeの始め方から読むのがおすすめです。会社のブログやオウンドメディアで、チームとして収益導線を設計したい場合は、個別の研修・相談で一緒に組み立てています。
無料PDF: Claude Code はじめてのチートシート
まずは無料PDFで基本コマンドと最初の使い方をまとめて確認してください。登録後はそのままテンプレート集や導入相談にも進めます。
スパムは送りません。登録情報は厳重に管理します。
Claude Codeを仕事で使える形にしませんか?
まず無料PDFで基本を固め、繰り返し使う作業はGumroad教材へ、チーム導入や権限設計は導入相談へ進めます。
この記事を書いた人
Masa
Claude Codeの実務活用、導入設計、収益導線改善を検証しているエンジニア。10言語の技術メディアを運営中。
関連書籍・参考図書
この記事のテーマに関連する書籍を楽天ブックスで探せます。
※ 当サイトは楽天市場のアフィリエイトプログラムに参加しています。上記リンクから商品をご購入いただくと、運営者に紹介料が支払われる場合があります。
関連記事
Obsidianの古いメモをClaude Codeの指示書に変える10分ルーチン
Obsidianに溜めたメモが毎回ゴミになる人へ。事実・決定・未確認に仕分けして、Claude Codeがそのまま動ける指示書に変える朝の10分の型を紹介します。
記事公開前の収益チェックを自動化する: Claude Codeで導線の取りこぼしを防ぐ
PVは伸びたのに申し込みゼロ。原因はリンク切れや英語のままの本文。公開前にClaude Codeで導線をまとめて確認する手順を紹介します。
Obsidianのメモを、Claude Codeが今日実装できる依頼文に変える手順
散らかったObsidianのメモから目的・触らない範囲・確認方法だけを抜き出し、Claude Codeにそのまま渡せる短い依頼文へ変換する手順を紹介します。