Google Sitesで公開したページを社外レビューに回すときの注意点

できること

Google Sitesを「リンクを知っている全員が閲覧可能」に設定すれば、相手はGoogleアカウントなしでURLを開くだけでページを確認できる。スマートフォンでも特別なアプリなしにブラウザから閲覧できるため、PCを持たない現場担当者へのレビュー依頼にも対応できる。

公開後にページを修正してから「公開」ボタンを押すと、同じURLで最新版が自動的に見られるようになる。相手に新しいURLを送り直す手間がないため、修正回数が多い案件でも連絡コストを抑えられるのはGoogle Sitesの大きな利点だ。

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

できないこと

Google Sitesにはページ単位でパスワードを設定する機能がない。「このページだけ特定の相手に見せたい」という要件には対応できず、「組織外のGoogleアカウントのみ許可」という細かい制御もできない。公開範囲の選択肢は3段階しかないため、ニュアンスのある共有設定には向かない。

公開したページにアクセス期限を設けることもできない。レビューが終わってもURLが生きたまま残り続けるため、古い提案書や未確定の仕様が長期間アクセス可能な状態になりやすい。誰がいつアクセスしたかというアクセスログの確認機能も限定的で、社外からの不正アクセスを検知する手段がない。

認証と期限の違い

「全員に公開」設定のGoogle Sitesページは、URLさえ知っていれば世界中の誰でも閲覧できる。これは告知や案内など情報拡散を目的とした用途には好都合だが、社外レビュー用のデザイン案を共有する場面では意図しない第三者閲覧を招く恐れがある。共有前にURLがSlackやメールで転送されてもリスクが低い状態かどうかを必ず確認する。

期限管理の観点では、Google Sitesは手動で公開を止めるまでURLが生き続ける。レビュー依頼から2週間後に確認しても、担当者が「公開停止」の操作をしていなければページは表示されたままだ。認証付き共有サービスなら期限を設定した時点でその管理が完結するため、担当者の手放し忘れという人的ミスを防げる。

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

差し替え・レビュー運用

社外レビューを依頼した後に修正が入り、Google Sitesのページを更新した場合、相手が旧版を印刷やスクリーンショットで手元に保存していると、どのバージョンでフィードバックが来たかが曖昧になる。レビュー依頼メールに「この日時時点の版を確認してください」と明記し、版の区別を受け手にも意識させる工夫が必要だ。

修正差し替えのタイミングを相手に伝えるため、「v2を公開しました、以前のフィードバックに基づき〇〇を変更しています」と具体的な変更点を連絡するのが理想的な運用だ。Google Sitesにはバージョン履歴の閲覧機能があるが、外部レビュアーには開示されないため、変更内容はテキストで共有する必要がある。

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

向いているケース早見表

Google Sitesの社外レビュー用途が向くのは、内容が公開情報に近く、相手がGoogleアカウントを持っている可能性が高い場合だ。たとえば教育機関の案内ページや、Googleワークスペースを導入している企業同士のやり取りなど、エコシステムが揃っている環境で真価を発揮する。

一方で、機密性の高い提案書・未発表製品のデザインカンプ・NDA対象の仕様書のレビューには、認証付きHTML共有サービスが適している。パスワードと期限の両方を設定することで、レビュー期間外のアクセスを構造的にシャットアウトできるためだ。Google Sitesとの使い分けはコンテンツの機密レベルで判断するとよい。