Google Sitesでは足りない認証・期限管理をどう補うか

できること

Google Sitesは「組織のメンバーのみ」設定にすることで、Googleワークスペースの同一ドメインユーザーに限定した公開ができる。社内向けのお知らせページや、部門内共有のリンク集など、Googleワークスペースで統一されている環境ではこの制限で十分に機能する。

Googleアカウント単位での閲覧権限付与も可能で、特定のGmailアドレスに招待を送る形で共有できる。相手が個人のGoogleアカウントを持っていればログイン後に閲覧できるため、フリーランスや小規模な協力会社との連携では実用的な選択肢となる。

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

できないこと

Google Sitesではページにパスワードを直接設定することはできない。「URLは公開するが、パスワードを知っている人だけ見られる」という状態を作れないため、Googleアカウントを持っていない相手に機密性のあるページを安全に渡すことが構造的に難しい。

アクセス期限の自動設定もできない。「2週間後に自動で見られなくなる」といった運用は、担当者が手動で公開設定を変更しなければ実現しない。担当者が異動・退職した場合や、複数プロジェクトを抱えている状況では、期限切れの管理が後回しになりやすく、古いページが長期間残存する原因になる。

認証と期限の違い

認証付きHTML共有サービスは、Google Sitesが苦手とするこの2点を補う手段として有効だ。パスワードを設定したURLは、Googleアカウント有無にかかわらず、パスワードを知っている人だけがアクセスできる。社外のデザイン確認依頼で相手がGoogleアカウントを持っていないケースでも確実にアクセス制限をかけられる。

期限設定を組み合わせると、「パスワードを入力しても、期限後はアクセス不能」という二重の制御が可能になる。たとえば提案書を送付する際に「3日間・パスワード付き」で共有すれば、相手が承認前にURLを別の誰かに転送したとしても、期限後はアクセスできなくなる。Google Sitesに代えてこの運用を取り込むことで、情報ライフサイクルの管理が自動化される。

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

差し替え・レビュー運用

Google Sitesの不足を補う運用として最もシンプルなのは、レビュー依頼は認証付き一時URLで行い、最終確認済みのコンテンツをGoogle Sitesで本公開するという段階分けだ。一時URLは期限が来たら自動で失効するため、レビュー済みURLの後片付けを手動でやる必要がなくなる。

修正が入った場合は、認証付きサービスでファイルを再アップロードし、新しいバージョンのURLを払い出して差し替えの旨を連絡する。同じURLのまま差し替えられるサービスであれば、相手へのURL再通知も不要だ。最終的にGoogle Sitesへ公開する際はバージョンが確定してからにすることで、本番環境への誤ったバージョン公開を防げる。

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

向いているケース早見表

Google Sites単独で十分なのは、コンテンツの機密性が低く、期限管理も不要な場合だ。社内のFAQや部活動紹介、公開済みの採用情報ページなど、誰が見ても問題なく、長期間公開し続けることが前提のコンテンツでは追加ツールなしで運用できる。

認証・期限を補完するツールが必要になるのは、コンテンツが承認待ち・レビュー段階・NDA対象のいずれかに当てはまる場合だ。制作会社が初稿を客先に見せる、開発チームが社外QAに作業画面のHTMLを渡す、といった場面で認証付きHTML共有サービスを組み合わせると、セキュリティと利便性を両立しやすい。