何が共有しづらいのか
HTMLスライドはReveal.jsやImpress.jsなどのJSライブラリを使って動作することが多く、ライブラリのCSSやJSをローカルに持っている前提で書かれたHTMLをそのままメールに添付してもスライドとして表示できない。CDN経由で読み込んでいれば添付でも動くが、オフライン環境や企業のファイアウォール内では外部CDNがブロックされることもある。
また、HTMLスライドにはプレゼン資料としての機密情報（新製品情報・未発表の数値目標など）が含まれることがある。「URLを知っていれば誰でも見られる」状態で共有すると、転送やスクリーンショットによって情報が意図しない範囲に広がるリスクがある。内容の機密度に応じて認証の要否を判断することが必要だ。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
HTMLスライドで外部CDNのReveal.jsを使っている場合、公開URLでも問題なく動作するかをシークレットウィンドウで一度確認する。スライドのキーボード操作（矢印キーやスペースキーでのページ送り）がモバイルで使えないケースもあるため、スマホからもアクセス可能にするならタッチ操作の動作確認が必要だ。
スライドにPDFとしてエクスポートする機能が組み込まれている場合、そのエクスポートリンクが外部サービスに接続していないかを確認する。また、スライドの最終ページに連絡先メールアドレスや電話番号が含まれている場合、それが正しい担当者情報になっているかもレビュー前に見直しておく。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
社外のクライアントへの事前共有であればパスワード認証が適切だ。プレゼン本番の前日にURLとパスワードを送り、「本番当日には更新版をお見せします」と伝えておくと、事前共有版と本番版の混乱を防げる。パスワードはランダムな英数字を使い、推測されにくくしておく。
プレゼン当日が終わったらURLを無効化するか期限切れにすることで、資料が永続的に閲覧可能な状態になるのを防げる。社内レビューの場合は期限を「プレゼン3日前」に設定し、ギリギリの修正指示が集中しないようにするのも一つのやり方だ。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
スライドのレビューでは「ページ順は論理的に流れているか」「グラフや数字の根拠が明確か」という観点が中心になる。単に「確認してください」と送るより、「3ページ目の売上グラフの単位が正しいか確認してほしい」など、ページ番号を添えた具体的な質問にすることで、的外れなコメントを減らせる。
スライドのHTMLには発表者ノートが非表示で含まれる場合がある。ノートを見せたくない相手に共有する場合は、発表者ノートが表示される操作（例：Reveal.jsのsキー）をURLとあわせて案内しないか、ノートを削除してからアップロードする。フィードバックをまとめてもらう期限は余裕を持って設定し、前日の深夜に届いたコメントは次バージョンに持ち越すとルール化しておくと作業負担を減らせる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
スライドのアニメーション効果はプレビューURLでも正しく動きますか？
CSSアニメーションやReveal.jsのトランジションはプレビューURLでもそのまま動作します。ただし特定のブラウザ拡張機能がアニメーションを無効化している場合はシークレットウィンドウで確認してください。
スライドが何十ページもある場合、アップロードのファイルサイズ制限はありますか？
ギガサイト便では1ファイル最大100MBまでアップロードできます。画像が多い場合はWebP形式への変換や圧縮でファイルサイズを減らしてからアップロードすることを推奨します。
プレゼン後に同じスライドを別の相手に再共有したい場合、新しくURLを発行し直す必要がありますか？
期限を延長するかURLを再有効化することで、同じURLを引き続き使えます。ただし相手が変わる場合はパスワードを変更した上で新しいURLを発行し直す方が情報管理上は安全です。