"트랜잭션"이라는 이메일 템플릿은 해당 콘텐츠가 트랜잭션에만 사용된다는 증거가 아닙니다. 관련 없는 대규모 판매 홍보가 포함된 영수증은 일반 확인서와는 다른 수신자 경험을 제공합니다. 분류는 구독 취소 요구 사항을 우회하는 지름길이 아니라 문서화된 편집 및 운영 결정이어야 합니다.
보낸 사람 신원과 메시지 목적을 분리하세요.
참고자료: RFC 9989 §4.4.
인증은 ID 및 서명 전송에 대한 사실을 설정합니다. 누군가가 승진을 원하는지 여부는 결정되지 않습니다. 뉴스레터와 비밀번호 재설정 메시지는 동일한 인증 도메인을 사용하면서도 매우 다른 목적으로 사용될 수 있습니다. 목적 분류 및 인증 확인을 별도의 필드에 유지합니다.
Yahoo 의 FAQ에는 프로모션 원클릭 요구 사항이 주문 확인 및 비밀번호 재설정과 같은 거래 메시지에는 적용되지 않는다고 나와 있습니다. Google의 FAQ도 마찬가지로 해당 요구 사항에서 거래 메시지를 제외합니다. Gmail 지침은 개인 Gmail 수신자에 관한 것이며 Yahoo FAQ에는 자체 전송 범위가 명시되어 있습니다. 이는 보편적인 법적 정의나 기타 의무 면제가 아닌 공급자 정책 설명입니다. Yahoo FAQ 그리고 구글 FAQ.
전체 수신자 경험 검토
각 스트림에 대해 메시지를 트리거하는 이벤트, 수신자가 요청한 내용, 콘텐츠가 초대하는 작업 및 수신자가 수신을 거부하면 어떤 일이 발생하는지 물어보세요. 리뷰에는 제목, 머리글, 본문, 링크 대상을 포함하세요. 홍보 자료가 프레젠테이션의 대부분을 차지하면 서비스 공지가 혼란스러울 수 있습니다.
다목적 메시지에 책임 있는 소유자를 할당합니다. 실질적인 권장 사항은 거래 템플릿 이름이 두 가지를 모두 포함한다고 주장하기보다는 선택적 프로모션을 필수 계정 정보와 분리하는 것입니다. 법적 의무 또는 계약상의 통지가 관련된 경우 적절한 전문가의 검토를 받으십시오. 사서함 제공업체의 체크리스트로는 이러한 질문을 해결할 수 없습니다.
약속과 일치하는 억제 범위를 정의하십시오.
참고자료: RFC 8058 §3.1.
뉴스레터 구독 취소는 관련 수신자와 목록을 식별해야 합니다. 필수 보안 공지를 자동으로 비활성화해서는 안 되며, 보낸 사람이 다른 목록 이름으로 원치 않는 동일한 뉴스레터를 계속해서 보내서도 안 됩니다. 전송 시스템이 일관되게 시행할 수 있는 측면에서 사용자의 선택을 기록합니다.
RFC 8058 에서는 추가 질문 없이 수신자와 목록을 식별하기 위해 구독 취소 URI에 충분한 정보가 필요합니다. 정확한 범위를 사용하여 메시지 카테고리를 억제 기록에 연결합니다. 표시되는 본문 링크는 더 광범위한 기본 설정을 제공할 수 있지만 원클릭 요청의 경우 기본 설정 센터 방문이 필요하지 않아야 적용됩니다. RFC 8058 섹션 3.
분류 연습을 통해 작업
세 가지 가상 템플릿을 고려해보세요. 비밀번호 재설정 알림에는 요청된 재설정 지침만 포함되어 있습니다. 주간 제품 뉴스레터에서는 기능과 제안을 소개합니다. 구매 영수증에는 관련 없는 상당한 할인 캠페인이 포함되어 있습니다. 처음 두 가지는 명확한 목적을 가지고 있습니다. 세 번째는 결제 시스템의 라벨을 자동으로 상속받기보다는 검토되어야 합니다.
혼합 메시지의 경우 프로모션을 제거할지 아니면 적절한 구독 관리에 따라 별도로 보낼지 여부를 기록하세요. 이는 법적 판결이나 제공자 테스트가 아닌 예시적인 편집 결정입니다. 트리거, 예상, 콘텐츠 및 거부 질문에 대해 실제 승인된 템플릿을 검토한 다음 소유자의 근거를 저장하여 이를 재현합니다.
분류가 구현 후에도 유지되는지 확인
참고자료: RFC 8058 §3.1, RFC 8058 §4.
승인된 템플릿을 최종 전송된 메시지와 비교하세요. 개인화, 현지화 또는 캠페인 모듈은 검토 후 콘텐츠를 추가할 수 있습니다. 외부 서비스에서 생성된 메시지를 포함하여 각 관련 변형에 올바른 헤더와 억제 규칙이 첨부되어 있는지 확인하세요.
내용이나 트리거가 변경되면 분류를 다시 확인하세요. 관련 없는 필수 작업 흐름을 중단하지 않고 선택적 메일이 중지되도록 제어된 구독 취소 후 다음 전송 결정을 감사합니다. 수신자 수준 데이터를 최소화하면서 해당 결과를 설명할 수 있는 충분한 증거를 유지하세요.
최종 아티팩트는 목적, 근거, 소유자, 적용 가능한 통제 및 재테스트 날짜가 포함된 스트림 레지스터여야 합니다. 모든 모호한 메시지를 주장된 예외로 바꾸는 대신 의심스러운 사례를 가시화해야 합니다.