2026年6月更新。
Figma SlidesはFigma内に統合されたネイティブのプレゼンテーションツールです。ファイルはデザインシステムと並んでFigmaワークスペース内に置かれ、配布はFigma標準の共有リンクモデルを使います。ファイルごとに1つのURLがあり、アクセス権はファイルのパーミッション設定で制御されます。
このモデルには、資料がFigma組織の外に出た途端に表面化する既知の制約があります。共有リンクは全員に同じ1本のURLが渡される仕組みで、受信者ごとのバージョンはなく、誰が資料を開いたかの記録もなく、どのスライドに関心が集まったかも見えません。Figmaは2025年2月に「閲覧履歴」機能を追加しましたが、これはファイルへのアクセス権を持つサインイン済みFigmaユーザーしか記録しないため、外部の受信者(投資家、見込み客、顧客)はほぼ全員が対象外になります。
外部送付で受信者ごとのスライド別エンゲージメントを取り戻す現実的な方法は2つあります。Hypermatic PitchdeckプラグインはFigma内に留まり、独自のトラッキング共有リンクを生成して匿名のスライド別分析を提供します。HummingDeckはPDFエクスポートを受け取り、受信者ごとのトラッキングを備えた共有レイヤーを通して配信します。本記事の残りでは、同じ元資料に対してこの2つを比較していきます。
Figma Slidesとは何か、一段落で
名前は聞いたことがあるけれど使ったことはない、という方への簡単な前提です。Figma SlidesはFigma独自のプレゼンテーションツールです。2024年6月26日にベータ版として登場し、2025年3月19日に正式版になりました。資料はFigma通常のキャンバス内で動作するため、コンポーネントやデザイントークンがそのまま使えます。プレゼンターモード、スピーカーノート、ライブ投票が上に乗っかる形で提供されています。デザイナーがFigma中心に動いているチームなら、資料を作る場所として自然な選択肢です。
Figma Slidesの共有リンクができること、できないこと
Figmaの共有リンクが実際にどう動くかを見ていきましょう。これはファイル全体に対して1つのURLで、アクセスはリンクを受け取った人ではなく、ファイルのパーミッション設定で管理されます。デザインの共同作業ならこれで問題ありません。そもそもこのモデルはまさにそのために作られたものです。しかし、同じ資料を10人の見込み客に送ると、ブラックボックスになります。
具体的には次のとおりです。
- 10人の見込み客、1本のリンク、誰が誰だか区別する手段はありません。
- 1人だけアクセスを取り消すことはできず、取り消すなら全員分を取り消すことになります。
- 誰が、いつ、どこから、どのくらいの時間ファイルを開いたかの記録はありません。
- 公開共有にはファイルパーミッションを「リンクを知っている全員」に緩める必要があります。後で絞り直すのを忘れがちで、そのままファイルが無期限に開いたままになります。
Figmaのデザインファイル共有モデルと、B2Bの外部送付ワークフローは、根本的に違う仕事をこなそうとしているのです。
Figmaの閲覧履歴は見込み客には役立たない
2025年2月、Figmaは有料プラン向けに閲覧履歴という機能を追加しました。どのFigmaユーザーが何日にファイルを開いたかを記録します。
これを読んで「自分の問題はこれで解決する」と思った方には、ほぼ間違いなく解決しません。閲覧履歴は、すでにファイルへのアクセス権を持つログイン済みFigmaユーザーしか記録しません。Figmaアカウントを持たずに資料を開く見込み客企業のVPは記録されません。ログインせずにスマートフォンで読む投資家も記録されません。「リンクを知っている全員」共有をクリックする人も記録されません。これは、本当にトラッキングしたい相手のほとんどに当てはまります。
Figma自身のコミュニティは2024年から本格的な閲覧分析を求めています。Figma Slidesに分析機能を追加というリクエストスレッドにはこう書かれています。「どのスライドが見られたか、どこにインタラクションがあったかが分かれば素晴らしい。せめてリンクが開かれたかどうかだけでも知りたい。」Figmaはこれをリリースしていません。
外部受信者に対するスライド別エンゲージメントには、Figmaの外にトラッキングレイヤーが必要です。それに値する選択肢は2つあります。
選択肢1: Hypermatic Pitchdeck(Figma内プラグイン)
Figma内で本格的な解決に最も近いのは、Hypermatic社のプラグインPitchdeckです。作業中のフレームや資料に対して実行すると、カスタム共有リンクを生成し、スライドごとの閲覧数と滞在時間を示すダッシュボードが手に入ります。パスワード保護もあります。PowerPoint、Google Slides、PDF、Keynoteへのエクスポートもあります。
Figmaネイティブで動くチームにとっての大きな利点は、エクスポート工程が不要な点です。Figmaの中にいながらリンクを作り、分析もFigma内で見られる。ワークフロー全体が1つのウィンドウで完結します。
閲覧者ページはHypermaticがホストするURL上に置かれます。共有リンクを自社のカスタムドメインに載せたい場合や、送付したすべての資料(PDF、提案書、AI生成物)を1つのライブラリに集めたい場合、Pitchdeckは適切な選択肢にはなりません。
より大きな制約は、分析が匿名であることです。Pitchdeckはパスワード保護には対応しますが、受信者ごとの本人特定はできません。「誰かがスライド7に4分滞在した」は分かりますが、「Acme社のJaneがスライド7に4分滞在した」は分かりません。社内の少人数チームにドラフトを見せるだけなら、この区別は大して問題になりません。投資家パートナー30人や見込み客の購買委員会が相手なら、ここがすべてです。
Figmaから小規模で信頼できる相手にだけ届けるチームにとって、Pitchdeckは綺麗な答えになります。
選択肢2: HummingDeck(PDFエクスポート、トラッキングリンク送付)
もう1つのルート、そしてFigma資料を外部に送付するチームの多くが最終的に辿り着くのは、資料をエクスポートして別の共有レイヤーで配信する方法です。HummingDeckは私たちの製品です。立場を明らかにしておくので、続きを読む際の判断材料にしてください。プロダクトはドキュメント共有プラットフォームで、PDF、PowerPoint、HTMLの生成物を受け取り、アップロードしたものについてページ別エンゲージメントを、送付した相手と紐付けて提供します。
ステップ1: 資料をPDFとしてエクスポート
Figma Slidesで File → Export → PDF。資料全体が1つのPDFになり、1スライドが1ページになります。
PDFは、Figma Slidesがライブプレゼンターモードで実現できることに比べると情報を失う形式です。アニメーション、動画埋め込み、投票、ホットスポットはすべてフラット化されるか落ちます。次のセクションで経路ごとに詳細を見ていきます。多くの営業資料、ピッチ資料、顧客提案書では、失われるのはほぼプレゼンターモード機能であって、閲覧者モード機能ではありません。
ステップ2: PDFをHummingDeckにアップロード
HummingDeckの資料ライブラリにPDFをドロップします。アップロードはPDFのページ区切りを取り込むので、各スライドが共有リンク内のトラッキング可能なページになります。
ステップ3: ファイルではなくトラッキングリンクを送る
共有リンクが手に入ります。ファイルではなくこのリンクを送ります。リンクには次のような設定が可能です。
- 受信者ごとのURL、これにより、どの見込み客が何をしたかを区別できます。
- メール認証ゲート、これにより、閲覧者は何かを見る前に本人確認を行います。
- 有効期限または取り消しボタン、これにより、商談が決着したりラウンドが完了したりした時点でリンクを無効化できます。
- カスタムドメイン、これにより、リンクが第三者のものではなく自社のものとして見えます。
ステップ4: 何が起こるか見守る
受信者ごとに、次の情報が得られます。
- リンクを開いたかどうか。
- どのスライドを見たか、そしてどのくらいの時間滞在したか。
- 後日再訪したかどうか。再訪問は、商談が前進するかを最も予測する単一のシグナルです。
- 同僚にリンクを転送したかどうか。同じリンクに2つ目のデバイス指紋が出れば、社内で味方が代わりに売ってくれているサインです。
- 開封が人間によるものかボットによるものか。Microsoft Safe Links、Proofpoint、類似のメールスキャナは、見込み客が見る前にリンクをクリックします。こうしたクリックはフィルタリングされ、データを水増ししません。仕組みは資料分析が間違っている理由に書いています。
それぞれの経路で残るもの
インタラクティブな要素は残りません。スライド遷移、オブジェクトのアニメーション、埋め込み動画の再生、ライブ投票、ホットスポットはすべて、スクリプトとアニメーションを動かせるレンダラーが必要です。PDFにはそれができません。PDFがFigmaのネイティブエクスポートから出てこようと、Pitchdeckのエクスポーターから出てこようと、結果は同じフラットなドキュメントです。
Pitchdeckのウェブ版トラッキングリンクは例外ですが、アスタリスク付きです。Pitchdeckウェブビューワーのインタラクティブ性は、Figma Slidesのアニメーションが引き継がれたものではありません。デザイナーがPitchdeckプラグイン内で別個に作り込む並行レイヤー(独自のタイムラインエディタ、独自の埋め込みシステム、独自のクリックリンクモデル)です。静的なビジュアルはFigmaから来ますが、インタラクティブな再生はPitchdeck内で作り直されています。チームがそのワークフローにコミットしているなら、機能します。Pitchdeckが自動的にFigmaのアニメーションを読み取ると仮定していたなら、そうではありません。
PitchdeckとHummingDeckの横並び比較
両プロダクトとも「Figma Slidesには外部受信者向けの分析がない」という問題を解決します。ただし、解決する相手の層は異なります。
| Hypermatic Pitchdeck | HummingDeck | |
|---|---|---|
| Figmaネイティブプラグイン(エクスポート工程なし) | あり | なし(先にPDFエクスポート) |
| スライド別エンゲージメント | あり | あり |
| スライド滞在時間 / セッション | あり | あり |
| カスタム共有リンク | あり | あり |
| パスワード保護リンク | あり | あり |
| 受信者ごとの本人特定(メール認証ゲート) | なし(匿名、パスワードのみ) | あり |
| ボットフィルタリング(Safe Links、Proofpoint、プリフェッチャー) | なし | あり、3層構造 |
| 再訪問アラート | なし | あり |
| マルチデバイス転送の推定 | なし | あり |
| 共有リンク上のカスタムドメイン | なし(Hypermaticホスト) | あり |
| リンク有効期限と取り消し | 公開ドキュメントには記載なし | あり |
| 営業向けマルチドキュメントバンドル(デジタルセールスルーム) | なし(スライドプラグインの範囲) | あり |
| 資金調達向け投資家データルーム(データルーム) | なし | あり |
| 提案ワークフロー(承認 / 却下 / 変更依頼) | なし | あり、営業資料トラッキング経由 |
| モバイル対応の閲覧者UI(受信者側) | あり(ウェブリンク) | あり(ウェブリンク) |
| モバイル / ウェブの送信者管理UI | なし(分析はFigmaデスクトッププラグイン内) | あり、ウェブアプリ |
| 複数フォーマット対応(PDF、PPTX、HTML、Keynote) | なし、Figma専用 | あり |
| エクスポートして編集(PowerPoint、Google Slidesなど) | あり | なし(HDは閲覧用であり編集ツールではない) |
表を左から右へ読むと、棲み分けはかなり明快です。Pitchdeckが勝つのはFigmaネイティブなワークフローです。エクスポート工程ゼロは、デザイナーが社内レビューを送るときには確かな利便性になります。HummingDeckが勝つのは外部受信者への送付です。受信者ごとの本人特定、ボットフィルタリング、転送推定、再訪問アラート、マルチドキュメントバンドル、カスタムドメイン。リンクの向こうにいる相手が誰だか分からず、感想を聞くこともできない状況で、実際に必要になるシグナルです。
HummingDeckが資料そのものを超えて提供するもの
資料は1つの成果物です。その資料が置かれているワークフロー(商談を締結する、資金調達ラウンドを完了する、承認を得る)はもっと大きなものです。スライドプラグインの範囲外にある機能をいくつか挙げます。
アクセス制御と提案承認。 メール認証ゲート(特定の受信者をホワイトリスト化)、カレンダーベースのリンク有効期限、リンクが開かれた後の手動取り消し、そして資料が提案書を兼ねる場合に閲覧画面内で機能する承認 / 却下 / 変更依頼ボタン。提案書の状態はエンゲージメントデータと並んでダッシュボードに表示されます。提案書特有の機能面は営業資料トラッキングを参照してください。
マルチドキュメントバンドル。 営業向けのデジタルセールスルーム(資料 + 価格 + 導入事例 + Loom動画を1つのブランド付きURLにまとめ、受信者ごとにゲーティング)。資金調達向けのデータルーム(資料、財務モデル、キャップテーブル、デューデリジェンスPDF、任意のNDA強制、パートナー別トラッキング)。スライドプラグインがカバーできるカテゴリではありません。
モバイル対応の送信者管理。 HummingDeckはウェブアプリなので、誰がエンゲージしたかの確認はどのデバイスからでも可能です。Pitchdeckの分析はFigmaデスクトッププラグイン内に置かれます。
HummingDeckのシグナルが営業視点でより誠実な理由
「誰かがこれを開いたか」というのは、メール開封率と同じレベルのシグナルで、長い間同じ理由で壊れたままです。クリックが起きました。それだけです。それが人間によるものかどうか、スライド1より先まで読んだか、翌日に共同創業者を連れて戻ってきたか、購買委員会の他のメンバーに転送したか、そうしたことは何も教えてくれません。
実際に欲しいのはもっと具体的な情報です。「Paulaが水曜の朝に問題提起スライドに40秒滞在し、木曜に別のIPからもう1人を連れて戻ってきて、その2人目が価格スライドに2分滞在した。」これは行動につながる物語です。そしてこれは、まさに資料が本来やるべきだったこと、つまり特定の相手と会話を始めることそのものでもあります。だからこそ、ここまで少ない情報で長らく満足してきたのは少し不思議なくらいです。
Figmaのネイティブ閲覧履歴は、この物語をまったく語ってくれません。Pitchdeckは伏字付きのバージョンを語ってくれます(誰かがスライド3に40秒滞在し、誰かが戻ってきて、誰かがスライド8に2分滞在した)。HummingDeckは、すべてのイベントを名前のある受信者に紐付けます。それが、物語を使い物にするポイントです。
もう1つ触れておきたいのは、ステップ4で簡単に言及したボットフィルタリングです。これがないと、ダッシュボードが「エンゲージメント」と呼ぶものの一部は、人間が見る前にURLを読み込んでいる企業のメールスキャナとリンクプリフェッチャです。詳しい理由はコールドメールの開封率はもう死んでいる、仕組みは資料分析が間違っている理由にあります。
どちらをいつ選ぶか
デザイナー主導のチーム、Figma中心のスタック、対象がほぼ社内? Pitchdeckです。エクスポート工程ゼロのワークフローは確かな利点ですし、相手がすでに分かっているなら匿名トラッキングで十分です。
ラウンド調達中のファウンダー? HummingDeckです。気にすべきは資料が開かれたかどうかではなく、どのファンドのどの特定パートナーがチームスライドより先まで読んだか、パートナーミーティングの前に誰が資料に戻ってきたか、どのアソシエイトに転送したかです。これらのシグナルは、リンクが相手の正体を知っているときにしか存在しません。さらに資金調達の送付は、ほぼ常に資料だけでは終わりません。財務モデル、キャップテーブル、デューデリジェンスPDFが同じ会話の一部になります。HummingDeckはそれらをデータルームで包みます。
提案書の一部として資料を送るAEや営業リード? 同じ答えです。商談は特定の人物が何をするかで動き、集計値では動かないので、受信者ごとのトラッキングが必要です。そして資料が提案書を兼ねるなら、閲覧画面に承認 / 却下 / 変更依頼が組み込まれていてほしいはずです。デジタルセールスルームは、資料 + 価格 + 導入事例の送付をカバーします。
複数ツールが混在するスタック(一部の資料はFigma、別のはClaude Design、Keynote、PowerPoint、時々v0のプロトタイプ)? 全体に1つのトラッキングレイヤーが必要です。さもないと4つの違うダッシュボードを読むことになります。これがまさにHummingDeckが設計対象としているユースケースです。
両方を併用することを止めるものは何もありません。多くのチームが社内FigmaレビューにはPitchdeckを、会社の境界を越えるものにはHummingDeckを使っています。
Figmaの先へ: 他の資料ツールでも同じフロー
ネイティブツールからエクスポートできる資料フォーマットであれば、エクスポートしてアップロードしトラッキングリンクを送る流れは機能します。
- Keynote → PDFにエクスポート → トラッキングリンク。
- Google Slides → PDFで公開 → トラッキングリンク。
- Canva → エクスポート → トラッキングリンク。
- PowerPoint → .pptxを直接アップロード、PDF工程は不要。
- Claude Designなど他のAI資料ビルダー → HTMLまたはPDFとしてエクスポート → トラッキングリンク。HTMLの経路はClaude Designの成果物を共有する方法を参照してください。
これらのツールはどれも、ネイティブの共有リンクではFigma Slidesと同じギャップを抱えています。「リンクを知っている全員」、受信者ごとのトラッキングなし、エンゲージメントデータなし。スタックに複数のツールがあるなら、フォーマット横断のトラッキングレイヤーが、個別ツール内プラグインのどれよりも重要になります。
結論
Figma Slidesは現実の問題を解決しました。デザインシステムから離れずに資料を作るという問題です。送付は、Figma内ではいまだに未解決の領域です。閲覧履歴は一歩ですが、対象がすでにFigma組織内にいる人たちに限られていて、これはたいていの場合、本当にトラッキングが必要な相手とはほぼ正反対の層です。
チームがFigmaネイティブで、対象が小規模で信頼できる相手なら、Hypermatic Pitchdeckプラグインが最も綺麗な答えです。投資家、見込み客、顧客に外部送付していて、受信者ごとの本人特定、ボットフィルタリング済みのシグナル、提案書の承認/却下ワークフロー、より広い送付に対応するマルチドキュメントのデジタルセールスルームやデータルーム、モバイル対応の送信者管理、そして資料がどのフォーマットで届くかに関係なく1つのトラッキングレイヤーが必要なら、それがHummingDeckの役割です。
関連:
- Claude Designの成果物(HTML資料)を共有してスライド別エンゲージメントをトラッキングする方法: AI生成のHTML資料向け姉妹ガイド。
- ピッチ資料と営業に最適なAIプレゼンテーション作成ツール7選(2026年比較): Gamma、Pitch、Beautiful.aiなどを含むより広い領域の比較。
- 資料分析が間違っている理由: 上記の「営業視点で誠実なシグナル」の背景にあるボットフィルタリングの仕組み。
- コールドメールの開封率はもう死んでいる: 「誰かがこれを開いたか」が役に立つシグナルではなくなった理由。
- 営業向けHummingDeck | デジタルセールスルーム | 料金
