이메일 테스트 흐름이 있어야 할 것

우리는 수신자가 이메일을 읽고 원하는 조치를 취하도록 하는 특정 목적으로 이메일을 제작하는 데 많은 시간과 노력을 들입니다. 모든 이메일 시퀀스의 알려진 세 가지 병목 현상은 다음과 같습니다.

1. 배달 가능성 이메일은 스팸 폴더로 이동하며 읽지 않습니다.
2. 표시 문제 전자 메일 콘텐츠가 손상되었거나 제대로 렌더링되지 않아 결과적으로 이러한 전자 메일을 읽을 수 있지만 독자에게 조치를 취하라는 메시지가 표시되지 않습니다.
3. 참여 이것은 모호한 이메일 제목 또는 명확하지 않은 이메일 사본과 같은 일련의 전체 이유이며 읽지 않고 조치를 취하지 않을 수 있습니다.

이러한 문제를 어떻게 해결할 수 있습니까? 이메일 작성 및 전송에 대한 규칙과 모범 사례를 따르는 것이 좋습니다.

그러나 그들이 작동하는지 어떻게 알 수 있습니까?

모든 단일 이메일 측면을 테스트함으로써! 불행히도 이메일 테스트는 종종 과소평가되고 이메일 테스트 실수로 이어져 훌륭한 이메일 시퀀스를 만드는 데 들인 모든 노력을 죽입니다.

이메일 테스트에 대해 이야기합시다! 이 기사에서는 적절한 이메일 테스트 워크플로가 이메일 전송 효율성을 개선하는 데 어떻게 도움이 되는지 설명합니다. 일반적인 테스트 접근 방식과 실수 를 설명하고 원활한 이메일 테스트 흐름을 설명합니다.

이 기사를 통해 모든 중요한 측면을 다루고 적절한 이메일 테스트 방법과 도구를 사용하여 시간과 스트레스를 절약함으로써 테스트 워크플로를 향상할 수 있습니다.

이메일 측정항목을 계속 파악하고 계십니까?

항상 개선해야 할 것이 있지만 실적이 저조하고 즉시 조치를 취해야 할 때를 이해하는 것이 중요합니다.

보내는 이메일 유형에 관계없이 최소한 다음 측정항목을 추적해야 합니다.

마케팅 메시지(예: 뉴스레터, 특별 제안, 장바구니 포기 이메일 등)를 보낼 때 업계 표준과 요금을 비교할 수 있습니다 . 그러나 시간이 지남에 따라 다른 상황에서도 변경됩니다.

Hubspot에 따르면 평균 이메일 요금은 다음과 같습니다.

• 오픈율은 업종에 따라 19%에서 26%까지 다양하다.
• 클릭률은 자연스럽게 6.82%에서 9.31%로 낮아졌습니다.
• 하드 바운스 비율은 0.3~0.9%만큼 낮아야 합니다.
• 구독 취소율은 0.3%에서 0.6% 사이일 때 좋습니다.

Constant Contact에서 수행한 연구에 따르면 다음 수치가 표시됩니다.

• 모든 산업의 평균 개방률은 17.13%로 종교 단체가 28.84%로 가장 높고 자동차 서비스가 10.25%로 가장 낮습니다.
• 클릭률은 평균 10.25%입니다. 가장 높은 것은 출판의 경우 17.35%, 가장 낮은 것은 부동산의 경우 5.54%입니다.
• 하드 및 소프트 바운스 비율은 모두 약 10.28%로 시민/사회적 회원의 경우 최저 6.47%, 법률 서비스의 경우 최고 15.47%입니다.

거래 이메일의 경우 전송하는 이메일 유형에 따라 열려 있는 비율이 다르기 때문에 조금 더 까다롭습니다. 예를 들어 비밀번호 재설정 이메일은 대부분의 수신자(최대 90%)가 열어야 합니다. 주문 확인 이메일은 공개율이 높지 않지만 독점 제안이 있더라도 마케팅 캠페인보다 훨씬 더 많은 관심을 받게 됩니다.

거래 이메일을 위한 동전의 다른 면은 적시에 적절한 사람들이 열어야 한다는 것입니다. 그렇지 않으면 그러한 이메일은 쓸모가 없거나 심지어 해로울 수도 있습니다. John이 세금 보고서를 작성하기 위해 금융 서비스에 가입했다고 상상해 보십시오. 계속하려면 확인 이메일에 있는 버튼을 클릭해야 합니다. 3시간 후 John의 근무일이 이미 끝났을 때 John은 Jack이라는 사람을 환영하는 이메일을 받습니다. 그는 그 서비스를 계속할 것인가? 의심스럽습니다.

우리는 그러한 어리석은 상황을 피하기 위해 이메일을 보내기 전에 이메일을 테스트 한다고 확신합니다. 그러나 이메일 테스트 흐름이 충분히 포괄적이고 원활하다고 확신하십니까?

다양한 종류의 이메일에 대해 무엇을 테스트해야 합니까?

우리는 이미 마케팅 이메일과 거래 이메일의 차이점에 대해 언급했습니다. 목적, 전송 방법 및 성능이 다르므로 테스트 흐름도 달라야 합니다.

그러나 테스트 목표는 모든 유형의 이메일 시퀀스에 공통적입니다. 즉, 전달 가능성, 콘텐츠 우수성 및 참여를 보장합니다. 그렇기 때문에 모든 종류의 이메일에 대해 테스트해야 하는 측면 목록이 있습니다.

범용 이메일 테스트 측면

1. 이메일 전송 인프라.
   전용 이메일 마케팅 서비스를 사용하더라도 모든 통합이 완벽하게 잘 작동하는지 특히 처음 설정할 때 확인해야 합니다.

   • 이메일을 보낼 때 적절한 도메인 을 사용하고 있는지 확인하십시오. 여러 프로젝트/웹사이트로 작업할 때 실수가 발생할 수 있습니다.
   • 필요한 인증 방법이 설정되어 있는지 확인하십시오. SPF 및 DKIM은 필수이며 DKIM은 강력히 권장되지만 여전히 선택 사항입니다.
   • SMTP 연결 을 테스트합니다(개발자와 마케터 모두를 위한 도구가 있습니다. 이 문서의 뒷부분에서 살펴보겠습니다).
   • 전용 또는 공유 IP 사용, 피드백 루프 등과 같은 다른 모든 추가 설정을 검사합니다.

2. 이메일 템플릿입니다.
   메시지의 목적이 무엇이든 모든 수신자에게 정확하고 시각적으로 매력적이어야 합니다.

   • 작은 알림부터 자세한 자습서 또는 뉴스레터에 이르기까지 모든 회사 이메일은 HTML 템플릿 으로 작성해야 합니다. 메시지가 모든 수신자를 위해 설계된 것처럼 보이는지 확인하는 것이 중요합니다. 트릭은 다른 이메일 클라이언트가 다른 렌더링 엔진을 사용한다는 것입니다. 즉, 이메일 템플릿 처리에 대한 표준이 없습니다. 작은 PNG 그림을 포함했더라도 비디오나 애니메이션과 같은 더 복잡한 요소는 고사하고 모든 이메일 클라이언트와 장치에서 제대로 표시된다는 보장은 없습니다.
   • 말할 필요도 없이 이메일 메시지에는 실수나 오타가 없어야 합니다. 이메일 사본 도 명확하고 간결하며 정확한 테스트가 필요합니다.
   • 모든 링크와 버튼 은 유효하고 올바른 목적지로 연결되어야 합니다. 자동으로 생성된 개인 링크(예: 계정 확인, 비밀번호 재설정, 개인 제안 등)에 특히 주의하십시오.
   • 개인화 및/또는 동적 콘텐츠.
     오늘날 거의 모든 메시지에는 최소한의 개인화 기능이 포함되어 있습니다. 병합 메커니즘을 사용할 때 이메일이 올바른 주소로 전송되고 동적 변수가 올바르게 생성되었는지 확인하십시오(예: 사용자 이름, 위치, 앱에서의 동작 등). 그렇지 않으면 고객에게 잘못된 이름(Hello %FirstName%!)을 불러 기분을 상하게 할 뿐만 아니라 개인 정보를 공개할 위험이 있습니다. 결국 캠페인의 전환율이 낮아질 수 있습니다.

3. 이메일 헤더 및 제목.
   보낸 사람의 이름과 이메일 제목 줄은 받는 사람이 메시지를 클릭하여 열거나 스팸 폴더로 라우팅할 때 보고 고려하는 처음 두 가지입니다. 여기에 더 많은 초점을 추가하십시오!

   • From, To 및 Cc 는 잘 알려진 세 가지 헤더입니다. 기술적으로 올바른지 확인하고 실험을 두려워하지 마십시오. "보낸사람" 주소를 변경하면 이메일 열기율에도 영향을 미칠 수 있습니다.
   • 제목 줄은 헤더이기도 하며 이에 대해 많은 언급이 있습니다. 특별한 제목 줄 검사기, 다양한 "제목 줄에 사용하지 말아야 할 100단어" 목록이 있습니다. 또한 이메일 제목은 이메일 A/B 테스트에서 가장 먼저 사용되는 항목입니다. 그래서 우리는 많은 것에 집중하지 않을 것입니다. 대신 이메일 받은 편지함에서 발신자 이름과 제목 줄 다음으로 표시되는 세 번째 항목인 pre-header 에 대해 이야기해 보겠습니다. 프리헤더는 종종 무시되지만 메시지의 본질을 설명하고 수신자가 이를 열도록 유도해야 하는 미리보기 텍스트입니다. 설정하지 않으면 기본적으로 이메일의 첫 글자가 사용됩니다. 왜 "Hey #name something"에 그 소중한 50-100자를 낭비해야 합니까?
     팁 : 이메일 전송 도구가 이러한 기능을 제공하지 않는 경우 &nbsp 트릭을 사용하여 프리헤더를 설정한 다음 수신자를 찾는 방법을 테스트하십시오.
   • 기술 헤더 또는 메타데이터.
     메시지를 디버그하거나 추적하는 데 도움이 되는 메시지 메타데이터가 있습니다. 예를 들어, 일부 공급자는 이메일 성능 추적에 유용한 이메일의 X-SMTPAPI 헤더에 범주를 추가할 수 있습니다. 원시 메시지 데이터를 확인하면 고급 SMTP 이메일 사용자인 경우 유용한 정보를 제공할 수 있습니다.

4. 스팸 확인.
   이메일을 스팸으로 표시하는 정확한 기준 목록을 원하십니까? 모든 사람, 특히 스패머가 그럴 것입니다. 그렇기 때문에 몇 가지 일반적인 규칙만 따르고 보내는 IP의 평판, 이메일 헤더의 내용, HTML의 정확성, 특정 구문 사용 여부 등을 분석하는 전용 서비스를 사용할 수 있습니다. 거래 이메일도 스팸으로 분류될 수 있습니다.

트랜잭션 이메일 테스트의 특징

특히 자신의 애플리케이션이나 온라인 서비스에서 트리거된 이메일을 보낼 때 몇 가지 측면을 더 신경써야 합니다.

1. 전송 스크립트를 테스트하십시오. 다음은 두 가지 중요한 측면입니다.

   • 코드가 작동 하는지 테스트하고 올바른 방법으로 이메일을 보냅니다.
   • 트리거와 원활하게 작동하는지 확인합니다. 사용자가 특정 작업을 완료하면 적절한 이메일 알림을 받아야 합니다. 자동화된 테스트 를 통해 앱 기능의 이 부분을 다루는 것이 효율적입니다. 즉, 사용자 승인 테스트를 수행하십시오.

2. 대규모 시스템을 시작하는 경우 이메일 앱 부하 테스트 를 수행하는 것이 중요합니다. 2,000명의 사용자가 동시에 "비밀번호 재설정"을 클릭하면 어떻게 될까요? 다음에 무슨 일이? 얼마나 빨리 이메일 확인을 받게 됩니까?

마케팅 이메일 테스트 초점

대량 이메일 서비스를 사용할 때 대부분의 경우 자동화 및 기본 테스트 기능이 내장되어 있습니다.

그러나 수동 확인이 필요한 몇 가지 순간이 있습니다. 그것들은 명백해 보이지만 여전히 종종 간과됩니다.

• 올바른 데이터베이스가 선택 되었는지 확인하십시오(또는 이메일 마케팅 서비스의 올바른 연락처 목록). 테스트 이메일이 고객에게 전송되거나 고객 세그먼트가 유효하지 않은 제안을 받는 경우가 많습니다. 우리가 가장 좋아하는 실화는 호주 주재 미국 대사관이 실수로 "쿠키 몬스터 고양이 이메일"로 알려진 테스트 이메일을 보낸 것에 관한 것입니다. 제목에는 "만남"이 있었고 내용에는 파란색 잠옷을 입은 고양이가 쿠키 접시를 들고 있는 사진이 있었습니다. 그들은 새로운 이메일 시퀀스를 테스트하고 있었고 테스트 목록 대신 실제 이메일 데이터베이스를 선택했습니다.

이 이메일 실패는 Twitter에서 빠르게 인기를 얻었습니다. 소셜 미디어에 있는 수십 개의 고양이 밈은 분명히 재미있지만 이것이 항상 당신이 기대했던 PR 활동 유형은 아닙니다. 클라이언트 목록에 대한 적절한 이름 지정을 관리하세요. 일부 도구에서는 고객이 이중 선택 또는 구독 취소할 때 볼 수 있습니다.

• 이메일 주소가 노출되지 않도록 숨은 참조 및 참조 를 선택합니다. 권장되지는 않지만 때때로 Bcc는 여전히 작은 배치의 이메일을 보내는 데 사용됩니다. 불과 몇 년 전 소프트웨어 개발자를 위한 한 온라인 미디어는 구독자를 참조 필드에 나열하여 요약을 보냈습니다. 따라서 해당 목록에 있는 모든 사람은 다른 수신자의 이메일 주소를 볼 수 있습니다. 분명히 Cc 및 Bcc 필드는 해당 메시지에서 혼동되었습니다.

일반적인 이메일 테스트 실수

누구나 한 번 이상 실수로 보낸 이메일을 받았습니다. 프로모션 캠페인에서 전송된 잘못된 링크는 큰 피해를 입히지 않지만 깨진 이메일 스크립트가 데이터 유출이나 시스템 충돌로 이어질 수 있다면 어떻게 하시겠습니까? GDPR 및 CCPA와 같은 엄격한 데이터 개인 정보 보호 지침에 따라 구독하지 않은 사용자에게 의도하지 않은 이메일을 보내거나 귀하의 커뮤니케이션을 구독한 적이 없는 사람의 이메일 주소를 사용하면 충돌이나 처벌을 받을 수 있습니다.

이메일 테스트 실수에는 두 가지 주요 유형이 있습니다.

1. 중요한 이메일 측면이 무시되거나
2. 이메일 테스트 인프라가 부적절하게 설정되었습니다.

많은 팀에서 이메일 테스트 프로세스는 몇 가지 테스트 이메일을 자신이나 동료의 받은 편지함으로 보내는 것으로 제한됩니다. 또는 테스트용 공개 이메일 받은 편지함이 개인 받은 편지함을 넘치게 하지 않는 데 사용됩니다.

그러한 접근 방식을 통해 무엇을 알 수 있습니까? 글쎄, 당신은 당신의 이메일 전송 서비스가 작동하고 당신의 이메일 내용이 수신자의 이메일 클라이언트(또는 웹 브라우저)에 올바르게 표시된다는 것을 배울 수 있습니다. 동료에게 링크를 클릭하고 이메일 사본을 읽도록 요청할 수도 있습니다. 하지만 다른 이메일 클라이언트는 어떻습니까? 그리고 더 중요한 것은 배달 가능성입니다.

또 다른 요점은 5,000개 중 5개의 이메일을 테스트하는 것입니다 . 강력한 이메일 관련 시스템이 있는 경우 시스템이 올바르게 작동하는지 확인해야 합니다. 병합 메커니즘의 중요성에 대해 언급했으므로 여기에 사례가 있습니다. 데이터베이스의 작은 실수로 인해 Mr. Bluesky & Co.의 청구 정보가 Bluebird & Bluebird로 이동하지 않는다고 확신할 수 있습니까? 가장 효율적인 방법은 일련의 자동화된 테스트(예: Selenium 사용)를 실행하고 각 이메일의 내용을 확인하는 것입니다.

올바른 이메일 테스트 프로세스

원활한 이메일 테스트 프로세스는 다음과 같은 간단한 원칙을 기반으로 합니다.

• 체크리스트를 사용하여 모든 중요한 이메일 측면을 다룹니다.
• 인적 오류를 최소화하기 위해 가능한 모든 것을 자동화 하십시오.
• 보내는 서버 및 배포 프로세스에 대한 액세스를 제한합니다 .
• 스테이징 환경에서 모든 테스트를 실행 하고 가짜 SMTP를 사용하여 실제 사용자에게 테스트 이메일을 보내지 않도록 합니다. 일부 개발자는 이메일 테스트를 위해 /dev/null 가짜 SMTP 서버를 사용하는 경향이 있지만 이것은 프로덕션을 모방하지 않기 때문에 효율적이지 않습니다. 프로덕션 환경에서 테스트를 실행하는 경우 테스트 데이터를 실제 사용자에게 공개할 준비가 되어 있습니다.
• 서버 모니터링 도구를 사용합니다. 비정상적인 활동을 표시하고 문제가 발생하면 신속하게 조치를 취하는 데 도움이 될 수 있습니다.

이메일 테스트 툴킷

테스트 프로세스는 보내는 이메일 캠페인의 유형, 사용하는 방법(이메일 마케팅 서비스 또는 애플리케이션의 사용자 정의 이메일 기능 여부) 및 함께 작업하는 팀에 따라 다르기 때문에 어디에서나 볼 수 있는 이메일 테스트 흐름은 없습니다.

트랜잭션 이메일 시퀀스를 구축하는 개발 및 QA 팀은 일반적으로 Selenium과 같은 테스트 프레임워크 및 도구를 통합하여 자동화된 테스트를 실행합니다.

마케팅 캠페인의 경우 이메일 테스트 체크리스트를 만드는 것이 더 일반적입니다. "다양한 종류의 이메일에 대해 무엇을 테스트해야 합니까?"에 설명된 측면을 기반으로 사용자 정의 이메일 테스트 목록을 만드는 것이 좋습니다. 섹션을 선택하고 선택한 도구와 경쟁합니다.

이메일 도구, 특히 유료 도구를 선택할 때는 다양한 기능을 제공하고 마케팅 및 개발 팀 모두에서 사용할 수 있는 서비스에 주의하십시오.

우리는 성공적이고 손쉬운 이메일 테스트의 일반적인 규칙에 대해 이야기했습니다. 이제 도구의 예와 함께 각 테스트 유형에 대해 자세히 살펴보겠습니다.

전송 인프라를 테스트하는 방법

이러한 유형의 테스트는 일반적으로 개발자가 사용하지만 마케터에게도 유용할 수 있는 도구가 있습니다.

일반적으로 새 통합을 설정하거나 설정을 변경하거나 고유한 이메일 전송 인프라를 유지할 때 메일 서버를 테스트해야 합니다.

Telnet은 원격 서버와의 통신을 제공하는 컴퓨터 프로토콜입니다. 또한 Windows, Mac, Linux 등을 포함한 대부분의 일반적인 컴퓨터 시스템에서 사용할 수 있는 명령줄 유틸리티입니다. 서버 연결, 이메일 통신을 위해 열린 포트, 지원되는 SMTP 명령, 특정 이메일 주소 또는 도메인 릴레이를 테스트하는 데 도움이 될 수 있습니다.

테스트를 위해 이 유틸리티를 사용하려면 텔넷 클라이언트(대부분의 시스템에 사전 설치됨)에서 일련의 SMTP 명령을 실행해야 합니다.

Wormly는 SMTP/메일 서버 테스트도 있는 가동 시간 모니터링 서비스입니다. 테스트 메시지를 이메일 서버로 보내 SMTP 서버가 올바르게 구성되었는지 테스트하는 데 도움이 될 수 있습니다. Wormly는 SMTP 대화를 기록하므로 오류나 예외가 있는 경우 이를 확인하고 디버그 할 수 있습니다.

사용 방법은 매우 간단합니다. 보내는 서버 주소, 받는 사람 이메일 주소, 포트만 있으면 됩니다. 공유 가능한 링크로 팀의 결과를 공유할 수도 있습니다. 마케터가 이를 사용하는 방법의 예는 다음과 같습니다. Wormly에서 테스트를 실행하고 오류가 발생하지 않은 경우 진행하고 오류가 발견된 경우 문제 해결을 위해 개발 팀에 링크를 보내십시오.

Wormly는 올바른 이메일 테스트 프로세스 섹션에서 언급한 SMTP 서버 모니터링에도 유용할 수 있습니다.

Gmass는 Gmail 내부의 이메일 마케팅 서비스입니다. 또한 편지 병합 기능과 콜드 이메일 전송 옵션이 있습니다. 이 도구는 유료 서비스이지만 몇 가지 유용한 무료 테스트가 있습니다.

• SMTP 테스터,
• 이메일 테스터(SPF, DKIM, 블랙리스트),
• 받은편지함, 스팸 또는 프로모션(받은편지함 배치),
• 이메일 검증기(연락처 목록),
• 이메일 전달 마법사(최소 1,000명 이상의 수신자가 있는 지난 24시간 동안 Google 계정을 통한 캠페인 목록에 대한 통계).

이메일 서버에 높은 로드가 예상되는 경우 Apache JMeter 또는 이메일 샌드박스 서비스와 같은 도구를 사용하여 로드 테스트를 수행하는 것도 좋습니다.

이메일 콘텐츠를 테스트하는 방법

이 범주에서 가장 광범위한 도구를 선택할 수 있습니다. 시작 키트를 제공하기 위해 몇 가지 이름을 지정합니다.

이메일 템플릿 검사기

특수 템플릿 빌더를 사용하거나 이메일 전송 도구에서 끌어서 놓기 편집기를 사용하여 HTML 이메일 템플릿을 구축할 때 미리보기 옵션이 표시됩니다. 템플릿이 렌더링되는 방식과 대부분의 경우 다른 기기에서 어떻게 보이는지 표시합니다 .

HTML 미리보기를 위한 별도의 솔루션이 필요한 경우 PilotMail과 같은 도구를 사용할 수 있습니다. 이메일 빌더, 레이아웃 뷰어 및 10개 주소로 보내는 테스트 이메일을 제공합니다. 무료 요금제가 있지만 유료 요금제는 월 3달러에 불과합니다.

이메일 클라이언트에 대한 렌더링 표준이 없기 때문에 이메일 클라이언트 테스트를 수행하여 수신자의 이메일 클라이언트에서 이메일이 완벽하게 보이는지 확인하는 것이 중요합니다. 이 범주에서 가장 인기 있는 도구는 Litmus와 Acid on 이메일입니다. 이메일 클라이언트 목록에 대한 미리보기를 생성 하고 수동으로 비교하고 문제를 찾을 수 있습니다 . 7일 무료 평가판으로 두 가지를 모두 실험할 수 있으며 추가 사용량은 월 $73부터 시작합니다.

이메일 클라이언트 테스트를 위한 또 다른 접근 방식은 HTML 이메일 확인 및 메일트랩에서 사용됩니다. . 두 도구 모두 무료 플랜을 사용할 수 있으며 유료 구독 플랜은 월 $10부터 시작합니다.

이메일 내용 확인

맞춤법 검사기 및 콘텐츠 테스트 도구는 이메일에도 유용합니다. Grammarly 또는 ProWritingAid는 이메일 사본에 오류와 오타가 있는지 확인하는 데 도움이 될 수 있습니다(둘 모두 무료 요금제 있음). Hemingway Editor는 가독성 향상에 대한 팁을 제공할 수 있으며 쓰기에 어려움을 겪고 있다면 Conversion.ai가 실제로 이메일 사본을 작성할 수 있습니다.

제목 줄 및 프리헤더

이메일 마케팅 서비스는 일반적으로 제목 줄과 머리말을 미리 볼 수 있는 옵션을 제공합니다. 또한 몇 가지 유형의 모바일 장치에 대한 이메일 제목과 프리헤더 미리보기를 표시하는 Zurb의 TESTSUBJECT로 플레이할 수 있습니다. Preheader Testing Tool도 유사한 기능을 제공합니다.

CoSchedule 및 Send Check의 Subject Line Tester는 더 많은 개방을 유도하기 위해 제목을 최적화하는 데 도움이 될 수 있습니다.

이메일 배달 가능성을 테스트하는 방법

마지막으로, 우리는 가장 좋아하지만 가장 복잡한 요점인 이메일 전달 기능에 도달했습니다. 발신자 평판, 인증 및 이메일 콘텐츠와 같은 전체 요소가 스팸 점수에 영향을 미칩니다.

모든 기준에 대해 이메일을 테스트하는 몇 가지 도구가 있습니다.

메일 테스터로 시작할 수 있습니다. 무료지만 여러 가지 중요한 테스트를 제공합니다. 제공된 테스트 주소로 이메일을 보낸 후 메시지와 소스 코드를 보고, SpamAssassin 점수, 인증 확인, 메시지 본문 분석(HTML 크기도 표시), 블랙리스트 보고서, 링크 유효성 검사 등을 얻을 수 있습니다.

Postmark의 무료 스팸 검사는 유사한 기능을 제공합니다. 테스트 메시지를 보내지 않고 사용할 수 있습니다. 모든 헤더와 함께 HTML 코드를 붙여넣고 즉각적인 결과를 얻으십시오. 또한 JSON API를 통해 Spamcheck를 앱과 통합하고 보내는 모든 이메일에 대해 자동 스팸 검사를 실행할 수 있습니다.

보다 강력한 솔루션이 필요한 경우 GlockApps가 있습니다. 14일 무료 평가판이 있으며 월 $79부터 구독 플랜을 제공합니다. 그건 그렇고, 그들의 웹 사이트는 다음과 같이 말합니다.

“평균적으로 이메일의 51%가 받은 편지함에 도달하지 않습니다! 그래서 그들은 어디로 가나요? 26%는 스팸 또는 정크 폴더로 이동하고 25%는 배달되지 않습니다."

GlockApps는 등록된 사용자가 사용할 수 있는 강력한 보고서로 유명합니다. 받은 편지함 배치, 평판 확인, DMARC 분석, 반송 분석, 자동 테스트, 모니터링 및 경고, 템플릿 편집기를 제공합니다. 또한 도메인 검사기, 받은 편지함 이메일 테스터, 받은 편지함 통찰력, DMARC 분석 및 가동 시간 모니터와 같은 몇 가지 유용한 별도의 무료 도구가 있습니다.

배달 가능성 테스트는 많은 기능을 갖춘 이메일 전송 및 테스트 도구에도 포함되어 있습니다.

요약 및 주요 내용

이 기사의 주요 목적은 이메일 테스트를 진지하게 받아들이고, 별도의 프로젝트로 실행하고, 모든 중요한 측면에 주의를 기울이라는 메시지를 표시하는 것입니다. 이메일은 다른 사람의 받은 편지함에 있는 또 다른 줄이 아니라 앱, 웹사이트 또는 블로그의 사용자 경험의 일부입니다. 완벽한 이메일 시퀀스에 대해 함께 작업할 수 있는 마케팅 담당자, 개발자, 제품 관리자 및 QA 팀을 가질 수 있는 것이 이상적입니다. 그러나 소규모 프로젝트를 실행 중이거나 제한된 시간과 리소스가 있더라도 작업을 수행할 수 있는 유용한 도구 목록이 있습니다.

이메일 관련 프로젝트의 유형과 규모에 관계없이 이메일 테스트 워크플로를 설정하고 도구를 실험하는 데 시간을 할애할 가치가 있습니다. 이렇게 하면 반복할 때마다 시간을 절약하고 캠페인 품질을 향상할 수 있습니다. 물론 댓글에 이메일 테스트 이야기와 접근 방식을 공유하는 것을 매우 환영합니다!

SmashingMag 관련 읽기 :

• HTML 이메일에 대한 완전한 가이드
• 현장 전환을 늘리기 위해 모바일 이메일을 디자인하십시오
• 고객 여정 매핑을 통한 레벨업 이메일 캠페인
• 거래 이메일에 대해 알아야 하지만 물어보지 못한 모든 것
• Remi Parmentier의 HTML 이메일(웹 세미나/비디오)