읽을거리 · AI 디자인
화면은 다 됐는데 저장 버튼이 아무것도 저장하지 않을 때, 피그마 메이크에 붙은 Payload에서 확인할 것
Figma가 10월 15일 오픈소스 CMS Payload를 Figma Make에 넣었다. 프롬프트로 앱을 만들면 데이터베이스, 파일 저장, 사용자 로그인, 관리자 화면이 같이 생긴다. 공식 블로그로 확인한 내용, 호스팅 베타·가격 미정, 아직 밝혀지지 않은 부분을 정리했다.
시안은 그럴듯하다. 글 목록도 있고 상품 카드도 있고 "저장" 버튼도 있다. 그런데 눌러 보면 새로 고침과 함께 다 사라진다. 화면만 있고 데이터를 넣어 둘 곳이 없기 때문이다.
이 빈칸을 메우려면 지금까지는 별도의 백엔드(화면 뒤에서 데이터를 저장하고 로그인을 처리하는 부분)를 연결해야 했다. Figma가 10월 15일 공식 블로그에서 Payload를 Figma Make에 넣었다고 발표했다. 이 글은 그 블로그 글과 Figma 릴리스 기록에서 직접 확인한 내용만 옮긴다.
먼저 밝혀 둘 것
- 이 글을 쓰려고 Payload를 Figma Make에서 직접 돌려 보지는 않았다. 아래 내용은 모두 Figma 공식 블로그와 릴리스 기록에 적힌 것이다.
- Figma가 안내한 도움말 문서("Add a backend to a functional prototype or web app")는 열리지 않아 확인하지 못했다.
- 사용량 한도, 저장 용량 제한, 속도 제한은 공식 글에 나와 있지 않다.
- Figma에서 호스팅한 프로젝트를 밖으로 내보낼 수 있는지, 직접 서버에 올릴 수 있는지도 글에 적혀 있지 않다.
- 접근 권한이 모든 계정에 열리는 데 몇 주가 걸린다고 해서, 내 계정에서 아직 안 보일 수 있다.
공식 글이 약속한 것
Payload는 오픈소스 헤드리스 CMS다. 풀어 말하면, 글·이미지 같은 내용을 넣고 꺼내는 관리 도구를 화면과 따로 두는 방식의 소프트웨어다. 이 Payload가 Figma에 합류했고, 이제 Figma Make 안에 들어 있다. 글을 쓴 사람은 Figma의 James Mikrut이고, 날짜는 2026년 10월 15일이다.
공식 글이 말하는 동작은 이렇다.
- Figma Make에서 콘텐츠 관리 기능이 있는 앱을 프롬프트로 만들면 데이터베이스, 파일 저장, 사용자 로그인, 관리자 화면이 함께 준비된다.
- 호스팅은 Figma가 맡는다. 디자인과 콘텐츠, 데이터가 한곳에 있다는 것이 핵심 문구다.
- CSV 파일을 올리고 에이전트에게 "이 파일로 컬렉션(데이터 묶음)을 만들어 줘"라고 하면 된다. 공식 글의 예는 카탈로그 항목을 한꺼번에 넣는 일이다.
- API 키(외부 서비스를 부르는 비밀번호 같은 값)를 Make 설정에 넣어 두면 Figma가 안전하게 보관하고, 사이트를 공개해도 방문자에게 노출되지 않는다고 한다. 이전에는 Supabase 프로젝트를 만들어 연결해야 했다고 글에 적혀 있다.
- 공개한 사이트 주소 뒤에
/admin을 붙이면 관리자 화면으로 들어간다.
역할마다 들어가는 곳이 다르다
공식 글은 세 부류의 사람을 나눠 설명한다.
| 역할 | 공식 글이 말하는 일 |
|---|---|
| 디자이너 | 실제 콘텐츠를 넣어 둔 상태로 화면을 프롬프트한다 |
| 마케터 | 관리자 화면에서 글 작성, 문구 수정, 태그 달기, 이미지 교체, 카테고리 순서 바꾸기, 버전 확인, 게시를 한다 |
| 개발자 | Payload의 오픈소스 프레임워크로 앱을 확장한다 |
출처: Figma 블로그: Payload in Figma. 역할 구분과 권한은 Figma 설명을 그대로 요약한 것이다.
역할마다 작업 공간이 따로 있고, "누가 무엇을 바꿀 수 있는지" 세밀하게 정하는 권한 기능이 있다고 한다. 어떤 단계의 권한이 있는지는 글에 구체적으로 나와 있지 않다.
디자이너에게 눈에 띄는 대목은 첫 줄이다. 가짜 글(Lorem ipsum)로 채운 시안 대신 진짜 내용이 들어간 화면에서 일을 시작하라고 권하는 구조다. 이건 내 해석이다.
값과 시기: 지금은 무료, 가격은 나중에
Figma 릴리스 기록과 블로그에서 확인한 내용이다.
- Payload는 모든 요금제에서 쓸 수 있다. 접근 권한은 앞으로 몇 주에 걸쳐 모든 계정으로 열린다.
- Payload를 쓴 Figma Make 프로젝트의 호스팅은 현재 베타이고 무료다.
- "효력이 생기기 전에 가격과 구성을 발표하겠다"고 했다. 금액과 날짜는 없다.
무료라는 말은 "지금은"이라는 조건이 붙어 있다. 클라이언트에게 넘길 사이트라면 나중에 요금이 생겼을 때 누가 내는지 미리 정해 둬야 한다. 이건 내 의견이다.
같은 주에 나온 다른 소식과 헷갈리지 않게 적어 둔다. 코드 레이어의 무료 기간은 Payload와 별개다. 에이전트가 AI 크레딧을 쓰기 시작한 이야기는 공짜로 시키던 피그마 에이전트가 크레딧을 쓰기 시작했다에서 다뤘다.
지금 알 수 없는 것
- 데이터를 꺼내 올 수 있는가. Figma 호스팅 프로젝트를 내보내거나 직접 서버에 올릴 수 있는지 공식 글에 없다. 공식 글은 "직접 올리거나 확장하는 방법"을 Payload 오픈소스 사이트로 안내하는데, 이는 Figma 호스팅 앱이 아니라 오픈소스 프로젝트 이야기로 읽힌다.
- 한도. 저장 용량, 요청 수, 사용자 수 제한이 적혀 있지 않다.
- 로그인 방식. 사용자 로그인이 준비된다는 설명만 있고, 어떤 방식(이메일, 소셜 로그인 등)인지는 공식 글에서 찾지 못했다.
- 실제 완성도. "프롬프트 한 번에 쓸 만한 관리자 화면이 나온다"는 것은 Figma의 설명이다. 내 프로젝트에서 어떨지는 돌려 봐야 안다.
- 독립 검증. 내가 연 자료 중에는 제3자가 Payload in Figma를 시험한 결과가 없었다.
디자이너에게 이것이 의미하는 것
포트폴리오나 소규모 가게 사이트처럼 "내용이 바뀌는 화면"이 있다. 그런 일에서 시안과 실제 사이트 사이의 거리가 줄어든다. 클라이언트가 직접 글을 고칠 관리자 화면이 필요한 외주도 이 범위에 든다.
바이브 코더에게는 데이터베이스와 로그인을 따로 알아보는 단계가 줄어드는 소식이다. 다만 화면이 다 비슷해 보이는 문제는 백엔드가 풀어 주지 않는다. 폰트와 색을 정해 두는 일이 여전히 먼저다.
한 가지 걱정은 책임이다. 화면만 만들 때는 틀려도 새로 그리면 됐다. 사용자 로그인과 데이터가 붙으면 개인정보와 백업 문제가 따라온다. 누구의 데이터를 받는 사이트인지 먼저 생각해야 한다. 이것도 내 의견이다.
Figma 안에서 AI와 같이 일하는 흐름은 피그마 Specs, 마크다운 한 장으로 팀과 AI에게 맥락을 건네는 방법에서 한 번 다뤘다. 이번 Payload는 그 맥락 위에 "데이터"가 얹힌 모양이다.
그래서 지금은
진짜 내용 열 개로 시작하자. CSV 한 장에 실제 상품명이나 글 제목 열 줄을 적어 올리고, 그걸로 컬렉션을 만들게 한다. 공식 글이 소개한 방식이고, 가짜 글 대신 진짜 글이 화면을 얼마나 바꾸는지 바로 보인다.
클라이언트 작업이라면 호스팅 조건부터 적어 두자. 지금은 베타이고 무료지만 가격은 미정이다. 요금이 생길 때 누가 내는지, 데이터를 어떻게 옮길지 계약이나 메모에 한 줄 남겨 둔다.
개인정보가 들어가는 사이트는 한 번 더 멈추자. 사용자 로그인을 받는다면 어떤 정보를 저장하는지 정리하고, 정식 서비스 전에 도움말 문서에서 한도와 내보내기 가능 여부를 직접 확인한다.
Figma Make 같은 AI 디자인 도구는 AI 디자인 툴에 쓰임별로 모아 두었다.