반송률은 내 도메인이 계속 받은편지함에 들어가느냐를 결정하는 숫자이고, 연락처 리스트에서 나중에 고칠 수 없는 유일한 부분이에요. 이 가이드는 문제의 두 측면을 모두 다뤄요. 저희 데이터를 내보낼 때 무슨 일이 일어나는지, 그리고 다른 곳에서 가져온 리스트는 어떻게 다뤄야 하는지요. 둘은 작동 방식도 과금 방식도 다르고, 둘을 헷갈리는 게 가장 흔한 결제 문의예요.
핵심: 검증은 수집할 때가 아니라 내보낼 때 일어나요
대부분의 데이터베이스는 주소를 수집할 때 검증하고, 몇 달 전에 사실이었던 걸 그대로 넘겨줘요. Argorant는 반대로 해요. 내보내기를 만들면, 그 안의 모든 주소를 그 순간 검증하거나 지난 60일 안에 한 검증 결과를 써요. 메일을 받을 수 없는 주소는 파일을 받기 전에 빠지고, 비용이 들지 않아요.
여기서 세 가지 결과가 따라오고, 이 가이드의 거의 모든 내용이 이걸로 설명돼요.
- 최신성은 레코드가 아니라 내보내기의 속성이에요. 질문은 데이터가 얼마나 오래됐느냐가 아니라, 파일이 언제 만들어졌느냐예요.
- 내보내기는 보통 집계보다 작아요. 시스템이 제대로 작동하는 거예요. 집계는 일치하는 전체 범위이고, 파일은 도달 가능한 부분 집합이에요.
- 실행하기 전에는 정확한 비용을 알 수 없어요. 검증이 내보내는 동안 일어나기 때문이에요. 선택한 규모를 상한으로 예산을 잡고, 실제 숫자는 그보다 낮을 거라고 예상하세요.
등급을 쉬운 말로
모든 주소에는 판정이 붙어요. 그중 중요한 건 네 가지예요.
- 유효. 수신 서버가 메일함을 확인했어요. 기본으로 포함되는 세트이고, 대부분의 세그먼트에서 받는 결과의 압도적 다수예요.
- 캐치올. 도메인이 뒤에 메일함이 있든 없든 모든 주소를 받아요. 수신 회사의 설정 선택이고, 어떤 검증 방법으로도 개별 메일함을 확인할 수 없다는 뜻이에요. 다르게 말하는 업체는 추측하고 있는 거예요. 저희는 대신 라벨을 붙여요.
- 위험. 검증은 끝났지만 신호가 엇갈려요. 원칙적으로는 도달 가능하지만 유효보다는 덜 확실해요.
- 무효 또는 검증 불가. 전달 전에 걸러지고, 파일에 절대 들어가지 않고, 절대 청구되지 않아요.
과금 규칙은 한 줄이에요. 파일에 든 도달 가능한 연락처 1명당 1크레딧, 걸러진 건 0크레딧. 유효, 캐치올, 위험 행은 모두 도달 가능한 연락처이고 각각 1크레딧이에요. 무효와 검증 불가 행은 비용이 들지 않고, 추측으로 몰래 대체되지도 않아요.
나를 보호하는 기본값
내보내기의 기본값은 유효만이에요. 캐치올과 위험은 내보낼 때 명시적으로 선택해야 포함돼요. 그래서 워밍업 중인 도메인에 불확실한 주소로 가득한 파일을 실수로 넣을 수 없어요. 내보내기가 예상보다 작고 저렴하게 나왔다면 대개 이 기본값 때문이고, 내게 유리하게 작동한 거예요.
캐치올 결정, 제대로 내리기
기술적인 선택이 아니라 전략적인 선택이고, 어느 쪽 답도 근거가 있어요.
타깃 시장이 엔터프라이즈이거나 캐치올 설정이 흔한 지역이라면 포함하세요. 완전히 빼면 일부 세그먼트에서 상당한 부분이 사라질 수 있고, 상위 시장에 판매한다면 도달 범위의 3분의 1을 조용히 지우고 있을 수도 있어요.
새 도메인을 워밍업하고 있거나, 발신 평판이 이미 약하거나, 제공업체가 반송률에 엄격하다면 빼세요.
대부분의 팀이 정착하는 전략은 그 중간이에요.
- 메인 시퀀스는 건강한 발송 도메인에서 유효 주소로만 돌리세요.
- 캐치올은 별도 캠페인에 넣고, 가능하면 별도 발송 도메인을 쓰세요.
- 그 캠페인은 적은 물량으로 보내고, 처음 몇백 통 동안 반송률을 지켜보세요.
- 비율이 유지되면 늘리고, 그렇지 않으면 일시정지하세요.
분리해 두면 나쁜 캐치올 묶음이 메인 캠페인을 실어 나르는 평판을 절대 해칠 수 없어요. 나누는 이유가 바로 그거예요.
검증이 대신해 주지 않는 것
내보낼 때 검증하면 반송의 가장 큰 원인이 사라져요. 하지만 전부 사라지지는 않고, 여섯 가지는 여전히 직접 챙겨야 해요.
- 발송 도메인을 인증하세요. SPF, DKIM, DMARC는 물량을 늘린 뒤가 아니라 늘리기 전에 바로잡으세요.
- 새 도메인과 메일함은 천천히 워밍업하세요. 완벽한 리스트도 차가운 도메인에서 보내면 스팸함에 들어가요.
- 집계가 좋아 보여서 포함하지 말고 캐치올은 의도적으로 결정하세요.
- 발송 직전에 내보내세요. 폴더에서 두 달 묵은 검증 파일은 더 이상 검증된 파일이 아니에요.
- 이미 메일을 보낸 사람은 모두 발송 제외하고, 발송에 쓰는 모든 도구에서 수신 거부를 지키세요.
- 메일함당 하루 물량을 적정하게 유지하세요. 반송률은 발송량에 대한 비율이라, 너무 적은 메일함으로 물량을 밀어붙이면 모든 문제가 커져요.
60일 기간, 그리고 내 디스크에 있는 파일에 주는 의미
검증 결과는 60일 동안 유효해서, 내보내기는 실시간으로 검증하거나 최근 결과를 다시 써요. 둘 다 검증된 것으로 쳐요. 하지만 이게 다운로드한 CSV를 최신으로 유지해 주지는 않아요. 파일은 다운로드한 날을 반영하고, 사람들은 이동하고, 메일함은 닫히는데, 아무것도 경고해 주지 않아요. 다운로드 날짜를 파일의 유통기한 표시로 보세요.
이 문제를 영구히 해결하는 리듬은 이래요. 세그먼트마다 저장된 리스트를 기준으로 두고, 캠페인을 시작할 때마다 새 묶음을 내보내세요. 저장된 리스트는 스냅샷이 아니라 필터를 저장하니, 다시 돌리면 오늘의 시장을 반영해요. 내보내기에서 지난 내보내기 파일을 다시 다운로드하는 건 이미 값을 낸 파일이라 언제나 무료예요. 새 내보내기를 만들면 검증이 다시 돌고 도달 가능한 연락처 1명당 1크레딧이 청구돼요.
몇 주에 걸쳐 메일을 보낼 아주 큰 세그먼트라면, 거대한 파일 하나 대신 발송 일정에 맞춰 묶음별로 내보내세요. 그러면 각 묶음이 실제로 발송되는 시점에 가깝게 검증돼요.
나머지 절반: 이미 가진 리스트 검증하기
app.argorant.com/verify 의 검증 도구는 직접 가져온 주소를 확인해요. 1년 동안 아무도 손대지 않은 CRM 세그먼트, 물려받은 스프레드시트, 다른 출처의 파일, 양식으로 모은 주소 같은 것들이요. Argorant 내보내기에서 온 연락처는 내보낼 때 이미 검증됐으니 이 단계가 필요 없어요.
두 가지 풀, 그리고 과금 방식이 다른 이유
크레딧 잔액 하나로 둘 다 처리하지만, 과금 방식은 달라요.
- 연락처 크레딧은 저희 데이터에 쓰여요. 공개하거나 내보내는 도달 가능한 연락처 1명당 1크레딧이에요. 주소가 실패하면 전달 전에 걸러지고 비용이 들지 않아요.
- 이메일 검증은 내 데이터에 쓰여요. 제출한 주소 1개당 0.5크레딧이고, 판정과 관계없이 청구돼요.
이 비대칭은 의도된 것이고, 정직한 방식이에요. 저희에게서 연락처를 살 때 돈을 내는 대상은 도달 가능한 주소이니, 실패는 저희 문제이고 비용이 0이에요. 내 리스트를 검증할 때 돈을 내는 대상은 판정 그 자체예요. “이 주소는 죽었어요”가 바로 원하던 답이고, 작업은 어느 쪽이든 이뤄졌으니까요.
2026년 9월 19일부터 검증과 연락처는 잔액 하나를 함께 써요. 새 검증은 0.5크레딧이고, 최근 재검증은 무료이며, 그 전의 검증 잔액이 먼저 쓰여요. 크레딧이 떨어지면 크레딧이나 플랜을 추가할 때까지 공개와 리스트 검증이 모두 멈춰요.
처음부터 끝까지 워크플로
- 검증을 여세요.
- 주소 하나나 몇 개를 바로 붙여 넣거나, 묶음이라면 CSV를 업로드하세요.
- 실행을 시작하세요. 큰 묶음은 백그라운드에서 처리되니 페이지를 떠나도 돼요.
- 행마다 판정이 붙은 결과를 다운로드하세요.
- 어디로든 가져가기 전에 캐치올 행을 어떻게 할지 정하세요.
한 번 실행할 때 새 검증에만 과금돼요. 최근에 검증한 주소는 기존 결과로 무료 응답하고, 요약에 과금된 수와 무료로 돌아온 수가 나와요. 아예 거부된 파일에는 아무것도 청구되지 않아요.
업로드가 한 번에 되도록 파일 준비하기
업로드 실패는 대부분 일곱 가지 중 하나이고, 일곱 가지 모두 스프레드시트에서 1분 안에 고칠 수 있어요.
- 행마다 주소 하나. 세미콜론이나 슬래시로 나눈 여러 주소를 한 셀에 넣지 마세요.
- 첫 행에
email처럼 이메일 열의 명확한 헤더를 두세요. - UTF-8 CSV로 저장하세요. 오래된 CRM 도구의 내보내기는 다른 인코딩을 쓰기도 해서 글자가 깨져 보여요.
- 구분자는 쉼표로. 일부 지역 설정의 스프레드시트는 기본값이 세미콜론이니 저장 창을 확인하세요.
- 공백과 떠도는 따옴표를 지우세요. 앞에 공백 하나만 있어도 멀쩡한 주소를 쓸 수 없게 돼요.
- 주소가 아닌 게 분명한 건 지우세요: 빈 행, 자리표시 텍스트, 이메일 열에 들어간 메모.
- 먼저 중복을 제거하세요. 같은 주소 두 개는 같은 판정 두 번이고, 직접 올린 리스트에서는 둘 다 비용을 내요.
갈림길: 업로드가 거부됐을 때
- “CSV와 Excel 파일만 지원해요.” 파일 확장자만 바꾸지 말고 스프레드시트에서 CSV로 다시 내보내세요.
- “CSV에 헤더가 없어요” 또는 “CSV 텍스트를 해석할 수 없어요.” 거의 항상 헤더 행 위에 머리말이 있어서예요. CRM 내보내기가 즐겨 넣는 부분이죠. 헤더 위의 모든 줄을 지우세요.
- “빈 파일이에요.” 대개 저장은 했지만 내용이 채워지지 않은 내보내기이거나, 숨겨진 행만 내보낸 필터링된 스프레드시트 보기예요.
- “파일이 너무 커요.” 압축하지 말고 세그먼트별로 나누세요. 작은 파일은 어차피 이후 모든 단계에서 더 빨리 가져와져요.
- “리스트에서 유효한 이메일 주소를 찾지 못했어요.” 파일은 해석됐지만 주소 형태를 가진 열이 없었다는 뜻이에요. 이메일 열이 수식으로 저장돼 있지 않은지, 복사해 붙여 넣는 동안 열 너비 때문에 주소가 잘리지 않았는지 확인하세요.
갈림길: 리스트가 한 번 실행하기엔 클 때
앱 안의 검증 도구는 한 번에 주소를 최대 1,000개까지 처리하고, “실행당 이메일 최대 1,000개: 더 큰 리스트는 나눠 주세요.”라는 메시지가 보여요. 그보다 크면 파일을 자동으로 나눠 주는 CLI를 쓰세요.
npx argorant verify --file my-list.csv -o out.csv
파일을 읽어 주소를 추출하고 중복을 제거한 뒤, 500개씩 나눠 보내고, email,status,deliverable 열이 있는 CSV를 써요. 이메일 열 이름이 다르다면 --column work_email로 지정하세요. 마지막 요약 줄에 도달 가능한 수, 과금된 검증 수, 최근 결과가 있어서 무료였던 수가 나와요.
API에도 같은 한도가 적용돼요. 일괄 검증 엔드포인트는 호출당 주소 500개를 받으니, 거대한 요청 하나를 보내지 말고 묶음을 반복해서 보내고, 속도 제한에 걸리면 바로 재시도하지 말고 물러나세요.
갈림길: 리스트 도중에 검증 잔액이 떨어졌을 때
리스트 도중에 잔액이 떨어지는 건 다른 크레딧 문제와 같아요. 프로필의 결제에서 종량제 팩을 추가하거나, 평소 정리 물량을 월 제공량으로 감당하는 플랜으로 옮기세요. Starter에서 매달 팩을 사고 있다면 그 지출을 월 5,000건 검증이 포함된 Pro와 비교해 보세요.
데이터베이스를 건강하게 유지하는 주기
결과가 60일 동안 유효하니 계속 재검증하는 건 돈 낭비예요. 통하는 주기는 달력이 아니라 발송에 맞춘 검증이에요.
- Argorant 세그먼트: 저장된 리스트를 두고, 캠페인을 시작할 때마다 새로 내보내세요. 별도의 검증 단계는 영영 필요 없어요. Argorant 내보내기를 가져오기 전에 검증 도구에 돌릴 이유가 없어요.
- 내 데이터베이스: 곧 메일을 보낼 묶음만, 보내기 직전에 재검증하세요. CRM 전체를 매달 하지 마세요.
- 양식과 인바운드: 검증 엔드포인트를 양식이나 온보딩 흐름에 연결해서, 나쁜 주소가 애초에 데이터베이스에 들어오지 못하게 하세요. API를 가장 효과적으로 쓰는 방법이고, 오타를 잡기에 가장 싼 지점이에요.
- 물려받은 리스트: 누가 행 수에 들뜨기 전에, 바로 한 번 검증하세요. 나이를 모르는 리스트는 발송 도메인을 잃는 가장 확실한 방법이에요.
이 네 가지를 앞에서 다룬 도달률 관리 여섯 가지와 함께 하면, 반송률은 제공업체 한도 안에서 여유 있게 유지돼요. 그게 목표의 전부예요. 다음 가이드는 검증된 파일을 아무것도 깨뜨리지 않고 시퀀서까지 옮기는 과정을 안내해요.
