WordPressへの移行更新日
#ノーコードサービスでは、提供者と利用者のどちらが何を守りますか？
「ノーコードを使えばセキュリティ対策はすべてお任せにできるのではないか」と考える人は少なくありません。サーバーの保守やSSL証明書の設定を意識せずに公開できる手軽さがあるため、安全面も丸ごと任せられるように感じてしまいがちです。しかし実際のところ、守るべき領域はサービス提供者とサイト運営者の間で明確に分かれています。
Studioのようなサービスでは、通信のSSL/TLS暗号化や保存データのアクセス制限、基盤の保守を提供会社側が実施しています。利用者がOSの更新やネットワーク監視を自前で行う必要はありません。
一方で、ログイン情報の管理や外部連携の設定は利用者の手元に残ります。たとえば外部APIキーを扱う場合、連携先で新しいキーを発行して設定を更新したのちに古いキーを止めるような手順は、利用者が自ら進める領域です。
ちなみに、自前のWordPressではサーバー事業者がハードウェアを支えていても、追加するプラグインやテーマの更新責任はサイト運営者が負います。バージョン3.7以降は自動更新機能も備わっていますが、どの拡張機能を入れ、どう守るかの判断はすべて利用者の肩にかかります。
どちらの場合も、暗号化さえしていれば安心とは言い切れません。Studioの事案のお知らせでは、暗号化して保存していたフォーム回答も、復号に使う鍵が読み出されたため、流出した可能性のある情報に含まれています。
#2026年10月のStudioの事案で、SaaS型CMSのどんなリスクが見えましたか？
クラウドサービスに預けていれば本当に安全なのでしょうか。Studioの事案から見えてくるのは、SaaS型CMSならではの弱点です。利用者がサーバーのパッチ当てをしなくてよい反面、プラットフォーム側で脆弱性が発生した際には、登録者全員が同じ影響を受ける可能性を示しています。
この事案では、サービスの一部機能にあった脆弱性を突かれ、クラウド内のデータが外部から取得可能な状態になっていました。全登録顧客のアカウント情報やCMSの登録内容、保存された問い合わせ回答、外部連携のAPIキーなどに流出の可能性が報告されています。外部から取得可能な状態は、2026年10月14日の対処まで続きました（Studioの不正アクセスの報告）。第三者が実際にデータを取った事実は確認できていませんが、Studioは取られたものとみなして対応しています。確認できていないことは、安全だったという意味ではありませんね。
影響は、サイトの持ち主がフォームで受け付けた情報にも及びました。
一方で、対象から外れる回答もあります。
- 「フォームの結果をStudioに保存」を無効にしていた間の回答
- 2026年9月30日より前に「完全に削除」した回答
- 外部サービスの埋め込みフォームに送られた回答
- 添付ファイルは中のデータではなくファイル名だけが対象
反対に、ゴミ箱に入れていた回答やテスト送信は対象に含まれます。どの回答をどこに残していたかが、そのまま影響の大きさに響きました。
#セキュリティを重視するなら、Studioからどこへ移すべきですか？
セキュリティ事故の不安からWordPressへの回帰を考える人がいる一方で、移行先の仕組みを比べずに動くと別の弱点を抱え込みます。移す先として名前が挙がりやすいのは、ヘッドレスCMSでページを事前に作っておく形と、WordPressの2つです。
前者は、microCMSのようなAPI型のCMSから記事を取り出し、HTMLを先に作って配信します。見に来た人の操作に応じて動くサーバーを表に出さないぶん、攻撃のきっかけを減らしやすい作りです。会社案内やお知らせのように、誰が見てもほぼ同じ内容のサイトには合います。ただ、ログインした人ごとに違う画面を出すサイトには向きません。
WordPressは自由度が高い半面、サイト所有者が本体や拡張機能の安全管理を一手に引き受けます。更新作業やバックアップを怠れば、個々のサイトが直接狙われる危険にさらされます。それでも、入れるプラグインを少なくし、更新を誰がいつやるかを決めておけるなら、WordPressでも十分に運用できます。
もうひとつ、Studioにとどまる道もあります。基盤の脆弱性への更新は提供者が受け持つので、サーバーの保守を社内に抱えられない場合は、移ることで逆に負担が増えるかもしれません。更新の手が足りる体制があるかで選ぶのが現実的でしょう。
#自治体や公共団体がCMSを移すときは何を確認しますか？
公共機関がCMSの乗り換えを進める際、何を基準に判断すればよいのでしょうか。自治体や外郭団体では、個人の情報保護と説明責任の観点から民間企業以上に厳格な確認が求められます。Studioのようなサービスであれば提供会社が公開しているセキュリティチェックシートを使い、組織のセキュリティ規程に合致するか照合できます。ただ、これは自治体ごとのポリシーに合うことまで約束する資料ではありません。
確かめたい点は、だいたい次のとおりです。
- 脆弱性が見つかったとき、更新するのは提供者か、自分たちか、保守の委託先か
- WordPressなら、本体・プラグイン・テーマを最新に保つ担当と頻度
- 定期的な状態確認とバックアップの取り方
- 障害や侵害が起きたときの復旧の手順
- 個人情報が漏れたときの報告と、委託先との連絡の流れ
最後の項目は、委託の多い公共団体ほど気をつけてください。行政機関の委託先で個人データが失われた場合、原則として委託元と委託先の双方が個人情報保護委員会への報告義務を負います。
指定管理者や受託事業者がサイトを作っている場合は、契約書にこうした役割が書かれているかも見ておきたいところです。CMSを替えても、担当があいまいなままだと、同じことが起きたときに動きが遅れます。
こんな聞き方も
- ノーコードサービスのセキュリティは利用者と提供者でどう責任が分かれるのですか？
- ノーコードツールでサイトを作るとどんなセキュリティリスクがありますか？
- SaaS型CMSを使うことのセキュリティ上のリスクは何ですか？
- ノーコードツールで作ったサイトのセキュリティは大丈夫ですか？
- セキュリティを重視するならどのCMSへ移行すべきですか？
- 自治体がCMSを移行する時に求められるセキュリティ要件は？
- セキュリティプラグインを複数入れるとサイトが重くなりますか？
- Elementorの無料版でできることは何ですか？
あわせて知りたい（関連する疑問）
Qノーコードツールで作ったサイトは危険ですか？
今回の事案を見て、ノーコードで作ったこと自体がまずかったのでは、と不安になる人もいるでしょう。ノーコードだから危ない、とは言えません。Studioでは、使っているプラットフォームやミドルウェア、ライブラリに脆弱性が見つかれば提供者が更新しますし、サイトとの通信はSSL/TLSで暗号化されます。自前のサーバーでWordPressを放置し、古いバージョンのまま運用しているサイトと比べれば、基盤の防御レベルは高く保たれています。サーバーの保守に慣れていない人にとっては、ノーコードのほうが更新漏れは起きにくいはずです。
危険が生じやすいのは、ツール自体の欠陥よりも運用の不備です。個人データを守るには、担当者や触れられるデータの範囲を絞ることも含まれます。Studioにも、編集者に公開サイトのフォーム回答を見せないようにする回答の閲覧制限があり、Businessプラン以上で使えます。
さらに、フォームの送信結果をクラウド内に残さない設定を選べば、万が一の不正アクセス時にも情報流出の対象から外せました。ツールの種類より、誰が何を見られて、どこに何が残っているかを見直すほうが効きますね。
Qセキュリティプラグインを複数入れるとサイトが重くなりますか？
安全性を高めようとプラグインを何個も導入すると、表示速度は落ちてしまうのでしょうか。必ず重くなるとは言えませんが、機能の重なるものを並べると、余計な処理や動作のぶつかり合いが起きるおそれがあります。ファイアウォールやログイン保護を、2つのプラグインが同時にかけようとする場合です。互いの防御ルールが衝突して、正常なアクセスまで遮断してしまう危険性もあります。
提供者側も併用には慎重で、Wordfenceはセキュリティ製品は1つに絞るよう勧めています。Really Simple Securityも、機能が重なる製品を同時に使うことは勧めていません。
もっとも、Security OptimizerとWordfenceのように設定次第で共存できる組み合わせもありますが、重複する項目を丁寧に外す調整が欠かせません。
すでに何本も入れていて動きがおかしいときは、原因を順に絞っていきます。
- キャッシュや最適化のプラグインをいったん止めて、症状が消えるか見る
- Wordfenceと必要最小限のプラグインだけ残す
- ほかのプラグインを1つずつ有効にし、症状が戻ったところで止める
こうすると、どのプラグインとの組み合わせが悪いのかがわかります。プラグインを増やすほど安全になるわけではなく、信頼できる1本を選んで正しく機能させる姿勢が大切ですね。
QElementorの無料版でStudioのような編集はできますか？
「WordPressに移りたいけれど、Studioのように画面を見ながら直感的にデザインできる環境を手放したくない」と悩む制作者は多いです。ページ単位の編集なら、Elementorの無料版でもかなり近いことができます。
Studioのデザインエディタは、テキストや画像のボックスを置いてページを作り、アニメーションも画面上で設定します。Elementorの無料版も、ドラッグ操作で見出し、画像、文章、ボタンといった部品を並べて、基本的なページを作れます。WordPressの管理画面からプラグインをインストールし、有効化すればすぐに使えますよ。
ただし、Elementorの無料版で編集できるのは個々のページ本文が中心で、ヘッダーやフッター、投稿一覧テンプレートの一括管理には有料版のTheme Builderが必要です。共通部分まで画面上で作り込みたいなら、Pro版か、別のテーマやプラグインでの対応が必要になります。
それから、Elementorも追加したプラグインのひとつなので、導入後は最新版を保つ必要があります。更新の前には、サイトの最新のバックアップを取ってください。安全性を維持するための作業負担は、Studioを利用していた頃よりも増えることになります。無料版のElementorでも似た操作感を一部味わえますが、Studioとまったく同じ感覚でサイト全体をノーコード管理できるわけではありませんね。
QWordPressへ移れば、Studioの事案の影響はなくなりますか？
別のCMSへ引っ越せば、過去の事故の影響から完全に逃れられるように思えるかもしれません。しかし、移っても、すでに取られた可能性のある情報への影響は消えません。移行とは別に、次の対応が残ります。
外部サービスのAPIキーは、Studio側では無効にできません。連携先で新しいキーを発行し、Studioの設定を新しいキーに替えてから、古いキーを失効させます。先に古いキーを止めると、サイトの連携が切れる場合があります。移行を決めていても、キーの交換は後回しにしないほうがいいでしょう。
パスワードは、Studioで設定していたなら変更が必要で、ほかのサービスで使い回している場合もそちらを変えるよう強く勧められています。GoogleやFacebookのログインだけを使い、Studioのパスワードを設定していない人は変更不要です。
フォームで個人情報を受け付けていた人には、報告の判断も残ります。不正アクセスで個人データが漏れたとき、または漏れたおそれがあるときは、個人情報保護委員会への報告の対象になり得ます。Studioの対象者は、自分で個別に報告するか、Studioとの連名で報告するかを選べますよ。ただ、連名報告に含まれるのは委員会への報告だけで、サイトを使った本人への通知は入っていません。通知が要るか、どう伝えるかは、サイト運営者が利用状況と法令をもとに決めます。
移った先のWordPressにも、別の保守が始まります。場所を変えることと、過去に起きた事案への対処を完了させることは別の話ですね。
この内容をChatGPTで相談
