何が共有しづらいのか
HTMLスライドはキーボードの矢印キーやスワイプでページを送る仕組みをJSで実装していることが多い。ファイルをローカルで開いた場合にはCORSの制約でJSが動かないブラウザがあり、「スライドが1枚目から動かない」という問い合わせが来るケースがある。
PDF変換して送る方法もあるが、アニメーションやホバーエフェクトが失われ、インタラクティブな要素の確認ができない。レビュー目的がデザインの確認だけなら問題ないが、「UXの流れを体験してほしい」場合はHTMLのまま共有するほうが意図が正確に伝わる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
スライド内のJSライブラリ（Reveal.jsなど）がCDNから読み込まれている場合、CDNのURLが変わると動作しなくなる。公開前に`node_modules`や`dist`フォルダごとアップロードするか、ライブラリをHTMLにインラインで埋め込む処理を行っておくと安心だ。
スライドのノート欄（発表者メモ）が閲覧者にも見えてしまうケースがある。Reveal.jsなら`data-notes`属性やスピーカービューの設定を確認し、公開版では発表メモを非表示にするか削除してから共有しよう。内部の戦略メモが見えた状態でクライアントに送るのはリスクが高い。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
競合他社に見られたくないプレゼン資料の場合、パスワード認証は必須だ。パスワードは提案内容のコードネームから生成するなど類推されにくいものにし、URLと一緒にSlackやメールで送る場合は別のメッセージに分けるとセキュリティが上がる。
プレゼン本番の3日前に期限が切れると資料を最終確認できなくなる。「本番日の翌日23:59」を期限にする設定が安全で、本番後に相手がURLを見返して復習したい場合にも対応できる。逆に競合情報を含む資料なら本番当日の終業後すぐ期限を切るのが望ましい。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
スライドのフィードバックは「スライド番号○枚目の○○について」と位置を特定してもらうと修正箇所がわかりやすい。依頼メールに「スライド番号を明記してコメントしてください」と一文添えるだけで、「全体的にもう少し簡潔に」という曖昧なフィードバックの割合が減る。
修正後に同URLで差し替えた場合でも、変更サマリー（例:「スライド5の図を更新、スライド8のグラフを最新値に変更」）を添えて再共有すると、全ページを見返す手間を相手に与えずに済む。変更点が明示されると承認スピードが上がりやすい。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
スライドをURL化したら矢印キーでページが送れなくなりました。
ホスティング先のドメインでJSの実行が制限されているか、HTMLのfocusが当たっていない状態になっている可能性があります。ページを一度クリックしてフォーカスを当ててから矢印キーを押すと改善するケースがあります。それでも動かない場合はJSのCORSエラーをブラウザコンソールで確認してください。
スライドの発表者メモを非表示にするにはどうすればいいですか？
Reveal.jsの場合、HTMLの`<aside class="notes">`タグを削除するか、CSSで`.speaker-notes { display: none; }`を追加すると非表示にできます。共有前にシークレットモードのブラウザでノートが見えないか確認しましょう。
スライドのURL共有とPDF送付を使い分ける基準はありますか？
アニメーションや動的な要素を体験してほしい場合はURL共有、プリントアウトや保存用ファイルが必要な場合はPDF送付が適しています。プレゼン本番前のレビューはURL、最終承認後のアーカイブはPDFという使い分けが効率的です。