Communityコーディング&開発github.com

ブログカレンダー — 編集計画

トピッククラスター、公開頻度、フレッシュネス更新スケジュール、コンテンツ劣化検出、テンプレート推奨、配信計画、季節的なフックを含む編集カレンダーを生成します。Googleのトピックオーソリティ構築とAIプラットフォームにおける引用フレッシュネス維持に最適化されています。

ブログカレンダー — 編集計画 とは?

このスキルはブログ編集カレンダーを作成するための包括的なワークフローを提供します。GoogleのトピックオーソリティとAIプラットフォームの引用フレッシュネスを両立させるために設計されており、Claude CodeやCursorなどのAIエージェント上で動作します。 まずブログのニッチ、既存コンテンツ、公開頻度、期間、ビジネス目標を収集し、次にピラーページとサポートコンテンツからなる3~5個のトピッククラスターを設計します。さらに、既存投稿の最終更新日をスキャンしてコンテンツ劣化を検出し、トラフィックレベルに応じた優先度(Critical/High/Medium/Low)を割り当てます。 AIプラットフォームは30日以内に更新されたコンテンツを76%の割合で引用するため、高トラフィック投稿は30日ごと、中トラフィックは90日ごと、低トラフィックは年1回の更新サイクルを計画します。カレンダーは60%新規コンテンツ、30%フレッシュネス更新、10%リパーパスというコンテンツミックス比率を自動計算し、12種類のテンプレートから推奨を行います。 さらに、季節トレンドの統合(主要イベントの4~6週間前から計画)、配信スケジュール(LinkedIn/Reddit/Email/YouTubeのタイミング管理)、フレッシュネス自動化(次回更新日順リストとリマインダー)、トピッククラスター進捗追跡(75%以上完了したクラスターのみ新しいクラスターを開始)をサポートし、月次および四半期カレンダーを出力します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/AgriciDaniel/claude-blog/tree/main/skills/blog-calendar

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ブログカレンダー — 編集計画 は何をしますか?

トピッククラスター、公開頻度、フレッシュネス更新スケジュール、コンテンツ劣化検出、テンプレート推奨、配信計画、季節的なフックを含む編集カレンダーを生成します。Googleでのトピックオーソリティ構築とAIプラットフォームでの引用フレッシュネス維持に最適化されています。

ワークフロー

ステップ1: ブログを理解する

コンテキストを収集:

  1. ニッチ/業界 — ブログのテーマは何か?
  2. 既存コンテンツ — 既存のブログ投稿をスキャン(Globで *.md, *.mdx, *.html を検索)
  3. 公開頻度 — どれくらいの頻度で公開できるか?(デフォルト: 週2回)
  4. 期間 — 月次カレンダーか四半期カレンダーか?
  5. ビジネス目標 — ブログで何を達成したいか?(トラフィック、リード、オーソリティ)

ステップ2: トピッククラスターの設計

3~5個のトピッククラスター(ピラーページ+サポートコンテンツ)を設計:

クラスター: [ピラートピック]
├── ピラーページ: [包括的ガイド - 3,000語以上]
├── サポート: [サブトピック1 - 2,000語]
├── サポート: [サブトピック2 - 2,000語]
├── サポート: [サブトピック3 - 1,500語]
├── 比較: [X vs Y - 1,500語]
└── FAQ: [よくある質問 - 1,500語]

各クラスターは以下を満たす必要があります:

  • 主要なキーワードテーマをターゲットにする
  • トピックオーソリティのためにトピックを網羅的にカバーする
  • 多様なコンテンツタイプ(ガイド、比較、ハウツー、リスト記事)を含む
  • クラスターページ間の内部リンクをサポートする

ステップ2.5: コンテンツ劣化検出

既存のブログ投稿のフロントマターにある lastUpdated または date フィールドをスキャンします。以下のしきい値を使用して投稿を陳腐度で分類:

トラフィックレベル陳腐しきい値リスクありしきい値
高トラフィック投稿最終更新から30日超90日超
中トラフィック投稿最終更新から90日超180日超
低トラフィック投稿最終更新から180日超365日超

参考: AI引用の上位76%は最終更新から30日以内のコンテンツから来ています。

劣化レポートを出力:

## コンテンツ劣化レポート
| 投稿 | 最終更新日 | 経過日数 | 優先度 | アクション |
|------|-------------|--------|--------|-----------|
| [スラッグ] | [日付] | [N] | Critical | すぐにリフレッシュ |
| [スラッグ] | [日付] | [N] | High | 今月中にスケジュール |
| [スラッグ] | [日付] | [N] | Medium | 四半期内にスケジュール |

優先度レベル:

  • Critical: 高トラフィック投稿が30日以上経過 — すぐにリフレッシュ
  • High: しきい値を超えた投稿 — 今月中にスケジュール
  • Medium: しきい値に近づいている投稿 — 四半期内にスケジュール
  • Low: しきい値内の投稿 — アクション不要

ステップ3: フレッシュネス更新スケジュール

AIプラットフォームは新しいコンテンツを強く好みます(上位引用の76%が30日以内に更新)。

更新サイクルを計画:

  • 高優先度投稿(トラフィックドライバー): 30日ごとに更新
  • 中優先度投稿: 90日ごとに更新
  • 低優先度投稿: 年1回更新
  • エバーグリーン投稿: データが変更されたときに更新

ステップ4: 季節・トレンドフック

季節の機会を調査:

  1. 業界イベント — カンファレンス、製品発表、アルゴリズムアップデート
  2. 季節トレンド — WebSearchでニッチのGoogle Trendsを確認
  3. 年次レポート — 主要な調査はいつ新しいデータを公開するか?
  4. アルゴリズム更新 — Googleコアアップデート(通常年間3~4回)

季節トレンドの統合

  • 季節的なピークをコンテンツ制作スケジュールにマッピング
  • インデックスリードタイムを考慮し、季節ピークの4~6週間前にコンテンツを計画
  • 「エバーグリーン+季節フック」コンテンツを作成(例:「Xガイド [年]」を毎年更新)
  • 業界レポートのリリースサイクルを追跡:
    • Ahrefs State of SEO(通常Q1)
    • Google Year in Search(12月)
    • HubSpot State of Marketing(Q1)
    • Gartner Hype Cycle(8月)
    • ニッチにおける主要カンファレンスの日程
  • スケジュール前にWebSearchを使用してトレンドのタイミングを検証

ステップ5: カレンダーの生成

コンテンツミックス比率

推奨コンテンツミックス比率を適用: 60% 新規コンテンツ / 30% フレッシュネス更新 / 10% リパーパスコンテンツ

頻度月間投稿数新規リフレッシュリパーパス
週2回8521
週3回12741
週4回161051
週1回42-310-1

新規投稿内では、コンテンツタイプの多様性を目指す:

  • ガイド/ハウツー: 新規コンテンツの30~40%
  • 比較/代替品: 15~20%
  • リスト記事/まとめ: 15~20%
  • ケーススタディ/データ調査: 10~15%
  • ソートリーダーシップ/ニュース分析: 10~15%

テンプレート統合

各新規投稿エントリに対して、以下の12の利用可能なテンプレートからコンテンツテンプレートを推奨: how-to-guide, listicle, case-study, comparison, pillar-page, product-review, thought-leadership, roundup, tutorial, news-analysis, data-research, faq-knowledge

参照: references/content-templates.md に各テンプレートの詳細があります。

月次カレンダー形式

# 編集カレンダー: [月 年]

## 公開頻度: [N] 投稿/週
## コンテンツミックス: [N] 新規 / [N] リフレッシュ / [N] リパーパス

### 第1週: [日付範囲]
| 曜日 | タイプ | タイトル | テンプレート | クラスター | ターゲットキーワード | ステータス |
|-----|------|-------|----------|---------|---------------|--------|
| 月 | 新規 | [タイトル] | how-to-guide | [クラスター] | [キーワード] | Draft |
| 木 | 更新 | [既存投稿] | -- | [クラスター] | [キーワード] | Refresh |

### 第2週: [日付範囲]
| 曜日 | タイプ | タイトル | テンプレート | クラスター | ターゲットキーワード | ステータス |
|-----|------|-------|----------|---------|---------------|--------|
| 月 | 新規 | [タイトル] | comparison | [クラスター] | [キーワード] | Brief |
| 木 | 新規 | [タイトル] | listicle | [クラスター] | [キーワード] | Brief |

### 第3週: [日付範囲]
[...]

### 第4週: [日付範囲]
[...]

## 今月のコンテンツミックス
- 新規投稿: [N]
- フレッシュネス更新: [N]
- リパーパスコンテンツ: [N]
- コンテンツタイプ: [ガイド、比較、ハウツー、リスト記事、...]

## フレッシュネス更新キュー
| 投稿 | 最終更新日 | 優先度 | スケジュール |
|------|-------------|--------|----------|
| [スラッグ] | [日付] | High | 第2週 |
| [スラッグ] | [日付] | Medium | 第4週 |

## 季節的フック
- [イベント/トレンドとその活用方法]

四半期カレンダー形式

# 四半期編集計画: Q[N] [年]

## コンテンツ戦略
- トピッククラスター: [N] アクティブ
- 新規投稿予定数: [N]
- フレッシュネス更新予定数: [N]
- リパーパスコンテンツ: [N]
- 総コンテンツアクション数: [N]

## 第1ヶ月: [月]
### フォーカス: [主要クラスターまたはテーマ]
| 週 | タイプ | タイトル | テンプレート | クラスター | キーワード |
|------|------|-------|----------|---------|---------|
| W1 | 新規 | ... | how-to-guide | ... | ... |
| W1 | 更新 | ... | -- | ... | ... |
| W2 | 新規 | ... | comparison | ... | ... |
[...]

## 第2ヶ月: [月]
### フォーカス: [主要クラスターまたはテーマ]
[...]

## 第3ヶ月: [月]
### フォーカス: [主要クラスターまたはテーマ]
[...]

## 四半期目標
- [ ] [N]件の新規投稿を公開する
- [ ] [N]件の既存投稿をフレッシュネス更新する
- [ ] [クラスター]のピラーページと[N]件のサポートページを完了する
- [ ] [指標目標]を達成する

ステップ5.5: トピッククラスター進捗追跡

各トピッククラスターの構築状態を追跡します。新しいクラスターを始めるよりも、部分的に構築されたクラスターを優先します。

## トピッククラスター進捗
| クラスター | ピラー | 公開済みスポーク | 計画済みスポーク | カバレッジ |
|---------|--------|-----------------|----------------|----------|
| [トピック] | Published | 5/10 | 今四半期5件 | 50% |
| [トピック] | Draft | 2/8 | 今四半期3件 | 25% |
| [トピック] | 未着手 | 0/6 | 今四半期1件 | 0% |

クラスター優先順位のルール:

  • カバレッジ50%以上のクラスター: 完了が最優先
  • ピラーページは公開済みだがスポークが少ないクラスター: 第2優先
  • 新しいクラスター: 既存クラスターのカバレッジが75%以上に達した場合のみ開始
  • 同時にアクティブに構築するクラスターは最大3つまで

ステップ5.6: 配信スケジュール

各新規投稿について、チャネル全体の配信を計画します。カレンダー出力に配信タイミングを含めます。

## 配信スケジュール
| 投稿 | 公開日 | LinkedIn | Reddit | メール | YouTube |
|------|-------------|----------|--------|-------|---------|
| [タイトル] | [日付] | 同日 | +2~3日 | 次のバッチ | ピラーの場合のみ |

チャネル別タイミングルール:

  • LinkedIn: 公開日と同じ(重要な洞察+リンクを共有)
  • Reddit: 公開から2~3日後(リンクを直接貼らず、真の洞察を共有)
  • メールニュースレター: 週次でバッチ送信(1通あたり2~3件の投稿を含む)
  • YouTube: ピラーページ投稿のみコンパニオンビデオを計画(リソース集約的)
  • Twitter/X: 公開日と同じ(主要ポイントをスレッド化)

参照: references/distribution-playbook.md にチャネル別の詳細な戦術があります。

ステップ5.7: フレッシュネス自動化

継続的なフレッシュネス保守のためのシステムを設定:

## フレッシュネススケジュール: 今後30日間
| 投稿 | 最終更新日 | 次回更新日 | 優先度 | 担当者 |
|------|-------------|-------------------|--------|-------|
| [スラッグ] | [日付] | [日付 + 30] | High | [名前] |
| [スラッグ] | [日付] | [日付 + 90] | Medium | [名前] |

自動化推奨事項:

  • 高トラフィック投稿の30日更新サイクルにカレンダーリマインダーを設定
  • 「次回更新日」の昇順で投稿をリスト化(最も緊急なものを先頭に)
  • トラフィック/重要度で更新順序を優先付ける
  • 更新ごとにフロントマターの lastUpdated フィールドを更新
  • 更新履歴を追跡して、ランキング/引用に対するフレッシュネスの影響を測定
  • スケジュールされた各更新に対して /blog rewrite の実行を提案

ステップ6: 保存と次のステップ

カレンダーを保存し、以下を提案:

  1. /blog brief <最初のトピック> から始めて最初のコンテンツブリーフを作成
  2. /blog write を使用してブリーフから記事を生成
  3. /blog rewrite を使用して既存コンテンツのフレッシュネス更新を実行
  4. 翌月/翌四半期に /blog calendar を再実行して次の計画を立てる
  5. コンテンツ劣化レポートを毎週確認し、Critical項目から優先的に対処
  6. トピッククラスター進捗を毎月確認し、クラスターが完了に達することを保証

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

関連スキル