Studioサイトの外部連携はどこを見れば洗い出せますか？
「外部連携と言われても、何を設定したか覚えていない」という人も多いと思います。Studioでは連携の種類ごとに設定場所が分かれていて、1つの画面ですべてが見えるわけではありません。プロジェクトのダッシュボードを、次の順に開いていくと見落としが減ります。
- ［ホーム］の［Apps］：連携した外部ツールやAPI連携の設定
- ［ホーム］→［プロジェクト設定］の外部連携の項目：Webhook
- ［フォーム］のフォームダッシュボード：フォームごとに設定画面の外部連携アイコンを開き、Googleスプレッドシート連携を見る
- ［フォーム］→［設定］→［全体設定］：［フォームの結果をStudioに保存］の状態
- デザインエディタの接続パネル：Data Connect APIの［認証］、API連携（Beta）はAPI編集画面のヘッダーに登録されたキー
- ［設定］→［カスタム］：カスタムプロキシ
- ［設定］→［一般］：サイト全体のパスワード保護
各項目の配置はダッシュボードの機能一覧でも確かめられます。Betaの機能も、使った覚えがあれば忘れずに開いてください。
フォームは特に見落としやすい項目です。Studioへの保存を無効にしていたとしても、設定した通知先には回答が届く仕組みです。そのため、ダッシュボードに受信履歴がないことだけを理由にフォームが未使用だったとは判断できません。
もう一つの手がかりがメールです。Studioの公式告知によると、Studioは2026年10月16日、対象プロジェクト名と必要な対応を記したメールを機能ごとに、対象プロジェクトのオーナー（不在時はメンバー）へ送りました。メールが見当たらない場合は迷惑メールフォルダも確認し、それでも見つからなければ専用窓口へ問い合わせる手順になっています。メールが届いていないことだけで対象外と判断するのは避けてください。
外部連携が見つかったら、それぞれ何をすればよいですか？
キーやURLを交換する連携と、設定を見直すだけの連携では、やることが違います。交換するものは、新しいものを先に用意して、古いものは最後に止める順番です。逆にすると、サイトの連携や通知がその時点で止まります。
| 連携 | すること |
|---|---|
| API連携 | 外部サービスで新しいキーを発行し、Studioの設定を更新してから旧キーを失効させる |
| Webhook | 通知先サービスで新しいURLを発行し、Studioを更新してテスト送信を確かめてから旧URLを無効にする |
| スプレッドシート連携 | Studioで解除し、Google側でStudioのアクセス権を削除。使い続けるなら再連携する（新しいシートが作られる） |
| カスタムプロキシ | 自分のサーバー側で新しいキーに差し替え、表示を確かめてからStudioへ旧キーの無効化を依頼する |
| パスワード保護 | パスワードを変え、閲覧する人に新しいパスワードを伝える |
| reCAPTCHA v3 | 一律の交換は求められていない。予防的に交換してもよく、送信できない・不審な利用が増えたときは交換する |
カスタムプロキシの依頼期限は、10月16日のメールを受け取ってから30日以内です。依頼には対象のStudioサブドメインを書き、キーそのものは書きません。パスワード保護で変えるのはページの閲覧用パスワードで、Studioにログインするときのパスワードとは別物です。
Google側の操作は、リンク済みアプリのアクセス権削除の手順どおり、Studioを選んで「Google アカウントへのアクセス権」の詳細から削除します。連携していたシートの変更履歴を開き、2026年9月30日から10月14日までの間に不審な編集がないかも確かめてください。ただし、閲覧されただけの場合は履歴に残りません。履歴がきれいでも、見られていないとまでは言えないですね。
自分のStudioサイトが改ざんされていないか確かめるには？
自分のサイトの表示や設定が知らないうちに書き換えられていないか、心配になることもありますね。今回の事案では、第三者が取得した認証情報にデータの書込み権限も含まれていました。ただし、Studioが操作記録を調査した結果では、利用者のデータやCMSの内容を書き換えたり削除したりした痕跡は確認されていません。
画面上のデザインが改ざんされていないかを点検するには、エディタの保存履歴を確かめます。画面左ナビゲーションの下にある履歴アイコンを押すと、右側に一覧が出て、誰がいつ保存したかがわかります。確認するだけなら、復元の操作はしなくてかまいません。
一方、ダッシュボードで管理するCMSデータやフォームデータは、バージョン管理の対象外です。エディタのバージョン履歴を見られる期間はプランで決まっていて、期間を過ぎた分は一覧から順に消えていきます。プランごとの期間の目安は次のとおりですが、最新の値はリンク先の公式ヘルプで確かめてください。
- Free: 1日
- Mini: 5日
- Personal: 30日
- Business: 120日
- Business Plus: 360日
- Enterprise: カスタム
保存期間を過ぎた履歴は一覧から順に見られなくなるので、侵入の時期の履歴が今も一覧にあるかどうかはプランによって変わります。
外部への送信設定も目視で確かめておきましょう。Webhookの通知先URLは、ダッシュボードの［ホーム］から［プロジェクト設定］を開き、最下部の［Webhook］の編集アイコンから見知らぬURLに変わっていないか照合します。フォームの回答通知先も、［フォーム］ダッシュボード右上の［設定］から［全体設定］と［個別設定］を開き、意図しないメールアドレスが混ざっていないか確認してください。自分で登録した覚えのあるURLや宛先と一致していても、それだけで改ざんがないとは言えません。
もし心当たりのない変更や不審なデータを発見した場合は、通常の問い合わせ窓口ではなく、公式告知に記載された不正アクセスに関する専用窓口へ連絡します。
「取得されたものとみなす」「書込み権限を含む認証情報」とはどういう意味ですか？
「取得された」と「取得できる状態だった」は、意味が違います。Studioが確かめたのは、データを外から取り出せる状態になっていたことです。第三者が実際に取り出した事実はまだ見つかっていませんが、取り出されたものとして扱って対応を進めています。流出が決まったわけでも、流出がなかったと言えるわけでもない、という意味です。
一方の「書込み権限を含む認証情報」とは、第三者が手に入れた鍵に、データを見るだけでなく、書き換えることができる権限も含まれていたという意味です。たとえばGoogle Sheets APIなどの外部サービスでも、閲覧専用の権限と、編集や削除まで行える権限は明確に区別されています。ただしこれは一般的な例で、Studioが実際にどの権限を使っていたかを示すものではありません。
Studioが保持していた認証情報にこの書込み権限が含まれていたため警戒が必要となりましたが、操作ログの調査では顧客データを書き換えたり削除したりした記録は見つかっていません。該当の認証情報はStudio側ですでに無効化されています。内容の調査は続いています。
ここで混同しやすいのが、利用者が自分で登録した外部サービスのキーです。APIキーやトークンは発行元のサービスが管理しているので、Studioからは無効にできません。そのため、新しいキーへの切り替えと古いキーの失効は、利用者自身が行います。経緯と依頼内容はStudioのお知らせで読めます。
Googleスプレッドシート連携なら、Studioで連携を解除し、Googleアカウントの「リンク済みアプリ」でStudioのアクセス権を削除してから、改めて連携し直しましょう。すでにStudio側で連携を解除している人も、Google側のアクセス権削除と再連携まで済んでいるか、上のお知らせと照らして確かめてください。
Studioの契約更新日はどこで確認できますか？
サイトの引っ越しや運用の見直しを考える際、次の支払いがいつ発生するのか気になりますね。Studioの契約更新日は、対象プロジェクトのダッシュボードにある［プラン＆お支払い］の画面で確認できます。プロジェクトごとの契約なので、複数のサイトを持っているなら1つずつ開いて見ます。
有料プランの解約を申請しても、その瞬間に機能が止まるわけではありません。契約更新日までは有料プランの機能をそのまま使い続けられ、更新日を迎えた時点で自動的にFreeプランへ切り替わります。自動更新を止めたいときの申請の期限や、支払い済みの料金の扱いは、申請の前に［プラン＆お支払い］の画面とStudioのヘルプで確かめてください。
もう一つ気をつけたいのが、Freeプランに切り替わった瞬間の動きです。プランが切り替わるタイミングの案内では、有料プランからFreeに移ると公開中のサイトが一度非公開になるとされています。申請したときではなく切り替わりのときに起きることなので、更新日の当日にサイトが見られなくなる前提で予定を組みます。
Businessプランの料金は、月払いと年払いで金額の示し方が違います。年払いの金額は月に換算した表示で、1年分の総額ではない点に気をつけてください。最新の金額は［プラン＆お支払い］の画面で確かめておきましょう。
別のサービスへ移る場合、URLを変えずに引っ越すなら、旧環境のサーバーログでアクセスがゼロになったのを見てから止めるのが一般的な手順です。Studioを先に解約してしまうと、移行が終わる前にサイトが非公開になりかねませんね。新しい環境に切り替わったのを確かめてから、Studio側の解約日を決めると慌てずにすみます。