Figma Sitesで公開したページを社外レビューに回すときの注意点

できること

Figma Sitesで公開したページは独自ドメインやサーバーセットアップなしに、FigmaのSubdomainでURLを即時発行できるため、クライアントに「今日作ったデザインを見てください」と素早く伝えられる。相手がブラウザを開くだけで確認できるため、Figmaのアカウントやアプリのインストールを求めずに済む点はFigma Prototypeよりも敷居が低い。

Figma Sitesのページを実際のスマートフォンで開いてもらうことでレスポンシブデザインの見え方を確認してもらいやすい。PCとスマートフォン両方でURLを開いてもらい、「このアイコンは小さすぎないか」「ナビゲーションは見つけやすいか」といった観点でフィードバックをもらう際のデモとして機能する。

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

できないこと

Figma Sitesは公開したページに対してアクセスログを提供しない。「クライアントがページを開いて確認した」という記録が残らないため、レビュー依頼をしたがフィードバックが来ない状況でも「見てもらえたかどうか」を確認する手段がなく、追いかけのタイミングが掴みにくい。

個人情報や内部資料が意図せずデザイン上に含まれていた場合、Figma Sitesの公開ページからそれが誰でも閲覧できる状態になる。プレースホルダーとして入力した実在の名前・住所・メールアドレスなどのサンプルデータが含まれていないか、公開前に必ず確認する必要がある。

認証と期限の違い

Figma Sitesには「特定の相手だけに見せる」仕組みがないため、公開したページのURLを取引先に送る際、誤って転送されても防ぎようがない。NDAが締結されているプロジェクトで、コンテンツを特定の会社の担当者だけに限定したい場合は、Figma Sitesだけでは要件を満たせない。

認証付きHTML共有サービスを組み合わせる運用では、Figma SitesでデザインのHTML出力（またはスクリーンショット）を取得し、それをギガサイト便などにアップロードして会社ドメイン認証またはパスワード認証を設定する。URLを知っていても認証を通過できない状態を作ることで、社外レビューの情報管理基準を満たせる。

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

差し替え・レビュー運用

Figma Sitesで社外レビューを進める場合、「どの版を見てほしいか」を日付やバージョン番号でメール本文に明記することが混乱防止に有効だ。Figmaを更新すると自動的にページ内容が変わるため、レビュアーが再訪したときに違うデザインが見える状況が起きやすい。

社外レビューが終わったタイミングでFigma Sitesのページを非公開に戻す作業を手順書に組み込んでおこう。「レビュー完了 → 非公開化」をプロジェクト完了チェックリストに入れておくと、旧バージョンのデザインが公開され続けるリスクを防げる。プロジェクトによっては最終版のみ本番公開するための別URLを用意する運用も有効だ。

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

向いているケース早見表

Figma Sitesの社外共有が向いているのは、機密度が低いデザインコンセプトの確認、または認証が不要な不特定多数向けのパブリックなデザインレビュー。ポートフォリオの公開や、オープンなデザインフィードバックを求める場面では、認証の手間なく共有できる利点が生きる。

一方、クライアントとのNDA下でのレビュー、特定の部署だけに見せたい社内コンテンツ、または期限を区切って承認フローに組み込みたいレビュー依頼には、HTML共有サービスでの認証と期限設定を追加する必要がある。Figma Sitesは「公開の手軽さ」、HTML共有サービスは「アクセス制御の厳密さ」として役割を分担させると整理しやすい。