サイトのバイタルチェック — 環境とのギャップ確認、継ぎ接ぎ化との戦い
この記事でわかること
第 8 章のラスト、本書の運用フェーズ最終回です。 短期 PDCA は 8-3・8-4 で扱いました。 本記事は半期〜数年スパンの上位レイヤーで、長期運用の話です。 数年経つとサイトには「継ぎ接ぎ化」という静かな負債が積もります。 気付かないまま放置すると、ある日「うちのサイト、もう古いね」と社内外から言われる。 その手前で介入するのが、長期運用の役割です。
1. 長期運用は三段階サイクル — バイタルチェック → ギャップ確認 → 改善実行
1-1. 短期 PDCA は 8-3・8-4 で扱った、本記事は半期〜数年スパンの上位レイヤー
- 月次 / 四半期の改善:Lesson 8-3・8-4
- 半期 / 年次の長期視点:本記事
- 上位レイヤーの振り返りが、短期 PDCA の方向修正になる
1-2. 長期運用の三段階
- レポート化してバイタルチェック(健康診断と同じ発想)
- 社外/社内環境とのギャップ確認
- 改善実行体制づくり
1-3. 振り返り「だけ」で終わらせない、必ず次のアクションに繋ぐ
振り返り資料を作って終わり、では何も変わりません。 気付き → 行動への橋渡しまでが長期運用の役割です。 三段目の体制づくりがないと、最初の 2 段階は壁飾りで終わります。
1-4. このサイクルが半期または年次で確実に回ることが、長期運用の生命線
短期 PDCA(月次)が走っていても、長期サイクル(半期)が回らないと、戦略レベルの方向修正ができません。 短期と長期の両方が回って、初めてサイトは育ち続けます。
2. 第一段階 ─ バイタルチェック(半期/年次のレポート化)
2-1. 「バイタル」=サイトの基礎体力を示す主要指標
医療の健康診断と同じ発想で、サイトの基礎体力を確認します。 日々の数字ではなく、長期トレンドで見る指標です。
2-2. 主要指標例
- オーガニック流入推移(検索からの流入)
- 指名検索数(社名・サービス名での検索)
- 主要 CV 数(問い合わせ・購入・予約)
- 平均 CV 単価
- リピート率(既存顧客のサイト回帰)
- サイト全体のページ評価分布(Google からの評価傾向)
2-3. 数字だけでなく定性も並べる
- ユーザーの声(問い合わせ・SNS・口コミ)
- 社内の声(営業・カスタマーサクセス)
- 業者からの所感
- 定性と定量を並べて初めて、傾向の意味が読める
2-4. 「前年同期比」「前半期比」で見て、長期トレンドを掴む
前月比だけでは長期トレンドは見えません。 前年同期比・前半期比で、季節要因を除いた長期傾向を見ます。 Lesson 6-7 H2-6 の補完指標「季節性・前年同月比」と同じ考え方です。
2-5. バイタルチェックは「異常」を見つけるためではなく「異常の予兆」を掴むためにある
数字が大きく崩れてからでは、リカバリに時間がかかります。 「ちょっと傾向が落ちてきた」「ここ最近、流入の質が変わった」を早期に掴むのが、バイタルチェックの本質です。
3. 第二段階 ─ 社外環境とのギャップ確認
3-1. AI による検索体験の変化
- AI Overview(Google の生成 AI 検索)の表示拡大
- ChatGPT・Perplexity 等の生成 AI 検索の普及
- ゼロクリック化の進行
- うちのサイトが AI 検索でどう扱われるか
3-2. 技術トレンド
- モバイル UX 標準の変化
- Core Web Vitals 等の指標の進化
- 新しいデバイス(スマートウォッチ・VR/AR)への対応
- ブラウザの仕様変化(Cookie 規制等)
3-3. 業界・競合の動き
- 新規参入
- 競合のサービス変化
- 業界全体のメッセージ変化
- うちのサイトが業界内で時代遅れに見えていないか
3-4. ユーザーの期待値の変化
- 情報量への期待
- 速度への期待(ページ表示・問い合わせ返信)
- 透明性への期待(料金・実績)
- うちのサイトが今のユーザー期待値に応えているか
3-5. 「うちのサイト、3 年前と同じ作りで、社外環境にまだ合っているか?」を毎回問う
3 年前に作ったサイトが、3 年後の今も同じ作りで通用するとは限りません。 バイタルチェックの度に、社外環境との適合度を見直します。 第9章で扱う AI 時代の話と特に強く接続します。
3-6. 本書の「時点依存情報」を半期ごとに洗い直す
本書には 普遍的な考え方 と 時点依存の運用知識(ツール名・サービス名・媒体特性・規約・指標名・AI ツールの能力範囲・法令)が混在しています。 時点依存レイヤーは半年で大きく変わるので、自社の運用判断の前提を本書のまま放置しません。
- 半期に 1 度、本書で参照したツール・サービス・媒体・規約・AI ツールの 公式最新情報 で再確認
- 業者のトレンド共有会(Lesson 9-6)で最新情報をキャッチアップしてもらい、本書の記述とのズレを把握
- 「本書が古くなった部分」を自分で気付ける担当者になる、これが社外環境ギャップ確認の重要な一部
4. 第二段階 ─ 社内環境とのギャップ確認
4-1. 経営方針・事業ポートフォリオの変化
- 扱う商材の追加・廃止
- ターゲット顧客の変化
- 事業の方向転換
- うちのサイトが現在の事業を正しく表しているか
4-2. Web の社内位置づけの変化
- 主力チャネル → 補助に降格(別チャネル中心の戦略へ)
- 補助 → 主力に昇格(Web に投資する決定)
- 位置づけが変われば、投資配分も変わる
4-3. 体制変化
- 担当者交代
- 部署再編
- 予算枠の増減
- 業者契約の見直し
4-4. 営業・カスタマーサクセスからの「現場感」とサイトの整合
- 営業が今、何を訴求しているか
- カスタマーサクセスが現場でどんな声を聞いているか
- サイトのメッセージと現場のメッセージの整合性
4-5. 「サイトが社内の現状と合っているか」を毎回問う
社内が変化していても、サイトが古いままなら、サイトは社内の代弁者として機能しません。 社外ギャップだけでなく、社内ギャップも長期運用の重要なチェックポイントです。
5. 第三段階 ─ 改善実行をスタートする体制づくり
5-1. ギャップが見えても、実行体制がなければ動かない
気付きを行動に変えるのが体制づくりです。 振り返り資料が壁飾りになるか、改善の起点になるかは、ここで決まります。
5-2. 体制要素
- 担当者の稼働時間確保
- 業者との契約見直し(必要なら)
- 予算追加
- 経営層の合意
- 関係者への共有
5-3. 「半期で振り返り、四半期から実行」のリズムが現実的
- 半期:バイタルチェック + ギャップ確認 + 改善方針合意
- 翌四半期:実行体制構築 + 業者調整 + 予算実行
- その先:四半期サイクルで実行 → 検証
5-4. 大きな方向転換は「振り返りの翌四半期」で動き出すスケジュールに乗せる
振り返りと実行を同じ月に詰め込もうとすると、両方が中途半端になります。 「振り返ったら翌四半期から動く」のリズムが、現実的に回るスケジュールです。
5-5. Lesson 8-3 で扱った「更新予算の確保」もこの体制づくりの一部
年間の更新予算を握る、半期のバイタルチェックで改善方針を合意する、翌四半期から実行する — これらがつながって、長期運用の循環が回り始めます。
6. 担当者がやらかしがち ─ 更新の継ぎ接ぎでサイト全体がちぐはぐに
6-1. 個別の更新・改善は「その瞬間その箇所」では良い判断
1 件 1 件の更新は、当時の判断としては合理的だったはずです。 悪い更新を意図的に積んだ人はいません。 それでも継ぎ接ぎは起きます。
6-2. しかし数年積み重なると、デザイントーン・情報構造・コピー方針が継ぎ接ぎになる
- 古いセクションは旧トーン、新しいセクションは新トーン
- 情報構造が場所によって違う
- コピーのスタイルが揃わない
6-3. 古いセクションと新しいセクションが共存、似た情報が重複、ターゲット仮説が混在
- 同じ内容が複数ページに散らばる
- 古い情報と新しい情報が並列で残る
- ターゲット仮説が時期ごとに違う(過去ターゲット向け記事と現在ターゲット向け記事の共存)
6-4. ユーザーから見ると「一貫性のないサイト」、信用毀損が静かに進行
ユーザーは「なんかこのサイト、まとまりがないな」と感じても、その理由を言語化はしません。 だから問題が見えにくく、気付いた時には全面改修クラスの負債になっています。 信用毀損は静かに、しかし確実に進みます。
6-5. 個別更新の意思決定が「全体を意識した判断」になっていなかった結果
「この案件はこれで」の積み重ねで継ぎ接ぎが進む。 全体を意識する場が無いと、個別最適が積もって全体崩壊につながります。
7. 継ぎ接ぎ化が起きるメカニズム
7-1. 担当者・業者の入れ替わりで「過去の判断理由」が失われる
担当者が交代すると、過去の判断の背景が引き継がれません。 業者が変われば、なおさら過去の文脈は失われます。 背景が失われた状態で改修を重ねると、全体整合性が崩れます。
7-2. 個別案件ごとの最適化(「今回はこれで」)が積み重なる
- キャンペーン案件で特別なデザイン
- 急ぎ案件で例外的な構造
- 「今回はこれで」が記録に残らないまま積もる
7-3. サイト全体の設計思想を文書化していないと、それぞれが各自の解釈で動く
「うちのサイトはこういう思想で作っている」が文書化されていないと、担当者・業者・関係者それぞれが自分の解釈で動きます。 解釈がズレた更新が積もると、全体は分裂します。
7-4. 業者を変えると過去の文脈が完全リセット、新しい業者は「目の前の依頼」に最適化する
新しい業者は、過去の意図を知らないので、目の前の依頼内容だけを最適化します。 過去の整合性を守れと言われない限り、守らないのが普通です。
7-5. 担当者自身も時間が経つと過去の判断理由を忘れる
自分の引き継ぎ相手は、未来の自分です。 数年前の自分の判断理由を、今の自分が思い出せないことは多くあります。 記録は他者のためだけでなく、未来の自分のためにも必要です。
8. 担当者の打ち手 ─ 仕様変更の経緯まで含めてとりまとめる
8-1. 単なる「変更履歴」ではなく「なぜそう変えたか」までセットで残す
変更履歴だけでは「何を変えたか」しか分かりません。 「なぜそう変えたか」が残っていないと、未来の担当者は判断理由を再構成できません。
8-2. 残すべき要素
- 変更日
- 変更箇所
- 変更前後の状態
- 判断者(誰が決めたか)
- 判断理由(なぜそう決めたか)
- 当時のデータ・声(判断の背景)
- 想定した効果(何を期待したか)
8-3. サイトの「設計思想ドキュメント」を年次でメンテ
- 初版 → 改訂版 → 改訂 2 版 と継続的にメンテ
- 大きな方針変更があればそこに反映
- 過去の判断は「履歴」として残しつつ、現在の方針を明示
8-4. 業者にも共有、新しい業者を入れる時の最初の渡し物にする
設計思想ドキュメントを最初に渡せば、新しい業者は過去の文脈を理解した上で改修できます。 渡さなければ、業者は目の前の依頼だけ最適化して、整合性が崩れていきます。
8-5. 担当者交代時の最重要引き継ぎ資料
Lesson 3-5「引き継ぎ資料」の長期版です。 短期の引き継ぎは業務マニュアル、長期の引き継ぎは設計思想ドキュメント、と性質が違います。
9. ドキュメント設計の現実解 ─ 過剰でも過少でもない記録術
9-1. 過剰な記録 = 担当者の負担で続かない
完璧な記録を目指すと、記録自体が業務を圧迫して止まります。 記録は手段で目的ではないので、続けられる粒度に抑えます。
9-2. 過少な記録 = 数年後に役立たない
要点だけ書いた記録は、数年後に読んでも意味が思い出せません。 最低限の文脈は残す必要があります。
9-3. 現実解 — 月 1 回の振り返りで「今月の主要変更 3 件」と「判断理由」を 1 ページにまとめる
- 月 1 回、30 分で済む
- 主要変更 3 件に絞る(全部は書かない)
- 1 ページに収める(続けられる量に)
9-4. 四半期で「サイト全体に影響する変更」だけを抜粋、半期で「設計思想に関わる変更」を整理
- 四半期:全体影響のあるものだけ抜粋
- 半期:設計思想に関わる変更を整理、ドキュメントに反映
- 粒度を分けて、長期視点と短期記録を両立
9-5. フォーマット例
- 変更管理表(月次)
- 設計思想ドキュメント(半期改訂)
- ロードマップ(年次)
10. 業者との長期関係の育て方
10-1. 長期運用は業者にとっても価値が積み上がる関係
長期で関わる業者は、自社の独自情報・トーン・歴史を蓄積していきます。 この蓄積を切らないのが担当者の役割です。
10-2. 業者交代は「全リセット」、新しい業者が同じ品質に到達するまで 6 ヶ月以上かかる
業者を変えると、自社理解の蓄積はゼロからのスタートです。 短期的なコスト差より、長期的な蓄積の価値の方が大きいことが多いです。
10-3. 既存業者を続ける条件
- 仕様変更の意図を理解している
- 改善提案が継続的に出る
- 自社理解が育っている
10-4. 既存業者を変える条件
- 自社理解が育たない
- 提案が停滞
- 契約コストと提供価値が乖離
- Lesson 7-4 H2-8 の早期停止 4 条件に該当(計測不備・説明責任不足・媒体ポリシー違反・予算消化優先)
10-5. 「長く付き合う」と「ぬるい関係になる」は別物、定期的な棚卸しは長期関係でも必要
長期関係は良いことですが、長期化すると関係がぬるくなるリスクもあります。 そこで H2-11 の定期棚卸しが必要になります。
11. 長期関係の業者を定期棚卸しする 5 項目
「業者との長期関係」(H2-10)は 継ぎ接ぎ化を防ぐ重要な打ち手 ですが、長期化するほど 品質低下・提案停滞・属人化・契約コストの肥大化 という 4 つの不具合が静かに進みやすくなります。これらは「業者を疑う」ではなく、長期関係を健全に保つための定期棚卸し として、半期に 1 度、5 つの項目をチェックします。「業者交代は全リセット」だから続ける、だけでは、業者側の問題に気づかないままぬるい関係になります。
11-1. 棚卸し項目 1 — 品質低下のサイン
- 具体的な兆候:
- 納品物に 小さなミス が増えている(誤字脱字、リンク切れ、軽微なバグ)
- 「前は気付かなかったのに今回は」が連続する
- リリースのテスト工程が雑になっている、出戻りが増える
- 担当者からの指摘で初めて修正される、業者の事前確認が抜ける
- 判断軸:過去半期の 指摘回数・修正回数 を記録、増えていれば警告
- 担当者の動き方:業者に「最近、品質が下がっていないか?」を率直に問う、リソース割り当ての変化を確認
11-2. 棚卸し項目 2 — 提案停滞のサイン
- 具体的な兆候:
- 業者からの 新規提案が 6 ヶ月以上ゼロ または「年に 1 件あるかどうか」
- 担当者から「何かない?」と聞かれて初めて出す、受け身体質
- 業界トレンド・新ツール・新手法の話題が業者から上がってこない
- 提案があっても「他社で実績があるから」だけで、自社理解に基づく提案ではない
- 判断軸:半期で 新規提案の数 × 質 を記録、ゼロが続けば警告
- 担当者の動き方:「次の半期で何を試したいか」を業者にアジェンダで投げる、出てこなければ別業者の提案も聞く
11-3. 棚卸し項目 3 — 属人化のサイン
- 具体的な兆候:
- 業者社内で 特定の担当者しか自社案件を分かっていない
- その担当者が休むと連絡が遅れる、対応が止まる
- 業者側の担当者交代があると、自社理解がリセット気味
- 業者側に 引き継ぎドキュメント がない、属人的なナレッジで運用
- 判断軸:業者側の担当者 + サブ担当者を確認、サブ担当者が動けるか試す(担当者休暇時にサブに連絡)
- 担当者の動き方:自社側でも「業者の引き継ぎが可能か」を半期で確認、業者側の体制を可視化させる
11-4. 棚卸し項目 4 — 契約コスト肥大化のサイン
- 具体的な兆候:
- 月額が 3 年で 1.5 倍 以上になっている(消費税増分を除く)
- 「いつもの追加」が常態化、月額に近い追加見積が頻発
- 当初の見積根拠が時代遅れ、別業者の同等サービスと比較すると割高
- 業者から「リソース不足」「単価上昇」「ツール費上昇」の値上げ要請が連続
- 判断軸:過去 3 年の 月額推移・追加見積総額・市場相場との比較 を半期で記録
- 担当者の動き方:別業者からの参考見積を 2〜3 年に 1 度 取る(乗り換え前提ではなく、市場価格の把握)、業者と価格交渉
11-5. 棚卸し項目 5 — 自社側の責任(ぬるい関係を作っているのは自分かも)
- 具体的な兆候:
- 自社側が業者に 新しい問いを投げていない、毎月同じ依頼の繰り返し
- 業者からの提案を「考えておきます」で流している
- 業者を 「制作の手」 としか見ていない、戦略的パートナーとしての要求がない
- 担当者交代があっても、業者との関係性が引き継がれていない
- 判断軸:自社側の「業者への問いの質」「対応の早さ」を自己評価
- 担当者の動き方:業者の品質低下は 自社側のぬるさが招いている ことを認識、自社側の要求水準を引き上げる
11-6. 棚卸しのリズム — 半期に 1 度、年次で深く
- 半期に 1 度:5 項目の 簡易チェック(数字とサインの確認)
- 年次:5 項目の 詳細チェック(別業者参考見積・関係性振り返り)
- 棚卸し結果をドキュメント化(設計思想ドキュメント H2-8 に併記)
11-7. 「業者交代」と「業者の改善要求」の判断軸
- 5 項目で すべて警告 なら業者交代を真剣に検討
- 1〜2 項目で警告なら 改善要求 → 改善期限設定、改善されなければ次の半期で再判断
- 業者交代は「全リセットのコスト」と「現状継続のコスト」を 数字で比較
- 連動:Lesson 7-4 H2-9「業者を変える判断軸」と整合
テンプレ DL:長期関係業者 定期棚卸し 5 項目シート、業者月額・追加見積推移管理表(本書のテンプレ集に収録予定)
12. 「やめる / 作り直す / 譲渡」の判断
12-1. 長期では「続ける」だけでなく「終わらせる」判断もある
長期運用のサイクルでは、続ける以外の選択肢も常に開いておきます。 「終わらせる」勇気も、長期視点の一部です。
12-2. リニューアル判断
- 継ぎ接ぎ負債が大きすぎる
- 社外環境とのギャップが致命的
- 社内戦略が大きく変わった
- 連続改善ではキャッチアップ不可能
12-3. サブサイト統廃合
- 役割を終えたキャンペーンサイトの整理
- 記念サイト・特設ページの統合
- 古い情報資産のアーカイブ化または削除
12-4. 譲渡判断
12-5. 「やめる」判断にも経緯を残す
続ける判断と同じく、やめる判断にも記録が必要です。 未来の自社や、次の担当者・後継者のために、判断の理由を残します。
13. 第8章のまとめ ─ 公開・運用・改善の通底
- 8-1 — 公開直前は「ざっくり確認」が理想、承認には責任が伴う、致命的なら公開日を動かす
- 8-2 — 公開後 1 ヶ月は「整える月」、達成感の罠を時間軸チェックで先回りして潰す
- 8-3 — 定期更新は計画と予算が二本柱、新規に夢中で既存を朽ちさせない
- 8-4 — 改善はサイクル設計が先、A/B テストは印象差が明確なテーマで、4 象限で優先順位化
- 8-5 — 長期運用はバイタルチェック × 環境ギャップ確認 × 改善実行体制、継ぎ接ぎ化との戦い
共通する担当者の役は 「成果を引き出す人」「整える人」「経緯を残す人」「やらないことを決める人」 です。 第 9 章は「AI 時代の Web 担当者」、技術と役割の変化を扱います。
14. 次に読むなら
- 第 9 章 Lesson 9-1 独自情報・独自視点の番人(次章へ)
- Lesson 3-5 契約で揉めないために(引き継ぎ資料の出発点)
- Lesson 2-4 KGI と KPI の設計(未達を悪にしない文化)