Klaviyo의 DNS 및 SPF 설정 문제 해결
Klaviyo의 DNS 및 SPF 설정 문제 해결
Klaviyo에서 사용하는 DNS 레코드입니다.
Klaviyo는 표준 DNS 레코드를 사용하여 도메인에서 이메일을 보낼 수 있음을 증명합니다. 이러한 이벤트에는 다음이 포함됩니다.
- 도메인에 이메일을 보낼 수 있는 서비스를 나열하는 SPF(TXT 레코드)입니다.
- 받은 편지함 공급자가 메시지가 변경되지 않았음을 확인할 수 있도록 DKIM(CNAME 레코드, Klaviyo에서 호스팅한 DKIM 레코드를 가리킴)을 사용합니다.
- 일부 도구에서 도메인 소유권을 확인하는 데 사용하는 다른 TXT 레코드입니다.
Klaviyo가 아닌 DNS 공급자(예: GoDaddy, Cloudflare, Shopify, OVH, IONOS 또는 호스팅 패널)에서 이러한 레코드를 추가하고 편집합니다.
추가하는 레코드는 설정 중인 Klaviyo 기능에 따라 달라집니다.
- 브랜드 전송 도메인(마케팅, 거래 또는 서비스): NS 레코드(동적 라우팅) 또는 CNAME 레코드와 TXT 인증 레코드(정적 라우팅)
- 전용 클릭-트래킹 도메인: Klaviyo에서 제공하는 호스트에 단일 CNAME을 설정합니다(예:
trk.yourbrand.com). - DMARC: 루트 도메인(예:
_dmarc.example.com)의 TXT 레코드로, Klaviyo 외부에서 구성해요.
일반적으로 Klaviyo를 통해 이메일을 보내려면 SPF 레코드를 추가할 필요가 없습니다. Klaviyo는 모든 이메일에 고유한 Return-Path 도메인을 사용하므로 기본적으로 SPF가 통과됩니다. 아래 SPF 섹션에서는 브랜드 전송 도메인에서 SPF 레코드를 추가하거나 편집하려는 경우를 다룹니다.
Klaviyo DNS 값을 찾을 수 있는 위치
Klaviyo 계정에서 도메인 설정 영역에 추가해야 하는 정확한 레코드가 표시됩니다. 각 레코드에 대해 다음을 확인할 수 있습니다.
- 이름/호스트: 레코드가 있어야 하는 도메인의 부분이에요(예:
send또는send.yourbrand.com). - 유형:
TXT등입니다. - 값: 복사하여 DNS 공급자에 붙여넣어야 하는 긴 문자열입니다.
Klaviyo에 표시된 이름/호스트 및 유형과 일치하도록 각 값 을 DNS 호스트 에 정확히 복사합니다.
전송 유형별 DKIM 선택기
정적 라우팅의 경우 DKIM CNAME 레코드의 이름은 설정 중인 브랜드 전송 도메인의 전송 유형에 따라 달라집니다.
- 마케팅 도메인은
km1및km2선택기를 사용해요. - 트랜잭션 도메인은
kt1및kt2선택자를 사용해요. - 서비스 도메인은
ks1및ks2선택기를 사용해요.
동일한 전송 유형의 두 번째 브랜드 전송 도메인은 다음 선택기 쌍을 사용해요. 예를 들어, 두 번째 마케팅 도메인은 km3 및 km4을(를) 사용해요.
전송 유형을 사용할 수 있기 전에 설정된 기존 정적 브랜드 전송 도메인은 계속 레거시 kl1 및 kl2 선택기를 사용해요. 계속 작동하도록 유지하기 위해 별도의 조치는 필요하지 않아요.
동적 라우팅은 선택기 이름의 CNAME을 사용하지 않습니다. NS 레코드를 추가하여 전송 하위 도메인을 Klaviyo에 위임하면 Klaviyo가 사용자를 대신하여 DKIM 레코드를 제공합니다.
기존 SPF 레코드를 안전하게 편집합니다.
대부분의 도메인에는 호스트 이름당 하나의 SPF 레코드만 있어야 합니다. 도메인에 이미 SPF 레코드가 있고 Klaviyo를 추가하는 경우 일반적으로 두 번째 레코드를 생성하지 않고 기존 레코드를 업데이트해야 합니다.
일반적인 팁은 다음과 같습니다.
- 도메인에
v=spf1로 시작하는 기존TXT레코드가 있는지 확인해 주세요. - 발견하면 새
v=spf1TXT를 만들지 말고, 동일한 레코드에 Klaviyo의 필수 메커니즘을 추가하세요. - 레코드가 여전히
v=spf1(으)로 시작하고~all또는-all같은 결과로 끝나는지 확인해 주세요.
서브도메인 (예: send.example.com)에서 발신하는 경우, 잘못된 호스트명이 아니라 해당 서브도메인의 호스트에서 SPF 레코드를 수정하거나 추가해야 해요. 예를 들면:
send.example.com에send또는send.example.com을(를) 호스팅하세요.- 호스트
@또는 루트 도메인example.com에는 공백을 입력해 주세요(DNS 공급업체의 인터페이스에 따라 다름).
추가 TXT 레코드(감사, 인증 등) 추가
일반적으로 다음과 같은 경우 Klaviyo에 영향을 미치지 않으면서 보안 감사 또는 타사 인증과 같은 작업에 TXT 레코드를 추가할 수 있습니다.
- 동일한 호스트에 대해 두 번째 SPF 레코드(
v=spf1)를 생성하지 마세요. - 타사에서 지정한 호스트 또는 이름(예: 고유 문자열)을 사용하여 기존 SPF/DKIM 레코드와 충돌하지 않도록 합니다.
도메인 소유권을 증명해야 하는 경우, 일반적으로 루트 도메인 에 TXT 레코드를 추가해도 안전해요(예: example.com) 감사 서비스에서 제공한 정확한 호스트와 값을 사용해 주세요.
클릭 트래킹 도메인 문제 해결
전용 클릭 트래킹 도메인은 DNS 공급자에서 단일 CNAME을 사용합니다. 인증이 실패하거나 클릭률 링크가 예상대로 작동하지 않는 경우 다음을 확인하세요.
- 루트 도메인의 CAA 레코드: SSL 프로비저닝이 성공하려면 루트 도메인의 CAA 레코드에서 Google이 인증서를 발급할 수 있도록 허용해야 해요. 루트 도메인에서
0 issue pki.goog을(를) 허용해야 해요. CAA 레코드에서 이를 차단하면 인증서 발급이 실패해요. - 인증 타이밍: 클릭 트래킹 도메인을 생성한 후 최대 2일 동안 Klaviyo에서 15분마다 CNAME을 자동으로 확인합니다. Klaviyo UI에서 확인 을 클릭하여 즉시 확인을 트리거할 수도 있습니다.
- 클릭 트래킹 도메인 제거: Klaviyo에서 전용 클릭 트래킹 도메인을 제거하면 이전에 보낸 이메일의 링크가 계속 해결될 수 있도록 공급자의 기본 DNS 레코드가 기본적으로 보존됩니다. DNS 공급자에서 CNAME을 삭제하면 해당 링크가 작동하지 않습니다.
설정 세부 정보와 라이프사이클 상태(Verifying, Action Required, Failed, Verified, 활성)는 전용 클릭 트래킹을 설정하는 방법을 참고해 주세요.
일반적인 SPF 및 DNS 문제
도메인을 확인할 때 Klaviyo에 DNS 또는 SPF 관련 오류가 표시되면 다음을 확인하세요.
- 기록을 찾을 수 없음: DNS 공급자의 이름/호스트가 Klaviyo가 표시하는 것(UI에 의해 추가된 추가 도메인 없음)과 정확히 일치하는지 확인합니다.
- 확인되지 않음: DNS 변경 사항을 업데이트하는 데 시간이 걸릴 수 있습니다. 기다렸다가 클릭하여 Klaviyo에서 다시 확인합니다.
- SPF 중복: 여러
v=spf1값을 하나의 SPF 레코드로 결합해 해당 호스트에 SPF 레코드가 2개 이상 생기지 않도록 하세요. - 프록시되는 레코드: 일부 DNS 공급자(특히 Cloudflare)는 CDN 뒤에 레코드를 숨기는 프록시 토글을 제공합니다. 프록시는 Klaviyo가 레코드를 인증하지 못하도록 차단합니다. Klaviyo 레코드에 대한 프록시를 비활성화하고 비활성화된 상태로 유지합니다.
- CNAME 값에 루트 도메인이 추가됨: 일부 DNS 인터페이스는 값(Value) 필드에 붙여넣은 항목에 루트 도메인을 자동으로 덧붙여요. CNAME 조회에서
something.klaviyodns.com대신something.klaviyodns.com.example.com이 반환되면 Value에 마침표(.)를 끝에 추가하거나 완전 수식 이름(FQDN)에 대한 제공업체 구문을 확인하세요. - DNS 제공업체가 밑줄 문자를 지원하지 않음: DKIM 레코드는 호스트에 밑줄 문자가 필요해요(예:
km1._domainkey.example.com). 제공업체의 UI에서 밑줄 문자가 거부되면 지원팀에 문의해 주세요. 보통 지원팀에서 레코드를 대신 생성해 줄 수 있어요. 만약 생성할 수 없다면, 밑줄 문자를 지원하는 제공업체로 DNS를 이전하는 것을 고려해 보세요. - DNS 제공업체에서 @ 기호를 지원하지 않음:
@기호는 루트 도메인을 나타냅니다. 제공업체 UI에서@을(를) 허용하지 않는 경우, Host 필드에 루트 도메인을 직접(예:example.com) 입력해 주세요. - DNS 전파 지연: DNS 변경 사항을 저장한 후 변경 사항이 전 세계적으로 전파되는 데 최대 48시간을 허용합니다. 대부분의 전파는 몇 분 내에 종료되지만 수신자 측 또는 DNS 공급자에서 캐싱하면 해당 기간을 연장할 수 있습니다.