Claude Codeでサーチコンソール改善を半自動化した実例【PDCA手順つき】
サーチコンソール(Googleが提供する検索流入の分析ツール)の運用について、以下のような悩みはありませんか?
- 毎週データを眺めるだけで、改善まで手が回らない
- どの記事から手をつけるべきか優先順位が決められない
- 改善案を考えても、記事への反映が後回しになる
「分析しなきゃ」と思いながら週末を過ぎ、気づけば1か月分のデータが溜まっている状況は、メディア運営者なら誰でも一度は経験するはずです。記事の改善が回らないままだと、機会損失だけが積み上がってしまいます。
この記事では、Claude Codeでサーチコンソール改善を半自動化したPDCAの手順を、私自身が実施している実例つきで解説します。観測から実ファイル修正まで一連の流れに乗せられるため、分析精度と実行スピードを同時に高められます。
» Claude Code(AI)にブログ・メディアの運営施策を任せてみた
Claude Codeがサーチコンソール改善に向いている理由

Claude Codeがサーチコンソール改善と相性が良い理由は、ファイル操作と分析を同じ環境で完結できる点にあります。チャット型AIでは「分析→コピー→ファイル修正」と作業が分断されますが、Claude Codeは観測から実行まで一気通貫で動かせるためです。
Claude Codeがサーチコンソール改善に向いている理由について、以下の2項目に分けて解説します。
- チャット型AIとClaude Codeの根本的な違い
- 「観測→分析→実行」を一つの流れで完結できるAI環境
チャット型AIとClaude Codeの根本的な違い
ChatGPTやGeminiといったチャット型AIは、ブラウザ上の対話画面で完結する設計です。分析結果を受け取ったあと、ライター自身が記事ファイルを開いてタイトルや見出しを書き換える必要があります。
この記事では、Claude CodeをCLI(コマンドラインで操作するAI開発支援ツール)環境で使う前提で解説します。Claude Codeはプロジェクトフォルダのファイルを読み取り、必要に応じてファイル編集やコマンド実行まで進めることが可能です。
CSVで取り込んだGSCデータを分析し、改善対象を特定してファイルを書き換えるところまでを、同じ作業の流れで完結できるのがClaude Codeの特徴です。

私が業務で実感しているのは、コピペ作業がゼロになるだけで作業時間が半分以下になって早いということです。分析ツールとしてだけでなく、編集環境として機能する点が大きな違いと言えます。
「観測→分析→実行」を一つの流れで完結できるAI環境
サーチコンソール改善のPDCAは、観測・分析・改善案作成・実行の4段階で構成されます。Claude Codeの強みは、4段階を一つのチャットの中で連続実行できる点です。
CSVで書き出したGSCデータをClaude Codeに読み込ませ、改善候補をリスト化し、優先順位を付け、修正案を作り、対象ファイルを書き換えるまでを順番に依頼できます。途中で別ツールに切り替える必要がありません。
私のような業歴の浅いライターには、分析の仕組みを自動化してしまうことが、勘と経験の差を埋める手段になっています。観測と分析の精度がClaude Codeで底上げされるため、判断の遅れを技術でカバーできるからです。
【実例あり】GSCデータで「いま手をつけるべき記事」を特定する5つの判定軸

GSCデータから改善対象を特定する判定軸は、以下のとおりです。
- 掲載順位4〜20位で表示回数がある記事
- 表示回数は多いがCTRが低い記事
- 流入クエリと記事タイトルがズレている記事
- 複数記事で同じ検索意図を奪い合っている記事
- 内部リンクが薄い記事
5つの判定軸はすべて、私が担当メディアで実際に運用しているものです。Claude Codeに判定軸を伝えると、CSVから該当記事を抽出してリスト化してくれます。
掲載順位4〜20位で表示回数がある記事
掲載順位4〜20位の記事は、改善効果が最も出やすい優先対象です。1ページ目の下部もしくは2ページ目に位置しているため、少しの改善で1ページ目上位に押し上げられる可能性があるからです。
私はある記事でCTR(クリック率)9%超・16位という状態を確認しました。CTR 9%は16位という掲載順位にしては高い数値で、検索ユーザーがタイトルを評価していることを示しています。順位を10位圏内に上げるだけでクリック数が倍増する見込みが立ちます。
私が実施したのは、サイト内の関連記事から文脈付きの内部リンクを追加する施策です。新規執筆や大幅リライトよりも工数が少なく、Claude Codeに「対象記事への内部リンクを差し込む候補段落を提示して」と頼めばすぐ実行できます。
表示回数は多いがCTRが低い記事

表示回数は多いのにCTRが低い記事は、タイトルとメタディスクリプションの改善でクリック数を伸ばせる可能性があります。検索結果に表示されているのにクリックされていない状況なので、タイトルの見直しで読者の注意を引けばクリックを誘発できます。
» メタディスクリプションを自動で設定する方法|Claude Codeで
私は月間3,900表示以上あるのにCTR 1.8%台の記事を発見しました。CTRを3%にするだけで月+45クリックという試算が出たため、優先度を高く設定して対応しています。

私はタイトルに行動喚起ワードを追加する施策を実施しました。Claude Codeに「現状のタイトルとクエリ一覧を渡すので、CTRが上がりそうなタイトル案を3つ出して」と依頼すると、根拠付きで提案してくれます。
流入クエリと記事タイトルがズレている記事
流入クエリと記事タイトルがズレている記事は、検索ユーザーの期待とコンテンツ内容が一致していない状態を示します。タイトルにクエリの語が入っていないため、表示されてもクリックされにくい構造になっているからです。
私が確認した実例は以下2つあります。
- 実例①:あるクエリで5位圏内にいるのにCTR 0%という異常値。クエリの語順とタイトルが一致していないことが、CTR低下の一因と考えられました。
- 実例②:3位圏内なのにCTR 0.35%。タイトルにそのクエリの語が一切入っていなかった事例です。
私はClaude Codeに「クエリ別CTRが0〜0.5%の記事を抽出して、タイトルとクエリの差分を表にして」と依頼しました。差分が一目で分かる表が出るため、タイトルに足すべき語の判断スピードが格段に上がります。
複数記事で同じ検索意図を奪い合っている記事

複数記事が同じ検索意図で競合している状態は『カニバリゼーション』と呼ばれ、サイト全体の評価分散につながります。複数記事が似た検索意図を狙っていると、評価やクリックが分散し、優先して見せたい記事が伝わりにくくなる可能性があります。
Claude Codeには「同じクエリで両方上位にいる記事ペアを抽出して」と頼めます。競合ペアを手作業より圧倒的に速く発見できる。
内部リンクが薄い記事
内部リンクが薄い記事は、サイト内の他記事からリンク評価を受け取りにくい構造になっています。Googleはページ間のリンク構造を評価指標の一つにしているため、孤立した記事は順位が伸びにくい傾向があるとされています。
内部リンクは新規執筆と比べて工数が少ないため、優先度を上げて取り組む価値がある施策です。
Claude Codeに「対象記事のキーワードと関連性が高い既存記事を抽出して、リンク挿入候補の段落を提案して」と依頼すれば、サイト内記事を横断検索したうえで候補を出してくれます。
Claude CodeとGSCを使ったPDCA実例──実際の手順と工夫

Claude CodeでGSC改善を回す手順は、以下のとおりです。
- 下準備:CLAUDE.mdにサイト戦略を書いてGSCデータをCSVで取り込む
- 観測・分析:改善候補のリスト化と優先度付け
- 改善案の作成:タイトル・メタ・見出しの修正案を出させる
- 実行:修正案を実ファイルに反映する
私は4工程を1〜2時間で完結できるため、手作業で半日以上かかっていた頃と比べると改善のサイクルが圧倒的に速くなりました。
下準備:CLAUDE.mdにサイト戦略を書いてGSCデータをCSVで取り込む
下準備として、CLAUDE.mdにサイトの戦略情報を書き込みます。サイトのジャンルや方向性をあらかじめ伝えておくだけで、Claude Codeのタイトル案がサイトの文脈に合った提案に変わるからです。
GSCデータはサーチコンソール画面からCSV形式でエクスポートし、プロジェクトフォルダ内の data/gsc/ といった場所に置きます。

最初は戦略情報を書かずに使っていたため、提案がどれも汎用的でした。前提情報を書くだけで精度が一段上がります。
観測・分析:改善候補のリスト化と優先度付け

観測・分析の工程では、CSVから改善候補をリスト化して優先順位を付けます。私はClaude Codeに「先ほどの5つの判定軸でCSVを分析し、改善優先度を高い順に並べて」と依頼しています。
Claude Codeは判定軸ごとに該当記事をピックアップし、表形式で出力してくれます。表に記事タイトル・該当した判定軸・推定改善効果が並ぶため、あとは上から順に対応するだけです。
優先度の付け方は、月間表示回数×CTR改善余地で算出するのがおすすめです。Claude Codeにこの計算式を伝えれば、改善優先度スコアを自動でつけてくれます。
改善案の作成:タイトル・メタ・見出しの修正案を出させる
改善案の作成工程では、優先度上位の記事に対して具体的な修正案をClaude Codeに出させます。タイトル・メタディスクリプション・H2見出しの3点は、改善効果を引き出しやすい優先対象です。
私はClaude Codeに「対象記事の流入クエリ上位10件と現状のタイトルを渡すので、クエリを自然に含むタイトル案を3つ出して。煽りすぎないトーンで」と依頼しています。トーンの指定を入れるとサイト全体の世界観を崩さない案が出やすくなります。
注意点として、Claude Codeの提案を鵜呑みにせず、複数の提案の中から自分で1案を選ぶ工程を必ず挟むようにしましょう。Claude Codeは検索ユーザーの実際の反応までは知らないため、最終案の選定は必ず人間が担う運用が必要です。
実行:修正案を実ファイルに反映する
実行工程では、選んだ修正案を実ファイルに反映します。「採用したタイトル案を該当記事のファイルに反映して」と伝えると、Claude Codeは変更内容を示したうえでファイルを更新します。
私は反映作業をClaude Codeに任せたあと、差分(変更前と変更後の違い)を必ず目視確認するようにしています。指示と異なる箇所まで書き換わっていないか、意図しない改行が入っていないか、を確認するためです。
WordPressへの反映は、ローカルファイルを更新したうえで自動入稿スクリプト(自動化プログラム)に渡す形で運用しています。
GA4と組み合わせると改善の精度が上がる

GSCだけで改善を進める方法には、クリック後のユーザー行動が見えないという弱点があります。GA4(Googleが提供するアクセス解析ツール)と組み合わせると、クリック後の行動まで踏まえた優先度付けが可能になるため、改善の精度を一段上げることが可能です。
GA4と組み合わせると改善の精度が上がることについて、以下の点に分けて解説します。
- GSCだけでは見えない「クリック後の行動」
- GA4×GSCで改善優先度が変わる実例
GSCだけでは見えない「クリック後の行動」
GSCで分かるのは検索結果での表示・クリックまでで、クリック後にユーザーがどう動いたかは追えません。SNS流入やブックマーク流入はGSCの数字には現れないため、GSCだけ見ていると流入経路の全体像を見落とす可能性があります。
テイスペ!のとあるインタビュー記事はGSCでは2クリックなのに、GA4ではGSCとは大きく乖離した66viewsという状態でした。その記事はSNSやブックマークからの流入が主体。GSC単独で見ると『低評価記事』と誤判定するところでしたが、GA4を併用することでSNSで読まれている記事だと正しく評価できます。
GSCとGA4は公式に連携できます。ただし、GA4側の権限やサーチコンソールの所有者確認が必要なため、事前に設定条件を確認しておくと安心です。私はClaude CodeにGA4のCSVも渡し、GSCには出ないSNS・ブックマーク流入まで含めた総合分析を依頼しています。
GA4×GSCで改善優先度が変わる実例
GA4×GSCの組み合わせで改善優先度が変わる事例として、担当サイトのあるツール系記事の話を挙げます。GSCのクリック数以上にGA4の表示回数が多く、ブックマーク流入が一定数あると判明しました。
GSC単独で見ると優先度低めの記事でしたが、GA4の数字を踏まえて『リピート読者の多い重要ページ』として再評価できました。再評価後はメンテナンスの優先度を上げ、定期的な情報更新を実施しています。
Claude Codeに「GSCのクリック数とGA4の表示回数を比較し、ギャップが大きい記事を抽出して」と依頼すれば、GSC視点では見えなかった重要ページが浮き彫りになります。
分析しないよりした方がいい|現実的な注意点

サーチコンソール改善を半自動化するうえで、絶対に守ってほしい注意点があります。注意点について、以下の項目に分けて解説します。
- Claude Codeの改善案は参考材料に過ぎない
- 公開前に人間が確認する運用で十分
Claude Codeの改善案は参考材料に過ぎない
Claude Codeが出す改善案は、あくまでデータと過去パターンに基づく提案です。サイト固有の文脈・読者層の温度感・競合の動きまでは把握しきれないため、提案を鵜呑みにすると的外れな修正につながる可能性があります。
私が運用で意識しているのは、Claude Codeの提案を3案以上出させて自分で選ぶというルールです。1案だけだと選択肢がなく、Claude Codeの推論精度に運用が引きずられてしまうからです。複数案から選ぶ姿勢を維持することで、人間側の判断軸が鈍らずに済みます。
完璧主義に陥って「Claude Codeを使うのが怖い」と止まってしまうのが一番損です。分析しないよりした方が確実に良い結果につながるため、まずは小さくClaude Codeを回し始めるのをおすすめします。
公開前に人間が確認する運用で十分
ファイルの自動書き換えには『公開前に必ず差分確認する』運用を入れておけば十分です。Claude Codeに任せきりにせず、人間が確認するポイントを1つ設けるだけでミスのリスクを大きく減らせる。
私の運用では、Claude Codeでローカルファイルを修正→差分目視→自動入稿スクリプト(自動化プログラム)でWordPress下書きへ→公開直前に再度ブラウザで確認、という4段階の確認を踏んでいます。4段階あれば公開事故のリスクをかなり抑えられると実感しています。
業歴の浅いライターほど『AIに任せるのは怖い』と感じやすいですが、人間チェックを残す前提なら自動化のメリットの方がはるかに勝ります。
まとめ:Claude Codeでサーチコンソールの分析を自動化して楽しよう

Claude Codeでサーチコンソール改善を半自動化すると、以下が実現できます。
- 5つの判定軸でGSCから改善対象を抽出
- 改善案の作成からファイル反映までを一気通貫で実行
- GA4併用で見落としを減らし、改善優先度を再評価
私は担当メディアで月1〜2時間のメンテナンスサイクルで改善が止まらない仕組みを作っています。業歴の浅いライターほど、分析の自動化そのものが勘と経験の差を埋める手段になります。
ここで紹介したのは、あくまで私のやり方です。もっと良い運用方法があれば、コメント欄やXのリプライで教えてほしいです。読者の方の運用知見を取り入れて、私自身の仕組みもアップデートし続けたいと考えています。

