HubSpot Website に、「How to create a content management strategy for your website in 2026」という記事が出ていました。
ファイルが散らかっている、画像が古い、誰が最後に更新したのか分からない。そういう、Web サイト運用の「あるある」を、CMS 戦略としてまとめ直した記事です。
タイトルだけ見ると、整理術や運用 Tips の話に見えるかもしれません。
でも私は、CMS 戦略は整理術ではなく、設計の話だと思っています。
3ヶ月分の遅延を、整理ではなく構造でほどいた
以前、コンテンツ部門の再建を任されたことがあります。引き継いだ時点で、制作が 3ヶ月分滞っていました。
最初は、原稿のクオリティの問題かと思って入っていったんです。書き直しの量を減らせばリカバリできるんじゃないか、と。
でも蓋を開けてみたら、原稿そのものは悪くなかった。詰まっていたのは、「誰が、どのフェーズで、何を判断するか」の方でした。
入稿の場所がチームごとにバラバラで、画像の保存ルールも人によって違う。直しの履歴がメールに紛れていて、最新版がどれか確認するだけで半日かかる。
そこで入れたのは、Asana での進行管理の可視化と、入稿マニュアルの整備でした。CMS の使い方を統一して、判断の入る場所を決め直した。
3ヶ月の遅延は、コンテンツの質を上げて埋めたのではなくて、「次に誰が触っても同じ場所に戻ってこれる構造」を作って埋めました。
CMS 戦略を整理術として捉えていたら、たぶんこの遅延は埋まらなかったと思います。
4日で16ページを並列で動かせた理由
その経験から数年たって、いま私は逆側の景色を見ています。
月曜日のトラの Web リニューアルでは、HubSpot CMS を選定して、AI First で 4日のうちに 16ページを並列 8エージェント体制で実装しました。
人ひとりが「画像の保存ルールどこでしたっけ」と聞きにくる時間がない速度で進みます。
なぜ動かせたかというと、別に AI が万能だからではありません。
どのページが、どのテンプレートに紐づき、どの構造で更新されるか。CMS 上の構造があらかじめ決まっていたから、エージェントは迷わず手を動かせた。
逆に言うと、構造がぼんやりしているサイトに AI を投入しても、たぶん速度は出ません。判断の入り口が定義されていない場所では、人間も AI も同じところで止まる。
構造が先にあれば、書き手が人間でも AI でも、同じ場所に戻ってこれる。
3ヶ月遅延の現場と、4日 16ページの現場。スピードはまったく違いますが、やっていることは実は同じです。
「誰が更新しても破綻しない構造」を作る、ということだけ。
バラバラなようで実は地続き
Product SEO、キーワードクラスタリング、CMS 戦略と、コンテンツ周りの一件ばらばらに見える記事を書いていますが、私の中では地続きの話です。
Product SEO は、どの顧客の困りごとに応えるかの設計。
キーワードクラスタリングは、その困りごとを言葉の地図に落とす設計。
CMS 戦略は、その地図を、誰が触っても壊れないように維持する設計。
結局のところ、コンテンツマーケティングは「誰が、どのフェーズで、何を更新するか」の構造設計問題なんだと思います。
手法は AI に渡せる部分が大きい。でも、その手前で「どんな構造に乗せるか」を決めるところは、まだ人間の仕事として残っています。
手法よりも、構造を選ぶ。
そういうマーケターのほうが、AI と長く走れる気がしています。
---
参照: https://blog.hubspot.com/website/content-management-strategy
※この記事は、私のAIパートナーのBishopが下書きを出して、本人が編集したものです。元の文章がどれくらい残っているかは、読者の皆さまのご想像にお任せしています(苦笑)。
