Figma は 2026 年 10 月 15 日の公式ブログで、オープンソースのコンテンツフレームワーク Payload を Figma Make に統合したと発表した。Make でプロンプトからウェブサイトを生成すると、データベース、ファイルストレージ、ユーザーログイン、管理画面まで自動で用意され、デザインにデータを扱えるバックエンドが初めて付いてくる。
AI サイトビルダーでページを作ること自体は難しくなかった。難しいのはページの裏側だ。イベント一覧は誰かが更新し、フォームの送信内容は誰かが受け取り、文案の修正ひとつでエンジニアへの依頼が発生する。Payload が埋めるのはまさにこの部分である。デザイナーは実コンテンツで下書きし、マーケターは内蔵の管理画面で文案編集、画像差し替え、投稿確認、バージョン履歴の確認を行い、開発者は Payload のオープンソースフレームワークで深くカスタマイズする。全員が同じコンテンツを扱い、権限は役割ごとに分かれる。Figma は自社マーケティングチームの例も挙げた。動画シリーズの連動サイトでは、各回のタイトル、表紙、カスタム項目を Payload に登録し、プロンプトで逐一直すのではなく管理画面で保守しているという。
同じ発表でもう二つ注目点がある。一つは Figma Specs の公開ベータ開始だ。チームは設計規範や決定事項、文脈をキャンバスに紐づく文書に書き、MCP 経由でコーディングエージェントに渡せる。エージェントは毎回ゼロから推測するのではなく、決められたルールに沿って作業する。もう一つは、キャンバス上の Figma エージェントの正式提供開始、コードレイヤーの公開ベータ移行、そして Figma MCP への 20 件の新規パートナー統合追加で、改善されたガイダンスによりエージェントのミスとトークン消費が減るとしている。
制作フローへの実際の影響
今回の更新が変えるのは分業のあり方だ。プロトタイプ段階は速さが命で、プロンプト生成で足りる。しかし実ユーザー向けに公開するなら、コンテンツ管理、権限、データ保存が要る。Payload が Make に入ったことで、この工程が一つのツールに圧縮され、小規模チームがイベントページ、申込ページ、コンテンツサイトを作る際、外付け CMS の接続やアカウント基盤の保守を省ける。ただし境界も見ておきたい。Payload は全プラン向けだが、アカウントへの展開は今後数週間かけて順次進む。Payload プロジェクトを支えるホスティング基盤はまだベータで当面無料のため、正式な価格が発表されるまで長期コストは読めない。一方で、コンテンツとアプリは Figma の外へ持ち出せ、Payload 自体もセルフホスト可能なため、移行の出口は塞がれていない。Make で試作中のチームにとって判断基準は単純だ。ページに継続的なコンテンツ更新やユーザー投稿の受け付けが必要なら試す価値があり、一度きりのデモなら従来の流れを変える必要はない。
