ブログカレンダー — 編集計画 は何をしますか?
トピッククラスター、公開頻度、フレッシュネス更新スケジュール、コンテンツ劣化検出、テンプレート推奨、配信計画、季節的なフックを含む編集カレンダーを生成します。Googleでのトピックオーソリティ構築とAIプラットフォームでの引用フレッシュネス維持に最適化されています。
ワークフロー
ステップ1: ブログを理解する
コンテキストを収集:
- ニッチ/業界 — ブログのテーマは何か?
- 既存コンテンツ — 既存のブログ投稿をスキャン(Globで
*.md,*.mdx,*.htmlを検索) - 公開頻度 — どれくらいの頻度で公開できるか?(デフォルト: 週2回)
- 期間 — 月次カレンダーか四半期カレンダーか?
- ビジネス目標 — ブログで何を達成したいか?(トラフィック、リード、オーソリティ)
ステップ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: 季節・トレンドフック
季節の機会を調査:
- 業界イベント — カンファレンス、製品発表、アルゴリズムアップデート
- 季節トレンド — WebSearchでニッチのGoogle Trendsを確認
- 年次レポート — 主要な調査はいつ新しいデータを公開するか?
- アルゴリズム更新 — 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回 | 8 | 5 | 2 | 1 |
| 週3回 | 12 | 7 | 4 | 1 |
| 週4回 | 16 | 10 | 5 | 1 |
| 週1回 | 4 | 2-3 | 1 | 0-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: 保存と次のステップ
カレンダーを保存し、以下を提案:
/blog brief <最初のトピック>から始めて最初のコンテンツブリーフを作成/blog writeを使用してブリーフから記事を生成/blog rewriteを使用して既存コンテンツのフレッシュネス更新を実行- 翌月/翌四半期に
/blog calendarを再実行して次の計画を立てる - コンテンツ劣化レポートを毎週確認し、Critical項目から優先的に対処
- トピッククラスター進捗を毎月確認し、クラスターが完了に達することを保証