何が共有しづらいのか
HTMLスライドをファイルで送った場合、JavaScriptで実装されたスライドアニメーションやキーボードナビゲーションがセキュリティ設定によって動作しないことがある。特にChromeの「ローカルファイルへのアクセス」制限がかかると、スライドのページ送りすら機能しない。URLで共有すれば相手はブラウザでそのまま操作でき、発表と同じ体験でレビューしてもらえる。
もう一つの課題は、スライドには発表で使う前の機密情報（未発表の新機能・組織変更・財務計画）が含まれるケースが多いことだ。そのまま公開URLにしてしまうとSlackやメールの自動プレビュー機能がアクセスし、意図せずキャッシュされることもある。認証なしのURLは社内スライドのレビューには向かない。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
Durable AIのHTMLスライドに埋め込まれたスピーカーノートや非表示スライドが、共有URL上で閲覧者に見えないか確認する。スピーカーノートはCSSで`display:none`になっているだけのことが多く、ブラウザの開発者ツールを開けば中身を読める状態のまま共有される。機密性の高いメモはHTMLから削除してからURL化する。
外部フォントやReveal.jsなどのスライドライブラリをCDNから読み込んでいる場合、そのバージョンを固定しておく。CDNがアップデートされてAPIが変わると、次回アクセス時にスライドのレイアウトが崩れることがある。package.jsonやHTMLのscriptタグにバージョン番号を明記するか、ファイルをローカルにダウンロードして同梱する。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
発表前の社内確認なら会社ドメイン認証が最速だ。メンバーが増えるたびにパスワードを配布し直す必要がなく、退職者が自動的にアクセス不能になるのも利点だ。ただし外部の講演主催者やデザイン会社にレビューを依頼する場合は、その相手のメールアドレスをメール認証に登録する方式に切り替える。
スライドのレビュー期限は「発表日の3日前」を目安にすると余裕を持って修正できる。期限設定のポイントは「修正にかかる時間の逆算」だ。フォントを変えるだけなら1時間、スライド構成を大幅に見直すなら半日かかると仮定し、最後のフィードバックが届くまでの余白を確保した日付を設定する。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
スライドのレビュー依頼では、「全体の流れが伝わるか」「各スライドの情報量が多すぎないか」「グラフや図の意味が一目でわかるか」という3観点を指定すると整理されたフィードバックが返ってくる。特に「スライド番号を教えてください」と一言添えると、「5枚目のグラフの凡例が小さい」のようにピンポイントな指摘が来て修正箇所の特定が早い。
複数人からフィードバックを集める場合、Googleスプレッドシートなどでスライド番号・指摘内容・優先度・対応状況を管理するとよい。同じスライドへの重複コメントが一目でわかり、「複数人が同じ箇所を指摘している＝優先度高」という判断が自然にできる。修正版を共有する際は変更したスライド番号を箇条書きで添付する。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
スピーカーノートを非表示にしているつもりですが、レビュアーに見えてしまいますか？
CSSのdisplay:noneで隠しているだけでは、ブラウザの開発者ツールから内容を確認できます。機密のメモはHTMLファイルから完全に削除してからURL化することを推奨します。
スライドのアニメーションがURLで開いても動きません。原因は何ですか？
外部JSライブラリのCDN読み込みが失敗しているか、バージョン不一致でエラーが発生している可能性があります。ブラウザの開発者ツールのコンソールでエラーを確認し、ライブラリをローカルに同梱してみてください。
発表後にもスライドを共有したいのですが、レビュー用URLを使い続けてよいですか？
レビュー用URLは期限付きのため、発表後の恒久共有には不向きです。発表後は認証なしの公開URLを別途発行するか、PDFに変換して配布するなど用途に合った方法に切り替えることを推奨します。