seo-content について
seo-contentは、検索を意識した記事1本の執筆・改稿を支援するマーケティングスキルです。検索意図や検索結果の不足点、提供された実体験、ページメタデータを軸に進めます。
主な機能
- 01検索意図と検索結果の確認
- 02記事ブリーフと構成案の作成
- 03SEO記事の執筆
- 04メタデータとJSON-LDの生成
- 05品質確認と計測の案内
活用シーン
- 01キーワードを狙うガイドや比較記事の執筆
- 02既存記事の検索向け改稿
- 03記事メタデータと構造化データの準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sanky369/ vibe-building-skills --skill seo-contentインストール後、Claude Code で/seo-contentを入力して読み込まれたか確認します。
同梱ファイルreferences/article-templates.md
詳細
SEO コンテンツ
検索順位を獲得し、かつ読まれる記事を1本書きます。ターゲットキーワードに合わせて検索最適化し、そのキーワードを入力した読者に本当に役立つ内容にします。最優先事項:検索意図に正確に応えること — Google は検索者が求める形式を評価します。どれほど文章が優れていても、形式が違えば順位は上がりません。次に重要なのは、すべての記事に、現在の上位検索結果にない要素(事例、データ、切り口、または深掘り)を盛り込むことです。そうでなければ、上位記事を追い抜く理由がありません。
使用する場合/使用しない場合
- 検索ターゲットを定めた記事(ブログ記事、ガイド、リスト記事、比較記事)を1本執筆または書き直す場合に使用します。
- ユーザーにキーワードや戦略がなく、「そもそも何を書けばいいの?」と尋ねている場合は、まず
skills/marketing/seo-strategyを実行します(キーワードリストだけが必要な場合はskills/marketing/keyword-researchを実行します)。 - コンバージョンが検索順位より重要なランディングページやセールスページの場合は、
skills/marketing/direct-response-copyを使用します。 - 記事をソーシャルメディア向けやメール向けに展開したい場合は、
skills/marketing/content-atomizerを使用します。
ヒアリング
不足している項目だけを、まとめて尋ねます。
- ターゲットキーワード(および分かる場合は関連キーワード)。
- オーディエンスと製品 — 誰が記事を読むのか、またビジネスとして読者に次に何をしてほしいのか(CTA)。
- 独自の材料 — 活用できる実体験、事例、データ、顧客のストーリー。これは E-E-A-T の原動力です。少なくとも具体的な材料を1つ尋ねます。
- 文体 — 既存のブランドボイスガイド、または文体を合わせるためのサンプル記事2~3本。
skills/marketing/brand-voiceの出力がある場合は、それを使用します。
依頼が skills/marketing/seo-strategy からキーワード、検索意図、SERP のメモとともに届いた場合は、手順2に進みます。情報が不足している場合は、想定(オーディエンス、検索意図、CTA)を明示して作業を進めます。作業を止めないでください。
ワークフロー
1. SERP を検証し、検索意図を確定する
ターゲットキーワードを検索します(利用可能な場合はウェブ検索を使用します)。検索意図を分類し、それに応じて形式を決めます。
| 検索意図 | 検索者が求めるもの | 執筆するもの |
|---|---|---|
| 情報収集型 | 学ぶ/実行する | ハウツーガイドまたは総合ガイド |
| 比較検討型 | 比較する/選ぶ | リスト記事、比較記事、レビュー |
| 購入型 | 購入する | 製品/価格ページ → skills/marketing/direct-response-copy に引き継ぐ |
| 指名検索型 | 特定のブランド | 通常は対象外 — そのブランドを上回ることはできません |
上位5件の検索結果について、コンテンツの長さと深さ、構成、扱われているサブトピック、そして何よりも重要な不足点(内容が薄い、古い、未回答、または欠落している点)を確認します。不足点を特定できない場合は、そのキーワードは有望ではないとユーザーに伝え、より適したターゲットを探すために skills/marketing/seo-strategy に戻ることを提案します。ウェブ検索を利用できない場合は、その旨を伝え、キーワードの文法から検索意図を推測し、SERP 分析が仮定に基づくことを明記します。
2. ブリーフを作成する
下書きを始める前に、以下を記入します(ブリーフは成果物の一部になります)。
- 主要キーワード、関連キーワード、検索意図、目標文字数
- コンテンツの切り口:この記事が現在の検索結果を上回る理由を1行で記載
- H2 見出し構成(記事全体で5~8セクション)。FAQ セクションを含める
- E-E-A-T 要素:どの実体験やデータをどこに配置するか
- 内部リンク(ユーザーのサイト内ページ3~5件)、外部リンク(信頼性の高い情報源2~3件)
- CTA:読者に求める唯一のアクション
競合状況に応じた長さの目安(経験則 — 実際の目標は網羅性です。水増しは逆効果です):競争率が低い場合は1,500~2,000語、中程度の場合は2,000~3,000語、高い場合は3,000語以上。検索意図が求める長さを決して超えないようにします。
3. 下書き
選んだ形式(ハウツー、リスティクル、または究極ガイド)の全体的なひな形については、references/article-templates.md を読み、その構成に従ってください。下書きを作成する際は、次の点に注意してください。
- 冒頭で検索クエリに答える:最初の2~3文で回答し、その後も読み進めてもらえる内容にします。前置きで引き延ばさないでください。
- キーワードの配置:タイトルタグ(早めに)、H1、最初の100語、本文中の自然な使用を2~3回、URLスラッグに含めます。自然な場合は、二次キーワードをH2にも含めます。詰め込みは避けてください。
- 構成:H1は1つ、主要なセクションごとにH2を設け、200~300語ごとに小見出しを入れます。段落は3文以内にし、3項目以上のリストには箇条書きを使います。要点は太字にします。
- ページ上のE-E-A-T:実体験に基づく例や事例を少なくとも1つ掲載し、信頼性の高い外部ソースを2~3件引用します。曖昧な主張よりも具体的な数値を優先します。
- FAQセクション:実際に検索される表現そのままの質問を4~6件用意し、それぞれ40~60語で回答します(強調スニペットを狙います)。
- 最後に:要点を3~5個の箇条書きにまとめ、CTAは必ず1つだけにします。
ユーザーは実体験を提供し、あなたは構成と仕上げを担当します。実体験、推薦文、統計を捏造してはいけません。ユーザーから独自の材料が提供されていない場合は、一般的な例であることを明示し、独自の内容を挿入する場所を伝えてください。
4. メタデータとスキーマ
次を作成します:タイトルタグ(50~60文字、キーワードを早めに配置し、魅力的な内容にする)、メタディスクリプション(150~160文字、キーワードと控えめなCTAを含める)、URLスラッグ(短く、キーワードを含み、ハイフンでつなぐ)、画像の代替テキスト案、JSON-LDスキーマ(FAQがある場合はFAQスキーマ、それ以外はArticleスキーマ。references/article-templates.md にあるコピーして使えるブロックを使用)。
5. 自己レビューしてから提出
以下の品質基準を確認し、満たしていない項目があれば修正してから提出してください。指定された出力形式で納品し、Google Search Consoleでのトラッキング(表示回数、クリック数、CTR、平均掲載順位)を推奨します。記事がインデックスに登録され、順位が落ち着くまで時間をおいてから状況を確認してください。
必須の出力形式
# [Article Title]
## Brief
- Primary keyword: … · Secondary: … · Intent: [type]
- Angle (why this beats the SERP): …
- Target length: … · CTA: …
- Gap exploited: [what top results miss]
## Metadata
- Title tag (50–60 chars): "…" [char count]
- Meta description (150–160 chars): "…" [char count]
- URL slug: /…
- Schema: [FAQ / Article] (JSON-LD below article)
## Article
[Full draft, H1 through conclusion, with [INTERNAL LINK: page] and
[EXTERNAL LINK: source] markers inline, image suggestions as
[IMAGE: description — alt text: "…"]]
## Schema markup
```json
[JSON-LD block]
```
## On-page checklist
[Each quality-bar item with pass/fail]
## Next steps
- Insert your own examples at: [marked spots, if any]
- Track in GSC: [what to watch, and the decision each signal triggers]
品質基準
すべての項目を確認し、提出前に不備を修正してください。
- 形式が検証済みの検索意図に合っている
- タイトルタグはキーワードを含む50~60文字、メタディスクリプションは150~160文字。目測ではなく文字数を数える
- H1は1つだけで、主キーワードを含む。最初の100語以内にキーワードを含める
- 本文で主キーワードを2~3回使用し、それ以上は使用しない(詰め込みの確認:見出しを声に出して読み、不自然に聞こえる場合は書き直す)
- 上位の検索結果との具体的な差を、下書きで実際に埋めている
- 実体験に基づく例、またはそのための明確なプレースホルダーが1つ以上ある。すべての統計に出典があるか、削除されている。経験や推薦文を捏造していない
- 内部リンクのマーカーが3~5個、信頼性の高い外部リンクのマーカーが2~3個ある
- FAQの回答はそれぞれ40~60語
- CTAは必ず1つだけ
- 読みやすい構成になっている:3文を超える段落がなく、200~300語ごとに小見出しがある
連携
skills/marketing/seo-strategy— キーワード、検索意図、クラスター、SERPのメモをこのスキルに渡します。公開した記事のスラッグを返し、内部リンクを最新の状態に保ちます。skills/marketing/keyword-research— ターゲットキーワードを得るための、より簡易な代替ソースです。skills/marketing/brand-voice— ステップ3で適用するボイスガイドを提供します。skills/marketing/direct-response-copy— 取引意図のあるページやCTAの多いセクションを引き継ぎます。skills/marketing/content-atomizer— 完成した記事をソースコンテンツとして取り込み、ソーシャル投稿、スレッド、ニュースレター項目を作成します。skills/marketing/newsletter— 記事はニュースレターの特集項目に適しています。タイトル、リンク、1文の紹介文を渡します。
参考資料
references/article-templates.md— ハウツーガイド、リスティクル/まとめ記事、究極ガイドの、H1から結論までの全体的な構成と、コピーして使えるFAQおよびArticle JSON-LDスキーマが含まれています。ステップ3で、下書きの作成前に読んでください。