이메일 드립 캠페인, 승인된 후속 메일 시퀀스를 클라이언트의 발신자로 보내는 대행사용 발송 툴

클라이언트의 발신 도메인은 데이터 설정에서 추가하고 DNS 레코드를 게시하며, 인증이 끝나면 패널에 도메인이 활성으로 표시됩니다. 인증된 도메인의 보내는 사람 주소 목록에 없고 단독으로 인증된 주소도 아닌 주소에서는 실행이 시작되지 않으며, 이 확인은 배치마다 다시 이뤄지므로 그사이 제거된 발신자는 다른 곳에서 메일이 나가는 대신 실행을 멈춥니다.

메일은 클라이언트가 자체 DNS에 게시한 레코드를 통해 그 도메인으로 DKIM 서명되고 반송은 그 도메인의 하위 도메인으로 돌아오므로, 수신자가 보는 발신자는 대행사나 플랫폼이 아니라 클라이언트입니다. DNS를 수정할 수 없는 클라이언트를 위해 단독으로 인증된 주소 하나도 허용하지만, 이 경우 DKIM 서명이 없고 패널도 인박스 도달이 나빠질 수 있다고 경고합니다. 도메인 패널은 Gmail 같은 무료 이메일 도메인을 거부하며, 루트 도메인을 추가하면 마케팅 메일 전용 하위 도메인을 제안해 캠페인 평판을 클라이언트의 일상 이메일과 분리합니다.

기획 단계에서는 이메일을 받을 수 있는 사람을 셉니다. 발송 단계에서는 첫 메일이 실제로 나가는 순간 오디언스를 다시 계산하므로, 예약된 실행은 누군가 날짜를 고른 때 해당했던 사람이 아니라 당일에 해당하는 사람에게 닿습니다. 후속 메일은 바로 앞선 메일이 닿은 사람에게 가며, 수신 거부와 리드 자체의 방해 금지 표시를 다시 확인합니다. 실행 점검, 오디언스 인원 수, 발송에는 같은 규칙 하나가 적용되므로 승인된 숫자와 발송되는 숫자는 한 가지 방식으로 계산됩니다.

오디언스가 고르지만 발송에서는 건너뛰어야 하는 연락처는 모두 이유와 함께 집계됩니다. 이메일 주소가 없음, 유효하지 않은 주소, 이미 센 주소의 중복, 이 클라이언트의 이메일에 대한 수신 거부(전달 결과 기록이 있는 경우 하드 반송과 스팸 신고도 이 목록에 들어갑니다), 리드 자신 또는 같은 주소를 쓰는 다른 리드의 방해 금지 표시, 실행하는 사람이 볼 수 없는 저장된 리스트의 리드가 그 이유입니다. 제한된 CRM 리스트를 지정한 필터나 세그먼트는 대신 점검에서 실패합니다. 실행은 집계를 한 줄로 보여 주며, “37명 제외(수신 거부 21, 방해 금지 9, 유효하지 않음 7)”가 그 예입니다.

템플릿에는 이름, 성, 전체 이름, 회사, 도시, 수신자 본인의 수신 거부 링크를 넣는 머지 태그를 쓸 수 있습니다. 태그는 서버에서 수신자마다 채워지고 들어가는 자리에 맞게 안전하게 처리되며 링크도 마찬가지이므로, 이름이 링크의 이동 위치를 바꾸는 일은 없습니다. 제품이 모르는 태그는 빈 값으로 채워지고 발송 전에 “알 수 없는 머지 태그”라는 점검에서 미리 표시되므로, 오타가 누군가의 받은편지함에 남는 엉뚱한 태그가 아니라 경고로 끝납니다.

첫 메일에는 제목 줄을 최대 세 개까지 넣을 수 있고, 이것이 A/B 분할이 됩니다. 수신자의 주소에 고정된 계산이 제목 줄을 고르므로 비율은 거의 같게 나뉘고, 발송이 몇 번에 걸쳐 진행되든 같은 사람은 항상 같은 제목 줄을 받습니다. 후속 메일에는 제목 줄이 하나씩만 있습니다. 분할은 우연이 아니라 계산으로 고정되며, 실행 페이지는 오픈이나 클릭을 보고하지 않으므로 승자를 대신 정해 주지도 않습니다.

메일마다 고유한 수신 거부 링크가 들어가며 세 가지 방식으로 추가됩니다. HTML 본문의 눈에 보이는 푸터 문구, 일반 텍스트 부분의 문구, 그리고 메일 앱이 원클릭 버튼을 제공할 수 있게 해 주는 표준 List-Unsubscribe와 List-Unsubscribe-Post 헤더입니다. 일반 텍스트로 쓴 템플릿에는 HTML 부분이 없으므로 텍스트 문구와 헤더가 들어갑니다. 디자인한 템플릿에서는 푸터의 수신 거부 링크가 비어 있거나 #로 설정되어 있으면 수신자 본인의 링크로 다시 연결되고, #로 설정된 다른 링크는 점검에서 경고가 됩니다.

링크를 열면 주소 일부를 가린 확인 페이지가 나타납니다. 그 페이지의 버튼을 누르거나 메일 앱의 원클릭을 쓸 때만 수신 거부가 기록되므로, 링크를 읽어 가는 보안 스캐너가 실수로 누군가를 빼 버리는 일은 없습니다. 기록은 클라이언트와 주소별로 보관되어 그 클라이언트의 이후 모든 캠페인에 적용되며, 드립의 다음 단계는 발송에 앞서 이 기록을 다시 확인합니다.

Gmail과 Yahoo는 대량 발신자에게 SPF, DKIM, DMARC로 메일을 인증하고, 원클릭 수신 거부를 제공하고, 스팸 신고를 낮게 유지하라고 요구합니다. 인증된 발신 도메인이라면 첫 번째 요건은 패널이 맡습니다. 메시지마다 클라이언트 자신의 도메인으로 서명할 수 있게 하는 DKIM 레코드, 자체 MX와 SPF 레코드를 가진 반송용 하위 도메인, p=none에서 시작하는 DMARC 레코드를 내어 줍니다. 마지막 레코드는 필수가 아니라 권장으로 표시되어 있어 이 레코드가 없어도 도메인 인증은 통과하지만, 대량 발신자라면 갖추고 있을 것으로 기대되므로 어쨌든 게시하는 편이 좋습니다.

두 번째 요건은 모든 발송에 내장되어 있습니다. 메일마다 원클릭 헤더와 본문의 수신 거부 링크가 들어가고 목록은 배치마다 다시 읽으므로, 수신 거부는 다음 배치와 이후 모든 단계에서 지켜집니다. 발신자에게 남는 일은 세 가지입니다. 사람들이 클라이언트의 메일을 받겠다고 동의했다는 증빙을 보관하는 일, DMARC 레코드를 게시하고 나중에 강화하는 일, 스팸 신고를 지켜보는 일입니다. 실행 페이지는 단계별로 발송된 건수, 실패한 건수, 대기 중인 건수를 세지만 스팸 신고율은 보여 주지 않습니다. 전달 결과 기록이 있는 경우 스팸 신고는 해당 주소를 클라이언트의 수신 거부 목록에도 올리지만, 신고율 자체는 받는 쪽 메일 서비스 제공업체의 자체 도구에서 확인합니다. 신고율이 오르면 다음 실행을 보류해야 합니다.

단계마다 사람당 한 행을 가진 목록 하나가 대기열에 올라가며, 발송 기록은 같은 사람과 같은 단계에 대해 두 행을 허용하지 않습니다. 최대 100행의 배치는 메일 서비스에 닿기 전에 “전송 중”으로 표시된 뒤 일정한 속도로 열 건씩 나가고, 서비스가 요청을 제한하거나 중단되면 보내지 못한 건은 대기열로 돌아갑니다.

발송이 중간에 끊기면 전송 중이던 행은 다시 보내지 않습니다. 이 행들은 발송을 확인할 수 없었다는 메모와 함께 실패로 집계되고, 나머지 사람들은 대기열에서 이어서 발송됩니다. 이것은 의도한 선택입니다. 행이 실패로 표시된 수신자는 그 메일과 이후 후속 메일을 받지 못하지만, 같은 메일을 두 번 받는 사람은 없습니다. 서비스가 연속으로 다섯 번 거부하면 실행이 멈추고 몇 통이 나갔고 몇 통이 나가지 못했는지 보고합니다.

“지금 발송” 또는 “예약”을 고르고 첫 메일의 시각을 내 시간대로 정합니다. 지금부터 1분 뒤에서 최대 90일 뒤까지 가능합니다. 라이브러리 편집 권한과 게시 권한이 있는 사람이 실행을 시작합니다. 라이브러리 편집 권한만 있는 사람은 실행을 요청하고, 게시 권한자가 팀 > 승인에서 이를 승인하며 이때 게시 권한자의 권한으로 점검을 먼저 다시 실행합니다. 어느 경로든 오디언스가 클라이언트 CRM의 연락처이므로 클라이언트 CRM 접근 권한이 필요합니다.

이메일 실행이 진행 중이고 페이지가 화면에 보이는 동안에는 20초마다 스스로 새로 고쳐지며 현재 단계, 발송된 건수, 다음 메일의 예정 시각을 보여 줍니다. 게시 권한이 필요한 취소는 다음 열 건 묶음 앞에서 발송을 멈추며, 이미 나간 메일은 그대로 나간 상태로 남습니다. 일시중지는 없습니다. 실행은 끝나거나, 실패하거나, 취소됩니다. 취소된 플랜은 다시 실행할 수 있고, 이때 앞선 실행이 이미 몇 명에게 닿았는지 경고가 표시됩니다.