# 이메일 플랫폼 MCP 서버 비교: 인증, 쓰기 권한, 발송

정식 URL: https://brew.new/ko/blog/esp-mcp-servers-compared
글쓴이: Thomas Park
게시일: 2026-10-09
수정일: 2026-10-09

이메일 플랫폼 MCP 서버는 리포트 읽기, 템플릿 수정, 캠페인 발송 같은 플랫폼의 기능을 Claude, ChatGPT, Cursor 같은 AI 클라이언트가 호출할 수 있는 도구로 제공하는 엔드포인트예요. 대형 ESP는 거의 모두 MCP 서버를 갖추고 있어요. 진짜 차이는 에이전트가 무엇을 바꿀 수 있는지, 그리고 발송을 누가 승인하는지에 있어요.

아래에서는 플랫폼별로 서버가 어디서 실행되는지, 어떻게 인증하는지, 무엇을 쓰고 보낼 수 있는지, 에이전트와 내 리스트 사이에 어떤 장치가 있는지 살펴봐요. 2026년 10월 9일에 검토했어요. Brew도 자체 MCP 서버가 있으므로, 경쟁사 항목은 링크한 문서에 나온 내용만 다뤘어요.

## 핵심 요약

- 14개 플랫폼 모두 에이전트가 계정에서 작업할 수 있는 공식 방법을 제공해요. Mailchimp의 Transactional 서버는 발송할 수 있지만, Marketing 서버는 문서 검색만 해요.
- 2026년 8~9월에 나온 ‘에이전트 접근’ 소식은 대부분 기존 기능의 확장이었어요. Klaviyo의 원격 서버는 2025년 8월 20일에 정식 출시됐고, Brevo의 서버는 2025년 10월 14일에 얼리 액세스로 공개됐으며, HubSpot의 서버는 2026년 4월 13일에 정식 출시됐어요.
- 원격 서버에 OAuth를 쓰는 방식이 일반적이에요. Postmark는 로컬 전용이고, Brevo와 Mailchimp Transactional은 API 키를 써요.
- 발송 전에 사람의 확인 단계를 강제하는 서버는 많지 않아요. Kit은 Kit 안에서 클릭해야 하고, Customer.io에는 관리자용 토글이 있고, beehiiv는 MCP로 발송할 수 없어요. Brew는 정확히 그 작업에만 묶이는 서버 측 확인 단계를 더하지만, 사람의 승인 자체는 여전히 클라이언트에서 이뤄져요. 나머지 플랫폼에서는 클라이언트의 확인 창이 유일한 확인 장치예요.
- 처음에는 권한을 좁게 연결하세요. Klaviyo의 `read-only=true`, Brevo의 모듈별 엔드포인트, Customer.io의 기본 읽기 전용 설정을 활용하면 돼요.

## 비교표

‘원격’은 업체가 호스팅하는 서버, ‘로컬’은 직접 패키지를 실행하는 서버를 뜻해요. 안전장치 열에는 플랫폼이 직접 강제하는 것만 적었어요.

| 플랫폼 | 서버 | 인증 | 에이전트 쓰기 범위 | 발송 가능 여부 | 플랫폼 측 발송 안전장치 | 출시 시점 |
| --- | --- | --- | --- | --- | --- | --- |
| Brew | 원격, `brew.new/api/mcp` | OAuth 2.1 또는 API 키 | 디자인, 자동화, 오디언스, 도메인 | 캠페인, 테스트, 트리거 실행 | OAuth 및 조직 단위 연결에서 확인 ID 필요 | 2026년 6월 |
| Klaviyo | 원격 `mcp.klaviyo.com/mcp` 또는 로컬 | OAuth(원격), 비공개 키(로컬) | 캠페인, 플로우, 템플릿, 프로필 | 예, `send_campaign` | `read-only=true` 플래그(선택) | 원격 서버 2025년 8월 20일 정식 출시 |
| HubSpot | 원격 `mcp.hubspot.com` | 직접 만든 커넥터를 통한 OAuth(PKCE) | CRM 레코드, 이메일 초안, 페이지 | 예약 및 게시(2026년 9월 15일 업데이트 내역) | 사용자 권한, 감사 로그 | 2026년 4월 13일 정식 출시 |
| Braze | 원격, 미국·EU URL | 대시보드 로그인을 통한 OAuth | 템플릿, Content Blocks, 카탈로그 | 캠페인 API는 베타에서만 | 관리자 토글과 사용자별 권한, 기본값은 꺼짐 | 원격 서버 2026년 7월 23일 |
| Customer.io | 원격, 미국·EU URL | 범위 기반 OAuth | 초안(`write`), 실제 데이터(`write:live`) | `write:live` 범위가 있으면 가능 | 기본은 읽기 전용, 실제 데이터 수정은 관리자 허용 필요 | 2025년 10월 7일 릴리스 노트 |
| Brevo | 원격 `mcp.brevo.com` | MCP 토큰(API 키) | 이메일·SMS·WhatsApp 캠페인, 연락처, CRM | SMS·WhatsApp 발송은 문서에 명시 | 모듈별 엔드포인트 | 2025년 10월 14일(얼리 액세스) |
| Kit | 원격 `app.kit.com/mcp` | OAuth | 구독자, 브로드캐스트, 시퀀스, 페이지 | 예 | 발송과 삭제는 Kit에서 확인 | 2026년 5월 19일 |
| beehiiv | 원격 `mcp.beehiiv.com/mcp` | OAuth | 초안, 템플릿, 세그먼트, 자동화 | 아니요 | 게시와 활성화는 앱에서만 | 2026년 3월 24일 |
| Loops | 원격 `mcp.loops.so` | OAuth | 연락처, 캠페인, 워크플로, 콘텐츠 | 트랜잭션 이메일과 이벤트 | 캠페인은 대시보드에서 발송 | Claude 커넥터 2026년 8월 12일 |
| Salesforce MCE | 원격, 테넌트별 URL | 설치한 패키지의 범위를 통한 OAuth | 데이터 확장, 여정, 콘텐츠 | 트랜잭션 발송, 여정 게시 | 패키지 범위와 사용자 권한 | 2026년 6월 정식 출시 |
| Resend | 원격 `mcp.resend.com/mcp` 또는 로컬 | OAuth 또는 API 키 | 이메일, 브로드캐스트, 자동화, 템플릿 | 예 | 클라이언트 승인만, 발송 시 멱등성 키 | 원격 서버 2026년 7월 7일 |
| Postmark | 로컬 전용(npm) | 서버 토큰 | 발송, 템플릿, 발송 제외 목록, 웹훅 | 예 | 도구 어노테이션만 | npm 패키지 2025년 11월 26일 |
| ActiveCampaign | 원격, 계정별 URL | 로그인 후 승인 | 연락처, 리스트, 딜, 캠페인 콘텐츠 | 목록에 발송 도구 없음 | 문서에 없음 | 명시되지 않음 |
| Mailchimp | Transactional: `mandrillapp.com/mcp` | API 키 | Transactional API | Transactional: 예 | 키 권한 그룹 | 명시되지 않음 |

![이메일 플랫폼 14곳의 MCP 서버가 원격인지, OAuth를 쓰는지, 쓰기와 발송이 가능한지, 발송 전에 플랫폼이 자체 확인을 하는지 보여 주는 매트릭스.](/images/blog/esp-mcp-servers-compared-matrix.png)

*위 표를 다섯 가지 질문으로 정리했어요. 초록색은 예, 회색은 아니요, 주황색은 부분적 또는 조건부예요.*

## 플랫폼별 메모

### Klaviyo

[연결 가이드](https://developers.klaviyo.com/en/docs/connect_to_the_klaviyo_mcp_server)는 로컬 `uvx klaviyo-mcp-server@latest`보다 원격 서버(OAuth, 동적 클라이언트 등록)를 권장해요. 눈여겨볼 부분은 쿼리 파라미터예요. `read-only=true`를 붙이면 쓰기 도구가 빠지고, `disable-tools-with-user-generated-content=true`를 붙이면 프로필과 이벤트 데이터를 읽는 도구가 사라지고, `toolsets=campaigns:read`를 붙이면 지정한 API 범위의 도구만 남고, `core-tools-only=true`를 붙이면 도구 목록이 약 40개로 줄어요. [도구 목록](https://developers.klaviyo.com/en/docs/klaviyo_mcp_server_available_tools)에는 `create_campaign`, `send_campaign`, `cancel_campaign_send` 도구가 있어요. Klaviyo는 2026년 9월 9일 K:BOS에서 “260개 이상의 MCP 도구”를 발표했어요.

### HubSpot

[원격 서버](https://developers.hubspot.com/docs/apps/developer-platform/build-apps/integrate-with-the-remote-hubspot-mcp-server)를 쓰려면 Development 메뉴에서 MCP 커넥터를 만들어야 해요. 범위는 설치 시점에 쓸 수 있는 도구와 사용자가 허용한 권한에 따라 정해져요. 문서에는 “이메일 초안 생성 및 업데이트”가 나와 있고, 9월 15일 [2026년 가을 업데이트 내역](https://developers.hubspot.com/changelog/fall-2026-spotlight)에는 “발송 세부 정보 설정, 예약, 게시”가 추가됐어요. 구성 변경은 “감사 로그에 작업자와 함께 기록된다”고 해요.

### Braze

원격 서버는 2025년 8월에 나온 로컬 서버를 대체했어요. [설정 가이드](https://www.braze.com/docs/user_guide/brazeai/mcp_server/setup)의 접근 규칙이 여기서 가장 엄격해요. 관리자 토글에 더해 사용자에게 “Use MCP Server” 권한이 있어야 하고, 관리자는 모든 MCP 토큰을 한 번에 폐기할 수 있어요. 도구는 분석, 템플릿, Content Blocks, 카탈로그, 세그먼트를 다루며, 사용자 프로필 데이터는 다루지 않아요. 캠페인 생성과 `launch_campaign` 도구는 베타에서만 쓸 수 있어요.

### Customer.io

[서버](https://docs.customer.io/ai/mcp/get-started/)는 `cio_read_api`, `cio_write_api`, `cio_delete_api` 세 도구로 Journeys API와 Data Pipelines API 전체에 접근하며, 세 도구 모두 모의 실행 미리보기를 지원해요. 동작별로 도구가 나뉘어 있어서 클라이언트가 읽기는 자동으로 승인하고 쓰기 전에는 확인을 요청할 수 있어요. 발송에 필요한 `write:live` 범위는 관리자가 “Allow MCP to edit live data”를 켜야만 작동해요.

### Brevo

[서버](https://developers.brevo.com/docs/mcp-protocol)는 MCP 옵션을 선택해 만든 API 키를 Bearer 토큰으로 받아요. 메인 엔드포인트는 모듈 27개를 묶어 제공하고, 모듈마다 `/v1/brevo_contacts/mcp` 같은 개별 엔드포인트도 있어요. 도구가 적을수록 “응답 품질이 좋아질 수 있다”는 이유에서예요. SMS와 WhatsApp 모듈은 “생성과 발송”이, 이메일 모듈은 “생성과 관리”가 가능해요. 2026년 9월 28일에 출시된 Brevo의 [Claude 커넥터](https://www.brevo.com/blog/ask-a-question-get-a-campaign-with-the-brevo-connector-for-claude/)는 초안 저장만 해요. “발송, 예약, 삭제는 Brevo에서 직접 한다”는 설명이에요.

### Kit

유료 요금제에서 쓸 수 있는 Kit MCP는 v4 API를 일대일로 옮겨 놓았고, 토큰당 분당 요청 120회까지 허용해요. [도움말 문서](https://help.kit.com/en/articles/14827557-how-to-connect-the-kit-mcp-to-your-ai-tools)에는 도구 65개 이상과, 여기서 다루는 것 중 가장 구체적인 발송 안전장치가 나와 있어요. “브로드캐스트 발송, 이메일 시퀀스 삭제, 구독자 수신 거부 처리, 웹훅 실행”을 요청하면 서버는 딥 링크를 돌려주고, Kit에서 Confirm을 클릭하기 전까지는 아무 일도 일어나지 않아요.

### beehiiv

유료 요금제에는 6월 16일에 쓰기 기능이 추가됐어요. [도움말 문서](https://www.beehiiv.com/support/article/39255979546263)는 단호해요. 초안은 “앱에서 게시해야 하고”, 자동화는 “앱에서 활성화해야 하며”, “현재 MCP로는 게시물을 발송할 수 없다”고 해요. 또 MCP에는 “고정된 버전이 없다”는 이유로, 실제 발송에는 버전이 지정된 API를 쓰라고 안내해요.

### Loops

[Loops 서버](https://loops.so/docs/mcp-server)는 연락처, 리스트, 이벤트, 캠페인, 워크플로, 콘텐츠를 관리하고, 게시된 트랜잭션 이메일을 보내요. [8월 12일 업데이트 내역](https://loops.so/changelog/workflows-api-claude-connector)에서는 “리비전 충돌을 막는 워크플로 쓰기”가 추가됐어요. 쓰기 요청마다 마지막으로 읽은 리비전을 담아 보내고, 그 뒤에 워크플로가 바뀌었다면 Loops가 요청을 거부해요. 더 많은 서버가 이 방식을 따라 해야 해요. 캠페인은 “대시보드에서 캠페인을 열어 게시하고 발송하라”고 Loops가 안내해요.

### Salesforce Marketing Cloud Engagement

호스팅 서버는 [정식 출시됐어요](https://developer.salesforce.com/blogs/2026/06/the-mcp-server-for-marketing-cloud-engagement-is-now-ga). 패키지를 설치하고 API 범위를 고른 다음, 테넌트 ID와 클라이언트 ID로 연결해요. 에이전트는 패키지 범위 중 내 권한과 겹치는 부분만 얻어요. 도구에는 Destructive, Asynchronous, Read-only, Open-world 라벨이 붙고, 호출은 연간 API 한도에서 차감돼요.

### Resend

Resend는 오픈 소스 `resend-mcp` 패키지와 함께 [원격 서버를 출시했어요](https://resend.com/changelog/remote-mcp-server). 코드에는 `send-email`, `send-batch-emails`, `send-broadcast` 등 도구 106개가 등록돼 있어요. 삭제 도구는 모델에게 “반드시(MUST) 사용자에게 다시 확인해야 한다”고 알려 주지만, 서버가 이를 강제하지는 않아요. `send-email` 도구는 `idempotencyKey` 값을 받아요.

### Postmark

[공식 서버](https://postmarkapp.com/lp/mcp)는 `npx -y @activecampaign/postmark-mcp` 명령으로 실행해요. 읽기 전용, 파괴적, 멱등 어노테이션이 붙은 도구 24개가 발송(배치당 500통), 템플릿, 진단, 반송, 발송 제외 목록, 웹훅을 다뤄요. Postmark가 공식 저장소인지 확인하라고 당부하는 데는 이유가 있어요. 2025년 9월, 비공식 `postmark-mcp` npm 패키지가 1.0.16 버전부터 [발송되는 모든 이메일을 외부 주소로 복사했거든요](https://www.bleepingcomputer.com/news/security/unofficial-postmark-mcp-npm-silently-stole-users-emails/).

### ActiveCampaign과 Mailchimp

ActiveCampaign의 [원격 서버](https://developers.activecampaign.com/page/mcp)에는 도구가 약 50개(연락처, 태그, 리스트, 딜, 사용자 지정 오브젝트, `update_campaign_message`, `add_contact_to_automation`) 있지만, 캠페인 발송 도구는 없어요.

Mailchimp의 [Transactional MCP](https://mailchimp.com/developer/transactional/guides/how-to-use-mailchimps-transactional-messaging-mcp/)는 `https://mandrillapp.com/mcp`에 있으며, 발송을 포함해 “API로 이미 할 수 있는 일을 그대로 반영한다”고 해요. Marketing MCP 서버는 “Mailchimp 계정이 아니라 문서를 검색한다”고 하고, Claude 커넥터를 쓰면 “Mailchimp 계정으로 넘어가 캠페인을 마무리하고 발송한다”고 해요.

## 8~9월에 달라진 점

저희 [The State of Email 9월호](/ko/blog/state-of-email-september-2026)에서는 Klaviyo, HubSpot, Salesforce, Braze, Customer.io, Brevo, beehiiv, Loops, Intuit Mailchimp가 8월 12일부터 9월 29일 사이에 에이전트 접근 기능을 내놓거나 발표했다고 정리했어요. Loops와 Intuit Mailchimp를 제외하면 모두 마케팅 이메일용으로 작동하는 MCP 서버가 이미 있었어요. 새로 나온 건 Loops의 Claude 커넥터, Klaviyo가 내세운 도구 수와 SQL 미리보기, Customer.io의 분석 도구, HubSpot의 마케팅 이메일 예약, Brevo와 beehiiv의 공식 커넥터, Salesforce의 Headless Marketing 발표, Braze의 Operator Connect, 그리고 Perplexity Computer에 들어간 Intuit Mailchimp의 커넥터예요.

## 이메일 MCP 서버를 평가하는 방법

도구 수는 보도자료에는 실리지만, 알려 주는 건 가장 적어요.

### 인증 방식

OAuth는 에이전트를 특정 사람에게 묶고, 에이전트는 그 사람의 권한을 그대로 물려받아요(Braze, Customer.io, beehiiv, Brew는 문서에 이 방식을 명시해요). 그래서 그 사람이 떠나면 접근도 끝나요. 노트북에 저장된 API 키는 누구의 것도 아니고, 보통 작업에 필요한 것보다 더 많은 권한을 갖고 있어요. 키는 사람이 지켜보지 않는 작업에만, 범위를 좁혀서 쓰세요.

### 쓰기 안전성

에이전트가 실제 오디언스에 닿을 수 있다면, 플랫폼이 정확히 그 작업에 묶인 사람의 확인 단계를 강제하나요? 모델이 스스로 `confirm: true`를 설정해 통과하는 확인은 아무것도 확인하지 않아요. Kit의 딥 링크는 서버 측에서 사람을 과정에 개입시켜요. 누군가 Kit에서 Confirm을 클릭하기 전까지는 아무 일도 일어나지 않아요. Brew의 일회용 확인 ID도 서버가 강제하지만, 증명하는 범위는 더 좁아요. 미리보기 이후에 에이전트가 수신자나 콘텐츠를 바꾸거나 발송을 재실행하는 것을 막아 줘요. 확인 ID는 에이전트가 직접 받으므로, 사람이 실제로 확인했는지는 클라이언트가 확인 창을 보여 주는지에 달려 있어요. 나머지 플랫폼은 클라이언트가 확인 창을 보여 줘야 한다고(SHOULD) 규정한 [MCP 사양](https://modelcontextprotocol.io/specification/2025-06-18/server/tools)에 의존해요. 좋은 권고지만 강제되지는 않아요.

### 멱등성

에이전트는 재시도를 해요. 타임아웃 뒤의 재시도를 재시도로 알아보지 못하면 발송이 두 번 나가요. 발송 시 멱등성 키(Resend, Brew), 수정 시 낙관적 잠금(Loops의 리비전 확인), `idempotentHint` 어노테이션(Postmark)이 있는지 확인하세요. 이 중 아무것도 없는 서버라면 저희는 발송을 맡기지 않을 거예요.

### 브랜드·계정별 범위 지정

에이전시는 호출이 어느 계정에 닿는지 알아야 해요. Braze는 요청마다 워크스페이스를 전달하고, 에이전트가 “의도한 것과 다른 워크스페이스를 선택할 수 있다”고 경고해요. Klaviyo와 beehiiv는 계정마다 커넥터를 하나씩 써요. Brew는 브랜드 연결을 브랜드 하나에 묶고, 다른 브랜드를 대상으로 한 호출은 `BRAND_SCOPE_MISMATCH` 오류로 거부해요.

### 요청 한도

에이전트 루프는 물려받은 API 한도를 빠르게 소진해요. Kit과 Loops는 한도를 공개하고 있고(자주 묻는 질문 참고), Salesforce는 MCP 호출을 연간 허용량에서 차감해요. 그 밖의 플랫폼은 일반 API 한도를 기준으로 계획하세요.

### 도구 수와 도구 품질

도구 정의 하나하나가 컨텍스트를 차지하고, 목록이 길수록 모델은 도구를 잘못 고르기 쉬워요. 그러니 도구 260개 이상이 3개보다 저절로 낫지는 않아요. Klaviyo의 `core-tools-only`와 Brevo의 모듈별 엔드포인트가 있는 이유예요. 먼저 도구 설명 몇 개를 읽어 보세요. 좋은 설명은 그 도구를 쓰면 무엇이 드는지, 언제 쓰지 말아야 하는지 알려 줘요.

## 보안: 연결하기 전에 설정할 것

**모든 도구 결과를 신뢰할 수 없는 입력으로 다루세요.** [OWASP의 LLM01](https://genai.owasp.org/llmrisk/llm01-prompt-injection/)은 이를 간접 프롬프트 인젝션이라고 불러요. 외부 콘텐츠가 “의도하지 않았거나 예상하지 못한 방식으로 모델의 동작을 바꾸는” 공격이에요. 구독자의 이름 필드에 입력된 지시문이 그대로 에이전트의 프롬프트에 들어가요. Klaviyo의 사용자 생성 콘텐츠 플래그도 이 때문에 있어요.

**작업에 필요한 최소한의 권한만 주세요.** 읽기 전용으로 시작하세요. Salesforce는 “변경 사항을 되돌리지 못할 수도 있다”고 경고하고, MCP 프로젝트의 보안 가이드에서도 처음부터 넓은 범위를 주면 토큰이 유출됐을 때 피해가 커진다고 지적해요.

**사람에게 이메일을 보내는 모든 작업에는 사람의 확인을 거치세요.** 자체 확인 장치가 있는 서버라도, 클라이언트가 모든 쓰기 작업 전에 확인을 요청하게 하세요. 사양에도 클라이언트는 “신뢰할 수 있는 서버에서 온 것이 아니라면 도구 어노테이션을 신뢰할 수 없는 것으로 간주해야 한다(MUST)”고 나와 있어요.

**공식 패키지만 설치하세요.** Postmark를 사칭한 패키지는 처음 15개 버전 동안 정상 코드를 배포했어요. 가능하면 호스팅 URL을 쓰고, 로컬 서버라면 버전을 고정하고 업체가 링크한 저장소를 쓰세요.

**접근 권한을 취소하는 방법을 알아 두세요.** Braze 관리자는 모든 토큰을 한 번에 폐기할 수 있고, Customer.io 사용자는 자기 세션을 폐기할 수 있어요. Brew에서는 설정 → MCP에 OAuth 연결 목록이 있어요. 지금 그 페이지를 찾아 두세요. 발신자 규칙은 [에이전트가 이메일을 보낼 때도 여전히 적용되는 원칙](/ko/blog/agent-email-deliverability)을 참고하세요.

## Brew MCP 서버의 방식

`https://brew.new/api/mcp`에 OAuth 2.1로 브랜드 하나나 조직 전체를 연결하거나, 브랜드 전용 API 키나 조직 API 키로 연결하세요. [도구 카탈로그](https://docs.brew.new/api-reference/mcp/tools)에는 `readOnlyHint`, `destructiveHint` 어노테이션이 붙은 도구 88개가 있어요.

OAuth 및 조직 단위 연결에서는 사람에게 이메일을 보내거나 연락처 데이터를 삭제하는 호출이 먼저 `confirmation_required` 응답을 돌려줘요. 이 응답에는 디자인 미리보기, 수신자, 자동화, 주소가 담겨요. `confirmed: true`와 반환된 `confirmation_id` 값을 넣어 다시 호출하면 실행돼요. [인증 문서](https://docs.brew.new/api-reference/mcp/authentication-and-scoping)에 따르면 이 ID는 같은 연결에서, 정확히 같은 인수로, 15분 안에, 한 번만 쓸 수 있어요. 적용 대상은 `send_email` 호출, 실제 `run_automation` 실행, 모든 `fire_trigger_event` 호출, `save_automation` 도구를 통한 게시, `delete_contacts` 호출이에요. 이 장치가 무엇을 보장하는지 분명히 알아 두세요. 서버는 사람의 승인과 에이전트의 자체 승인을 구별할 수 없으므로, 쓰기 도구를 실행하기 전에 확인을 요청하는 클라이언트와 함께 쓰세요. 쓰기 도구는 REST의 `Idempotency-Key` 헤더와 공유되는 `idempotency_key` 값도 받아요. `send_email` 도구가 중복 제거를 보장할 수 없을 때는 이중 발송 위험을 감수하는 대신 재시도할 수 있는 503 오류를 반환해요.

브랜드 전용 API 키 연결은 이 확인 단계를 건너뛰므로, 클라이언트나 코드에서 확인하게 하세요. 연락처는 REST API, CSV 가져오기, 연동으로 들어와요. Brew는 이메일 전용이에요. 실서비스용 트리거 코드는 REST API로 작성하세요([MCP와 REST 비교](/ko/blog/mcp-vs-rest-api-for-email-marketing-which-workflow-should-you-use)). 기능 비교는 앞서 정리한 [MCP 지원 이메일 마케팅 툴 추천](/ko/blog/best-email-marketing-tools-with-mcp-support-campaigns-automations-and-analytics-compared) 글을 참고하세요.

## 자주 묻는 질문

### 공식 MCP 서버가 있는 이메일 플랫폼은 어디인가요?

2026년 10월 9일 기준으로 Klaviyo, HubSpot, Braze, Customer.io, Brevo, Kit, beehiiv, Loops, Salesforce Marketing Cloud Engagement, Resend, Postmark, ActiveCampaign, Mailchimp Transactional, Brew예요. Mailchimp Marketing 서버는 문서 검색만 하고, 계정 접근은 Claude 커넥터로 해요.

### AI 에이전트가 MCP로 이메일 캠페인을 보낼 수 있나요?

여러 플랫폼에서 가능해요. Klaviyo, Customer.io(`write:live` 범위 필요), Kit, Resend, Brew, HubSpot(9월 업데이트 내역 기준)은 발송이나 예약 기능을 제공해요. beehiiv는 MCP로 발송하지 않고, Loops는 캠페인을 대시보드에서 보내며, Brevo의 Claude 커넥터는 초안 저장만 해요.

### MCP 연결에는 OAuth와 API 키 중 어느 쪽이 더 안전한가요?

사람이 쓴다면 OAuth예요. 토큰이 사용자에게 속하고, 그 사용자의 권한을 물려받으며, 공유 키를 교체하지 않고도 취소할 수 있어요. 사람이 지켜보지 않는 작업이라면 에이전트마다 범위를 좁힌 전용 키를 주세요.

### 에이전트가 실수로 전체 리스트에 이메일을 보내지 않게 하려면 어떻게 하나요?

읽기 전용이나 초안 전용으로 연결하고, 모든 쓰기 작업에 클라이언트 승인을 요구하세요. Kit처럼 사람의 확인 단계를 강제하거나 Brew처럼 확인을 정확한 작업에 묶는 플랫폼을 고르고, 항상 시드 리스트에 먼저 보내세요.

### 이메일 MCP 서버에도 요청 한도가 있나요?

MCP 전용 수치를 공개한 곳은 많지 않아요. Kit은 토큰당 분당 120회 요청을 허용하고, Loops의 콘텐츠 API는 팀당 60초에 60회 요청을 허용하며, Salesforce는 MCP 호출을 연간 API 한도에서 차감해요. 그 밖의 플랫폼은 일반 API 한도가 적용된다고 보세요.