하위 도메인과 발신자 프로필을 함께 시작하세요.
Sendlane 롤아웃에는 확인된 전송 하위 도메인과 이를 실제로 사용하는 발신자 프로필이라는 두 가지 연결된 부분이 있습니다. 캠페인을 테스트하기 전에 두 가지를 모두 완료하세요. Sendlane은 확인된 하위 도메인을 필수 전송 모델로 문서화하고 기본 도메인 확인을 제공하지 않습니다. 위임된 접근 방식을 통해 Sendlane은 선택한 하위 도메인에 대한 제어권을 부여하는 동시에 기본 도메인은 기존 도메인을 유지합니다. 네임서버. 하위 도메인은 보낸 사람 주소에 계속 표시됩니다. Sendlane 확인 개요, 기본 도메인 및 네임서버 질문.
마케팅 전송, DNS , 보안 정책 및 응답의 소유자를 결정합니다. 공유 프로필을 변경하기 전에 예약된 캠페인 및 활성 자동화의 인벤토리를 확인하세요. 고유한 프로필이 있는 브랜드나 지역을 포함하고 함께 변경될 수 있는 프로필을 기록하세요. 여기의 범위는 Sendlane 캠페인 및 자동화 메일입니다. 관련되지 않은 거래 통합, 매장 영수증 또는 기업 사서함 서비스의 신원을 설정하지 않습니다.
이 목적으로 승인된 미사용 하위 도메인을 사용하세요. 하나의 레코드 유형에 대해 응답이 표시되지 않는 DNS 조회는 이름이 사용되지 않았음을 증명하지 않습니다. 영역, 위임된 하위 항목, 웹사이트 구성, 인증서, 애플리케이션 설정 및 기타 이메일 공급자를 확인하세요. 제안된 이름이 이미 어떤 역할을 하고 있다면 다른 이름을 선택하거나 별도로 승인된 마이그레이션 계획을 얻으세요. 확인에 성공하려면 낯선 기록을 삭제하지 마세요.
이 계정에서 DNS 방법을 얻습니다.
설정 페이지에서는 NS 레코드 4개 또는 MX 1개, MX 2개가 포함된 세트를 선택합니다. CNAME 그리고 두 TXT 레코드. 문서화된 경로는 계정 > 이메일 > 도메인 설정이며 그 뒤에 기본 도메인 및 전송 하위 도메인 필드가 옵니다. AWS가 NS 레코드를 지원하더라도 가이드에서는 지원을 통해 AWS 사용자를 CNAME / MX / TXT 방법으로 구체적으로 라우팅합니다. 또한 Wix와 Hostgator는 문서화된 방법을 모두 지원하지 않는다고 명시되어 있습니다. DNS-호스트 마이그레이션에는 기존 기록을 즉석에서 삭제하는 것이 아니라 자체적으로 승인된 계획이 필요합니다. Shopify 사용자는 별도의 Shopify 가이드로 연결되므로 이 일반 절차는 해당 경로를 대체하지 않습니다. 기억된 DNS 레시피가 아닌 현재 계정 출력 및 공급자 확인을 구현 권한으로 취급합니다. Sendlane 설정 가이드, 1~3단계.
발급된 모든 소유자, 유형, 값, TTL 및 MX 우선순위에 대한 날짜가 표시된 사본을 저장하세요. 계정의 현재 지침을 도움말 문서의 데모 도메인이나 네임서버 값으로 대체하지 마세요. 표시되는 레코드가 DNS 호스트의 기능과 충돌하는 경우 이 시점에서 일시 중지하고 지원되는 방법을 얻으십시오. 이는 각 방법의 절반을 구현하거나 위임을 추측된 TXT 레코드로 변환하는 것보다 안전합니다.
NS 기반 설정의 경우 DNS 검토에서는 위임되는 하위 영역을 명시적으로 식별해야 합니다. 변경 사항이 기본 도메인 아래에 있는지 확인하세요. 등록 기관의 기본 이름 서버를 변경하면 Sendlane 메일보다 훨씬 더 많은 영향을 미칩니다. 두 번째 검토자와 함께 범위를 확인하고 상위 영역의 변경 전 내보내기를 유지합니다. 비즈니스 및 보안 소유자가 해당 신뢰 경계를 승인한 후에만 위임하십시오.
발행된 각 기록을 게시하고 검사합니다.
등록 기관과 다를 수 있는 권한 있는 DNS 서비스에 설정된 레코드를 적용합니다. 해당 편집기가 영역 접미사를 추가하는지 확인하세요. 이미 전체 이름이 포함된 호스트 필드에서 실수로 중복된 도메인이 생성될 수 있습니다. 저장 후 결과 정규화된 소유자를 공급자가 발급한 이름과 비교합니다.
NS 위임은 영역 컷의 양쪽 측면, 즉 부모의 추천과 자녀의 권위 있는 답변의 확인이 필요합니다. 대체 방법의 경우 모든 CNAME , MX 및 TXT 개별적으로 검사하세요. 한 키에 대한 녹색 확인 표시는 다른 기록이 올바른지 확인하지 않습니다. 관련 없는 기록은 그대로 두고 변경 티켓으로 전후 차이를 저장하세요.
TXT 레코드에 다음이 포함된 경우 SPF 정책을 확인하려면 해당 소유자의 전체 정책을 검토하세요. 동일한 소유자의 여러 SPF 정책은 유효하지 않으며 DNS 쿼리 SPF 용어에는 중첩된 종속성을 포함하여 10년 평가 제한이 있습니다. 단지 가장 친숙한 도메인이라는 이유만으로 기업 정점에 Sendlane 권한을 추가하지 마십시오. SPF 에 실제로 사용되는 도메인을 검토합니다. RFC 7208 , 섹션 4.5 및 4.6.4.
Sendlane으로 돌아가서 DNS 레코드 확인을 사용하십시오. 가이드에서는 초기 확인에 최대 24시간을 허용합니다. 캐시가 만료되는 동안 DNS 응답을 반복적으로 변경하지 말고 비교하십시오. 제공자의 기록현황과 관찰시간을 보존합니다. 공급자 상태는 수신된 메시지의 증거가 아닌 하나의 승인 계층입니다. 조정.
캠페인 적용 범위를 잃지 않고 프로필 바인딩
Sendlane의 설정 지침에 따르면 확인 옵션을 선택하고 이메일에서 선택 항목에서 확인된 하위 도메인을 선택하려면 신규 또는 기존 발신자 프로필이 필요합니다. 회신 처리를 별도로 검토하세요. 개요에서는 보낸 사람 및 회신 대상에 대해 확인된 도메인을 사용하여 인증된 프로필을 설명하고 설정 양식에서는 회신 주소를 요청합니다. 임의 재정의를 가정하기보다는 계정에 허용된 응답 구성과 실제 모니터링되는 대상을 확인하세요. Sendlane 설정 가이드, 4단계.
해당 프로필을 사용하려는 모든 캠페인이나 자동화를 확인하세요. 계정 설정에서 사용되지 않는 확인된 도메인은 다른 곳에서 오래된 프로필을 수정하지 않습니다. 프로필 이름, 표시된 보낸 사람 주소, 의도한 회신 사서함 및 이를 참조하는 워크플로를 기록합니다. DNS 확인과 프로필 검토 사이에 예약된 전송이 시작되지 않도록 제어된 창에서 변경합니다.
회신 주소를 변경하면 인증이 변경된다고 가정하지 마십시오. 이는 응답을 위한 작동 대상이며 올바른 라우팅을 테스트해야 하지만, 이 대상이 되는 From ID는 아닙니다. DMARC 정렬이 평가됩니다. 또한 브랜드 클릭 추적 호스트 이름을 봉투 보낸 사람. 받은 편지함에서 메시지가 일관적으로 보이는 경우에도 이러한 필드는 다른 도메인에 속할 수 있습니다.
캠페인 및 자동화 전달 검사
무해한 콘텐츠를 사용하고 통제된 외부 수신자를 사용하세요. 캠페인 경로를 통해 하나의 테스트를 보내고 프로덕션 프로필을 사용하는 대표 자동화를 통해 하나를 보냅니다. 다양한 프로필, 브랜드 또는 자재 배송 경로가 관련된 경우 반복합니다. 지원팀이 동일한 메시지를 찾을 수 있도록 UTC 시간, 캠페인 또는 자동화 식별자와 메시지 ID를 기록하세요.
수신자의 원래 헤더와 신뢰할 수 있는 인증 결과를 보존합니다. 보이는 From 도메인, SPF 인증 봉투 도메인, Return-Path, 각 DKIM 도메인 서명 및 선택자, 수신자의 SPF , DKIM 및 DMARC 결과. 서명 도메인과 선택기는 검증자에게 키 위치를 알려줍니다. 발신자 프로필 레이블과 상호 교환할 수 없습니다. RFC 6376 , 섹션 3.5 및 6.1.
정책의 정렬 모드에서 표시되는 시작과 일치하는 전달 메커니즘을 확인하세요. 관련되지 않은 서비스 ID에 대한 패스만으로는 충분하지 않습니다. 검토자가 결론을 재현할 수 있도록 선택한 하위 도메인의 정책 및 관련 상위 정책을 증거에 보관하세요. RFC 9989 , 식별자 정렬 설명 및 DMARC 평가.
이 가이드에서는 사용자가 선택할 수 있는 별도의 사용자 지정 Return-Path 기능을 약속하지 않습니다. 공개 소스는 모든 테넌트의 봉투 제어가 아닌 도메인 확인 및 프로필을 설정합니다. 필수 엄격한 정렬 결과가 누락된 경우 Sendlane에서 지원되는 ID 옵션을 얻고 해당 요구 사항을 승인하기 전에 새 메시지를 검사하세요.
올바른 계층에서 오류 해결
레코드를 확인할 수 없는 경우 먼저 권한 있는 DNS 공급자, 정확한 소유자 이름, 레코드 유형 및 하위 도메인의 기존 사용을 확인하세요. 퍼블릭 DNS 정확하지만 계정이 확인되지 않은 상태로 남아 있는 경우 지원을 위해 발행된 레코드 세트와 시간에 따른 관찰을 보관하십시오. 예약된 전송이 계속 참조하는 동안 도메인을 삭제하고 다시 생성하지 마십시오.
DNS 확인했지만 수신된 보낸 사람이 예상치 못한 경우 키를 변경하기 전에 선택한 프로필과 캠페인 또는 자동화 참조를 검사하세요. DKIM 없는 경우 테스트된 워크플로가 실제로 해당 프로필을 사용했는지 확인하세요. DKIM 실패하면 실제 선택기와 DNS 비교하고 서명 후 메시지 변경 사항을 조사하세요. 인증은 통과했지만 DMARC 실패하면 녹색 결과 라벨뿐만 아니라 도메인 비교도 검사하세요.
배달 경고는 조직의 DMARC 정책을 약화시키는 것을 승인하지 않습니다. 정책 소유자 및 제공자와 함께 실패한 ID를 진단하십시오. 마찬가지로, 내부 허용 목록은 외부 수신자에게 여전히 발생하는 문제를 숨길 수 있습니다. 정상적인 전달 경로를 평가하는 제어된 수신기를 사용합니다.
워크시트를 보관하고 회복 연습을 하세요.
아래 필드를 사용하여 Sendlane 구현 워크시트에 대한 별도의 검토 기록을 만듭니다. 하위 도메인 및 프로필 그룹당 하나의 사본을 보관하세요. 발행된 기록, DNS 증거, 영향을 받은 작업 흐름, 수신자 결과, 조정된 메커니즘 및 릴리스를 승인하는 사람을 기록합니다. 필요한 경우에만 증거에 공개 키를 넣으십시오. 자격 증명이나 개인 키를 포함하지 마십시오.
출시 전에 새 캠페인 및 자동화를 일시 중지하고 테스트가 실패할 경우 영향을 받는 워크플로를 이전에 승인된 ID로 되돌리는 방법을 결정하세요. 위임을 먼저 제거하지 마십시오. 그렇게 하면 메일이 전송되는 동안 인증 응답이 제거될 수 있습니다. 대기 중이거나 이미 전달된 메시지에 대한 증거를 보관하고 더 이상 사용되지 않는 신뢰를 삭제하기 전에 만료 기간에 동의하세요. DNS 공급자 이동, 선택한 도메인 변경 또는 프로필 변경을 재테스트 사유로 간주하세요.
바인딩되지 않은 프로필의 가상 작업 예
허구의 서면 사례에만 해당: SL-01은 From offers@news.example 및 전달 d=news.example. 환영 자동화는 여전히 From welcome@old.example 을 포함한 이전 프로필을 참조합니다. DKIM 및 SPF ID/결과는 알 수 없습니다. 마케팅 소유자는 해당 경로를 승인하기 전에 자동화의 바인딩을 검사하고 새로운 제어 메시지를 얻어야 합니다. 캠페인 결과로는 자동화 격차를 줄일 수 없습니다. 계정이 없거나 DNS 변경 또는 메시지 테스트가 실행되지 않았습니다.
인증 후 제어 전송 계획
설정 가이드의 5단계에서는 운영자에게 확인된 도메인을 워밍업하도록 지시합니다. 성공적인 DNS 및 헤더 확인을 즉시 전체 볼륨을 보낼 수 있는 권한으로 해석하지 마십시오. 전달 가능성 소유자와 동의 기반의 점진적인 전송 계획에 동의하고 결과를 모니터링합니다. 이 가이드는 보편적인 요율을 규정하거나 다음과 같이 주장하지 않습니다. 워밍업 처형됐다.
수락은 증거 결정으로 남아 있습니다.
의도한 워크플로가 승인된 프로필을 사용하고, 공용 DNS 발급된 레코드 세트와 일치하고, Sendlane이 구성을 확인하고, 수신된 메시지 증거에 필요한 정렬 통과가 표시되는 경우에만 릴리스합니다. 인증은 받은편지함 배치나 좋은 전송 평판을 보장하지 않습니다. 이 미공개 초안에 대한 라이브 테넌트 액세스, 라이브 DNS 및 메시지 테스트, 독립적인 기술 검토, 시각적 검토 및 인간 SME 승인이 보류 중입니다.
실행 준비 상태에서 전달 메시지를 분리합니다.
RFC 9989 섹션 7.4에서는 p=reject 게시하는 도메인에 대해 유효한 DKIM 필요하며 간접 메일 상호 운용성에 대한 주의가 필요합니다. 단일 정렬된 SPF 결과만으로는 거부 정책 출시를 정당화하지 않습니다. 이 공급자 설정과 별도로 모든 합법적인 경로와 정책 소유권을 검토하세요.