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로 시제품을 만드는 팀의 판단 기준은 단순하다. 페이지에 지속적인 콘텐츠 갱신이나 사용자 제출 접수가 필요하다면 이번 업데이트를 진지하게 시험할 만하고, 일회성 데모라면 기존 흐름을 바꿀 필요가 없다.
