2026년 에이전틱 이메일 마케팅 현황

1년 전만 해도 ‘이메일 마케팅의 AI’라고 하면 대개 제목을 써 주는 버튼을 뜻했어요. 2026년 11월인 지금은 훨씬 큰 의미예요. 이제 에이전트는 세 군데에서 이메일에 관여해요.

1. 이메일 플랫폼을 직접 다뤄요. 마케터가 ChatGPT, Claude, Slack에서 캠페인을 요청하면 에이전트가 플랫폼 안에서 캠페인을 만들어요.
2. 직접 이메일을 보내고 받아요. 에이전트는 자기만의 받은편지함을 갖고 사람에게 답장해요.
3. 고객보다 먼저 이메일을 읽어요. Gmail, Apple Mail, Outlook은 받은편지함을 요약하고, 분류하고, 받은편지함에 대한 질문에 답해요.

이 글에서는 각각에 대해 연구가 말하는 것, Brew를 만들며 배운 것, 그리고 지금 이메일 프로그램을 운영한다면 저희가 할 일을 정리했어요. 모든 수치에는 출처를 링크했고, 회사가 자사 제품이나 자사 고객에 대해 보고한 내용이라면 그렇다고 밝혔어요.

마케터는 에이전트를 쓰지만, 제대로 연결한 곳은 드물어요

도입률 수치는 높지만, 정의는 느슨해요.

• HubSpot에 따르면 설문에 응한 마케터 1,754명 중 85% 이상이 AI 에이전트를 쓰는 부서에서 일해요. 다만 이 페이지는 ‘에이전트’를 정의하지 않아서, 채팅 어시스턴트까지 포함됐을 가능성이 커요.
• 마케팅 리더 4,450명을 대상으로 한 Salesforce의 State of Marketing에 따르면 81%는 AI가 고객에게 응대하는 걸 믿고 맡길 수 있다고 보지만, 흩어져 있거나 관련 없는 데이터가 발목을 잡고 있어요.
• Validity의 조사에서는 자사의 AI 성숙도를 ‘통합 단계’로 평가한 조직이 12%에 그쳤고, AI 확산의 가장 큰 장벽은 34%가 꼽은 시스템 연동이었어요(보도자료).

셋 다 업체가 직접 진행한 설문조사 결과예요. 그래도 흐름은 분명해요. AI 도구를 쓰는 건 흔한 일이 됐어요. 하지만 브랜드, 연락처, 발송 이력이 있는 시스템 안에서 에이전트가 직접 일하게 하는 경우는 아직 드물고, 성과가 나는 건 바로 그 부분이에요.

이메일 플랫폼을 다루는 에이전트

표준 연결 방식이 된 MCP

어시스턴트가 다른 제품의 도구를 쓸 수 있게 해 주는 Model Context Protocol은 2025년 12월 Linux Foundation의 Agentic AI Foundation으로 이관됐어요. 당시 이미 월간 SDK 다운로드가 9,700만 건을 넘었고, ChatGPT, Claude, Cursor, Gemini, Copilot, VS Code가 지원하고 있었어요(MCP 블로그). 2026년 7월 사양이 나올 무렵에는 주요 SDK 다운로드가 월 5억 건 가까이 됐어요(MCP 블로그).

주요 이메일 플랫폼이 모두 뒤따랐어요

• Klaviyo는 11월 4일 실적 발표에서 7만 개가 넘는 계정이 자사 MCP 서버를 쓰고 있고, 사용량이 분기마다 두 배로 늘어 자체 내장 에이전트보다 앞서 있다고 밝혔어요(발표 원문, 업체 발표).
• HubSpot은 3분기에 고객이 ChatGPT와 Claude 커넥터로 만든 CRM 레코드가 2,200만 건이 넘어 전 분기보다 157% 늘었다고 밝혔어요(발표 원문, 업체 발표).
• Mailchimp는 5월에 대화로 캠페인 초안을 만들 수 있는 ChatGPT·Claude용 앱을 출시했어요.
• Braze는 9월 Operator Connect로 자사 에이전트를 Claude, ChatGPT, Copilot 안으로 가져왔어요.

이런 서버 14개가 로그인, 쓰기, 발송을 어떻게 다루는지는 이메일 플랫폼 MCP 서버 비교: 인증, 쓰기 권한, 발송에서 비교했어요.

곱씹어 볼 숫자는 Klaviyo 쪽이에요. 자체 에이전트보다 외부 어시스턴트로 Klaviyo를 쓰는 고객이 더 많아요. 마케터는 이미 열어 둔 어시스턴트에서 일하고 싶어 하고, 이메일 플랫폼이 그쪽으로 와 주기를 기대해요.

초안이 먼저, 승인은 그다음

플랫폼들이 에이전트 접근을 어떻게 제공하는지 보면 한 가지 설계 원칙이 반복돼요.

• Klaviyo는 Composer 에이전트에 대해 승인 없이는 아무것도 게시되지 않는다고 말해요.
• Iterable의 MCP 서버는 읽기 전용으로 시작하고, 쓰기, 발송, 개인 데이터 접근은 직접 켜기 전까지 꺼져 있어요.
• Customer.io는 MCP를 통한 실데이터 수정과 민감한 속성 접근을 기본적으로 꺼 둬요.
• HubSpot의 MCP 서버는 사용자가 원래 보거나 수정할 수 있는 레코드만 다룰 수 있어요.

업계는 같은 답에 이르렀어요. 초안은 에이전트가 쓰고, 고객에게 닿는 건 무엇이든 사람이 승인해요.

이메일 플랫폼 6곳이 어시스턴트를 들이는 방식이에요. 출처는 위 본문에 링크해 뒀어요.

에이전트도 이메일을 주고받아요

에이전트가 자기 이메일 주소를 갖기 시작했어요. AgentMail은 API로 에이전트에게 받은편지함을 주기 위해 3월에 600만 달러 규모의 시드 투자를 유치했어요(AgentMail). Resend는 10월에 사람과 에이전트가 함께 쓰는 Inboxes를 출시하면서, 처음에는 에이전트에게 초안과 라벨 작업만 맡기고 신뢰가 쌓이면 권한을 넓히라고 권해요.

이런 에이전트가 보내는 메일에 적용되는 규칙은 그대로예요. Gmail의 발신자 가이드라인은 여전히 대량 발신자에게 인증, 원클릭 수신 거부, 0.3% 미만의 스팸 신고율(목표는 0.1% 미만)을 요구해요. 이메일을 사람이 썼는지 모델이 썼는지는 아무것도 묻지 않아요. 이게 실제로 무슨 의미인지는 에이전트가 이메일을 보낼 때도 여전히 적용되는 원칙에서 다뤘어요.

발송량이 전략이 될 수도 없어요. 한 아웃리치 회사가 AI가 쓴 콜드 이메일 129만 통에 대한 자체 데이터를 살펴보니, 실제 사람에게서 답장을 받은 비율은 0.70%, 관심을 보인 답장은 0.24%였어요(Sales.co, 업체 데이터). 수신에 동의한 사람에게 그들이 원한 이메일을 보내는 것, 이게 여전히 이메일에서 효과가 있는 부분이에요.

에이전트가 이메일을 먼저 읽어요

많은 마케터가 이미 체감하고 있는 변화예요.

• 1월에 Gmail은 사용자가 약 30억 명인 서비스에서 미국의 모든 사용자에게 AI 요약을 무료로 제공하기 시작했어요(Google). 10월에는 메일을 할 일과 주제로 분류하는 AI Inbox가 유료 Workspace 요금제에 제공됐어요(Google Workspace Updates).
• Validity에 따르면 미국 소비자의 55%가 AI 요약만 보고 결정을 내리고, 요약이 이메일 내용을 정확하게 담고 있다고 전적으로 믿는 사람은 10%에 불과해요(보도자료, 소비자 1,000명, 업체 데이터).
• 마케터도 대응하고 있어요. Validity의 10월 설문조사에서 72%가 AI 요약 때문에 제목이나 미리보기 텍스트를 바꿨거나 바꿀 계획이라고 답했지만, 충분히 준비됐다고 느끼는 사람은 29%뿐이었어요(Agile Brand Guide 보도, 업체 데이터).

이제 요약도 이메일 디자인의 일부예요. 혜택, 마감일, 행동 유도가 이미지 안이나 맨 아래에 있으면 어시스턴트가 놓칠 수 있고, 많은 독자가 어시스턴트의 요약대로 행동해요. 요약에도 무너지지 않는 레이아웃은 AI 요약과 받은편지함 어시스턴트를 위한 이메일 작성법에서 다뤄요.

에이전틱 커머스: 영수증은 여전히 내가 보내요

어시스턴트 안에서 구매하는 방식은 올해 순탄치 않았어요. OpenAI는 3월에 채팅 안의 Instant Checkout을 종료하고 구매를 다시 소매업체의 자체 사이트로 돌렸어요. Walmart는 ChatGPT 안에서 이뤄진 구매의 전환율이 자사 사이트의 약 3분의 1에 그친다는 걸 확인했었어요(CNBC).

남아 있는 커머스 프로토콜들은 한 가지에 의견이 같아요. Shopify의 에이전틱 스토어프런트에서는 판매자가 계속 공식 판매자(merchant of record)로 남아 고객 관계와 데이터를 가져요. Google의 Universal Commerce Protocol은 구매 후 지원까지 이어지는 여정을 다뤄요.

이메일 팀에게 이건, 제품을 찾아 준 게 에이전트라도 주문 확인, 배송 업데이트, 리뷰 요청은 여전히 내가 보내야 한다는 뜻이에요. 이런 이메일이 고객이 브랜드와 처음으로 제대로 만나는 접점이 될 수도 있어요.

이메일은 에이전트가 공격받는 곳이기도 해요

이메일을 읽는 에이전트는 이메일로 지시를 받을 수도 있어요. 연구자들은 정교하게 만든 이메일 한 통만으로 사용자가 아무것도 하지 않아도 Microsoft 365 Copilot이 데이터를 유출하게 만들 수 있다는 걸 보여 줬어요(EchoLeak, arXiv). 숨긴 텍스트로 Gemini의 Gmail 요약에 가짜 보안 경고를 심은 사례도 있어요(0DIN). 둘 다 수정됐지만 교훈은 남아요. 신뢰할 수 없는 이메일을 읽는 에이전트는 누군가의 확인 없이 발송, 삭제, 내보내기를 할 수 없어야 해요.

Brew를 만들며 배운 것

Brew는 처음부터 에이전트를 위해 만들어졌어요. 같은 이메일 에이전트가 Brew 앱에서도, Slack에서도, ChatGPT, Claude, Cursor에서 MCP로도, API로도 일해요. 그 과정에서 배운 몇 가지를 나눠요.

첫 초안은 대화의 시작이에요. 지난 30일 동안 Brew 이메일 에이전트는 새 이메일이나 변형을 하나 디자인할 때마다 수정 요청을 약 4건 처리했어요. 사람들이 원하는 건 한 번에 완벽한 결과물이 아니에요. 브랜드에 맞는 첫 초안을 빠르게 받고, 이어지는 네 번의 수정을 함께할 협업자를 원해요. 그래서 저희는 수정할 때마다 무엇을 알려 줄지, 그리고 받은편지함처럼 동작하는 에디터에 투자해 왔어요.

프롬프트 길이보다 브랜드 맥락이 중요해요. 에이전트에게서 브랜드에 맞는 이메일을 가장 확실하게 얻는 방법은 더 긴 프롬프트가 아니라 브랜드 자체를 주는 거예요. Brew는 브랜드마다 수정 가능한 디자인 가이드를 써 두고, 에이전트는 이메일을 만들 때마다 먼저 그걸 읽어요. 한 번도 써 본 적 없는 브랜드 10곳으로 테스트했더니 제대로 디자인된 이메일의 비율이 82%가 됐어요. 이전에는 12%였어요.

승인은 나중에 덧붙이는 게 아니라 처음부터 들어 있어야 해요. Slack에서는 실제 사람에게 닿는 모든 것이 요청한 본인만 응답할 수 있는 승인 카드를 기다려요. MCP에서는 OAuth 연결과 조직 연결의 경우, 사람들에게 이메일을 보내거나 연락처 데이터를 삭제하는 호출에 먼저 확인 요청이 돌아와요. 테스트 이메일은 우리 팀에게만 가요. 업계의 다른 곳들이 도달한 것과 같은 답이고, 저희는 이게 옳은 답이라고 생각해요.

에이전트에게는 더 많은 도구보다 명확한 답이 필요해요. 이번 가을 저희는 MCP 서버의 도구를 89개로 줄이고, 어시스턴트에게 필요한 숫자를 각 결과의 텍스트에 넣고, 오류가 모든 문제를 한 번에 알려 주도록 바꿨어요(업데이트 내역). 답 하나를 제대로 이해하는 에이전트는 호출도 실수도 줄어요.

마케터에게 주는 의미

1. 에이전트를 더 들이기 전에 데이터부터 연결하세요. 연구 결과는 일관돼요. 팀의 발목을 잡는 건 모델 품질보다 연동과 데이터 품질이에요.
2. 초안은 에이전트에게, 승인은 사람에게 맡기세요. 실제 고객에게 보내는 발송에는 사람의 승인이 필요하고, 읽기 전용 접근도 가능한 플랫폼을 고르세요.
3. 요약을 염두에 두고 쓰세요. 혜택, 마감일, 행동 유도는 이미지가 아닌 텍스트로 상단 가까이에 넣으세요. 오픈이 아니라 클릭과 전환을 측정하세요.
4. 구매 후 이메일은 직접 챙기세요. 제품은 에이전트가 찾아 줄 수 있어도, 영수증, 업데이트, 후속 이메일은 여전히 내가 보내요.
5. 읽는 것과 실행하는 것을 분리하세요. 받은편지함을 읽는 에이전트가 묻지 않고 보내거나 삭제해서는 안 돼요.

내 브랜드로 직접 해 보고 싶다면 Brew를 어시스턴트에 연결하고 다음 캠페인 초안을 부탁해 보세요. 누가 보기 전에 먼저 승인하게 돼요.