公式Webサイトが止まっても、
住民の方への発信を止めないために

Background

自治体が直面している脅威

公式Webサイトへのサイバー攻撃やシステム障害は、どの自治体でも起こりうる状況になっています。 2026年10月には、自治体のWebサイトが置かれていたクラウドサービスがランサムウェア攻撃を受け、 複数の自治体で公式サイトが閲覧できなくなりました。

2026年10月のクラウド障害

株式会社IDCフロンティアの法人向けクラウド「IDCFクラウド」の一部がランサムウェア攻撃を受け、 そこで動いていた企業・自治体のサーバーが停止しました。茨城県と茨城県警のWebサイトもこの障害で閲覧できなくなっています。

出典：IDCフロンティアの公表（第1報〜第4報）、各自治体の公表、報道（東京新聞・茨城新聞ほか）。経緯は piyolog「IDCFクラウドへのランサムウェア攻撃についてまとめてみた」の整理（10月13日時点）を参照しました。

有事の情報発信で起きやすい3つの課題

代替ページの見え方の違い

同じお知らせを、画像で掲示した場合と文字（テキスト）で掲載した場合で比べます。ボタンで切り替えると、スマートフォンでの見え方と、音声読み上げソフトが読む内容が変わります。

ボタンを押して、表示を切り替えてください

Solution

既存の環境から切り離した「非常時用の独立サイト」

本パッケージでは、全庁サイトとは別の場所に、緊急時の情報発信に絞った独立サイトを構築し、平時から待機させておきます。 既存の保守ベンダー様の管理領域や全庁ネットワークには干渉しないため、全庁サイトで障害が起きても、独立サイトは影響を受けにくい構成です。

平時と有事の動き

ボタンで「平時」と「全庁サイトの障害発生時」を切り替えると、2つのサイトの状態と、情報を発信する方の動きが変わります。

提案のシステム構成

フロントエンドに「Astro」、CMSに「microCMS」、配信基盤に「Cloudflare」を組み合わせた、Jamstack と呼ばれる構成です。

1. 内容の管理microCMS担当の方が、スマートフォンからも記事を投稿・更新する管理画面。国産のヘッドレスCMSです。
2. ページの書き出しAstroCMSの内容から、軽くて速い公開用のページを作ります。
3. 配信Cloudflare書き出したページを、世界各地の拠点から住民の方へ届けます。

microCMSは自治体の公式サイトでも使われており、渋谷区の公式サイトが同社の導入事例として紹介されています （microCMS 導入事例：渋谷区・別ウィンドウで開きます）。

ヘッドレスCMSとJamstackの仕組みは、補足資料の「ヘッドレスCMS解説サイト」で詳しくご説明しています。

Why this stack

この構成を採用する理由

3つのサービスは、それぞれ「止まりにくさ」「改ざんされにくさ」「誰にでも届くこと」を受け持ちます。

Why MRP

当社にお任せいただく理由

非常時用のサイトは、「メインのシステムと同時に止まらないこと」に価値があります。そのため、作る会社と置く場所も別系統にしておくことが大切です。

リスクの分散：別系統のベンダーによる備え

既存の保守ベンダー様に暫定サイトの構築を依頼した場合、ベンダー様のネットワークや基盤が攻撃を受けると、本番サイトと暫定サイトが同時に止まる（共倒れになる）おそれがあります。

DNSの設定作業を誰が行うかは、ドメインの管理状況によって異なります。既存ベンダー様の作業はサブドメインの追加に限られ、全庁サイトの構成には影響しません。

Cost & schedule

スケジュールと概算費用

機能を有事のテキスト発信に絞り、今年度の予備費などで導入しやすい価格帯と期間に設定しています。

導入ステップ（8週間）

運用テスト・検証では、実際の担当の方にスマートフォンから投稿していただき、切り替えの手順も確認します。

Operation design

運用・体制上のリスクと解決策

非常時用のサイトは、作って終わりではなく、いざというときに使える状態を保つことが大切です。運用面で起きやすいリスクと、当社がお手伝いする内容を整理しました。

References

補足資料

ヘッドレスCMS（Jamstack）とWebアクセシビリティについては、次の解説サイトで詳しくご説明しています。