何が共有しづらいのか
HTMLスライドはキー操作やスワイプでページ送りするインタラクションを含むため、スクリーンショットのPDFでは動作を正確に伝えられない。実際のブラウザで動くURLを共有することで、アニメーションやトランジションも含めてレビューしてもらえる。
Reveal.jsを使ったスライドは `dist/`フォルダや `plugin/`フォルダを参照していることが多く、HTMLファイルだけを送っても相手の手元では真っ白になる。ZIPで固めて送る方法もあるが、解凍・展開の手間がありモバイルでは対応しにくい。URLで共有すればそれらの依存関係ごとホストできる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
スライドのHTMLをブラウザで開き、DevToolsのConsoleタブにエラーが出ていないか確認する。`Failed to load resource`のエラーが出ていればリソースパスが相対パスのままになっており、アップロード後も同じエラーが出る可能性がある。フォルダ構成ごとZIPにまとめてからアップロードするのが確実だ。
スライド内にGoogleフォームや外部アンケートへのリンクが埋め込まれている場合、送信先が社外サービスになっていることをレビュアーに明示しておく。また、スライドのノート欄にプレゼン用のメモが書かれている場合は、公開前に削除するかノート非表示モードで出力し直す。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
社内発表前のドラフトレビューなら会社ドメイン認証が最適で、部署外のメンバーにも手軽に共有できる。クライアントへの提案スライドは情報漏洩リスクがあるため、パスワードを設定したうえで有効期限を商談日の翌日に設定しておくと、会議後に古いURLが残り続けるリスクを減らせる。
スライドは発表後も録画の補足資料として残すケースがあるため、期限を設けずに恒久公開する選択もある。その場合は検索エンジンへのインデックスを防ぐnoindex設定を確認し、URLを知っている人だけが見られる状態を保つ。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
スライドのフィードバックは「何枚目のスライドについてか」を明記してもらうとすり合わせがスムーズになる。共有メッセージに「スライド番号とともに意見をください」と一言添えるだけで、曖昧なコメントが減る。
プレゼン直前の最終版と途中修正版を同じURLで更新していくと、レビュアーが古い版を見てコメントするすれ違いが起きる。重要な修正ごとにURLを変えてバージョン番号を付け、最新URLをSlackのスレッドにピン留めしておくと混乱を防げる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
Reveal.jsのスライドをまるごと共有するにはどうすればいいですか？
HTMLファイルだけでなく`dist/`や`plugin/`フォルダも含めてZIPにまとめてからアップロードしてください。フォルダ構成が維持されるため、CSS・JSの参照パスが壊れずに表示されます。
スライドに話者ノートが含まれている場合、公開前に非表示にできますか？
Reveal.jsなら`data-notes`属性をHTMLから削除するか、CSSで`.speaker-notes{display:none}`を追加する方法があります。公開専用のHTMLをあらかじめ別名で書き出しておくと安全です。
商談後にスライドのURLを無効化するにはどうすればいいですか？
共有ツールの有効期限機能を使い、商談日の翌日を期限に設定してください。期限が切れると自動でアクセス不可になり、古いURLを手動で削除する作業が不要になります。