구독자 목록을 건강하게 유지하기

목록은 가져온 날부터 낡기 시작합니다. 메일함은 닫히고, 도메인은 만료되고, 사람들은 읽지 않게 됩니다. 대부분 자동으로 이루어지는 약간의 관리만으로 발송이 스팸함에 들어가지 않고 테스트도 정직해집니다. 반송되거나 무시된 이메일은 차이를 보여 줄 이메일이 하나 줄었다는 뜻이기 때문입니다.

설명을 위한 가상 시나리오입니다. 이 페이지의 브랜드, 인물, 모든 수치는 허구입니다.

제목

Still with us? A little something inside

목록은 가져온 날부터 낡기 시작합니다. 메일함은 닫히고, 도메인은 만료되고, 사람들은 읽지 않게 됩니다. 조금만 관리하면 발송이 스팸함에 들어가지 않고 테스트도 정직해집니다. 반송되거나 무시된 이메일은 차이를 보여 줄 수 있는 이메일이 하나 줄었다는 뜻이기 때문입니다.

이 글은 세 파트로 된 시리즈의 파트 3입니다. 파트 1에서 목록을 만들고, 파트 2에서 그중 누구에게 보내도 되는지 설명했습니다. 이 파트는 관리를 다루며, 대부분은 MailInApp이 대신 처리합니다.

예시는 가상의 빈티지 의류 매장 Retro Revival을 가상의 숫자로 따라갑니다.

저절로 이루어지는 일

관리의 일부는 아무것도 하지 않아도 됩니다.

  • 영구 반송. 메일함이 없어 메시지가 반송되면, 그 주소는 계정 전체에서 억제되고 그 주소가 있는 모든 목록에서 유효하지 않음으로 표시됩니다. 자체 SMTP 서버로 보낸다면 메일함이 없다는 거부만 해당됩니다. 비밀번호 오류나 서버 장애로는 아무도 억제되지 않습니다.
  • 스팸 신고. 이메일을 스팸으로 신고한 사람은 수신 거부한 것처럼 억제됩니다.
  • 수신 거부. 바닥글 링크는 보내는 모든 이메일에서 그 주소를 억제합니다.
  • 새 주소. 가져오기, 가입 폼, API, 스토어 동기화 등 어떤 경로로 목록에 들어온 주소든 저장할 때 확인됩니다.

목록 다시 확인하기

시간이 지나면 도메인이 메일을 받지 않게 되므로, 가져올 때 유효했던 주소도 나빠질 수 있습니다. 연락처에서 목록을 엽니다. 그리드 위의 이메일 확인 패널에 목록 전체의 품질 막대가 보입니다.

  1. 목록 확인을 클릭합니다. 큰 목록은 백그라운드에서 확인합니다.
  2. 필터(전체, 유효, 위험, 유효하지 않음)로 결과를 살펴봅니다.
  3. 유효하지 않은 주소 수가 표시된 삭제 버튼을 눌러 한 번에 지웁니다. 되돌릴 수 없습니다.

무료 확인은 각 주소의 형식과 도메인을 봅니다. ZeroBounce나 NeverBounce 계정이 있다면 설정 → 연동 → 데이터 제공업체에서 연결해, 내 크레딧으로 개별 메일함까지 확인할 수 있습니다.

목록 품질 점검

발송 수신자의 5%를 넘는 주소가 유효하지 않거나 확인되지 않았다면, 수동 발송은 "보내기 전에 이 목록을 정리해야 합니다"라며 멈춥니다. 이 목록 확인하기를 누르거나, 확인란을 체크하고 그래도 보내기를 누르세요. 그래도 보낸 기록은 계정 감사 로그에 남고, 유효하지 않은 주소는 여전히 건너뜁니다.

반복 발송과 여정은 멈추지 않습니다. 응답할 사람이 없기 때문입니다. 유효하지 않은 주소를 건너뛰고, 목록별로 하루 한 번까지 푸시 알림을 보냅니다.

읽지 않는 사람은 정리하기

메일함 제공업체는 사람들이 이메일을 열고 클릭하는지 지켜봅니다. 계속 무시하는 사람에게 거듭 보내면 이메일이 원치 않는 것으로 판단되어, 목록 전체의 전달률이 떨어집니다.

이 일은 선셋 정책이 맡습니다. 설정의 선셋 정책에서 열람, 클릭, 주문이 60~180일(기본 90일) 동안 없는 연락처를 찾습니다. 먼저 마지막 기회로 스크래치 혜택 같은 재참여 여정에 등록하고, 그래도 반응이 없는 사람을 억제할 수 있습니다. 첫 한 달은 여정만 켜 두세요. 돌아온 사람이 몇 명인지 확인한 다음에 자동 억제를 켜세요.

속성을 최신으로 유지하기

열도 낡습니다. 잠재 고객이 구매하면 고객이 되고, 취향도 바뀝니다. 타기팅과 균형 맞추기에 쓰는 열은 최신으로 유지하세요.

  • customer_type은 스토어나 CRM에서 연락처 API로 업데이트하세요. 보낸 필드만 바뀝니다. 다시 가져와도 이미 목록에 있는 연락처는 업데이트되지 않습니다.
  • 구독자가 직접 관심사를 업데이트하도록 응답을 연락처 필드에 저장하는 투표나 폼을 쓰세요.

테스트에 중요한 이유

실험은 전달된 이메일로 변형을 비교하고, 예상 전달률로 표본을 계획합니다. 계획 도구는 이 비율을 최근 90일간의 발송에서 읽어 옵니다. 죽은 주소가 많은 목록은 같은 테스트에 더 많은 연락처가 필요하고, 도중에 잃는 수도 더 많습니다.

Retro Revival은 혜택 테스트 전에 목록을 정리했습니다. 그래도 변형당 2,000통 중 40통이 반송되어, 변형당 1,960통이 전달되었습니다. 전달률 98%로, 계획 도구가 가정한 그대로입니다. 두 변형이 같은 비율을 잃었다는 것은 결과 페이지의 데이터 품질 점검으로도 확인됩니다.

매달 하는 일

  1. 발송하는 목록마다 열어 목록 확인을 클릭합니다. 유효하지 않은 주소는 삭제합니다.
  2. 다음 발송이나 실험의 제외 내역을 봅니다. "수신 거부 또는 반송" 비율이 늘고 있다면 보내는 내용을 점검하세요.
  3. 선셋 정책의 여정을 확인합니다. 몇 명이 돌아오고 몇 명이 억제되었는지 봅니다.
  4. customer_type과 다른 균형 기준 필드를 스토어나 CRM에서 동기화합니다.

시작하기

오늘 연락처에서 가장 큰 목록을 열고 목록 확인을 실행하세요. 그런 다음 재참여 여정과 함께 선셋 정책을 켜고, 매달 하는 일을 캘린더에 넣어 두세요. 목록이 깨끗하면 다음 실험의 전달 수가 표본에 가까워지고, 결과는 실제로 이메일을 읽는 사람들을 보여 줍니다.

일반적인 제작 및 발송 순서

  1. 1

    반송과 스팸 신고에 맡기기

    영구 반송과 스팸 신고는 계정 전체에서 주소를 자동으로 억제합니다.

  2. 2

    목록마다 다시 확인하기

    목록의 이메일 확인 패널에서 목록 확인을 클릭하고, 결과를 본 뒤 유효하지 않은 주소를 삭제합니다.

  3. 3

    품질 점검 따르기

    수신자의 5%를 넘는 주소가 유효하지 않거나 확인되지 않았다면, 그래도 보내지 말고 목록을 정리하세요.

  4. 4

    선셋 정책 켜기

    열람, 클릭, 주문이 없는 연락처를 재참여 여정에 등록하고, 그래도 반응이 없는 사람을 억제합니다.

  5. 5

    속성을 최신으로 유지하기

    customer_type과 다른 균형 기준 필드를 연락처 API로 스토어나 CRM에서 동기화합니다.

자주 묻는 질문

목록은 얼마나 자주 다시 확인해야 하나요?

자주 발송하는 목록이라면 한 달에 한 번이 좋고, 중요한 발송이나 실험 전에는 꼭 확인하세요. 시간이 지나면 도메인이 메일을 받지 않게 되므로, 가져올 때 유효했던 주소도 나빠질 수 있습니다.

자체 SMTP 서버의 오류로 연락처가 억제되나요?

서버가 메일함이 없다고 응답한 경우에만 억제됩니다. 비밀번호 오류나 서버 장애로는 아무도 억제되지 않습니다.

목록 품질 점검은 무엇을 하나요?

수신자의 5%를 넘는 주소가 유효하지 않거나 확인되지 않았다면 수동 발송이 멈춥니다. 목록을 확인하거나, 확인 후 그래도 보낼 수 있으며, 이 기록은 감사 로그에 남습니다. 반복 발송과 여정은 유효하지 않은 주소를 건너뛰고 알림을 보냅니다.

선셋 정책이 연락처를 삭제하나요?

아니요. sunset 사유로 억제해 어떤 발송도 닿지 않게 합니다. 연락처 탭에서 재구독시킬 수 있습니다.

목록 건강이 실험에 왜 중요한가요?

실험은 전달된 이메일로 변형을 비교하고, 계획 도구는 최근 전달률로 테스트 규모를 정합니다. 죽은 주소가 많으면 같은 테스트에 더 큰 표본이 필요하고, 차이를 보여 줄 전달된 이메일도 줄어듭니다.

스튜디오에서 만들어보세요

무료 플랜으로 시작하세요 — 모든 인터랙티브 블록과 전체 폴백 엔진이 모든 플랜에 포함됩니다.