何が共有しづらいのか
Squarespace AIが生成するHTMLスライドはReveal.jsなど外部ライブラリへの依存が多く、ローカルで動いても相手の環境では真っ白になるケースがある。まずブラウザのコンソールを開き、404エラーで外部CDNが取得できていないかを確認しよう。
スライドには発表者メモや非表示スライドが含まれていることがあり、閲覧者に意図しない内部情報を見せてしまうリスクがある。共有前に「発表者ビュー専用の記述が本文に混入していないか」をHTMLソースで検索するひと手間が欠かせない。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
Squarespace AI生成のHTMLスライドでよく見られるのが、スライド切り替えアニメーション用のJavaScriptが外部CDN参照になっているケースだ。`<script src="https://cdn.jsdelivr.net/...">`のような行をgrep検索し、必要なら該当ライブラリをローカルに落として相対パスに書き換えてからアップロードする。
スライド内に埋め込んだデモ用フォームや外部iframe（例：埋め込みYouTube）は、公開URLからアクセスされたときに混在コンテンツ警告が出る場合がある。httpsで配信するギガサイト便上でも問題なく動くか、アップロード後にブラウザのセキュリティアイコンを目視確認しておこう。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
スライドの内容が競合他社に見られると困る場合は、パスワード認証を必ず設定する。パスワードはSlackのDMなど別チャネルで伝えると、URLとセットで流出するリスクを下げられる。有効期限は「発表日の翌日23:59まで」のように具体的に決めておくと、レビュー終了後に古いURLが生き続けるトラブルを防げる。
社内の特定部署だけにレビューを依頼するなら、会社ドメイン認証が最も運用しやすい。@example.co.jpのメールアドレスを持つ人だけが閲覧できるよう設定すれば、パスワードを都度共有する手間がなくなる。部署ごとに異なるスライドセットを配る場合も、URLを分けるだけで権限管理が完結する。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
スライドレビューで「全体的にいい感じ」という曖昧なフィードバックを避けるには、依頼メール本文に「スライド5枚目のグラフの数値が伝わるか」「フォントが小さすぎないか」など確認ポイントを箇条書きで書いておくと効果的だ。観点を3つ以内に絞ると返信率が上がる。
修正後に同じURLでスライドを差し替えられる場合は、その旨を最初のメールで伝えておく。「このURLは最新版に更新されます」と一言添えるだけで、レビュアーが古いバージョンを参照したまま追加コメントを送るミスを防げる。最終版に差し替えた際はSlackで一報入れると確実だ。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
Squarespace AIのHTMLスライドをURLで共有したとき、アニメーションが動かない場合は？
外部CDNのJavaScriptが読み込まれていない可能性が高い。該当ライブラリをダウンロードしてHTMLと同じフォルダに配置し、script srcを相対パスに変更してから再アップロードすると解決するケースが多い。
レビュー期限が過ぎたURLを閲覧者がブックマークしていた場合、どうなりますか？
ギガサイト便の期限設定を過ぎるとURLはアクセス不可になる。閲覧者にはエラー画面が表示されるため、延長が必要な場合は期限前に管理画面から有効期限を更新するか、新しいURLを発行して共有し直す。
スライドに発表者メモが含まれている場合、閲覧者に見えますか？
HTMLの構造によっては`display:none`の要素をブラウザのDevToolsで表示できる。発表者メモは共有前にHTMLから削除するか、公開用スライドと発表者用スライドを別ファイルに分けておくと安全だ。