Figma Sitesから一時共有URLへ切り替えるタイミング

できること

Figma Sitesはデザインファイルを更新するたびに公開ページへ自動反映されるため、修正サイクルが速いデザイン初期フェーズでは非常に便利だ。クライアントに「最新のデザインをここで確認してください」とURLを一本渡しておくだけで、修正のたびにURLを再送する手間が省ける。

デザインコンセプトの検討段階では認証が不要なケースも多く、Figma Sitesの「URL発行だけで即公開」という手軽さが生産性を上げる。特に週に数回デザインが変わる初期探索フェーズでは、HTML共有サービスへ移行するオーバーヘッドよりもFigma Sitesの即時性が優先されることが多い。

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

できないこと

Figma Sitesではエンジニアがコーディングした実装物（カスタムHTML/CSS/JS）をそのまま表示できない。コーディングフェーズに移行した後も同じURLでレビューを継続しようとすると、デザインとコードが別々のURLで管理される混乱が起きる。

Figma Sitesは公開ページへのアクセスをログで確認できないため、正式な承認プロセスに組み込むことが難しい。「この日付にクライアントが確認・承認した」という記録を残す必要がある場合、Figma Sitesだけでは証跡管理の要件を満たせない。

認証と期限の違い

Figma Sitesから切り替えるべき第一のサインは、「社外クライアントへの正式な成果物提出」が近づいたときだ。それまでのインフォーマルな確認と異なり、正式提出ではアクセス制御と期限管理が求められることが多い。この段階でHTML共有サービスに移行し、パスワードまたはドメイン認証を設定することで、情報管理の基準を一段引き上げられる。

第二のサインは「コーディングが始まって実装確認が必要になった」タイミングだ。エンジニアが納品する静的HTMLをクライアントにレビューしてもらう段階では、Figma Sitesは使えない。HTML共有サービスに実装物をアップロードし、同一URLで管理することで「デザイン確認URL」と「実装確認URL」の混在を避けられる。

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

差し替え・レビュー運用

切り替え時に必ずやるべき作業は、旧Figma SitesのページのURLを非公開にすることと、関係者への新URLの案内を同時に行うことだ。「古いFigma SitesのURLは本日から使えなくなります。今後はこちらのURLをご利用ください（期限：◯月◯日）」という形でメール一本で両方を伝える。

HTML共有サービスへ移行した後に「やはりFigmaのデザインも確認させたい」というケースが出ることがある。その場合は、Figma SitesとHTMLレビューURLを明確に使い分けるルールを設けたうえで、Figma Sitesは「デザイン参照用」、HTML共有URLは「承認対象の実装確認用」と役割を明示することで混乱を防げる。

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

向いているケース早見表

Figma Sitesを使い続けるのが適しているのは、デザイン検討の初期フェーズで修正頻度が高く、アクセス制御が不要な社内または信頼関係のある相手への共有に限られる。この段階でHTML共有サービスに移行する必要はない。

Figma Sitesから切り替えを検討すべきなのは、(1)コーディング済みのHTMLを確認に回す段階、(2)NDA下のクライアントへ正式に成果物を提出する段階、(3)承認フローとして期限付きのレビューURLが必要な段階の3つ。いずれか一つに当てはまったら切り替えを実施するのがよいタイミングだ。