Figma에 플러그인이 도입

Figma는 디자인 작업을 확장할 수 있는 플러그인 베타를 출시하며, 개발자들의 참여를 요청했다. 플러그인은 반복 작업 자동화, 외부 데이터 활용 등으로 디자인 워크플로를 개선할 수 있으며, 장기적으로는 커뮤니티가 만든 플러그인을 누구나 사용할 수 있도록 하는 것이 목표다. Figma는 안정성·보안·성능을 보장하기 위해 내부 API가 아닌 서드파티 전용 API를 설계했다고 강조한다.

Figma 플랫폼에서 플러그인으로 확장

• Figma는 1년 전 HTTP 기반 Figma API를 공개해 외부 도구와의 연동을 지원했다.
• 고객들은 API를 활용해 다음과 같은 워크플로를 구축했다.
  • Slack 명령으로 Figma 아이콘을 문서에 내보내기
  • 디자인 파일 변경 사항을 개발 환경에 자동 반영하기
  • SVG 아이콘 라이브러리를 효율적으로 업데이트·배포하기
• 플러그인은 기존 API 연동을 넘어 Figma 내부의 디자인 작업 과정을 직접 확장하는 다음 단계로 소개됐다.

플러그인으로 가능한 작업

• 반복적인 디자인 작업을 자동화할 수 있다.
• 실제 데이터를 Figma 파일에 가져와 디자인에 활용할 수 있다.
• 팀 구성원과 직접 만든 플러그인을 공유할 수 있다.
• 웹사이트 제작 경험이 있는 개발자라면 비교적 쉽게 플러그인을 만들고 유지할 수 있도록 설계됐다.

안정성과 보안을 고려한 API 설계

• 플러그인이 Figma 업데이트 때마다 작동을 멈추는 문제를 방지하려 했다.
• 내부 API를 그대로 공개하면 플랫폼 변경에 따라 API가 자주 바뀌고, 서드파티 개발자는 매번 코드를 수정해야 한다.
• Figma는 플러그인 개발자를 위해 별도의 공식 API를 설계하고, 플러그인이 의존하는 API를 지속적으로 지원·관리하겠다고 밝혔다.
• 플러그인이 Figma의 성능이나 사용자 경험을 저해하지 않도록 하는 것도 중요한 원칙으로 제시됐다.

플러그인 생태계의 설계 원칙

• 모든 디자이너가 쉽고 직관적으로 사용할 수 있어야 한다.
• 웹사이트를 만들 수 있는 사람이라면 플러그인을 개발할 수 있어야 한다.
• 인기 있는 프로그래밍 언어로 플러그인을 작성할 수 있어야 한다.
• 플러그인이 Figma의 성능과 사용성을 해치지 않아야 한다.
• 플러그인이 사용하는 모든 API를 Figma가 공식적으로 지원해야 한다.

베타 참여 대상과 운영 방식

• 기본적인 HTML과 JavaScript 지식이 있고 플러그인 아이디어가 있는 사람을 대상으로 했다.
• 초기에는 참여 인원이 제한되며, 어떤 플러그인을 만들려는지에 따라 우선순위를 정했다.
• 다양한 아이디어를 가진 베타 사용자가 API를 실제로 시험하고 개선 방향을 제시하도록 하는 것이 목적이었다.
• 당시에는 개발자 중심의 베타였지만, 이후 코딩하지 않는 사용자도 커뮤니티 플러그인을 사용하게 될 것이라고 예고했다.

플러그인은 Figma를 단순한 디자인 도구가 아니라 개발자와 커뮤니티가 기능을 확장하는 플랫폼으로 전환하는 핵심 수단이다. 플러그인을 도입하려는 팀은 반복 업무 자동화나 실제 데이터 연동처럼 효과가 분명한 작업부터 시작하고, 공식 API의 안정성과 성능 영향을 함께 고려하는 것이 좋다.