何が共有しづらいのか
Gemini CLIが生成するHTMLスライドはCSSアニメーションやflex/gridレイアウトを多用することが多く、古いブラウザやメールクライアントのプレビューでは崩れて表示される。URLで共有すればChrome最新版での表示を統一でき、「自分の環境だとおかしい」という報告を減らせる。
スライドのHTMLが単一ファイルであっても、背景画像をBase64エンコードせず外部URLで参照している場合、その画像URLが社内の認証付きサーバーにあると社外のレビュアーには表示されない。公開前に画像をBase64に変換してHTMLに埋め込むか、一般アクセス可能なURLに差し替えてから共有する。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
スライドのHTMLをテキストエディタで開き、`<script>`タグ内に`location.href`や`window.history.pushState`などのナビゲーション操作がないか確認する。これらが誤って含まれていると、スライドを操作した際にブラウザのURLが変化して共有URLがズレるトラブルが起きることがある。
スライド内のテキストに、Gemini CLIへのプロンプトそのものや指示文が残っているケースがある。「ここに会社名を入れてください」「TODO: 数値を更新」などのプレースホルダが残ったまま共有されると、クライアントや役員に未完成の印象を与えるため、公開前に全文テキスト検索で確認する。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
役員向けの戦略発表スライドは機密度が高いため、メール認証で役員メールアドレスを個別に登録する方式が望ましい。有効期限は発表当日の翌朝に設定し、発表後すぐにアクセスできなくなるよう事前に設定しておく。
外部勉強会やウェビナーで参加者に配布するスライドは、会後の復習用として長期間アクセスできるようにすることが多い。その場合は検索インデックスへの登録を防ぐnoindex設定だけ確認し、URLを知っている人だけがアクセスできる状態を維持する。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
スライドのレビューを依頼するときは「発表の流れが論理的に追えるか」と「各スライドの情報量は多すぎないか」の2点を確認してほしい観点として明記すると、構成に関する具体的なコメントが集まりやすい。
フィードバックを複数人から集める場合、コメントをGoogleスプレッドシートに集約し「スライド番号・指摘内容・対応ステータス」の列で管理する方法が整理しやすい。URLと一緒にスプレッドシートのURLも送付し、コメントはそちらに書いてもらうよう依頼すると、Slackのスレッドが長くなる問題を防げる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
スライドに「TODO」や「ここを修正」などのメモが残っている場合、どうすれば確認できますか？
テキストエディタでHTMLを開き「TODO」「TBD」「要修正」「placeholder」で検索してください。また、ブラウザでCtrl+Fを使いスライド全ページを送りながら表示テキストを目視確認する方法も有効です。
役員向け戦略スライドを発表後すぐにアクセス不可にするには？
共有ツールの有効期限機能で発表当日の翌朝0時を期限に設定してください。あらかじめ設定しておけば発表後の手動削除を忘れてもURLが自動で無効化されます。
スライドの背景画像が社外レビュアーに見えない場合の対処法は？
画像をBase64に変換してHTMLに`<img src="data:image/png;base64,...">`形式で埋め込むか、Cloudinary・ImgurなどのパブリックCDNにアップロードしてそのURLに差し替えてください。