클라이언트 이메일을 생성할 때 민감한 콘텐츠 및 데이터를 처리하는 방법

개념화, 디자인, 카피라이팅 및 테스트 사이에서 고객을 위한 이메일을 만드는 것은 팀이 수행해야 하는 많은 부담을 줍니다. 민감한 콘텐츠 및 데이터에 대한 엄격한 회사 지침 또는 법적 매개변수와 같은 복잡성을 추가합니다. 금융에서 제약, 정부 및 고등 교육에 이르는 산업은 콘텐츠와 데이터가 적절하게 처리되도록 팀에 의존할 것입니다.

다음은 마케팅 목표뿐만 아니라 특정 개인 정보 보호 지침을 충족할 수 있는 몇 가지 실행 가능한 팁입니다.

"민감한 콘텐츠 및 데이터"란 무엇입니까?

민감한 콘텐츠는 구독자에 대한 개인 정보 및/또는 공식 전송 전에 공개할 수 없는 이메일 정보와 관련된 콘텐츠입니다. 예를 들어, 금융 고객을 상대할 때 고객 계좌 번호, ID 또는 전체 고객 이름 자체가 민감한 것으로 간주될 수 있습니다.

최종 대행사 또는 설계자로서 실제 가입자 정보를 절대 보거나 테스트하지 않는 것이 이러한 유형의 고객에게 중요합니다. 실제 콘텐츠가 있을 수 있지만 공식 전송 전에 공유될까 봐 테스트하거나 템플릿에 구축하는 것을 원하지 않습니다.

민감한 데이터는 개인 식별 정보(PII)의 캡처, 저장 및 검토 가능성과 관련됩니다. 이메일 세계에서 PII는 일반적으로 가입자의 이메일 주소입니다. 깨끗한 구독자 목록은 이메일 전송 프로세스의 성배이며 그렇게 처리해야 합니다.

실제 내용이 아닌가요? 괜찮아요!

"우리 팀이 실제 콘텐츠 없이 이러한 템플릿을 어떻게 구축, 테스트 및 편집해야 합니까?"라고 생각할 수 있습니다. 글쎄, 두려워하지 마십시오! 다음은 실제 콘텐츠의 일부 또는 전체가 누락된 경우 빌드 및 테스트를 우회하는 몇 가지 방법입니다.

민감한 콘텐츠의 특정 영역 마스킹

민감한 정보가 포함된 이메일 영역에서 Lorem Ipsum(가짜 텍스트)을 마스킹하거나 사용하는 방법을 찾아야 합니다. 예를 들어 영역에 가입자 계정 번호가 포함되어야 하는 경우 자리 표시자 텍스트를 사용합니다. 이를 통해 팀은 프로세스에서 실제 정보가 노출될 염려 없이 메일링의 구조, HTML 및 전체 렌더링을 테스트할 수 있습니다.

하지만 마스킹하는 콘텐츠 영역은 스팸 테스트 프로세스 및 결과에 영향을 미칠 수 있습니다. Litmus의 실행 전 스팸 테스트 도구로 테스트하면 콘텐츠 평가가 포함된 평판 및 인증도 테스트하게 됩니다. 따라서 가짜 또는 자리 표시자 콘텐츠가 있는 마스킹된 영역은 스팸 보고 결과를 왜곡할 수 있습니다. 고객의 자산 및 스팸 분석을 전달할 때 이를 고객에게 전달하는 것이 중요합니다.

공유 가능한 기본 템플릿을 다시 테스트하고 구축

정확성을 지속하기 위해 이전 이메일 캠페인을 다시 테스트해야 하는 경우 팀이 구독자 정보 또는 민감한 콘텐츠가 포함된 실제 이메일을 가져오지 않도록 해야 합니다.

대신 이 정보가 없는 일반 템플릿을 사용하고 향후 사용 및 테스트를 위해 Litmus Builder 내에서와 같이 전체 팀이 액세스할 수 있도록 하는 것이 좋습니다. 이렇게 하면 디자인에 대한 일관성을 유지하면서 클라이언트 개인 정보를 유지 관리할 수 있습니다.

사전 테스트를 거친 무료 템플릿 Litmus의 사전 테스트(무료!) 템플릿 중 하나로 다음 캠페인을 시작하세요. 템플릿 액세스 →

테스트 전송에서 개인화 제거

고객은 테스트 메일링을 열고 이 필드에 채워진 정보를 볼 수 있으며 이것이 구독자의 민감한 정보에 액세스/보고 있음을 의미한다고 가정할 수 있습니다. 다소 어리석은 것처럼 보일 수 있지만 테스트 전송을 설정하고 클라이언트에 보내는 작업을 수행하는 경우 최종 전송 준비가 될 때까지 모든 개인화 요소를 제거할 수 있습니다.

그렇게 하면 개인 정보 문제로 주의가 산만해지는 것을 방지할 수 있습니다. 대신 테스트 목적으로 이러한 문자열을 제거했으며 테스트 후 전송에 다시 추가될 것임을 클라이언트에 전달하십시오.

책임을 넘겨주다

민감한 콘텐츠가 시스템이나 플랫폼에서 동적으로 생성되지 않는 경우 클라이언트가 실제 전송 전에 이 콘텐츠를 수동으로 배치하도록 합니다.

클라이언트에게 보낼 최종 콘텐츠를 업데이트할 책임을 고객에게 부여하기로 결정했다면 고객이 이메일을 편안하게 다룰 수 있는지 확인하십시오. 클라이언트가 코드에 익숙하지 않거나 ESP(이메일 서비스 공급자) 편집기에서 HTML 자체에서 업데이트하도록 요구하는 경우 클라이언트가 이 작업을 수행하는 방법을 알고 있는지 확인하십시오(모든 작업과 테스트가 창 밖으로 던져지지 않도록). !

팀 훈련

마지막으로, 민감한 이메일 요구 사항이 있는 고객을 처리할 수 있도록 하려면 팀이 고객을 구축하는 올바른 프로세스를 알고 있어야 합니다. 귀하의 팀은 개인 정보 보호/보안 문제를 피하기 위해 위험을 인식하고 올바른 테스트 프로세스를 알고 있어야 합니다.

데이터, 개인 정보 및 PII

고객의 구독자 데이터를 처리하고 액세스할 수 있는 경우 데이터가 들어오는 방식 및/또는 팀에서 PII에 대해 볼 수 있는 내용에 대해 우려할 수 있습니다. 다음은 분석 추적을 설정할 때 PII를 제거하고 이후에 데이터를 처리하는 몇 가지 방법입니다.

PII 조각을 고유 ID로 교체

Litmus Email Analytics를 포함한 많은 분석 추적 제품은 메일링에 삽입된 코드에 의존합니다.

Litmus Email Analytics를 사용하는 경우 이 코드에는 구독자의 이메일 주소를 식별하는 병합 태그와 해당 사용자가 메일링과 상호 작용한 방식과 관련된 모든 정보가 포함되어 있습니다. 예를 들어, 메일링을 열면 [email protected]이 모바일에서 이메일을 열었고 Apple Mail 7은 미국 매사추세츠주 보스턴 등에 있는 것을 볼 수 있습니다.

많은 고객이 이 이메일 주소 정보를 자신의 데이터와 최종 대행사 또는 디자이너로부터 숨기기를 원합니다. 이메일 주소를 숨기려면 보고서의 이메일 주소 필드를 대체하여 고유 식별자 또는 병합 태그를 사용할 수 있습니다.

예를 들어 고객 번호, ID 번호 또는 고객이 이해할 수 있지만 해독할 수 없는 기타 정보 문자열을 사용할 수 있습니다. Litmus Analytics에서 이를 수행하려면 코드 자체에서 이메일 주소 병합 태그를 제거하기만 하면 됩니다(예: d+*[Email]*).

이 데이터를 숨기면 가입자 ID 번호와 같은 가입자 및 상호 작용을 분류하는 또 다른 방법을 가져오기만 하면 됩니다. 클라이언트가 이 구독자의 암호 해독 정보를 실제 이메일 주소와 정렬하는 방법이 필요하다는 점에 유의하는 것이 중요합니다.

PII 조각을 "해싱"으로 교체

PII 조각을 대체하는 또 다른 옵션은 "해싱"을 사용하는 것입니다. 해싱은 이메일 주소(또는 기타 데이터)를 문자열로 변환하는 특수 알고리즘 프로세스를 사용합니다. 그런 다음 해당 문자열을 원래 값으로 다시 디코딩할 수 있습니다. 해싱은 복잡한 작업이므로 데이터를 해시하려는 모든 시도에 개발 팀을 참여시키는 것이 좋습니다.

PII를 완전히 제거

클라이언트가 집계 수준의 메트릭에 관심이 있고 특정 구독자가 메일링과 언제/어떻게 상호 작용했는지 확인할 필요가 없는 경우 이메일 주소에 대한 병합 태그 또는 식별자를 제거하여 PII를 완전히 제거할 수 있습니다.

HTML 추적 코드를 생성할 때 이메일 주소에 대한 병합 태그(예: d+*[Email]*)를 제거하거나 드롭다운에서 ESP를 선택하지 않은 상태로 둘 수 있습니다. 두 가지 방법 모두 민감한 구독자 수준 정보를 가져오지 않도록 합니다.

이메일을 만드는 것은 쉬운 일이 아니며 민감한 콘텐츠나 데이터를 둘러싸고 춤을 춰야 하는 이메일을 만드는 것은 훨씬 더 어렵습니다. 민감한 데이터를 이해하면 이것이 선택이 아닌 표준인 산업 분야의 고객에게 더 나은 서비스를 제공할 수 있습니다.

도움이 더 필요하세요?

Litmus Email Analytics 및 PI 제거에 대한 자세한 내용은 이메일 열기에서 PII 제외 및 보고서에서 사용자 지정 매개변수 사용에 대한 도움말 문서를 참조하십시오.

고객을 위한 이메일을 만드는 대행사 또는 팀을 위한 보다 일반적인 리소스는 고객을 위한 훌륭한 이메일을 만드는 방법에 대한 블로그 게시물을 확인하세요.