Google Cloud Storage静的ホスティングから一時共有URLへ切り替えるタイミング

できること

GCSの静的ホスティングはURLが固定されるため、「同じURLで繰り返し確認してもらう」用途に向いています。開発中のドキュメントサイトやスタイルガイドを随時更新しながら同じURLで共有し続けるケースでは、GCSが最もシンプルな選択肢です。

バケットのアクセスログを有効にしておくと、いつ誰がページを開いたかをCloud Loggingで確認できます。ただしこれはIPアドレスレベルの情報であり、「Aさんが確認済み」を証明するのには不十分です。アクセスの事実確認程度に用途を限定してください。

• 相手がログインなしで開ける状態か確認する
• PCとスマホで最低1回ずつ表示を確認する
• 内部情報・個人情報・不要な外部送信が残っていないか見る
• レビュー期限と修正時の差し替え方を決めておく

できないこと

GCSでは「このURLは3日後に無効化する」という期限付き公開を標準の公開設定で行うことができません。Object Lifecycleでオブジェクトを削除することはできますが、削除後は404が返るだけでメッセージ（「このレビューは期限切れです」など）を表示することもできません。

またGCSでは複数ファイルで構成されるHTMLサイト（CSSや画像を別ファイルに持つもの）を一つのURLにパッケージして共有することが難しく、参照関係が壊れる場合があります。ギガサイト便のようにzipをアップロードして単一URLで表示できるサービスとは、この点で使い勝手が異なります。

認証と期限の違い

切り替えのタイミングを見極める最初の判断軸は「相手が社外かどうか」です。社外の取引先やクライアントに見せる場合、URLが転送・流出したときに閲覧を止める手段がGCSにはありません。この段階で認証付きの一時共有URLへの切り替えを検討してください。

二つ目の軸は「コンテンツに機密情報が含まれるかどうか」です。未発表製品のUIや個人情報を含むモックアップは、GCSの公開URLでは管理が難しい情報です。これらを含む場合は最初から一時共有サービスを使い、GCSは使わないという方針を設けると判断が明確になります。

• 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
• 特定の相手だけ: パスワードまたはメール認証を使う
• 会社内だけ: 会社ドメイン認証を検討する
• 短期レビュー: 期限を設定して古いURLを残さない

差し替え・レビュー運用

GCSから一時共有URLへ切り替えるタイミングとして最も多いのは「社内レビューが完了し、クライアント確認に進む段階」です。社内向けにはGCSで素早く共有し、対外的な確認には期限付き認証URLを発行するという二段階の運用が現実的です。

切り替え時は旧GCS URLを無効化（オブジェクト削除またはバケット非公開化）してから新しい共有URLを送ると、二つのURLが混在する混乱を防げます。「どちらのURLが最新か」という問い合わせは典型的な運用ミスによるものなので、切り替えと同時に旧URLを削除する手順をチェックリスト化しておくことをおすすめします。

• 確認してほしい観点を3つ以内に絞る
• 期限と返信先を明記する
• 修正後も同じURLで見られるか伝える
• 最終版と途中版が混ざらないようタイトルを付ける

向いているケース早見表

GCSに向いているケース：社内公開のみ、長期間同じURLで参照し続ける、機密情報を含まない、Googleアカウントでアクセス制御できる環境。一時共有URLが向いているケース：社外レビュー、機密コンテンツ、期限管理が必要、アクセスログを手軽に確認したい。

「どちらか迷ったら一時共有URLを使う」という運用ルールを設けると、判断コストが下がり情報漏洩リスクも下がります。GCSの方が安いからという理由だけで選ぶと、後から認証レイヤーの実装コストが発生するケースがよくあります。