Email Verifier 크레딧 작동 방식

Email Verifier는 크레딧을 사용합니다. 대시보드에는 플랜 제공량과 구매한 크레딧이 모두 표시되므로 작업 시작 전에 정확한 비용을 확인할 수 있습니다.

검증 비용

Deep 작업에서 유용한 사서함 수준 증거를 제공하지 않는 제공업체의 주소는 1크레딧으로 청구됩니다. 대시보드와 API 예상치는 목록의 주소를 바탕으로 이를 계산합니다. 목록 크기에 2를 곱하지 말고 표시된 합계를 사용하세요.

월간 제공량

월간 크레딧은 이월되지 않습니다. 검증 도구는 현재 잔액과 재설정 날짜를 표시합니다. 그 전에 추가 크레딧이 필요하면 팩을 구매하세요.

크레딧 팩

결제 화면의 가격은 이용 가능한 경우 계정의 결제 통화를 따릅니다. 구매한 크레딧은 만료되지 않습니다.

팩을 구매하려면 Email Verifier를 열고 크레딧 구매를 선택한 뒤 수량을 선택하고 대시보드의 결제를 완료하세요.

팩 선택 예시

이 예시는 계획 도구이며 결제 견적이 아닙니다. 실제 제출 주소에 대해 작업을 시작하기 전에 표시되는 비용 미리보기가 기준입니다.

크레딧을 사용하는 작업과 사용하지 않는 작업

이 차이는 원본 파일을 정리할 때 유용합니다. 작업을 시작하기 전에 목록을 준비, 검사 및 수정할 수 있습니다. 크레딧은 검증 작업에 사용되며 주소가 있는 열을 찾는 데 사용되지 않습니다.

먼저 사용되는 잔액

일반 TrekMail 호스트에서는 월간 제공량을 먼저 사용한 뒤 구매 크레딧을 사용합니다. 팩을 차감하기 전에 포함된 제공량을 활용할 수 있습니다.

White Label 호스트에서는 구매 잔액을 사용합니다. 메일 플랜 제공량은 에이전시의 TrekMail 계정에 속하며 브랜드 제품 안에서는 공개되지 않습니다.

잔액이 다르게 보일 수 있는 이유

일반 TrekMail 호스트에서 크레딧 패널은 월간 금액과 구매 금액을 구분합니다. 월간 제공량은 메일 플랜에 연결되어 표시된 일정에 재설정됩니다. 구매 팩은 별도 잔액입니다. White Label 호스트에서는 사용자가 그곳에서 실제 사용할 수 있는 구매 잔액을 봅니다.

연동에서 API로 크레딧을 읽는다면 새 작업 예상치와 비교할 숫자로 total_available을 사용하세요. 일반 호스트에서 API는 월간 및 구매 부분도 반환합니다. 한 호스트의 잔액을 다른 호스트로 보내는 요청에 더하지 마세요.

메일 플랜 변경

월간 제공량은 계정의 현재 유효한 메일 플랜을 따릅니다. 플랜 변경 후 금액과 다음 재설정은 크레딧 패널에서 확인하세요. 구매 크레딧은 별도 잔액이므로 제공량이 바뀌어도 이미 구매한 팩이 삭제되지 않습니다.

대량 작업 시작 전

검증 시작을 선택하기 전에 도구가 주소를 추출하고 중복을 제거하며 예상치를 표시합니다. 다음을 확인하세요.

• 고유 주소 수
• 선택한 모드
• 실제 크레딧 비용
• 전체 작업을 처리할 수 있는 잔액

크레딧은 작업 시작 시 차감됩니다. 잔액이 목록 전체를 처리할 수 없다면 작업이 시작되지 않으므로 일부만 지원된 검증은 발생하지 않습니다.

24시간 안에 같은 정규화 목록을 같은 모드로 제출하면 TrekMail은 크레딧을 다시 사용하지 않고 기존 작업을 반환합니다.

원본에 중복이 있는 경우

한 목록의 중복은 가격 계산 전에 정규화되므로 같은 주소가 작업에서 두 번 청구되지 않습니다. 그렇다고 원본 시스템의 중복 연락처를 무시해서는 안 됩니다. 가능하면 하나의 표준 연락처 레코드를 유지하세요. 그렇지 않으면 검증 비용이 정확해도 캠페인 보고와 수신 거부 처리가 일관되지 않을 수 있습니다.

중복 보호 기간에 목록을 다시 제출하면 반환된 기존 작업을 기준으로 삼으세요. 아직 처리 중이거나 검토할 결과가 이미 있을 수 있습니다. 불확실한 브라우저나 네트워크 응답이 성공한 것처럼 보일 때까지 새 제출을 반복하는 것보다 안전합니다.

취소 및 결과

대기 중이거나 처리 중인 작업을 취소할 수 있습니다. 처리된 행은 계속 사용할 수 있고 미처리 작업의 크레딧은 환불됩니다. 작업과 결과는 15일 동안 보관되므로 기간이 끝나기 전에 필요한 내보내기를 다운로드하세요.

이미 완료된 작업은 미처리 작업이 없으므로 취소해도 환불되지 않습니다. 작업이 준비되기 전에 제출이 실패하면 TrekMail은 존재하지 않는 유료 작업을 남기지 않고 실패한 시작으로 청구를 처리합니다. 이상해 보인다면 다른 사본을 제출하기 전에 작업 기록을 확인하세요.

보관 기간 알림

15일 결과 기간은 크레딧 잔액과 별개입니다. 상세 결과의 보관 기간이 끝난 뒤에도 크레딧이 올바르게 사용됐을 수 있습니다. 이용 가능한 동안 감사와 캠페인에 필요한 CSV 또는 텍스트를 다운로드하고 자체 개인정보 보호 절차에 따라 내보낸 연락처 데이터를 보호하세요.

간단한 회계 유지

나중에 쉽게 검토할 수 있는 작업 이름을 사용하세요. September newsletter import 또는 Partner A sample 같은 이름이 일반적인 날짜보다 유용합니다. 내보내기와 작업 ID를 캠페인 기록과 함께 저장하세요. 검토자가 받은편지함에서 결정을 재구성하지 않고 원본, 예상 비용, 실제 크레딧 청구 및 결과 세그먼트를 확인할 수 있습니다.

잔액 확인하기

사용 가능한 잔액이 적으면 검증 도구가 경고합니다. 특히 Deep 모드의 대규모 목록 전에 예상치를 확인하세요. 자동화 흐름에서는 작업 제출 전에 GET /api/v1/verify/credits를 사용해 현재 잔액을 읽으세요.

이전 잔액 확인을 바탕으로 대규모 제출 여러 개를 동시에 실행하지 마세요. 각 승인 전에 잔액을 다시 읽고 API 대량 요청마다 고유한 멱등성 키를 사용하며 반환된 credits_charged 값을 기록하세요. 여러 연동에서 계정을 공유할 때 예상 밖의 상황을 줄입니다.

잔액이나 구매가 잘못된 것처럼 보이는 경우

검증 도구를 새로 고치고 의도한 TrekMail 또는 White Label 호스트에 있는지 확인하세요. 그런 다음 이미 만들어진 작업이 있는지 기록을 확인합니다. 지원이 필요하면 작업 ID, 작업 이름과 표시된 오류 또는 구매 참조를 제공하세요. API 토큰, 전체 카드 번호, 사서함 암호 또는 전체 연락처 내보내기는 절대 제공하지 마세요.

계획 예시는 Email Verifier 요금 및 크레딧 팩을 참조하세요.