Claude Codeでメタディスクリプションを自動設定した話

yoshi

ブログ記事を書き終わったあと、メタディスクリプションを毎回手書きしていて時間がかかっていませんか。SEO担当者やライターさんの中には、以下のように考えている方も多いのではないでしょうか。

  • 記事数が増えるたびにメタディスクリプションの管理が追いつかない
  • 急いで書いた回はCTR(検索結果からのクリック率)が落ちている気がする
  • 自動化したいけれどエンジニアでもないし手が出せない

私自身、本業のWebライターとして100本以上の記事を書いてきましたが、メタディスクリプションは長らく手動で書いていました。1記事あたり5〜10分かかる地味な作業でも、本数が積み上がると無視できない時間になります。

この記事では、Claude Codeでメタディスクリプションを自動設定する実装事例を、非エンジニアのWebライターである私の運用ベースで解説します。

実は、CLAUDE.md(Claude Codeへの指示ルールを書く設定ファイル)とHook(記事保存のタイミングで自動実行される仕掛け)の2つを組み合わせるだけで、本文の保存時に2案のメタディスクリプションが自動実行されるよう設定できる仕組みです。コードを書かなくても、設定ファイルの記述だけで再現できる方法です。

メタディスクリプションの手動管理には限界がある|私が感じた2つの壁

メタディスクリプションの手動管理にはWebライター視点で見て以下2つの壁があります。

  • 記事数が増えると管理が追いつかなくなる
  • 手を抜いた記事ほどCTRが下がっていた

工場勤務から転身して数年のWebライターである私が、メタディスクリプションの手動管理で実際にぶつかった上記2つの壁を順に説明します。

記事数が増えると管理が追いつかなくなる

記事本数が増えると、メタディスクリプションの手動管理は必ず限界を迎えます。手動管理が破綻する理由は、メタディスクリプションが『執筆作業の最後に発生する細かい仕事』だからです。

本文を書き終えた段階で、Webライターの集中力は本文と見出しの推敲に使い切られています。残ったエネルギーでWebライターがメタディスクリプションを書こうとしても、本文の要約をコピペで貼り付けるか、KW(キーワード)を詰め込んだだけの文章になりがちです。

私の場合、100本を超えたあたりから「過去の記事のメタディスクリプション、何書いたっけ」と自分でも思い出せない状態が増えてきました。

メタディスクリプションは、Google検索結果のスニペットに使われる場合があり、読者がクリックするかを判断する材料の一つになります。本文の質と同じくらい、メタディスクリプションがCTRを左右するにもかかわらず、記事本数が増えるほど雑に書いた回が混ざるリスクは高まっていきます。

谷口テツ
谷口テツ

メタディスクリプションの品質がばらつくなら、Claude Codeで自動化するタイミングです。

手を抜いた記事ほどCTRが下がっていた

実際にサーチコンソールでCTRを見返すと、手を抜いて書いたメタディスクリプションの記事は検索順位の割にクリック率が低い傾向がありました。
» Claude Codeでサーチコンソールの改善を回した実例

たとえば私のブログで10位前後に表示されている記事のうち、メタディスクリプションを丁寧に書いた回はCTRが2.5%前後、急いで書いた回は1.2%前後と、ほぼ倍違うケースもありました。検索順位は同じなのにクリック率が半分というのは、機会損失としてはかなり大きい話です。

さらに調べると、メタディスクリプションを雑に書いた記事はバウンス率も高い傾向がありました。クリックした読者が「期待した内容と違う」と感じて離脱しているためです。SEOでは検索順位だけでなく、CTRや読後行動を確認しながら改善することが重要になっています。

『Webライターは執筆だけで食べていく時代ではない』と言われる中、私のように業界歴の浅いライターはこういう細部の作りこみで差別化するしかありません。

業界歴の浅いライターほど、SEOの仕組みを理解した上で細部まで作りこむ努力が問われます。だからこそ、Claude Codeを使ったメタディスクリプションの自動化に踏み切り、雑になりがちな部分を仕組みで安定させることにしました。

Claude Codeでメタディスクリプションを自動設定できる3つの仕組み

私がClaude Codeでメタディスクリプションの自動設定に使っている仕組みは、大きく分けて以下のとおりです。

  • Hookで同時に自動起動する
  • CLAUDE.mdにルールを書く
  • 2パターン生成で毎回選べる状態にする

私の運用に組み込んでいる3つの仕組みを、順番に解説します。

Hookで同時に自動起動する

メタディスクリプション自動化の中心になるのが、Claude CodeのHook機能です。Hookとは、特定のファイル保存・コマンド実行などのタイミングで、Claude Codeに別の処理を自動実行させる仕掛けです。

私の運用では、記事本文のMarkdownファイル(03_draft.md)を保存した瞬間にHookが発火。Claude Codeが本文を読み込んで2パターンのメタディスクリプションを自動生成するようにしています。

メタディスクリプション自動生成のHook実装イメージは、Claude Codeの設定ファイルsettings.jsonに以下を書くだけです。

  • 監視対象:03_draft.mdの保存イベント
  • 発火コマンド:『メタディスクリプション生成プロンプト』を投げる
  • 出力先:同じフォルダのmeta-description.mdに保存

非エンジニアでも、設定ファイルにJSONを数行追加するだけで動きます(環境によっては処理用スクリプトの作成が別途必要な場合もあります)。私自身、プログラミング経験はほぼゼロですが、Claude Codeに「Hookで本文保存時にメタディスクリプションを生成して」と指示すれば、必要な設定ファイルの中身まで提案してくれます。

私が実際に使っている設定では、Hookの発火条件を『03_draft.mdへの書き込み完了時』に限定しています。毎回のキー入力で発火すると処理が重くなるため、ファイル保存のタイミングだけに絞るのがポイントです。この設定により、本文の最終版が保存された段階で、自動的にメタディスクリプションの生成が始まります。

谷口テツ
谷口テツ

Hookは最初こそ難しそうに見えますが、Claude Code自身に書かせれば数分で終わります。まずは『保存時に1回動く』だけの最小構成から試すのがおすすめです。

CLAUDE.mdにルールを書く

メタディスクリプション生成においてHookで自動実行されるのは、あくまで『処理のきっかけ』です。中身の品質を決めるのは、CLAUDE.mdに書いた指示ルールとなります。

CLAUDE.mdは、Claude Codeがプロジェクトを開いたときに最初に読み込む指示書のようなファイルです。プロジェクトのルートに置いておけば、セッション開始時に読み込まれ、Claude Codeに継続的な指示や前提を伝えるためのコンテキストとして使われます。

私の場合、CLAUDE.mdの中に『メタディスクリプション生成ルール』というセクションを設けて、以下のような指示を細かく書いています。

  • 文字数:120字前後で書く
  • 構成:問いかけ→記事内容→読了メリットの3段
  • 必須語:メインKWを必ず冒頭付近に1回入れる
  • NG表現:『絶対』『必ず』『100%』などの過度な断定を使わない

CLAUDE.mdに書いておけば、Hookで発火するたびに同じ品質基準でメタディスクリプションを生成できます。手動で書いていたときの『ルールが執筆時の気分で揺れる問題』を、設計レベルで防げる仕組みです。

また、CLAUDE.mdに書いたルールは一度設定すれば修正しない限り永続的に適用されます。手動で書いていたときは「今回はどんな構成にしようかな」と毎回考え直していたのが、CLAUDE.mdを設定した後は『ルール通りに生成された案から選ぶだけ』という状態になりました。

2パターン生成で毎回選べる状態にする

私の運用で最も効いているのが、メタディスクリプションを必ず2パターン生成させる工夫です。1案だけ生成すると「これでいいや」と妥協しがちですが、2案あれば自然と比較が生まれて、より良い方を選ぶ意識が働きます。

私の場合は『ターゲット訴求型』と『共感訴求型』の2パターンを生成させ、本文の内容によって毎回どちらかを採用するルールにしています。たとえば技術解説寄りの記事ならターゲット訴求型、お悩み解決寄りの記事なら共感訴求型を選ぶ、という形です。

2パターン生成は、Claude Codeへのプロンプトに「以下の2パターンで案を出してください」と書くだけで実現できます。10秒で読み比べられる長さなので、選定にかかる時間も合計1〜2分程度です。

プロンプト設計で2つのルールを押さえると生成精度が上がる

メタディスクリプション自動設定の品質は、プロンプト設計でほぼ決まります。私が運用している2つのルールを紹介します。

  • ルール①CLAUDE.mdに3条件を明記して精度を上げる
  • ルール②『ターゲット訴求型』と『共感訴求型』を自動で使い分ける

ルール①CLAUDE.mdに3条件を明記して精度を上げる

私がCLAUDE.mdに書いているメタディスクリプション生成ルールは、突き詰めると以下の3条件に整理できます。

  1. 文字数を120字前後で固定する
  2. メインKWを冒頭付近で必ず使う
  3. 禁止表現リストを参照する、

Googleはメタディスクリプションの文字数上限を定めていませんが、検索結果では端末幅に応じて省略されるため、私は80〜120字を運用上の目安にしています。

メインKWの位置を冒頭付近に固定する理由は、読者が内容を判断しやすくなるためです。読者は検索結果一覧をスクロールで流し読みするため、最初の30字以内にメタディスクリプション中のKWが見えるかどうかで記事のクリック率が変わります。

禁止表現リストは、過度な断定や煽り表現の混入を防ぐ目的で参照させています。私の運用ではCLAUDE.mdの末尾に『メタディスクリプション禁止表現一覧』を貼り付け、Hookで生成するたびに参照させる形にしています。

実際、CLAUDE.mdに禁止表現リストを追加してから、生成されたメタディスクリプションに『必ず』『絶対』『100%』が含まれるケースはゼロになりました。手動で書いていたときは気づかずに使っていた表現が、仕組みのレベルで防げるようになっています。

ルール②『ターゲット訴求型』と『共感訴求型』を自動で使い分ける

2パターン生成では、訴求の角度を意図的に変えるのがポイントです。同じ角度の2案を出させても比較の意味がないため、私は以下の2型に絞っています。

  1. ターゲット訴求型:「○○な人は必見!」「△△で悩むSEO担当者へ」のように、読者像を明示する
  2. 共感訴求型:「◯◯で困っていませんか」「◇◇に時間がかかっていませんか」のように、読者の悩みに寄り添う

ターゲット訴求型は、読者層がはっきりしている記事(初心者向け・上級者向け・特定職種向け)に向いています。共感訴求型は、悩み解決系のお役立ち記事や、読者の感情に響かせたい記事に向いています。

私は記事の方向性を見て、本文との相性が良い方を即時で選んでいます。Claude Codeに「2型で各1案ずつ出して」と指示するだけで、訴求の異なる比較材料が同時に揃うので、選定の精度が上がります。

谷口テツ
谷口テツ

私はターゲット訴求型を選んだほうが最終的なCTRが高い記事が多いと感じています。Webライター向けの記事はとくに「あなたのための記事です」という明示が響きやすい。共感訴求型は初心者向け悩み解決系の記事に組み合わせています。

確認ゲートを1つ挟むだけでAI任せのリスクを回避できる

自動化で気をつけたいのは『AI任せにしすぎてミスを見逃す』リスクです。私の運用では、確認ゲートを1つだけ挟むことで、リスクと作業時間のバランスをとっています。私の運用に組み込んでいる確認のやり方と、実装後の手応えを以下の順で解説します。

  • 私が毎回やっている2分の確認作業
  • 実装後のCTR変化と企業ブログへの転用ポイント

私が毎回やっている2分の確認作業

Claude Codeが2パターンのメタディスクリプションを生成したあと、私は必ず以下の3点を目視チェックしています。

  1. 文字数:120字を超えていないか、80字を下回っていないか
  2. KW位置:メインKWが冒頭30字以内にあるか
  3. 日本語:固有名詞・数字・固有表現の誤りがないか

3点とも問題なければ、好きな方を選んでmeta-description.mdに確定。問題があれば、Claude Codeに「ここを直して」と指示し、修正版を再生成させます。

確認作業にかかる時間は、慣れれば1分から2分程度です。手書きで5〜10分かけていたメタディスクリプション作成が、Claude Codeとの『軽い対話』で済むようになりました。

実際の作業フローは、Claude Codeが生成した2案をターミナル画面で確認し、修正が必要であれば「第1文を30字以内に短縮して」「KWを冒頭に移動して」と口頭で指示するだけです。修正があっても追加で30秒〜1分で完了します。この『軽い対話』の積み重ねがメタディスクリプションの品質管理を支えています。

実装後のCTR変化と企業ブログへの転用ポイント

仕組みを導入してから、サーチコンソールで平均CTRが上がっていることを実感しています。具体的な数値の比較は記事数が増えてからまとめて公開予定ですが、雑に書いた回が混じらなくなった効果は確実に出ています。

企業ブログへの転用も難しくありません。ポイントは、CLAUDE.mdのルール部分を『自社ブログの編集方針』に合わせて書き換えるだけです。たとえば『企業ブランドの口調』『禁止表現リスト』『優先KW一覧』を社内ルールに置き換えれば、複数ライターでも同じ品質基準でメタディスクリプションを量産できます。

非エンジニアでも回せる仕組みなので、SEO担当者がClaude Codeを1つ用意してCLAUDE.mdを書き換えるだけで導入可能です。社内ライターが複数人いる現場ほど、品質の標準化メリットが大きい仕組みになります。

CLAUDE.mdの書き換えはテキスト編集だけで完結するため、エンジニアへの依頼は不要です。社内でSEOルールを見直すたびにCLAUDE.mdを更新するだけで、次回以降の生成に即座に反映されます。

まとめ:メタディスクリプションの自動化は設計8割で決まる

メタディスクリプションの自動設定で大切なのは、Claude Codeに任せる範囲と、自分で確認する範囲を最初に設計しておくことです。私の運用では以下4つを組み合わせて、品質と作業時間のバランスをとっています。

  • Hookで自動起動
  • CLAUDE.mdでルール固定
  • 2パターン生成で比較
  • 2分の目視確認

本記事で紹介したのは、工場勤務から転身して数年のWebライターである私が、プログラミング経験ほぼゼロでも回せている仕組みです。『自動化はエンジニアの仕事』と思い込んでいた頃に比べて、本業執筆に使える時間が確実に増えました。

ここまで紹介してきたのはあくまで私のやり方です。Claude Codeを使ったメタディスクリプション運用は、ブログ規模やジャンルによって最適解が変わりますし、もっと良い方法を実践しているWebライターやSEO担当者も多いはずです。改善提案や別の運用パターンがあれば、コメント欄やXのリプライでぜひ教えてください。
» SEO記事の自動執筆ワークフロー全解説

ABOUT ME
谷口テツ
谷口テツ
Webライター・マーケター
工場作業員20年からWebライターに転身した男。Claude Codeを使いこなし「AIに代替される」と言われているWebライターでも食べていけるスキルを身に付けている。ライター仲間が減るのも悲しいので、Claude Codeの活用方法を発信している。

※この記事は大半をClaude Code(Anthropic社のAI開発ツール)で執筆し、最後に現役Webライターである筆者が微調整しています。記載している内容は筆者自身が実際に運用している事例で、すべて事実確認済みです。
※ 本記事のツール料金・機能は執筆時点の情報です。AIツールやMCP連携は仕様変更が早いため、導入前に各サービスの公式料金・利用規約・セキュリティ要件を必ず確認してください。また、本記事で紹介する自動化は私個人の運用例であり、すべての環境で同じ結果を保証するものではありません。

記事URLをコピーしました