AI活用

Makeシナリオで生成したHTMLスライドをレビュー用URLにして共有する方法

MakeシナリオのHTMLモジュールで生成したプレゼンテーション用HTMLスライドを、SlackやメールでZIPファイルとして送ると「開き方が分からない」という返信が来ることが多い。URLとして共有すれば受け取った側はリンクをクリックするだけでスライドを閲覧でき、レビューの摩擦が大幅に減る。

何が共有しづらいのか

MakeのHTMLモジュールで出力されたHTMLスライドは、Reveal.jsやSwiper.jsのようなスライドライブラリをCDNから読み込んでいる場合が多い。オフィス環境のプロキシや企業ファイアウォールでCDNがブロックされていると、レビュワーの環境でスライドが真っ白になる。Make内でライブラリのJSをHTTPRequestモジュールで取得してHTMLにインライン化する処理を追加するか、手動でライブラリコードを`<script>`タグに貼り付けて自己完結型のHTMLを作成する。

HTMLスライドはページ遷移をキーボードの矢印キーやスペースキーで操作する仕様が多く、タッチスクリーンのスワイプ操作に対応していない場合がある。スマートフォンでURL確認するレビュワーには「スライドを進めるには画面右側をタップしてください」のような操作案内を共有メッセージに書き添える。

  • 相手がログインなしで開ける状態か確認する
  • PCとスマホで最低1回ずつ表示を確認する
  • 内部情報・個人情報・不要な外部送信が残っていないか見る
  • レビュー期限と修正時の差し替え方を決めておく

URL化する前の確認点

MakeシナリオがGoogleスプレッドシートやNotionのデータを読み込んでスライドのコンテンツを生成している場合、そのデータ取得のAPIキーがHTML内のJavaScriptに残っているケースがある。HTMLをエディタで開いてCtrl+Fで`key=`や`token=`を検索し、APIクレデンシャルが含まれていれば削除してからアップロードする。スライドのコンテンツはそれ以降動的に変わらないため、静的テキストとして出力されていれば問題ない。

スライドにスピーカーノート(発表者メモ)が含まれる場合、Reveal.jsのデフォルトではノートも同じHTMLファイルに含まれており、URLを開いた閲覧者が開発者ツールでHTMLソースを見るとノートの内容も読める。外部に見せたくない情報がノートに書かれている場合は、公開前にノート部分のHTMLを削除するか、別ファイルに分離してURL共有するHTMLからは取り除く。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

認証と期限の決め方

社内の戦略発表や新規事業提案のスライドは、承認前に外部に出ることが致命的なリスクになる。社内メールドメインのみアクセスを許可するドメイン認証を使えば、URLが外部に転送されても社外メールアドレスでは開けない。複数ドメインを持つグループ企業内でのレビューであれば、許可するドメインを複数設定できるサービスを選ぶ。

スライドのレビュー期限は発表日の1〜2日前に設定するのが適切だ。それ以降は承認後の最終版が存在するため、レビュー中のURLは不要になる。発表当日を過ぎてもURLが有効な状態では、最終版と区別がつかなくなるため、発表後24時間以内に自動で無効化される設定にしておく。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

共有後のフィードバック回収

HTMLスライドのフィードバックで「3枚目のグラフが分かりにくい」と言われても、Reveal.jsではURLフラグメントで特定スライドに直接ジャンプできる(例: `#/2`)。レビュワーに「コメントする際はURLの末尾に`#/スライド番号`を付けてください」と事前に説明すると、どのスライドへのフィードバックかが一目で分かり、やり取りの効率が上がる。

スライドが全体的に長い(20枚以上)場合、レビュワーが最後まで見ずにフィードバックを送ってくることがある。共有メッセージで「特に5枚目〜10枚目のロジックの流れを重点的に見てください」のようにフォーカスエリアを指定すると、全体を見てもらいつつも重要な部分への集中を促せる。

  • 確認してほしい観点を3つ以内に絞る
  • 期限と返信先を明記する
  • 修正後も同じURLで見られるか伝える
  • 最終版と途中版が混ざらないようタイトルを付ける

よくある質問

スライドのアニメーションがURL環境では動かないという報告があった場合、原因として何が考えられますか?

CSSアニメーションに必要なスタイルシートが読み込まれていないか、JavaScriptライブラリのバージョンが不整合を起こしている可能性が高い。ブラウザのコンソールエラーと、Networkタブで404になっているリソースを確認することで原因を特定できる。

MakeシナリオでHTMLスライドを再生成した場合、以前のバージョンとどう区別しますか?

URLのパスにバージョン番号や日付を含める(例: `/slide-v2/`)方法が管理しやすい。または同じURLに上書きアップロードして差し替え、レビュワーに「更新しました」と通知する方法でもよいが、ブラウザキャッシュが残って古い版が表示されることがあるため、強制リロード(Shift+F5)を促す案内を添える。

スライドのHTML内にあるスピーカーノートを削除するのが手間な場合、非表示にするだけでも外部から見えなくできますか?

CSSで`display:none`にしても、HTMLのソースコードには残るため閲覧者がデベロッパーツールで確認すれば読める。外部に見せたくない情報が含まれる場合は、HTML内から文字列ごと削除するのが唯一確実な方法だ。

関連記事

「AI活用」の記事をもっと見る →