更新計画と予算 — 計画と予算の二本柱で、サイトを朽ちさせない

第8章 Lesson 1・第8章 Lesson 2 で公開直前と公開後 1 ヶ月を扱いました。 本記事からは 定常運用フェーズ の話です。 最初に置くのは「更新計画と予算」で、サイトが朽ちないための土台になります。 多くの中小企業サイトは、公開時の華やかさから 1〜2 年で「古いまま放置されたサイト」に変わります。 その境目を決めるのが、更新計画と更新予算の有無です。

1. 定期更新の二本柱 — 計画と予算

「更新しよう」という意思だけでは続かない

公開直後は更新しようとする意欲が高いのですが、3〜6 ヶ月で熱量が落ちます。 意欲だけに頼った更新は、ほぼ確実に止まります。 続けるためには 計画 と 予算 の両輪が必要です。

計画なしの更新 = 行き当たりばったり、予算なしの計画 = 絵に描いた餅

• 計画なし:思いついたときに思いついたものを出す、テーマがばらつく、続かない
• 予算なし:時間も外注もない、計画があっても誰も動けない
• 両方そろって初めて、定期更新は業務として回り始める

担当者の役割は「計画を作る」「予算を経営層と握る」「PDCA を回す」の 3 つ

担当者は記事を書く人ではなく、更新の仕組みを設計して経営層に納得してもらい、PDCA(計画・実行・確認・改善のサイクル)を回す人です。 本書を通底する「担当者は作る人ではなく成果を引き出す人」の運用フェーズ版です。

第 7 章 第7章 Lesson 2 の「ネタの仕組み」と並列で、サイト本体の「計画と予算」が必要

SNS のネタ作りと同じく、サイト本体の更新も 仕組み で支えます。 意欲ではなく構造、というのが第 8 章を貫く考え方です。

2. 更新計画の軸 — PDCA タイミング込みで設計する

計画 = テーマ + 公開頻度 + 担当 + 承認フロー、だけでは不十分

多くの更新計画は「月 4 本」「テーマは○○」「担当者は○○」のような形で終わります。 これだけでは 「立てた計画を後でどうレビューするか」 が抜けます。 レビューがない計画は、立てた瞬間が最後の出番になります。

PDCA の各フェーズのタイミングまで計画に組み込む

• Plan(企画)：いつ・誰が・どのテーマを企画するか
• Do(執筆・公開)：いつ・誰が・どのフォーマットで実行するか
• Check(数字確認)：いつ・どの指標で評価するか
• Act(リライト・撤去・次企画)：いつ・どんな基準で次を決めるか

半期・四半期・月次・週次の階層で PDCA タイミングを揃える

• 半期:大方針・予算配分の見直し
• 四半期:テーマの見直し、新規企画の追加
• 月次:計画 vs 実績、次月の細部詰め
• 週次:進捗確認、緊急ネタの差し込み

「いつ何を見て、いつ次を決めるか」が決まっていないと、計画は形骸化する

「立てたけど見直していない計画」は珍しくありません。 PDCA タイミングが組み込まれていれば、計画は自動的にレビュー対象になります。 タイミングが組み込まれていなければ、計画は引き出しの奥で眠ります。

3. 計画を「おろそかにしない」工夫

計画が形骸化する原因

• 立てた後にレビューする場がない
• 経営層と共有していない
• 計画 ≠ 担当者の評価軸(達成しなくても誰も気にしない)

毎月の定例で「計画 vs 実績」を見る、達成も未達もそのまま記録

達成だけ振り返ると次の計画が甘くなる、未達だけ振り返ると気持ちが続かない。 両方をフラットに見るのが現実的です。 「達成 4 本、未達 1 本、理由は○○」のようにそのまま記録します。

経営層と「更新計画」を半期で擦り合わせ、優先度を握る

• 担当者だけが知っている計画は、業務優先度として認知されない
• 経営層と握ると、優先度が組織の意思決定に乗る
• 半期に 1 度の擦り合わせで、目線を揃える

第2章 Lesson 4「未達を悪にしない」を運用フェーズでも貫く

未達を悪にすると、担当者が未達を隠したり、過小な計画を立てたりします。 達成も未達も学びの素材にする文化が、計画の継続を支えます。

4. 状況に応じた臨機応変な調整 — 計画 ≠ 固定

業界トレンドの変化・季節要因・社内の動き・競合の動きで、計画は必ずズレる

• 業界の新動向に合わせて記事のテーマを差し替える
• 季節商材の繁忙期に向けて頻度を上げる
• 社内の新商品発売・周年・採用キャンペーンとの連動
• 競合の新戦略への対応

「計画通りに 100% 進めること」を目指すと現実から乖離する

厳密に計画通りに動こうとすると、変化に対応できないまま陳腐化します。 「計画を更新する」のも計画の一部、と捉えるのが現実主義です。

月次の見直しで「予定 → 前倒し / 延期 / 中止 / 差し替え」を判断する仕組みを持つ

• 月初に当月の予定を再確認
• 前倒し:翌月予定を今月に
• 延期:今月予定を翌月以降に
• 中止:価値が低いと判断したら出さない
• 差し替え:新規ネタを優先する場合

ただし「常に変更」はもはや計画でない、変更の理由と頻度のメタルールを決めておく

毎月計画が大幅に変わるのは、もはや計画とは言えません。 「変更が四半期で何%以内」「変更の理由は文書で残す」のようなメタルールを置きます。 柔軟性と規律のバランスが、現実主義の計画運用です。

5. 担当者によくある失敗 ① — 更新頻度の目的化

「定期的な更新計画」(【更新計画の軸】)は、公開頻度の計画に偏りがちです。しかし頻度が目的になると、不要な記事・薄いニュース・社内都合の更新 が増えます。ストック型メディア(公開後も記事が資産として残る媒体)では、本数よりも 1 本ごとの蓄積価値を優先します。だからこそ 質の判断基準 も、計画の一部として組み込みます。

頻度目的化で発生する 3 つの失敗

失敗 1：不要な記事(SEO キーワード狙いだけで中身がない)

• 症状：「○○とは」「○○ おすすめ 10 選」など、Google サジェスト(検索窓に表示される候補語)や競合追随で生まれた記事
• 何が起きるか：ユーザーが読んで価値を得られず即離脱、滞在時間・回遊が低い → 検索結果で評価されにくくなる
• 連動:第6章 Lesson 1 SEO 評価軸 / 第6章 Lesson 2「自社でアンサーを出せないキーワードを狙う」失敗と同型

失敗 2：薄いニュース(社外価値が薄い社内告知)

• 症状：社長交代、周年祝賀、社員紹介、社内表彰、出店記念パーティーレポート(社外読者には価値が薄い)
• 何が起きるか：検索流入もシェアもされない、サイト全体の質が下がる、読者から「自社の話ばかり」と認識される
• 第7章 Lesson 1「ユーザーが思わずいいね」の逆 — 自社訴求一辺倒

失敗 3：社内都合の更新(経営・部署の意向で生まれる記事)

• 症状：経営層が「これを発信したい」、新規部署が「プロモーションをここに」、特定部署が「これも載せて」
• 何が起きるか：ユーザー視点より社内発信が優先、サイトのトーンが分裂、独自視点が散漫
• 第4章 Lesson 3「キメラ防止」と同型の構造、自社らしさが消える

公開前に止めるための 5 つの質判断基準

新規記事を企画する段階で、5 つの問いすべてに「はい」と答えられる場合だけ公開 します。

1. ユーザーに価値があるか? — 検索意図に応えるか、ユーザーが「読んで良かった」と思うか
2. 自社の独自視点・独自情報があるか? — 競合の名前に置き換えても成立する一般論ではないか(第5章 Lesson 2 連動)
3. 検索意図に自社が答えられるか? — 自社の経験・現場知見で答えられるテーマか(第6章 Lesson 2 連動)
4. ブランドトーン・自社らしさに合うか? — トーン&マナー(文章や見た目の一貫したルール)から外れていないか(第4章 Lesson 1 / 第7章 Lesson 1 連動)
5. 社内都合ではなく、ユーザー価値が起点か? — 経営・部署の意向だけで生まれていないか

5 問のうち 1 つでも「いいえ」なら、企画段階で却下、もしくは内容を再構成します。

「月 4 本」を「月 2 本」に減らす勇気も計画の一部

• 頻度が目的化したら、頻度を減らす判断 が必要
• 「月 4 本出した」より「月 2 本でも刺さった」 が ストック型メディアでは強い
• 月次レビューで「不要だった記事」「薄かったニュース」を 撤去・非公開化 する勇気も持つ
• 経営層と「頻度ではなく価値で評価する」を半期で握り直す

社内都合の更新を「別動線」に逃がす設計

社内都合の発信(社内表彰 / 周年など)は 完全に否定せず、別動線に逃がす：

• 社内向け SNS(社員向け Slack / 社報)で発信
• 採用ページの「社内の様子」セクション に集約(採用候補者には価値あり、第7章 Lesson 1 連動)
• メルマガの「編集後記」枠 で軽く触れる(主要記事の前段ではない)

「Web サイトの主要動線」と「社内向け / 採用向け / メルマガ末尾」を チャネル分離 することで、社内都合の発信欲求とサイトの質が両立します。

月次レビューで「本数」ではなく「質」を報告する

月次の計画 vs 実績確認(【計画を「おろそかにしない」工夫】)に、新規記事の質チェック を追加します。

• 公開した記事の 滞在時間・回遊数・指名検索増加 を計測
• 5 問のうち何問満たしていたか、振り返り
• 質が低かった記事は 次月の撤去候補 に
• 経営層への報告も「本数」だけでなく「刺さった記事数 / 撤去候補数」を併記

6. 担当者によくある失敗 ② — 新しい施策に夢中で既存コンテンツが朽ちる

新しい SNS、新しい広告手法、新しいキャンペーン、新しい AI ツール

目新しさへの誘惑は尽きません。 新しいものは魅力的で、社内の関心も高く、経営層への報告も映えます。 だから新しい施策にリソースが流れます。

担当者のリソースは有限、新しい施策に投じた時間は既存コンテンツから引かれる

• 過去に作った記事を読み返す時間
• 事例の情報を更新する時間
• FAQ をメンテナンスする時間
• 古い数字を最新版に書き換える時間
• これらが削られる

結果としてサイト全体の鮮度が落ち、検索評価・信用・コンバージョン率がじわじわ低下する

• 古い情報のままの記事が検索評価で下がる
• 事例の数字が古いまま放置されて信用を落とす
• FAQ が古い仕様のままで問い合わせが増える
• 全体としてサイトが「古い印象」を生む

朽ちは「いつ起きたか」が見えにくいので、気付いた時には全面リニューアル級の負債に

朽ちは一気に起きません。 じわじわと積もり、ある日突然「うちのサイト古いね」と社内外から言われる。 そこからのリカバリは、全面リニューアル級のコストになります。

7. 担当者の打ち手 ① — PDCA 確認時点まで入れた計画書を経営層と握る

計画書には「テーマ × タイミング × 担当 × 承認 × 予算 × PDCA 確認時点」をすべて入れる

• テーマ(何を発信するか)
• タイミング(いつ公開するか)
• 担当(誰が書くか・誰が編集するか・誰が承認するか)
• 承認フロー(どの段階で誰が承認するか)
• 予算(各記事のコスト想定)
• PDCA 確認時点(いつ数字を見て次を決めるか)

経営層と「年間予算化された更新計画」として握る

年間の予算枠として握れば、「定期更新」が業務として認知されます。 月次の都度承認ではなく、年間枠の中での執行に変わります。

月次の進捗報告で「計画通り」だけでなく「変更点とその理由」も伝える

• 計画通り進んだもの
• 計画から変更したものとその理由
• 翌月以降の見通し
• 経営層への透明性が、計画の継続を支える

PDCA の Check(数字確認)と Act(次企画への反映)のタイミングを明示

これを欠かすと PDCA が回りません。 「いつ数字を見るか」「数字を見て何を判断するか」「次の企画にどう反映するか」を、計画書に明示します。

8. 担当者の打ち手 ② — 更新予算を制作予算と別に確保する

制作予算は「サイトを作るお金」、更新予算は「サイトを育てるお金」、別物として考える

• 制作予算:サイトを公開状態に持っていくまでのコスト
• 更新予算:公開後にサイトを育てていくコスト
• 性質が違うので、別枠で管理する

多くの中小企業では制作予算は出るが、更新予算は後回しになる

• 制作予算は「目に見える成果物」のために出やすい
• 更新予算は「継続コスト」として削減対象になりやすい
• 結果として「立派なサイトを作ったけど、その後の更新がない」状態に陥る

更新予算に含める項目

• 社内人件費(担当者の時間コスト)
• 社外ライター費
• 撮影・素材費
• 業者編集費
• 解析ツール費
• リライト工数

「月額いくら」の形で経営層と握る

「月 5 万円」「月 10 万円」のような月額予算で握ります。 単発の都度承認では、申請の度に時間を取られ、結果として動かなくなります。 月額枠を握れば、その範囲内で機動的に運用できます。

予算がないなら更新頻度を落とす、「予算ゼロで月 4 本」は誰も得しない運用

• 予算ゼロで月 4 本を続けようとすると、担当者の善意と気合に依存する
• 担当者が交代・退職・休職した瞬間に、運用が止まる
• 予算がないなら、頻度を月 1 本に落とし、その 1 本に集中する方が結果として良い

9. 既存コンテンツのメンテナンス設計 — 朽ちを防ぐ

公開済みコンテンツを「保持・更新・撤去」で定期棚卸し(年 2 回が目安)

• 半期に 1 度の棚卸し(全記事を一覧で見直す作業)
• 全記事を一覧化して、3 分類(保持 / 更新 / 撤去)に振り分け
• 更新優先度を付ける

更新対象

• 情報が古くなった記事(統計データ、サービス内容、価格)
• 実態と合わない事例
• リンク切れ
• 価格・スペックの変動

撤去対象

• 役割を終えたキャンペーンページ
• 社外要因で陳腐化した情報
• 当時の文脈でしか意味のなかった記事

保持対象

• 評価されている記事(検索流入が多い、被リンク〈外部サイトからのリンク〉がある)
• 定常 SEO 流入の主力
• これは触らない、または最小限の修正で済ます

棚卸しは PDCA の Check に組み込む

新規企画ばかりに目が向くと、棚卸しが回らなくなります。 PDCA の Check の中に「半期棚卸し」を固定で入れて、回り続ける仕組みにします。

10. 業者・社外ライターとの分業設計

自社が担う

• 独自視点(自社にしかない知見)
• 最終判定(公開判断)
• 自社らしさのチェック(第7章 Lesson 1 の「ひいき目を抜く」を活かす)

業者・社外ライターが担う

• 取材(自社の現場から情報を引き出す)
• 執筆(取材内容を記事として整える)
• 編集(構成・文章の調整)
• SEO 整形(見出しタグ・メタ情報)

「丸投げ」と「全部社内」の中間で、自社の独自視点が生きる分担を作る

丸投げだと自社らしさが消える、全部社内だと負荷で続かない。 中間の 「ネタは社内、形にするのは業者」(第7章 Lesson 2 と同型)が現実的です。

ライター単価と本数は「更新予算」の枠内で設計

• 1 本あたりの単価(取材 + 執筆 + 編集)
• 月本数の上限
• 追加発注の判断軸
• 無理のない契約に

第6章 Lesson 3「業者との曖昧な指示しない」を継承

ライターにも「何を狙うか」を毎回明示します。 キーワード、ターゲット読者、訴求軸、独自情報の素材、参考にすべき過去記事。 曖昧な依頼は曖昧な原稿を生みます。

11. 月次・四半期・半期のリズム設計

【更新計画の軸】 ではリズムの考え方を扱いました。 ここでは実際の 会議体 として、週次・月次・四半期・半期に何を見るかを整理します。

週次 — 進捗確認(短時間)、緊急ネタの差し込み判断

• 進捗の確認(計画通り進んでいるか)
• 緊急ネタの差し込み判断
• 15〜30 分で終わる軽い場

月次 — 計画 vs 実績の確認、次月の細部詰め、数字レビュー

• 当月の計画 vs 実績
• 翌月の細部の詰め
• 数字レビュー(PV〈ページ閲覧数〉、流入、CV〈問い合わせ・購入などの成果〉、滞在時間)
• 質チェック(【担当者によくある失敗 ①】)

四半期 — テーマの大きな見直し、新規企画の追加、撤去候補の判断

• テーマの大きな見直し
• 新規企画の追加
• 撤去候補の判断
• 業者契約の見直し

半期 — 棚卸し、年間計画の半期見直し、予算の追加交渉

• 既存コンテンツの棚卸し(【既存コンテンツのメンテナンス設計】)
• 年間計画の半期見直し
• 来期予算の追加交渉
• 経営層への報告

経営層への報告は四半期が目安、月次は社内運用の場として使い分け

月次は実務の場、四半期は経営層との戦略合意の場、と性質を分けます。 全部の場に経営層を巻き込むと、月次の機動性が下がります。

更新計画も予算も、最初から完璧に組む必要はありません。 まずは「いつ数字を見て、いつ次を決めるか」を一行決めるだけでも、計画は形骸化しにくくなります。 新規に追われて既存が朽ちていくのは、誰にでも起こる自然な流れです。 だからこそ仕組みで支える——そう捉えれば、運用フェーズはぐっと楽になります。 小さく回しはじめて、半期ごとに整えていきましょう。