コンテンツカレンダーの作り方｜テンプレートと5ステップ

オウンドメディアの更新が止まる会社と続く会社の差は、やる気でも人数でもなく、「次に何をいつ出すかが決まっているか」です。毎回「今月は何を書こうか」から始める運用は、その意思決定コストだけで疲弊し、本業が忙しくなった瞬間に止まります。

この記事では、更新を仕組みで支えるコンテンツカレンダーの作り方を解説します。カレンダーに入れるべき項目、作成の5ステップ、そのまま使えるテンプレート、少人数・兼任体制でも回る運用ルール、AIで四半期分の計画を下書きさせるプロンプトまで。1人マーケターや兼任担当者を想定して書いています。

30秒で分かる結論

• コンテンツカレンダーは「公開予定表」ではなく「意思決定の前倒し装置」。何を・いつ・誰が・何のために出すかを月初までに決め切るのが目的

• 項目は8つで十分：公開予定日／タイトル案／狙いキーワード／検索意図／CV導線／担当／ステータス／公開後URL

• 作り方は5ステップ：ネタの棚卸し→テーマのクラスター化→優先度付け→月次配分→運用ルール決め

• 計画は3ヶ月分だけ作る。6ヶ月先まで埋めても、データとトレンドで必ず崩れる

• 少人数運用の鍵は「週1回15分の進捗確認」と「バッファ記事2本」。この2つで遅延の連鎖を防げる

動画で学ぶ

コンテンツマーケティングやAI活用の実務ノウハウは、YouTubeチャンネル（【ドヤマーケAI】ミツモリ）でも解説しています。記事と併せてご覧ください。

コンテンツカレンダーとは？何のために作るのか

コンテンツカレンダーとは、記事やホワイトペーパーなどのコンテンツについて、公開日・テーマ・担当・目的を一覧化した運用計画表です。

重要なのは、カレンダーの目的を「予定の可視化」だと思わないことです。本当の目的は、意思決定の前倒しにあります。記事制作で一番エネルギーを使うのは、書く作業ではなく「何を書くか決める」工程です。これを毎回、制作の直前にやると、決められない日=書けない日になります。月初にまとめて決めておけば、制作日は迷わず手を動かすだけになります。

副次的な効果も大きいです。

• テーマの偏り・カニバリ（同じキーワードの取り合い）を企画段階で防げる

• 上司や経営層に「計画に基づいて運用している」ことを示せて、単発の思いつき依頼を断りやすくなる

• 公開後の効果測定が「計画との差分」で語れるようになる

カレンダーに入れる項目：8つで十分

項目を増やしすぎると更新が面倒になり、カレンダー自体が放置されます。次の8項目に絞るのがおすすめです。

ツールは、スプレッドシートで十分です。NotionやTrelloでも構いませんが、大事なのはツールの機能ではなく「1枚に全部ある」ことです。カレンダー・ネタ帳・進捗表が別ファイルに分かれた瞬間、どれかが更新されなくなります。

コピーして使えるテンプレート（スプレッドシート用）

上の8項目に、ステップ4で説明する「着手週」を加えた9列のテンプレートです。下の枠内をコピーしてスプレッドシートに貼り付け、「データ」メニューの「テキストを列に分割」で区切り文字をカンマにすると、そのまま表になります。2〜4行目は架空の記入例です。自社のネタに書き換えてください。

公開予定週,着手週,タイトル案,狙いキーワード,検索意図（1行）,CV導線,担当（執筆／確認）,ステータス,公開後URL
11月第1週,10月第3週,展示会の準備チェックリスト,展示会 準備 チェックリスト,出展までに何をいつやるか知りたい,資料DL（準備シート）,担当A／担当B,執筆中,
11月第2週,10月第4週,展示会後のお礼メール例文,展示会 お礼メール 例文,来場者に送る文面をすぐ使いたい,メルマガ登録,担当B／担当A,未着手,
11月第3週,11月第1週,（リライト）ホワイトペーパーの作り方,ホワイトペーパー 作り方,構成と作成手順を知りたい,資料DL（テンプレート）,担当A／担当B,未着手,（既存記事のURL）

リライトの行は、タイトル案の先頭に「（リライト）」と付けて新規と同じ表で管理します。公開後URLの列には既存記事のURLを先に入れておくと、どの記事を直すのかが一目で分かります。

作り方5ステップ

ステップ1：ネタの棚卸し

まず、書く候補をすべて洗い出します。営業への質問、顧客インタビュー、キーワード調査などからネタを集めます。テーマの束ね方はトピッククラスターの作り方が参考になります。ここでは最低30本、できれば50本のネタリストを作ります。

ステップ2：テーマのクラスター化

ネタを近いテーマごとにグループ化します。「営業リスト関連が8本」「バナー制作関連が6本」のようにまとまると、どのテーマから攻めるかを判断できます。SEO上も、テーマを散らすより1テーマを集中的に出すほうが評価が早く立ち上がります。

ステップ3：優先度付け

各ネタを「検索需要があるか」×「商談につながるか」の2軸で評価します。両方高いネタが最優先、検索需要だけ高いネタは集客用として2番手、商談に近いが検索されないネタは営業資料やメルマガに回す、という整理です。検索需要と難易度の調べ方は、SEOキーワード選定のやり方を参照してください。

このとき見落としがちなのが「勝てるか」の軸です。検索需要も商談への近さも高いのに、上位が大手や比較サイトで埋まっていて中小では現実的に勝てないキーワードは、優先度を下げてロングテール（複合キーワード）に切り替えます。2軸で最優先に入ったネタも、実際に検索して1ページ目の顔ぶれを見てから配置する。この一手間で、公開しても順位が付かない記事に制作リソースを溶かす失敗を防げます。優先度は「需要×商談×勝てる難易度」の3点で確定させる、と覚えてください。

ステップ4：月次配分

優先度順に、無理のない本数で各週に配置します。ここで重要なのが制作リードタイムの逆算です。「公開週の2週間前に執筆開始、1週間前に確認依頼」のように、公開日から逆算した着手日もカレンダーに書き込みます。公開日だけ書いたカレンダーは、必ず直前対応になります。

ステップ5：運用ルール決め

最後に、カレンダーを死なせないためのルールを3つだけ決めます。①週1回15分、ステータスを更新する定例を置く（1人運用でも自分との定例として固定する）、②月末に翌月分を確定し、翌々月分を仮置きする、③計画変更はカレンダー上で行い、口頭やチャットだけで変えない。

3ヶ月ローリング方式：計画は作りすぎない

カレンダーは「今月＝確定、来月＝ほぼ確定、再来月＝仮置き」の3ヶ月ローリングで運用するのがおすすめです。

半年先まで確定させると、順位データやトレンド、事業側の変化（新機能、キャンペーン）で必ず崩れ、「計画と実態がずれたカレンダー」は誰も見なくなります。逆に1ヶ月分しかないと、テーマの積み上げ戦略が立ちません。3ヶ月は、戦略性と柔軟性のバランスが取れる長さです。

月末の棚卸しでは、翌月分の確定と同時に、公開済み記事の初速（表示回数・順位）を確認し、必要ならリライトをカレンダーに組み込みます。新規とリライトの比率は、運用1年目なら8:2、2年目以降は6:4程度が目安です。リライト対象の選び方は記事リライトのやり方で解説しています。

三森の実務メモ：私は更新頻度の目標を立てるのをやめました。代わりに置いているのが「四半期の合計本数」です。週1本と決めると、忙しい週に1本落ちた時点で敗北感が生まれ、これが積み重なると運用が止まります。「四半期で12本」なら、忙しい週はゼロ、余裕のある週に2本でいい。検索エンジンは公開の等間隔性など見ていません。見ているのはサイト全体のコンテンツの量と質です。カレンダーは自分を縛る道具ではなく、意思決定を先に済ませる道具として使ってください。

3ヶ月ローリングの前に、年間の固定行事だけ先に置いておく

3ヶ月分しか作らないと言うと、「展示会や決算期のような、半年先に決まっている行事はどう扱うのか」と聞かれます。答えは、記事の計画は3ヶ月、日付が決まっている行事だけは年間で先に置く、です。カレンダーの上部に「年間行事」の行を1つ作り、次のようなものだけを書き込みます。

• 出展が決まっている展示会・自社主催のセミナーやウェビナーの開催日

• 自社サービスの新機能リリースや料金改定など、事業側で日付が確定している予定

• 読者側の繁忙期（決算期、年度初め、年末年始、業界の総会や法改正の施行日など）

ここに書くのは日付だけで、記事のタイトル案は書きません。書いた瞬間にそれは「半年先の確定計画」になり、崩れたときに誰も見なくなるからです。月末の棚卸しで翌月分を確定するとき、この行を見て「展示会の6週間前だから、準備チェックリスト記事の着手週は今月」と逆算し、そこで初めて記事の行に落とします。行事は年間、記事は3ヶ月。この分け方なら、季節要因を取りこぼさずに、計画が実態からずれる問題も避けられます。

なお、行事の日付が変わったときは、年間行事の行だけを直します。記事の行はまだ存在しないか、3ヶ月以内の分だけなので、修正は最小で済みます。

少人数で回すコツ：遅延を前提に設計する

兼任・少人数の体制では、遅延は起きるものとして設計します。

• バッファ記事を2本持つ：時事性のない定番テーマの記事を2本、公開せずにストックしておきます。急な業務で執筆が落ちた週は、バッファを出して更新を守り、翌週バッファを補充します

• 1記事の工程を分解する：「構成案30分→本文下書き→確認→入稿」と工程を分ければ、まとまった執筆時間が取れない週でも前進できます。特に構成案と本文の分離は効果的で、構成案さえできていれば、本文はAIで下書きを作って編集する運用に切り替えられます

• 確認者のSLAを決める：「確認依頼から3営業日以内にフィードバック」のように、レビュー待ちで止まる時間に上限を設けます。兼任体制の遅延の半分はレビュー待ちです

メディア全体の体制づくりについては、オウンドメディアの始め方も参考にしてください。

三森の実務メモ：バッファ記事2本は、私が一番救われている運用です。以前は「今週は展示会があるから更新お休み」を認めていたら、休みが3週続いてそのまま止まりかけました。今は、時事性のない定番テーマ（用語解説やチェックリスト系）を必ず2本、公開前の状態で寝かせています。ポイントは、バッファを使ったら翌週の定例で必ず補充タスクを積むこと。バッファは「緊急時の在庫」であって「先延ばしの言い訳」ではない、と自分に言い聞かせるための仕組みでもあります。

AIで四半期分のカレンダーを下書きするプロンプト例

ゼロから配置を考えるより、AIに叩き台を作らせて修正するほうが早いです。

あなたはBtoBオウンドメディアの編集長です。
以下のネタリストから、3ヶ月分のコンテンツカレンダーを作成してください。

・前提：執筆リソースは月4本（うち1本はリライトに使う月もある）
・配置方針：
  - 同一テーマを2〜3本連続で出し、テーマの網羅性を早く作る
  - 「商談への近さ：高」のネタを毎月最低2本入れる
  - 制作リードタイム2週間として、着手週も記載する
・出力形式：表（公開週／タイトル案／狙いキーワード／検索意図1行／CV導線／着手週）
・ネタリストにない記事を勝手に追加しない（推測で埋めない）
・最後に、この計画の弱点を2つ指摘してください

【ネタリスト】
（ネタ／狙いキーワード／優先度の一覧を貼り付け）

最後に弱点を指摘させるのがポイントです。「特定テーマに偏っている」「CV導線が単調」といった自分では気づきにくい穴を、公開前に潰せます。

プロンプトをどのAIに貼ればよいかは、手元にあるツールで構いません。株式会社スリスタが会社員400名に行った調査では、業務で使われる生成AIはChatGPT 60.8%・Google Gemini 49.7%・Microsoft Copilot 41.8%（AI利用者153名・複数回答）の3つに集中しており、広告・マーケティング業界（n=15）ではChatGPT 73.3%／Gemini 60.0%／Notion AI 26.7%でした。AI利用者の49.0%が複数ツールを併用しており、平均利用ツール数は1.82です。上のプロンプトは「表で出す」「推測で埋めない」「弱点を指摘する」という指示の構造で動くので、どのツールでも同じ手順で試せます。カレンダーをNotionで管理している場合は、同じ画面内のAI機能で下書きさせる方法もあります（出典：株式会社スリスタ『企業の生成AI活用実態調査2026』（n=400）職場の生成AIツールシェア実態2026。業界別の値は回答人数が少ないため、傾向の目安としてご覧ください）。

コンテンツカレンダーのツール別の使い分け：スプレッドシート・Notion・Jira／Trello・自作

「コンテンツカレンダー テンプレート」で検索すると、Notionの公式ギャラリーだけでも多数のテンプレートが出てきますし、JiraやTrello、Asanaにも公式テンプレートがあります。選択肢が多いほど迷うので、ここでは「テンプレートを選ぶ前に決めること」「スプレッドシートから移る目安」「SNS投稿まで同じ表で管理するときの列」「SaaSを契約せず自作する選択肢」の4つに絞って整理します。

テンプレートを選ぶ前に確認する3つの条件

テンプレートは見た目で選ぶと、使い始めてから列を足したり消したりすることになります。ダウンロードや複製の前に、次の3点だけ確認してください。

• この記事の8項目（公開予定日／タイトル案／狙いキーワード／検索意図／CV導線／担当／ステータス／公開後URL）に対応する列があるか。無い列は足せるか。特に「検索意図」と「公開後URL」は、SNS向けやプロジェクト管理向けのテンプレートには無いことが多い項目です

• ステータスが4段階以内に収まっているか。承認フローが細かく分かれたテンプレートは、少人数では更新が追いつきません。使わない段階は最初に削ります

• カレンダー・ネタ帳・進捗が1つの表（1つのデータベース）にまとまっているか。ネタ帳が別ページになっているテンプレートは、どちらかが更新されなくなります

この3条件を満たすなら、スプレッドシートでもNotionでも、どのテンプレートでも構いません。逆に、満たさないテンプレートは、機能が豊富でも自社の運用には合いません。

スプレッドシートからデータベース型ツールへ移る目安は「ビュー切替」と「承認ゲート」

FAQでも触れているとおり、始めるならスプレッドシートで十分です。では、NotionやJira、Trello、Asanaのようなデータベース型のツールが向くのはどんな段階か。目安になるサインは3つです。

• 同じデータを「月のカレンダー」「工程ごとのボード」「一覧」で見たい人が分かれてきた。編集担当はボードで進捗を、上長はカレンダーで公開予定を見たい、という状態です。スプレッドシートでは表を複製して二重管理になりがちで、ビューを切り替えられるツールの価値が出ます

• 「確認中」から「公開済」の間に、法務や上長の承認を必ず通す必要が出てきた。承認者が変わるまで次に進めないゲートは、ステータスの手入力よりツール側の制御に任せたほうが漏れません

• ステータス変更や期日超過を、担当者に自動で知らせたい。週1回15分の定例で拾えなくなった件数になったら、通知機能のあるツールに移す時期です

この3つのどれにも当てはまらないなら、移行しても管理コストが増えるだけです。ツールの機能を先に見るのではなく、運用で困っている事象から逆算して決めてください。

SNS投稿まで同じ表で管理するときに足す3列

FAQで「形式」の列を足せば記事・メルマガ・SNSを1枚で管理できると書きました。SNSの行を実際に運用するには、形式に加えて次の3列が要ります。

• 投稿文：記事の行にはタイトル案があれば十分ですが、SNSの行は本文そのものを書いておかないと予約投稿ができません。媒体ごとに文字数の上限が異なるので、投稿先の媒体名も形式の列で区別します

• 画像：記事のアイキャッチを流用するか、投稿用に別に作るかを記入します。画像が無いことが投稿の遅れの原因になりやすい項目です

• 計測用リンク：記事URLにUTMパラメータ（utm_source、utm_medium、utm_campaign）を付けたリンクを記入します。どの投稿から記事に来たかを後で分けて見られるようになります。パラメータの仕様はGoogleアナリティクスのヘルプ（https://support.google.com/analytics/answer/10917952）を参照してください

記事1本に対してSNS投稿を複数出す場合は、記事の行を親にして、公開後URLの列が埋まった時点でSNSの行を作る順番にすると、記事が遅れたときにSNSの行だけが先行する事故を防げます。投稿文の下書きは、公開した記事をAIに渡して作らせるのが早いです。

以下の記事本文から、X（旧Twitter）向けの投稿文を3案作ってください。
・1案目：記事の結論を1文で伝える
・2案目：読者が困っている状況から入り、記事で解決できることを伝える
・3案目：記事内の具体的な数字や手順を1つだけ切り出す
・各案は120文字以内、絵文字は使わない、記事にない主張を足さない
・末尾に「記事はこちら」と書き、URLを入れる位置を【URL】で示す
【記事本文】
（公開した記事の本文を貼り付け）

SaaSを契約せず、進行管理ツールを自作するという選択肢

データベース型ツールに移る段階になっても、月額のSaaSを契約する以外の道があります。コンテンツカレンダーは要するに「案件・担当・期日・ステータスを持つ進行管理表」なので、汎用のプロジェクト管理ツールと構造が同じです。生成AIにコードを書かせて自社専用のプロジェクト管理ツールを作る過程を、次の動画で実演しています。同じやり方で、この記事の8項目だけを持つ最小の管理表を作ることもできます。既製ツールの機能が多すぎて更新が止まる、という悩みへの一つの答えです。

おすすめの無料ドヤマーケAIサービス！

ドヤ記事作成SEO・LLMOを意識した構成作成から長文記事の執筆、整合性チェックまでを効率化します。

ドヤ記事作成を詳しく見る

よくある質問（FAQ）

Q. 月に何本公開するのが正解ですか？

「品質を保てる最大本数」が正解で、多くのBtoB企業では月2〜4本です。それ以下だと、テーマの網羅性ができるまでに時間がかかりすぎ、成果の実感が持てずに運用が止まりがちです。月2本を12ヶ月続けるほうが、月8本を3ヶ月で燃え尽きるより確実に成果が出ます。AIで下書きを作る体制なら、同じ工数で月4〜8本まで引き上げられます。

Q. 計画どおりに公開できず、カレンダーが形骸化してしまいます

原因はほぼ2つで、計画本数が多すぎるか、着手日を書いていないかです。まず本数を「先月実際に公開できた本数」まで落としてください。計画は理想ではなく実績から作ります。そのうえで、公開日ではなく着手日ベースでカレンダーを見る習慣に変えると、遅延が2週間前に検知できるようになります。

Q. 急な依頼（経営層の思いつき記事など)でカレンダーが崩れます

カレンダーがあること自体が防波堤になります。依頼が来たら「今月の枠はこの計画で埋まっているので、来月枠に入れるか、どれかと差し替えるか選んでください」と、カレンダーを見せて選択を返します。感情論にならず、機会費用の判断として会話できるのが、計画を持つ実務上の最大のメリットです。

Q. カレンダー管理におすすめのツールはありますか？

始めるならスプレッドシート一択です。理由は、全員が使えて、項目を自由に設計でき、他ツールへの移行も簡単だからです。記事数が100本を超え、複数人の編集フローが複雑になってきたら、NotionやAsanaなどのデータベース型ツールへの移行を検討すればよく、最初からツール選定に時間をかける必要はありません。

Q. 記事以外（SNS・メルマガ・ウェビナー）も同じカレンダーに入れるべきですか？

同じテーマを複数の形式で出すなら、1枚にまとめるほうが管理しやすくなります。記事の公開週にメルマガで紹介し、翌週のSNSで要点を発信する、といったつながりが見えるからです。その場合は「形式」の列を1つ足して、記事・メルマガ・SNS・ウェビナーを区別してください。形式ごとに担当者や更新頻度が大きく違う場合は、記事用のカレンダーを正本にし、他の形式は記事の行を参照する形にすると、二重管理を避けられます。

Q. エディトリアルカレンダーやSNSカレンダーとは別物ですか？

実務上はほぼ同じものを指します。エディトリアルカレンダー（編集カレンダー）は記事やホワイトペーパーなど編集部が作るコンテンツの計画表、SNSカレンダーはSNS投稿に特化した計画表で、コンテンツカレンダーはそれらを含む総称として使われることが多い言葉です。呼び方の違いよりも、この記事で扱っている「何を・いつ・誰が・何のために出すかが1枚で決まっているか」のほうが重要です。SNSカレンダーのテンプレートには投稿文・画像・投稿時刻の列があり、編集カレンダーには狙いキーワードや検索意図の列がある、という項目の違いはあるので、自社で主に出すコンテンツに合わせて列を組み替えて使ってください。

まとめ：カレンダーは「計画表」ではなく「迷わない仕組み」

コンテンツカレンダーの価値は、きれいな計画表ができることではなく、制作のたびに発生していた「何を書くか」「いつまでか」「誰がやるか」という意思決定を月初に前倒しし、制作日を作業に集中させることにあります。8項目・3ヶ月ローリング・週15分の進捗確認・バッファ2本。この最小構成で、少人数でも更新が止まらない編集部運用は実現できます。

カレンダーを埋めたあとの執筆工程は、ドヤマーケAIのドヤ記事作成で短縮できます。狙いキーワードから構成案と本文の下書きが自動生成されるので、「計画はあるのに書く時間がない」というカレンダー運用最大の敵を排除できます。

▶ 動画で学ぶ：ドヤマーケAIチャンネル（マーケティング×AIの実践）