チームで回すKW起点コンテンツ運用への移行と、
既存ブログ資産の一括改善

0. 結論

ブログは「書き方」ではなく「狙う言葉の選び方」と「出口（コンバージョン導線）」でつまずいています。そして貴社は、その解決に必要な実行環境（Claude Code ＋ GitHub ＋ WordPress 連携）を既にお持ちです。

貴社のデータが自ら証明しています。「検索需要を確認してから書く」パイプライン切り替え（7/28）は正しく、1ヶ月弱で数字に出ました。ご提案の中心は次の2点です。

1. いまの Claude Code 環境を、GitHub を軸にマーケティングチームで共有・分担できる運用環境に落とし込む。選題・制作・レビュー・公開・計測のすべてを1つのリポジトリの上で回し、個人の環境から「チームの資産」に移行します。
2. DataForSEO による検索需要の実測を選題プロセスに常設接続し、「作りたい記事 × 検索需要」からどの記事を作るかを決めて、実際に作るところまでをパイプラインとして定義する。実証済みのKW起点方式を、再現可能なチームのプロセスにします。

なお、前版で提案した「独自調査レポートによる被リンク獲得（権威性）」は、媒体リレーション・PR実務が当社の支援範囲から外れるため、本柱から外しました（第7章に整理）。

1. 三つの情報源と、本日の追加リサーチ

本日の追加リサーチ（8/31 当社実測）

• 検索需要の実測（DataForSEO）：企業側クエリを中心に約100語を実測（第3章・付録A）。
• 貴社WordPress環境の外部実測：REST APIの開放状況・投稿タイプ構造・書込経路を確認（第4章）。公開済み記事への一括アクションが現実的であることを裏づけました。
• 新記事の技術状態：KW起点の新記事は meta description・構造化データが整備済み。新パイプラインは技術面でも正しく動いています。直すべきは過去分です（トップページの Organization 構造化データは未実装のまま）。

2. なぜPVが伸びず、CVが出ないのか — 課題の構造

「プロンプトがおかしい」のではありません。データは4つの構造要因を指しています。

課題A：需要検証なしで書かれた160本

「語れるテーマから書く」方式の160本は検索クリック0が123本（表示のあった139本の88%）。検索需要を確認してから書いた5本は1ヶ月弱でクリックの69%を獲得。記事の質ではなく選題の問題であることを、貴社自身のデータが証明しています。

課題B：集めている読者と、獲りたい読者のずれ（検索意図のねじれ）

CPC（クリック単価）は「その言葉に企業が広告費を払っているか」の実測値であり、商用価値の代理指標です。法人リード獲得が目的なら、選題の重心を企業側クエリへ移す必要があります。

※ 学生側クエリが無駄という意味ではありません。学生向け記事は「イベント参加への導線」という別の出口を持たせればBtoC集客の資産になります。本質は記事ごとに「読者＝出口」を1つ決めることです。

課題C：順位はあるのにクリックされない（CTR 1.3%）

表示3,897件に対しクリック49件。平均8.2位で1ページ目に出ているのに拾えていません。主因は旧記事の meta description 未整備とタイトル設計（26ページで40文字超）。仮にCTRが1.3%→3.0%になれば、同じ表示回数でもクリックは約2.3倍です（算術試算・保証値ではありません）。

課題D：出口（CV導線）が存在しない

記事がノウハウ提供で完結し、資料請求への橋（ホワイトペーパー等の中間CV）がありません。さらにキーイベント29件中16件が完了ページ直接ランディングで発生しており、CVの定義自体が実態を測れていません。導線と計測の両方の設計し直しが必要です。

今すぐ改善できる課題 — ブログ実績レポートの実測値から（着手順）

ご提供いただいた実績レポート（GA4 7/27–8/23・GSC 7/29–8/24）の実測値のうち、順位変動を待たずに、既存の設定・実装の修正だけで効果が出せるものを抜き出しました。いずれも第6章のフェーズA〜Cに組み込み済みです。

※ 実績レポートの「次の一手」のうち「独自調査レポートによる被リンク獲得」のみ、PR実務が当社の支援範囲外のため本提案の柱から外しています（第7章参照）。

3. 検索需要の実測結果（8/31・DataForSEO・地域=日本）

約100語の実測から、選題プロセスの初回インプットとなる4つのクラスタを確認しました（全データは付録A・CSV同梱）。

発見1：「28卒」クラスタ — 既に7.5位。最も近い刈り取り

貴社の最良記事（28卒採用スケジュール・クリック18件・順位7.5）の周辺にクラスタ合計 月4,000回超の需要。既存記事の強化とサブトピック追加で面を取りに行けます。29卒への先回り展開（毎年更新型）も設計対象です。

発見2：企業側の「課題語」クラスタ — ボリューム×商用価値のコア

いずれも難易度は低〜中。年間5,000件の面談・1,000件の企業打ち合わせの現場知見を加筆すれば、一般論の競合記事に対し一次情報で差別化できます。

発見3：「逆求人・サービス比較」クラスタ — 少数でも刺されば商談に直結

検索回数は小さくても、CPC $20〜34は「この読者1人が商談になり得る」ことを広告市場が証明している言葉です。

発見4：Z世代・学生理解クラスタ — 面談データと最も相性が良い

「z世代 特徴」は月4,400回。既存記事（Z世代の就活生の特徴・順位10.0）の狙いは正しく、5,000件の面談から得た「学生の生の声」の加筆で一般論記事と差を作れる領域です。

4. 公開済みのWordPress投稿に対して何ができるか（8/31 実測）

「既存の投稿にまとめて手を入れ、中間CVバナーを設置し、PDCAを回せるか」を、貴社サイトの外部実測で確認しました。

4-1. 実測で確認できた貴社環境

4-2. 既存145本への「一括アクション」の実装方式

安全策：①まず10本で検証→計測→全量適用の段階実行 ②実行前に全件エクスポート（ロールバック用） ③更新日時（modified）の扱いを事前に方針決定 ④すべての変更をGitHubに記録し「いつ・何を・なぜ」を残す。

4-3. 中間CVのPDCAは回るか — 計測設計

回せます。必要な部品はすべて既存環境にあります。

• 週次で「記事別のバナー表示→クリック率→DL率」をGSC/GA4 APIから自動集計し、リポジトリにレポート出力。
• バナーの文言・位置はテーマ側で一元管理のため、翌週にはA案→B案の差し替え結果が数字で比較できるサイクルになります。
• 前提として、現在のキーイベント定義の修正（完了ページ直ランディング16件の除外）を最初に行います。これをやらないと改善の効果が測れません。

5. Claude Code環境を「チームで回る」GitHub共有環境へ

お打ち合わせで拝見した貴社環境は、個人の実行環境としては既に高い水準にあります。次の段階は、これをマーケティングチームの誰もが同じ品質で回せる共有環境に落とし込むことです。当社が自社マーケティングで運用している「AI Web-tan」の型を、貴社リポジトリに移植します。

5-1. リポジトリ設計 — 「チームの記憶」を1箇所に

well-hunting-marketing/（貴社GitHubリポジトリ）
├── CLAUDE.md               # チーム共通の実行ルール（トンマナ・禁止事項・面談ログの扱い）
├── .claude/skills/         # 選題・記事生成・meta生成・レポートの手順をスキル化（属人化の解消）
├── data/                   # GSC・GA4・DataForSEO の取得データ（APIで自動更新）
├── keywords/               # 選題テーブルと実測結果
├── articles/               # 記事原稿（Markdown正本。WordPressへはAPIで反映）
├── reports/                # 週次・月次の自動レポート
└── logs/                   # 実行履歴（いつ・誰が・何を・なぜ）

• 誰が書いても同じゲートを通る：記事はPR（プルリクエスト）として作成し、公開前レビューをGitHub上で行う。レビュー観点（狙うクエリとの整合・冒頭の結論・出口の設定・面談ログ由来の一次情報が入っているか）をチェックリスト化。
• 属人化の解消：これまでに蓄積されたプロンプト・手順をスキルとして切り出し、チームの誰のClaude Codeからも同じように呼び出せる状態にする。
• 実行と結果が資産として残る：「7月に何を変えて8月に何が起きたか」をGitの履歴とデータで振り返れる。担当者が増えても・変わっても引き継がれます。

5-2. 選題プロセス — 「作りたい記事 × 検索需要」で決める

• 「語れるテーマから書く」を否定しません。種出しは従来通り貴社の現場知見から始め、書く前に需要で検証する——実証済みの5本と同じ勝ち方です。
• 初回の選題テーブルには、第3章の実測済みクラスタ（28卒・企業課題語・サービス比較・Z世代）をそのまま投入できます。
• 月8〜12本ペース。各記事は制作前に「読者＝出口」を1つ決めます（課題Bの再発防止）。

5-3. 運用の規律（当社の自社運用と同じもの）

• 「今月やること」は時間予算で切る — 20件並べて0件実行より、5件並べて5件実行。
• 効果試算は貴社サイト自身の実測CTRから計算し、外部平均で盛らない。実測が足りなければ「試算不可」と書く。
• 反映されたかを翌月機械で確認する — 「効かなかった」のか「反映されていなかった」のかを区別する。
• 週次定例30分：数字の確認と採否の意思決定のみ。分析・ドラフト作成はAIが事前に済ませておく。

6. 既存145本への一括アクションと中間CV導線

第4章のリサーチ結果を実行計画に落としたものです。新規記事を増やす前に、既にある資産と表示回数を回収します。

7. 伴走支援に含めるもの・含めないもの

伴走支援（運用定着フェーズ）に含めるもの

• 週次定例30分（数字確認と意思決定）＋月次の打ち手抽出・選題会議の運営
• 記事レビュー（PRベース）と選題テーブルの更新
• AI可視性の定点実測：月次で生成AI（ChatGPT・Gemini・Perplexity）への定点質問をAPI実測し、貴社と競合の言及推移を記録。記事冒頭の結論・定義段落の標準装備（現状22%→100%）、AI経由流入のGA4チャネル分離もここで整備。※「AIの回答に必ず出る」ことは保証できません。備えを整え、実測で確認し続けるスタンスです。
• サイト衛生の改善（画像軽量化・孤立ページ104本の整理など）を月次の打ち手として順次消化

本提案から外すもの — 権威性（被リンク獲得・PR）

前版で挙げた「独自調査レポートを発行し被リンクを獲得する」施策は、媒体リレーション・プレスリリース配信・記者対応といったPR実務が当社の支援範囲から外れるため、本提案の柱からは外します。

ただし一点だけ申し添えると、外部被リンクが実質ゼロという事実（参照流入84セッション中73が自社サイト経由）は中期的には効いてくるため、将来貴社がPRを実施される際に、調査データの集計・匿名化・レポート原稿化まで（＝ハーネスでできる部分）をスポットでお手伝いすることは可能です。配信・媒体対応は貴社またはPR専門会社の担当と切り分けるのが健全と考えます。

8. 進め方と料金

1. GSC・GA4の閲覧権限共有（合意済み）＋ WordPress環境の詳細確認（smart-cf-api の仕様・テーマリポジトリ拝見）— 即時
2. 精密診断確定版＋実行計画のご提示（本書の試算・実装方式を実データと実環境で検証）— 権限共有から1週間
3. フェーズA〜C実行 ＋ チーム共有リポジトリ構築・選題プロセス設計 — 1〜2ヶ月目
4. 月次運用ループの定着（週次定例30分＋月次レポート・選題会議）— 2ヶ月目〜

料金の考え方（税抜・正式見積りは要件確定後）

8/27ご提案書の枠組みを、本書の内容に振り向けた構成です。

※ AIモデル利用料・DataForSEO等のAPI実費は含みません（貴社契約アカウントを利用。目安：検索需要データは今回規模の調査で$0.14でした）。
※ 範囲を絞った小さな着手（例：フェーズA＋Bのみのスポット）もご相談可能です。

付録A. 検索需要 実測データ（8/31・DataForSEO・日本）

実測した全117語の一覧（検索回数の多い順）。競合度は0〜1（広告出稿の競合）、難易度は0〜100（小さいほど自然検索の上位が狙いやすい）。「—」はデータなしであり、ゼロと確定したものではありません。「関連語」は種にした語からAPIが横展開した語です。同一データのCSVを同梱しています。

付録B. 参照資料と前提