이메일이 스팸함이 아니라 받은편지함으로 가게 하세요.

이메일이 스팸함으로 가거나 도착하지 않으면 답장도, 주문도, 신뢰도 잃어요. LayerAssist는 이메일 뒤의 레코드, 메일함, 발송 방식을 점검하고, 받은편지함에 닿지 못하게 막는 원인을 고쳐요.

한눈에 보기

  • 채팅에서채팅에서 MX, SPF, DKIM, DMARC 레코드, 사이트와 메일함이 이메일을 보내는 방식, 메시지가 반송되거나 스팸함으로 가는 이유를 확인해요.
  • 채팅에서호스팅 제어판으로 메일함을 만들거나 비밀번호를 재설정할 수 있고, 메일함 접근 권한이 있으면 헤더를 읽어 메시지가 걸러진 이유를 파악해요. 테스트 이메일은 요청할 때만 보내요.
  • 자동화나만의 자동화로, 메일 레코드가 그대로인지, 메일함 공간이 부족하지 않은지 정기적으로 확인할 수 있어요.
  • 아직 없음기본 제공 이메일 모니터는 아직 없어요.

이메일 문제는 보내는 사람에게 보이지 않아요

이메일이 스팸함으로 가도 아무도 알려 주지 않아요. 고객은 그냥 답하지 않고, 주문 확인은 읽히지 않고, 견적에는 답이 오지 않아요. 많은 회사가 몇 달 동안 이메일을 잃고 나서야 알아채요.

이제 Gmail, Outlook 등은 모든 도메인이 SPF, DKIM, DMARC로 이메일이 진짜임을 증명하길 기대해요. 이 레코드가 없거나 잘못 설정된 도메인은 걸러지거나 거부돼요.

전달 문제의 신호

  • Gmail이나 Outlook 사용자의 답장이 끊겨요
  • 고객이 내 메일을 스팸함에서 찾아요
  • SPF, DKIM, DMARC, “policy”를 언급하는 반송 메일
  • 메일함이 메일을 받지 않거나 가득 찼다고 나와요

이메일이 받은편지함에 닿지 못하는 이유

없거나 망가진 인증

SPF나 DKIM이 없거나, SPF 레코드에 대신 보내는 서비스가 모두 들어 있지 않거나, DMARC 정책이 내 메일까지 거부해요.

사이트 서버에서 직접 발송

제대로 인증되지 않은 채 웹 서버에서 바로 보낸 메일은 스팸 필터가 가장 먼저 의심하는 메일이에요.

틀린 MX 레코드

예전 호스팅을 가리키는 MX 레코드나 MX 레코드가 아예 없으면 들어오는 메일이 반송돼요.

가득 찬 메일함이나 나쁜 평판

할당량을 넘은 메일함은 새 메일을 거부해요. 예전에 스팸을 보낸 도메인이나 서버는 걸러져요.

LayerAssist가 이메일 전달을 고치는 방법

내 도메인과 받는 사람의 받은편지함 사이의 모든 연결 고리를 확인해요.

도메인의 메일 레코드를 확인해요

MX, SPF, DKIM, DMARC를 인터넷에서 읽고, 실제로 대신 보내는 서비스와 비교해요.

메시지가 걸러진 이유를 찾아요

메일함이 연결돼 있으면 반송되거나 걸러진 메시지의 헤더를 읽고, 어떤 점검에서 실패했는지 확인해요.

설정을 바로잡아요

DNS 접근 권한이 있으면 레코드를 고치고, 사이트가 이메일 업체를 통해 보내도록 설정하고, 호스팅 제어판에서 메일함을 관리해요.

결과를 확인해요

레코드가 적용되면 다시 읽고, 원하면 테스트 이메일을 보내 도착을 확인해요.

예: Gmail 사용자가 우리 메일을 한 번도 못 받아요

  1. 고객님

    Gmail 주소를 쓰는 고객들이 우리 메일을 한 번도 못 받았대요. Outlook은 괜찮은 것 같아요.

  2. 확인한 내용

    • MX 레코드: 정상
    • SPF: SPF 레코드가 두 개라 받는 쪽에서 둘 다 무효로 봄
    • DKIM: 이메일 업체용으로 설정되지 않음
    • DMARC: 있음, 모니터링 모드만
  3. 변경한 내용

    두 SPF 레코드를 하나로 합치고 이메일 업체의 DKIM 키를 게시했어요

  4. LayerAssist

    해결했어요. 도메인에 SPF 레코드가 두 개 있어서 둘 다 무효였고, DKIM 서명도 없었어요. Gmail은 이런 메일을 거부해요. SPF 레코드를 하나로 합치고 업체에서 DKIM을 켰어요. 둘 다 적용됐고, 원하면 Gmail 주소로 테스트 메일을 보내 확인할게요.

얻을 수 있는 것

  • Gmail과 Outlook이 기대하는 대로 설정된 도메인
  • 반송 메일마다 이유를 쉬운 말로
  • 사이트와 메일함에서 보내는 메일을 함께 해결
  • 바꿀 때마다 레코드를 다시 확인

실제 사례

온라인 스토어의 주문 메일

스토어가 자체 서버에서 보내서 주문 확인 메일이 스팸함으로 가요. LayerAssist는 발송을 스토어의 이메일 업체로 옮기고 SPF와 DKIM을 고쳐요.

메일함이 가득 찬 컨설턴트

고객에게 메일함이 가득 찼다는 반송이 가요. LayerAssist는 할당량을 확인하고 어떤 폴더가 공간을 차지하는지 보여 줘요. 무엇을 보관할지는 주인이 정해요.

DMARC를 통과하지 못하는 뉴스레터

이메일 마케팅 서비스로 보낸 캠페인이 DMARC에서 실패해요. LayerAssist는 그 서비스를 SPF에 추가하고 DKIM을 설정해서 캠페인이 통과하게 해요.

LayerAssist로 이메일 전달을 고치는 방법

  1. 무슨 일인지 설명하기

    채팅에서 보이는 것을 말해 주세요. 스팸함으로 가는 메일, 반송, 아예 도착하지 않는 메일.

  2. 필요한 것 연결하기

    레코드는 비밀번호 없이 읽을 수 있어요. 고치려면 DNS나 호스팅 제어판을 연결하고, 헤더를 읽으려면 메일함 접근 권한이 필요해요.

  3. 수정과 확인 맡기기

    설정을 바로잡고 레코드가 적용됐는지 확인해요.

  4. 계속 지켜보기(선택)

    메일 레코드와 메일함 공간의 정기 점검을 나만의 자동화로 요청하세요.

이메일 전달 자주 묻는 질문

이메일이 진짜임을 증명하는 세 가지 DNS 레코드예요. SPF는 도메인 이름으로 보낼 수 있는 서버를 나열하고, DKIM은 메시지마다 서명하고, DMARC는 점검에 실패했을 때 받는 쪽이 어떻게 할지 알려 줘요.

다음: 디스크 공간

월 $9부터 · 14일 동안 마음을 바꿀 수 있습니다

다음에 또 뭔가 고장 나면, 누구한테 물어봐야 할지 알게 될 거예요.

오늘 사이트를 추가하고 첫 질문을 해 보세요. 맞지 않으면 14일 이내에 해지하고 첫 결제를 돌려받으세요. 사용한 AI 작업 비용만 차감됩니다.

7일 무료 · 신용카드 필요 없음 · 기술 지식은 필요 없어요.