DMARC 직접 운영과 관리 서비스 비용은 어디서 차이 날까?

레코드 등록과 운영은 완료 기준이 다릅니다

DMARC는 특정 업체의 유료 제품이 아니라 공개된 이메일 인증 표준입니다. 회사 도메인의 DNS에 정책을 게시하고, 이를 확인한 수신 서버가 인증 결과와 자체 기준에 따라 메일을 처리합니다. DMARC를 쓰기 위해 반드시 관리 서비스를 구독해야 하는 구조는 아닙니다. DMARC 표준 RFC 9989 ↗

하지만 “DNS에서 레코드가 조회된다”와 “회사 메일 환경에 맞게 운영되고 있다”는 다른 상태입니다. 직원들이 쓰는 메일은 잘 나가도, 회사 주소로 청구서를 보내는 외부 서비스에는 인증 설정이 빠져 있을 수 있습니다. Google도 DMARC 도입 과정에서 외부 발송 서비스의 인증을 별도로 확인하도록 안내합니다. Google의 외부 발신처 확인 안내 ↗

운영의 결과물은 몇 가지 기록으로 확인할 수 있습니다. 회사 대신 메일을 보내는 서비스와 담당자 목록, 정상 발송을 검증한 자료, 미확인 발신처를 조사한 기록, DNS 변경 전후 값과 승인자입니다. 누가 무엇을 근거로 바꿨는지 남아야 다음 담당자도 이어서 관리할 수 있습니다.

리포트에서 어떤 정보를 읽을 수 있는지는 RUA 리포트 해설에 정리했습니다. 여기서는 그 정보를 읽은 뒤 누가 조사하고 조치할지에 초점을 맞추겠습니다.

직접 운영, 분석 도구, 관리 서비스는 누가 일하느냐가 다릅니다

직접 운영은 내부 담당자가 수집 방법을 정하고, 결과를 해석하며, 발송 업체와 DNS 담당자에게 변경을 요청하는 방식입니다. 무료 검사기나 오픈소스 분석 프로그램을 활용할 수도 있습니다. 프로그램이 무료여도 설치·유지·조사에 쓰는 시간은 회사가 부담합니다.

리포트 분석 도구는 보고서를 읽기 쉬운 화면으로 모으고, 발신처별 인증 결과나 변화를 살펴보도록 돕습니다. 반복적인 집계 작업은 줄일 수 있지만, 화면에 보이는 발신처가 회사에서 승인한 서비스인지는 내부 확인이 필요합니다. 도구의 지원 창구가 사용법만 안내하는지, 실제 설정 조사까지 맡는지도 구분해야 합니다.

관리 서비스는 계약한 범위에 따라 사람이 조사·설정 안내·변경 검증 등을 맡습니다. 다만 같은 이름으로 판매해도 서비스 범위는 다를 수 있습니다. 월간 보고서 전달, 발송 업체와의 기술 협의, DNS 변경 대행이 모두 포함된다고 가정하지 말고, 실제 업무 단위로 확인해야 합니다.

특히 “발신처를 자동으로 식별한다”는 기능과 “그 발신처를 회사에서 사용해도 된다고 승인한다”는 결정은 다릅니다. 알려진 메일 업체의 서버라는 사실만으로 우리 회사가 계약한 정상 발송이라고 결론 내릴 수는 없습니다. 내부에서 사용 목적과 담당 부서를 확인하는 일은 어느 방식에서도 남습니다.

월말 청구서 한 건으로 실제 업무를 따라가 보겠습니다

가상의 회사 ‘가온’은 도메인 두 개를 관리하고, 직원용 메일·견적 CRM·홈페이지 문의 알림·청구서 서비스 네 경로로 메일을 보냅니다. IT 담당자는 한 명입니다. 아래 사례는 비용과 업무를 설명하기 위해 만든 것으로, 실제 고객의 장애나 처리 실적이 아닙니다.

첫 월말: 실패한 청구서를 정상 발신처로 확인합니다

가온은 정책을 강화하기 전에 월말 청구서를 점검합니다. 수신 원문에서는 SPF와 DKIM이 청구서 업체의 도메인으로 통과했지만, 화면에 보이는 From은 가온 도메인이라 DMARC가 실패했습니다. 회사가 사용하는 청구서 서비스인지 회계팀에 확인하고, 실제 발송 시간과 서비스의 로그를 대조합니다. 정체를 확인하기 전부터 낯선 IP를 SPF에 추가하지는 않습니다.

이 예시의 청구서 업체는 회사 도메인으로 DKIM 서명을 붙이는 기능을 지원합니다. 담당자는 해당 회사에 발급된 DNS 값을 등록하고 서비스에서 서명을 활성화합니다. 이후 청구서를 다시 시험 발송해 수신 원문에서 회사 도메인의 서명과 DMARC 통과를 확인합니다. 이러한 외부 서비스의 도메인 정렬 문제는 Microsoft의 운영 안내에서도 다룹니다. Microsoft의 외부 발신처·정렬 설명 ↗

직접 운영이면 IT 담당자가 이 과정을 맡습니다. 분석 도구를 쓰면 실패한 발신처를 찾는 작업은 편해질 수 있지만 회계팀 확인과 업체 협의가 자동으로 끝나지는 않습니다. 관리 서비스를 쓰면 계약 범위에 따라 외부 담당자가 기술 조사를 진행하고, 가온은 사용 사실과 변경을 승인합니다. 어떤 방식이든 DNS 등록 화면뿐 아니라 수정 후 시험 메일까지 확인해야 작업이 끝납니다.

CRM 교체: 새 경로를 열고 이전 경로를 닫습니다

새 CRM을 도입할 때는 서비스 이름만 목록에 추가하는 것으로 충분하지 않습니다. 견적서, 영업 담당자의 개별 메일, 자동 후속 안내가 같은 경로로 나가는지 확인하고 실제 업무별 시험을 합니다. 사용 부서가 출시일 전에 알려 주면 준비할 수 있지만, 발송 후 처음 보고서에 나타나면 대응이 늦어집니다.

전환이 끝나면 이전 CRM에 예약 발송이나 재시도가 남아 있는지 확인합니다. 더 이상 쓰지 않는 발신 권한과 DNS 항목은 의존 관계를 확인한 뒤 정리하고 이유를 남깁니다. 새 서비스를 추가하는 일과 기존 서비스를 종료하는 일을 모두 견적 범위에 넣어야 합니다.

담당자 변경: 조사한 내용을 다시 찾지 않게 합니다

전임자 개인 메일함에만 보고서와 지원 답변이 쌓여 있다면 다음 담당자는 처음부터 조사해야 합니다. 공용으로 관리하는 발신처 목록, DNS 변경 이력, 업체 연락처, 대체 승인자를 함께 넘겨야 합니다. 관리 서비스를 이용하더라도 회사 내부에서 새 담당자를 지정하지 않으면 변경 승인이 멈출 수 있습니다.

우리 회사에는 어디까지 외부 도움이 필요할까요?

선택의 기준은 직원 수보다 메일 환경의 변화와 이를 처리할 사람의 여유입니다. 작은 회사라도 외부 발송 서비스를 자주 바꾸면 일이 많습니다. 반대로 도메인이 여러 개여도 발송 경로가 일정하고 운영 체계가 갖춰져 있으면 내부에서 충분히 관리할 수 있습니다.

직접 운영이 맞는 회사는 승인된 발신처를 설명할 수 있고, DNS와 메일 헤더를 확인할 담당자가 있으며, 변경 전 시험과 문제 발생 후 조치를 수행할 여유가 있습니다. 정기 검토를 일정에 넣고 담당자가 자리를 비웠을 때 이어받을 사람도 정해 두면 됩니다. 외부 지원을 쓰지 않는다는 이유로 운영 수준이 낮은 것은 아닙니다.

분석 도구가 맞는 회사는 기술 판단과 업체 협의는 할 수 있지만 보고서를 모아 비교하는 데 시간을 많이 쓰는 경우입니다. 시험 이용 때에는 그래프의 수보다 “이번 주 새로 나타난 경로를 찾고, 근거를 내보내고, 이전 결과와 비교할 수 있는가”를 확인하는 편이 실용적입니다.

관리 서비스가 맞는 회사는 발신처나 변경이 많고, 문제를 발견해도 조사할 사람이 부족하거나, 여러 외주 업체와 조율해야 하는 경우입니다. 다만 도움을 받더라도 회사가 승인한 발송인지, 업무상 멈춰도 되는지, 언제 변경할지는 내부에서 결정해야 합니다. 발신처 점검표를 채워 보면 외부에 맡길 부분이 더 분명해집니다.

견적을 바꾸는 것은 도메인 수만이 아닙니다

도메인 한 개라는 조건은 같아도 회사 메일만 보내는 환경과 여러 부서가 각자 외부 서비스를 쓰는 환경의 업무량은 다릅니다. 비교할 때는 요금의 계산 기준과 실제 지원 범위를 함께 받아야 합니다. “관리 포함”이라는 표현만으로 두 견적을 같은 조건으로 볼 수는 없습니다.

메일 건수로 과금한다면 회사의 전체 발송량인지, 보고서에서 관찰된 건수인지, 처리한 데이터량인지 구체적으로 확인합니다. 기준에 따라 예상하지 못한 트래픽이나 계절적인 발송 증가가 비용에 영향을 줄 수 있습니다. 한도를 넘으면 데이터 수집이 멈추는지, 추가 비용이 생기는지도 확인해야 합니다.

공급자 선택에 관한 EasyDMARC의 공개 안내도 보고서 분석, 운영 지원, 연동과 과금 기준을 비교 항목으로 다룹니다. 공급자가 작성한 자료이므로 업체 간 우열의 근거로 삼기보다, 우리 견적에서 빠진 질문을 찾는 데 활용할 수 있습니다. EasyDMARC의 업체 선택 안내 ↗

월 구독료에 내부 시간을 더하면 비교가 달라집니다

총운영비용은 구독료와 회사 안에서 계속 해야 할 일을 함께 계산한 값입니다. 처음 도입할 때의 정리 작업과 다음 해의 유지 작업도 나눠 봐야 합니다. 첫해 설정비를 한 견적에서만 빼거나, 무료 도구를 관리하는 시간을 0원으로 놓으면 비교가 어긋납니다.

첫해 총비용
= 외부에 지급하는 초기 구축·도입비
+ 연간 구독료와 계약 범위 밖 지원비
+ 내부 담당 시간 × 회사가 정한 시간당 비용
+ 별도 인프라·보관·이전 비용

다음 해 비용은 반복되지 않는 초기 작업을 빼고 다시 계산합니다.

내부 직원이 초기 설정에 쓴 시간은 내부 담당 시간에 한 번만 넣습니다. 외부에 지급하는 구축비와 구분해 같은 작업의 인건비를 중복 합산하지 않습니다.

가온이 직접 운영하는 첫해 업무를 아래처럼 예상했다고 가정하겠습니다. 시간과 시간당 5만 원은 계산 방법을 보여 주기 위한 가상 내부 비용 가정입니다. DMARC 업체의 시세·견적이나 실제 평균 작업 시간이 아닙니다. 회사에서는 담당자의 실제 기록과 자체 산정 기준으로 바꿔 쓰면 됩니다.

이제 특정 관리 서비스의 업무 분담을 확인한 뒤, 가온에 남는 내부 시간이 첫해 28시간이라고 추가로 가정해 보겠습니다. 내부 비용은 140만 원이고, 직접 운영과의 차이는 180만 원입니다. 다른 외부 비용과 업무 품질이 같다는 조건에서는 공급자의 첫해 비용이 이 차이보다 작은지 비교할 수 있습니다. 공급자 비용에는 월 요금뿐 아니라 설정비와 별도 지원비도 넣어야 합니다.

이 계산은 관리 서비스를 쓰면 누구나 36시간을 절약한다는 뜻이 아닙니다. 승인이나 업체 확인을 전부 내부에서 해야 한다면 남는 시간이 예상보다 클 수 있습니다. 분석 도구도 같은 식으로, 도구가 줄여 주는 집계 시간과 여전히 필요한 조사 시간을 나눠 계산하면 됩니다.

또한 180만 원이 회사 통장에서 바로 절약되는 것은 아닙니다. 기존 직원이 그 시간에 다른 일을 할 수 있다는 의미의 내부 비용일 수 있습니다. 장애 감소 효과까지 평가하려면 회사의 실제 장애 기록을 별도로 보되, 확인되지 않은 사고 확률이나 거액의 피해액을 넣어 서비스의 수익성을 부풀리지 않는 편이 좋습니다.

계약 전에는 변경 승인, 장애 대응, 해지까지 물어보세요

데모에서는 정상적으로 보이는 화면을 확인하기 쉽습니다. 계약 검토에서는 문제가 생기거나 계약을 끝낼 때의 절차도 확인해야 합니다. 아래 질문에 대한 답을 제안서나 업무 범위 문서에 남기면 “서로 상대가 해 주는 줄 알았다”는 상황을 줄일 수 있습니다.

DNS를 누가, 어떤 승인으로 바꾸나요?

공급자가 변경할 값을 보내고 회사가 적용하는 방식인지, 제한된 권한으로 공급자가 적용하는 방식인지 확인합니다. 변경 전 값·변경 이유·승인자·적용 시간·재검증 결과를 누가 기록하는지도 정합니다. 회사의 도메인 소유권과 DNS 관리 접근은 계속 확보해 두고, 불필요하게 넓은 권한을 맡길 필요는 없습니다.

정상 메일이 막히면 어디까지 도와주나요?

“빠른 지원” 대신 업무 시간과 긴급 연락 경로, 최초 응답 기준, 원인 조사 범위, 복구 승인자를 구체적으로 확인합니다. 접수 답변을 주는 시간과 정상 발송을 복구하는 시간은 다릅니다. 수신 업체나 발송 서비스의 조치가 필요한 경우 누구에게 연락하고 어떤 자료를 전달할지도 정해 둡니다.

복구는 무조건 전체 도메인을 p=none으로 바꾸는 것과 같지 않습니다. 원인과 영향을 보고 조치하고, 변경했다면 되돌린 값과 재적용 조건을 기록합니다. DNS 값을 복원해도 캐시 때문에 즉시 모든 수신 서버에 반영되지는 않으므로, 실제 발송 결과까지 확인하는 절차가 필요합니다. 정책별 판단은 DMARC 정책 전환 가이드를 참고하세요.

어떤 데이터가 어디에, 얼마나 보관되나요?

보고서 원본, 정리된 집계, 사용자가 추가한 발신처 이름, 변경 이력의 보관 기간을 각각 묻습니다. 지원 과정에서 메일 헤더나 로그를 별도로 전달한다면 접근 권한과 삭제 방식도 확인합니다. 내보내기는 “가능하다”는 답에서 멈추지 말고, 파일 형식·기간 제한·추가 비용과 실제 내려받은 예시를 확인하는 것이 좋습니다.

계약을 끝내면 다음 담당자가 이어받을 수 있나요?

해지 전에 승인된 발신처 목록과 운영 기록을 확보하고, 보고서 수신 주소를 어디로 옮길지 준비합니다. 외부 주소로 보고서를 받을 때 필요한 수신 승인과 실제 수집 여부도 확인합니다. 과거 데이터가 다음 서비스로 자동 이전된다고 생각하면 안 됩니다. EasyDMARC의 이전 안내도 해지 전 필요한 과거 자료를 내보내도록 설명합니다. DMARC 서비스 이전 시 자료 보존 안내 ↗

보고서만 외부에 맡겼는지, SPF·DMARC 등 인증 레코드 관리도 공급자 서비스에 의존하는지에 따라 이전 작업은 달라집니다. 후자라면 대체할 레코드와 적용 순서를 먼저 준비해야 합니다. 계약 종료를 이유로 정상 동작하는 인증 레코드를 한꺼번에 삭제하지 말고, 새 환경에서 수집과 발송이 확인된 뒤 불필요한 연결을 정리합니다.

상담 전에는 네 가지를 정리하면 됩니다

처음부터 완벽한 기술 문서를 만들 필요는 없습니다. 도메인 목록, 회사 주소로 보내는 서비스, 현재 겪는 문제, 내부에서 맡을 수 있는 업무를 정리하면 직접 운영할 부분과 외부 도움이 필요한 부분을 구체적으로 이야기할 수 있습니다.

관리할 도메인: 발송용 / 보유용으로 구분
발송 서비스: 직원 메일, CRM, 청구서, 문의 폼 등
현재 문제: 반송 원문, 인증 실패, 새 서비스 도입 등
내부 담당 범위: DNS 적용 / 리포트 해석 / 업체 협의
필요한 지원: 초기 설정 / 정기 검토 / 변경·장애 조사
예정된 변경: 서비스 교체, 도메인 추가, 담당자 변경

Genharden DMARC는 보고서 수신, 발신처 파악, 매일 DNS 점검, 다음 할일 안내를 Free를 포함한 모든 요금제에서 제공합니다. 요금제마다 도메인 수와 기록 기간 같은 한도, 직접 운영하는 메일 서버의 암호화 점검 같은 일부 기능이 다르고, 요금제별 내용과 가격은 요금제 페이지에 있습니다. 설정과 운영을 맡기는 Managed는 회사 환경에 맞춰 범위와 견적을 정합니다.

이미 반송이나 스팸함 문제가 있다면 반송 오류 확인 방법과 인증이 통과해도 스팸함에 가는 경우를 먼저 참고해 자료를 모아 보세요. 도구와 서비스를 고르는 기준은 우리 회사가 어떤 일을 맡기고, 무엇을 완료 결과로 받을지 설명할 수 있는가에 있습니다.