Vercel Connect 프리셋 커넥터 공부 정리 | 연결을 만들던 것에서 고르는 것으로

Vercel 블로그에서 Connect에 프리셋 커넥터가 추가됐다는 공지를 읽었다. Shopify, Okta, Workday, Jira, Sanity 같은 서비스들을 미리 구성된 형태로 연결할 수 있다는 내용이었다. 처음엔 UI 편의 기능 정도겠지 했는데, 읽다 보니 커넥터 설정 방식 자체가 조금 달라지는 이야기였다.

외부 서비스를 앱에 연결하는 작업이 얼마나 손이 가는지는 옆에서 지켜보면서 어렴풋이 알고 있었는데, 이번에 문서를 따라가면서 그 흐름이 좀 더 구체적으로 그려졌다.

1️⃣ 이게 뭐냐?

Vercel Connect는 앱이 외부 서비스와 연결될 때 인증 흐름, 토큰 발급, 엔드포인트 관리를 Vercel이 중간에서 처리해주는 방식이다. 프리셋 커넥터는 그 위에 얹힌 건데, 브랜드 이름, 아이콘, 인증 방식, MCP 또는 discovery URL 같은 것들을 서비스별로 미리 채워놓은 템플릿이다.

대시보드 안의 커넥터 디렉토리를 열면 지원 서비스 목록이 나오고, 거기서 고르면 기본 설정이 들어온다. 자격 증명만 직접 입력하면 연결이 시작된다.

기존 “매니지드 커넥터”와는 구분된다. 매니지드는 외부 서비스에 앱을 자동 등록해주는 방식이고, 프리셋은 설정 구성은 도와주지만 외부 서비스 등록은 직접 해야 한다. 이 차이가 어떤 시나리오에서 중요해지는지는 좀 더 봐야 알 것 같다.

토큰 요청 방법은 기존 Connect와 동일하다. 커넥터를 붙인 뒤 getToken에 service/name 형식의 UID를 넘기면 단기 토큰이 돌아온다. 인터페이스가 그대로라는 점이 나름 중요한 것 같다는 생각이 들었다.

2️⃣ 내가 든 생각

설정이 처음부터 만드는 작업이 아니라 목록에서 고르는 작업으로 바뀐다는 점이 흥미로웠다. OAuth 흐름을 파악하고 엔드포인트를 찾고 토큰 만료를 처리하는 식으로 꽤 손이 가는 초기 작업들이, 프리셋을 고르는 한 단계로 압축되는 방향인 것 같다.

MCP URL이 커넥터 설정 항목 중 하나로 들어간다는 점도 눈에 들어왔다. MCP가 AI 에이전트와 외부 서비스를 연결하는 프로토콜로 점점 쓰이고 있는데, Connect가 그 흐름을 자연스럽게 흡수하는 느낌이었다. 같은 커넥터 하나가 REST 엔드포인트이자 MCP 서버가 될 수 있는 구조라면, 어떻게 맞물리는지는 좀 더 파보고 싶다는 생각이 들었다.

👉🏻 프리셋 커넥터가 하는 일은 “서비스 연결의 진입 비용”을 낮추는 것에 가까운 것 같다. 무엇을 연결할 수 있느냐보다, 얼마나 빠르게 시작할 수 있느냐 쪽의 이야기다.

💡 여기서 드는 질문? 프리셋과 매니지드의 경계가 실제로 어떻게 작동할까. 외부 서비스에 앱을 등록해야 하는 경우, 두 방식 중 어느 쪽이 어떤 맥락에 더 맞는 건지가 궁금해졌다.

3️⃣ 아직 미완인 부분

CLI 지원이 완전하지 않다는 점이 눈에 띄었다. vercel connect create를 실행하면 지금은 대시보드로 이동해서 나머지를 처리해야 한다. 완전한 CLI 지원은 추가 예정이라고만 적혀 있었다.

코드로 관리할 수 있느냐 없느냐가 자동화 파이프라인에서 꽤 다른 경험을 만들 것 같다는 생각이 들었다. 지금은 대시보드 없이 완결되지 않는 설정이라는 점에서, 공부한 내용 기준으로는 아직 과도기에 가까운 것 같다.

⭐️ 마지막으로

정리해보니 프리셋 커넥터는 새로운 연결 방식을 만든 것이라기보다, 기존 연결 방식을 시작하는 방법을 바꿔놓은 것에 가까운 것 같다. 커넥터 자체는 그대로고, 설정을 쌓아올리는 작업을 고르는 작업으로 바꿔준 정도. 이런 종류의 변화를 볼 때 자꾸 같은 질문을 하게 되는 것 같다 — 진입 장벽이 낮아지면 더 많은 사람이 연결을 만지게 되는데, 그게 어떤 패턴의 앱을 만들어낼까.

---

참고 원문: Vercel Connect adds 90+ preset connectors