이메일 문제: AI로 만든 앱이 진짜 사람에게 메시지를 보내야 할 때

앱을 만들었습니다. 가입 양식이 작동합니다. 사용자가 그것을 채우고, “계정 만들기”를 클릭하는데 — 아무 일도 일어나지 않습니다. 아니, 더 나쁘게는, 확인 이메일이 40분 뒤에 스팸함에, 로봇이 쓴 것 같은 발신 주소로 도착합니다. AI 빌더에게 “이메일을 고쳐 줘”라고 합니다. 세 번 반복한 끝에, 새 버그가 생겼는데 문제는 그대로입니다.

AI 앱 빌더로 무언가를 내보낸 적이 있다면, 아마 이걸 겪어 봤을 겁니다. 이메일은 한 줄짜리 기능처럼 보입니다. 아닙니다. 이상한 신뢰 규칙을 가진 서른 살 먹은 프로토콜이고, AI로 만든 앱 안에서 그것을 얌전히 굴리는 일은 비기술 창업자가 조용히 사용자를 잃는 가장 흔한 지점 중 하나입니다.

실제로 무슨 일이 벌어지는지, 그리고 빌더에게 무엇을 하라고 해야 하는지 알려 드립니다.

이메일이 빌더가 보여 주는 것보다 어려운 이유

AI 빌더가 “이메일 발송” 기능을 생성할 때, 보통은 테스트 화면에서 작동하는 가장 작은 것을 연결합니다. 기본 발신 주소를 씁니다. 자기 템플릿이 선호하는 서비스를 통해 보냅니다. 당신이 인터넷이 신뢰하는 진짜 도메인을 가진 진짜 회사라고 가정합니다.

진짜 인터넷은 새 발신자를 신뢰하지 않습니다. 메일 제공자들 — Gmail, Outlook, Yahoo, Apple — 은 20년간 알 수 없는 출처를 걸러 내는 데 능숙해졌습니다. 갓 만든 도메인이 비밀번호 재설정과 환영 이메일을 보내기 시작하면, 세상의 모든 스팸 필터가 눈썹을 치켜뜹니다. 세 가지 구체적인 설정이 갖춰지지 않으면, 당신의 이메일은 스팸함에 떨어지거나, 소리 없이 버려지거나, 사용자가 이미 포기할 만큼 늦게 도착할 겁니다.

그 세 가지는 SPF, DKIM, DMARC입니다. 그게 무슨 약자인지 알 필요 없습니다. 알아야 할 것은 이것들 없이는, 당신의 이메일 발송 기능이 앱 안에서는 보이지 않는 방식으로 망가져 있다는 점입니다.

가장 먼저 확인할 것: 이메일은 실제로 누구로부터 오는가?

당신의 앱이 가장 최근에 보낸 이메일을 여세요. 발신 주소를 보세요. 보통 셋 중 하나입니다.

something@yourdomain.com — 최선의 경우. AI 빌더가 진짜 발신자를 설정한 겁니다. 그래도 사용자가 못 받고 있다면, 문제는 위에서 말한 세 글자입니다.
something@some-builder-service.com — 흔합니다. 당신의 이메일이 빌더의 공유 인프라에서 발송되고 있습니다. 이건 작동은 하지만, 그 플랫폼의 다른 온갖 앱과 한 풀에 묶입니다. 나쁜 이웃 하나면 당신의 전달률이 떨어집니다.
noreply@some-random-domain.example — 나쁩니다. AI 빌더가 끝내 교체하지 않은 자리표시자를 생성한 겁니다. 사용자는 당신 것이 아닌 도메인에서 이메일을 받고 있고, 받은편지함 제공자들은 당연히 그것을 의심할 겁니다.

2번이나 3번에 해당한다면, 그게 가장 먼저 고칠 것입니다.

AI 빌더에게 무엇을, 어떤 순서로 요청할 것인가

대부분의 빌더에서 통하는 구체적인 순서가 있습니다. 이걸 잘못된 순서로 요청하면 헷갈리는 결과가 나옵니다.

1단계: 발송 제공자를 고른다

AI 빌더에게 이렇게 말하세요. “내 도메인에서 이메일을 보내고 싶어. 내 API 키로 이 앱을 Resend(또는 Postmark, 또는 SendGrid)에 연결해 줘.” 하나를 고르세요. 작은 앱에서는 대체로 비슷비슷합니다. Resend와 Postmark가 설정 흐름이 가장 친절합니다.

제공자에 직접 가입해서 API 키를 받아야 합니다. 이 부분은 AI가 할 수 없습니다 — 신용카드를 넣고 신원을 확인해야 하니까요. 30분을 잡으세요.

2단계: 도메인을 인증한다

발송 제공자가 연결되면, 제공자가 당신 도메인에 DNS 레코드 세 개를 추가하라고 할 겁니다. 제가 언급한 SPF, DKIM, DMARC 레코드입니다. 제공자가 무엇을 붙여 넣어야 하는지 정확히 보여 줄 겁니다.

이게 비기술 창업자 대부분이 건너뛰는 단계이고, “내 이메일이 스팸으로 가요” 불만의 80%를 해결하는 단계입니다. AI 빌더에게 이렇게 말하세요. “내가 산 도메인에 DNS 레코드를 어디에 추가하는지 찾는 걸 도와줘.” 당신의 등록 대행처(GoDaddy, Namecheap, Cloudflare, 어디든)를 따라 안내해 줄 겁니다.

이건 또한 현실 시간이 드는 유일한 단계입니다 — DNS 변경은 전파되는 데 몇 시간이 걸릴 수 있습니다. 즉시 작동하지 않아도 당황하지 마세요.

3단계: 이메일 내용을 다시 쓴다

이건 사람들을 놀라게 합니다. 이메일의 내용 이 설정만큼이나 중요합니다. AI 빌더는 스팸으로 패턴 매칭되는 수다스러운 마케팅 문구를 기본값으로 씁니다. 고칠 구체적인 두 가지입니다.

전부 대문자인 제목 줄 금지. “WELCOME TO MY APP”은 스팸 신호입니다. “Welcome to Boats by Maria”는 아닙니다.
리디렉션 도메인으로 가는 맨 링크 금지. 이메일에 “여기를 클릭”이라고 쓰여 있고 그 링크가 세 군데 제공자를 거쳐 튕기는 추적 URL을 가리킨다면, 스팸 필터가 알아챕니다. 빌더에게 당신 도메인으로 곧장 가는 링크를 쓰라고 하세요.

빠른 점검법: 앱에서 실제 이메일을 자신에게 보낸 다음, mail-tester.com으로 전달하세요. 당신의 이메일을 10점 만점으로 채점하고 정확히 무엇을 고쳐야 할지 알려 줍니다. 8점 이상이면 받은편지함이 당신을 받아들일 겁니다. 6점 아래면 문제를 각오하세요.

반드시 작동해야 하는 세 가지 이메일

모든 이메일을 잘 보낼 필요는 없습니다. 구체적인 세 가지 이메일을 잘 보내야 합니다. 그중 하나라도 실패하면 신규 사용자에게 앱이 망가지기 때문이죠.

가입 확인. 사용자가 가입했는데 주소를 확인할 수 없으면, 로그인할 수 없습니다. 이건 매번, 1분 안에 도착하게 하세요.
비밀번호 재설정. 이건 없을 때 사용자가 알아채는 이메일입니다. 재설정을 요청했는데 아무것도 안 오면, 그날 안에 지원 받은편지함이 가득 찹니다.
“당신 계정에 무슨 일이 있었어요” 이메일 — 새 로그인, 초대, 댓글. 이런 것들이 신뢰를 쌓습니다. 안정적으로 도착하면, 사용자는 당신 앱을 진짜 서비스처럼 대하기 시작합니다.

나머지 — 뉴스레터, 제품 업데이트, 드립 캠페인 — 는 보너스입니다. 거창한 것을 만들기 전에 핵심 세 가지 이메일이 일관되게 전달되게 하세요.

사람을 부를 때

위의 세 단계를 다 했는데도 이메일이 여전히 스팸으로 간다면, 문제는 거의 항상 셋 중 하나입니다. 도메인이 너무 새것이거나(일주일 기다리고, 드물게 보내세요), 내용이 특정 필터에 걸리거나(mail-tester 점검을 돌리세요), 발송량이 갑자기 뛰었거나(작게 시작해 서서히 늘리세요).

이걸로 하루 넘게 씨름했는데도 여전히 망가져 있다면, 지금이 프리랜서에게 두 시간 값을 치를 적기입니다. 이메일 전달성은 경험 많은 사람이 AI 빌더가 제대로 추론하지 못하는 것을 고쳐 줄 수 있는, 현대 앱의 몇 안 되는 영역 중 하나입니다 — 왜냐하면 답이 종종 AI가 볼 수 없는 DNS 레코드 안에 있기 때문입니다.

진짜 이메일을 한 번도 연결하지 않고도 AI로 만든 앱 전체를 내보낼 수 있습니다. 하지만 그것 없이는 사용자를 붙잡아 둘 수 없습니다.