ホームページを​自分で​更新する​方法は​4つ。​CMSを​比べる​ときは、​機能より​「誰が​何を​引き受けるか」を​見る

CMSとは、​ホームページを​専門の​知識なしで​更新する​ための​仕組み

CMSとは、​HTMLを​書かなくても、​管理画面から​文章や​写真を​入れ替えられるように​する​仕組みの​ことです。
「ホームページを​自分で​更新したい」という​相談は、​多くの​場合、​どの​CMSに​するかという​話から​始まります。

ただ、​比べる​相手は​CMSどうしだけではありません。
私は、​選び方を​次の​4つに​分けて​考えています。

• WordPressなどの​CMSを、​自社で​借りた​サーバーで​動かす
• ネット上の​作成サービス​（ブラウザで​作って、​そのまま​公開まで​済むサービス）を​使う
• 原稿を​ファイルで​書き、​書き出しの​仕組みで​ページに​する​静的な​サイト​（私たちの​サイトは​これです）
• 更新は​すべて​制作会社に​頼み、​社内では​原稿だけ用意する

同じ​「自分で​更新できる」でも、​文章を​直す手間、​仕組みを​最新に​保つ手間、​何か​あった​ときの​責任の​置き場所が、​それぞれ違います。

CMS比較表：​4つの​方法を、​引き受ける​もので​並べる

表は​私たちの​考えとして​まとめた​ものです。
同じ​方法でも、​作り方や​契約で​変わる​ところが​あります。

表の​中で、​私が​いちばん​見てほしいのは​最後の​行です。
どの​方法を​選んでも、​ドメインを​自社の​名義で​持っていれば、​仕組みは​後から​替えられます。
名義の​確かめ方は、ドメイン移管とはに​まとめています。

それぞれの​方法で、​後から​効いてくる​こと

WordPress：​書きやすさと​引き換えに、​更新が​続く

社内で​何人もが​書くなら、​WordPressの​管理画面は​やはり​使いやすい​ものです。
引き継げる​制作会社を​探しやすいのも​強みです。
そのかわり、​本体・​プラグイン・テーマの​更新を​当てる​人が​要ります。
2026年7月には​IPAが​本体の​脆弱性に​ついて​注意を​呼びかけ、​自動更新で​版が​上がっているかを​確かめるよう​案内しました。
この​あたりはWordPressの​デメリットに​詳しく​書きました。

作成サービス：始めやすいが、​出口を​先に​見ておく

作成サービスは、​サーバーを​借りる​必要が​なく、​仕組みの​更新も​サービスの​運営会社が​受け持ちます。
ページが​少なく、​自分たちで​手早く​作りたい​会社には​合います。
気を​つけるのは、​やめる​ときです。
作った​ページを​そのまま​別の​仕組みに​持ち出せない​サービスも​あるので、​使い​始める​前に、​独自の​ドメインを​使えるか、​文章や​画像を​書き出せるか、​解約した​後に​ページと​ドメインが​どうなるかを、​利用規約と​ヘルプで​確かめておきます。
料金の​改定や​機能の​終了も、​運営会社が​決める​ことです。

静的サイト：守る​ものは​少ないが、​直せる​人が​要る

静的な​サイトは、​出来上がった​HTMLの​ファイルを​置くだけなので、​ログインする​管理画面が​そもそも​ありません。
狙われる​入り口が​少なく、​表示も​速くしやすい​作り方です。
弱点は​はっきりしていて、​書き出しの​仕組みを​分かる​人が​いないと、​1行も​直せません。
問い合わせの​フォームのように​動く​仕組みが​要る​ところは、​別に​用意します​（サーバーを​持たずに​動かす構成は小さな​会社の​管理画面を、​サーバーを​持たずに​作る​構成）。

制作会社に​頼む：社内の​手間は​小さいが、​待ち時間と​名義を​見る

頼めば​直して​もらえるので、​社内に​手を​動かす人が​いなくても​回ります。
引っかかるのは、​頼んでから​反映までの​日数と、​契約に​入っている​作業の​範囲、​それに​ドメインや​サーバーの​名義です。
制作会社と​連絡が​つかなくなった​とき、​名義が​向こうに​あると、​サイトを​止めない​ことすら​難しくなります​（止まり方はホームページが​表示されない​原因に​書きました）。

検索と​AI検索への​備えは、​仕組みで​どこまで​変わるか

「この​CMSは​SEOに​強い」という​言い方を​見かけますが、​Googleが​どれか​特定の​仕組みを​優遇するとは、​私の​知るかぎり​書かれていません。
仕組みで​差が​出るのは、​検索に​関わる​設定を、​自分たちの​手で​入れられるか​どうかです。

一つは​構造化データです。
Googleは、​構造化データを​ページの​情報を​標準化した​データ形式と​説明し、​サイトの​設定が​許すかぎりJSON-LDという​書き方を​勧めています。
HTMLを​直接さわれない​CMSでも、​検索エンジン向けの​設定画面や、​構造化データを​入れられる​プラグインが​ある​場合が​ある、​とも​書いています​（⁠Google 検索セントラル：構造化データの​概要、​2026年10月5日確認）。
作成サービスでは、​サービスが​用意した​項目の​範囲でしか​入れられない​ことがあります。

もう​一つは​ページの​速さです。
Googleは​Core Web Vitalsの​目安として、​LCPは​2.5秒以内、​INPは​200ミリ秒未満、​CLSは​0.1未満を​挙げ、​ランキングを​決める​ときに​考慮する​要素の​一つだとしています​（⁠Google 検索セントラル：Core Web Vitals、​2026年10月5日確認）。
どの​仕組みでも​速い​サイトは​作れますが、​プラグインや​飾りを​足しても​速さを​保てるかは、​測り直す人が​いるかで​決まります。

AI検索の​ために、​特別な​仕組みを​選ぶ​必要は​ありません。
Googleは、​検索の​生成AI機能は​コアと​なる​検索ランキングと​品質システムに​根ざしているので​SEOの​ベストプラクティスは​引き続き有効で、​表示される​ために​機械可読の​ファイルや​マークアップを​新たに​作る​必要は​ない、と​書いています​（⁠Google 検索セントラル：Google 検索に​おける​生成 AI 機能への​最適化の​ための​ Google ガイド、​2026年10月5日確認）。
呼び名の​違いはLLMO・AIO・GEO・AEOの​違いに​書きました。
CMSを​選ぶ段階で​効いてくるのは、​会社の​説明や​サービスの​中身を、​自分たちで​書き直し続けられるか​どうかの​ほうです。

仕組みを​替える​ときに​手間が​かかるのは、​URLが​変わる​とき

CMSを​乗り換えると、​ページの​アドレス​（URL）の​形が​変わる​ことが​よく​あります。
Googleは、​URLが​変わる​移転では、​元の​URLと​新しい​URLの​対応表を​作り、​技術的に​可能なら​サーバー側の​恒久的な​リダイレクト​（301など）を​使い、​それを​一般的には​1年以上、​できるだけ長く​残すよう​書いています。
移転中は​検索での​順位が​一時的に​変わる​ことが​あり、​それは​通常の​ことだ、​とも​書いています​（⁠Google 検索セントラル：サイトを​移転する​方法、​2026年10月5日確認）。

なので、​選ぶ​段階で​「後から​出られるか」を​見ておくと、​乗り換えの​手間が​変わります。
URLの​形を​自分たちで​決められるか。
文章と​画像を​まとめて​書き出せるか。
転送の​設定を​自分たちで​入れられるか。
作り直すか​どうかの​判断​その​ものはホームページの​リニューアルは​必要かに、​サーバーを​移すときの​確認はホームページの​サーバーを​移すと​き​確かめる​ことに​書いています。

私たちの​サイトは、​原稿ファイルから​書き出す静的サイト

この​サイトは、​表の​3つ目の​作り方です。
コラムは​1本が​1枚の​Markdown​（見出しや​表を​記号で​書く​テキストの​書式）の​ファイルで、​これを​書き出しの​仕組みに​通すと、​記事の​ページ、​構造化データ、​記事の​一覧が​まとめて​出来上がります。
書き出しの​ときには、​日本語が​語の​途中で​折り返されないよう、​BudouXという​道具で​文節の​区切りを​入れています​（その​理由と​直し方は日本語が​単語の​途中で​改行される​原因）。
出来上がった​ファイルは、​GitHubに​変更を​載せると​自動で​Firebase Hostingに​公開される​仕組みで、​これを​組んだのは​2026年7月22日です。
コラムを​公開し始めたのは​2026年9月29日で、​最初の​30本を​まとめて​出しました。

この​作り方を​選んで​よかったと​思うのは、​変更の​履歴が​すべて​残る​ことです。
いつ、​どの​文を​変えたかを、​後から​追えます。
サイトに​管理画面の​ログインが​ないので、​そこを​狙われる​こともありません。
守る​相手は、​GitHubや​Firebaseの​アカウントの​ほうに​移ります。

困る​ところもはっきりしています。
誤字を​1文字直すだけでも、​原稿を​直し、​書き出し、​スマホと​パソコンの​両方で​表示を​確かめ、​変更を​載せる、という​手順を​通ります。
2026年10月4日からは、​公開の​前に、​主な​事実と​出典、​題と​説明文を​1枚の​確認表に​まとめて​私が​照らし合わせる​手順も​足しました。
社内に​書き出しの​仕組みを​分かる​人が​いなければ、​この​作り方は​勧めません。
私たちの​場合は、​私が​エンジニアで、​仕組みも​手順も​自分で​組んで​直せるから​成り​立っています。

どれに​するかは、​社内に​「書く​人」と​「直す人」が​いるかで​決める

仕組みを​比べる​前に、​私が​最初に​確かめたいのは​次の​ことです。
社内で、​文章を​書いて​載せたい​人は​誰か。
その​人は、​週に​何本書くのか、​年に​何回か​直すだけなのか。
仕組みの​更新や、​何か​起きた​ときの​対応を、​社内か​外注先の​誰が​持つのか。

答えが​出れば、​表の​どの​列が​合うかは、​おおむね決まります。
実際には​間を​取る​形も​あり、​たとえば​仕組みは​制作会社が​持ち、​お知らせだけ社内で​書く、という​分け方も​あります。
決めた​分担は、ホームページの​更新は​誰が​・どの​頻度でのように、​変わった​ときに​誰が​直すかまで​書いておくと、​数年後に​困りません。

bundlyzeは、​大阪市北区の​グラングリーン大阪を​拠点に、​大阪・兵庫を​中心とした​関西の​会社からの​ご相談を​受けていて、​打ち合わせは​Web会議でも​対面でも​できます。
全国から​オンラインでも​ご相談いただけます。
この​記事を​書いた​津嘉山は、​業務システム開発と​AWSを​専門と​する​エンジニアで、​この​サイトを​原稿ファイルから​書き出す​仕組みと、​公開までの​手順を​受け持っています。

迷ったら、​まず​社内で​「今年、​ホームページの​文章を​書く​人は​誰か」を​一人​決めてから、​仕組みを​比べてみてください。