Contact Form 7 문의 메일이 스팸함으로 갈 때 확인할 5가지

워드프레스 문의 폼을 만들고 직접 테스트했는데 받은편지함에 메일이 보이지 않으면 문의 기능이 고장 났다고 생각하기 쉽습니다.

저도 근거픽 홈페이지에 Contact Form 7 문의 폼을 만든 뒤 테스트했습니다. 문의 전송은 정상적으로 완료됐지만 메일은 받은편지함이 아니라 스팸함에 들어가 있었습니다.

이때 중요한 점은 메일이 스팸함으로 갔다고 해서 원인을 하나로 단정하면 안 된다는 것입니다. 발신자 주소, 실제 도메인 메일의 존재 여부, 메일 인증 상태와 수신 서비스의 필터 등이 함께 영향을 줄 수 있습니다.

이 글에서는 제가 실제로 겪은 상황과 공식 문서에서 확인한 내용을 구분해, 초보자가 먼저 확인할 순서를 정리했습니다.

핵심부터 정리하면

Contact Form 7 문의 메일이 스팸함으로 갔다면 문의 폼부터 삭제하거나 새로 만들 필요는 없습니다.

받은편지함뿐 아니라 스팸함과 전체메일함을 확인합니다.
Contact Form 7의 보내는 사람 주소를 확인합니다.
보내는 사람 주소가 실제로 존재하는 도메인 메일인지 확인합니다.
SPF·DKIM 같은 발신 도메인 인증 상태를 확인합니다.
한 번에 여러 설정을 바꾸지 말고 하나씩 수정하며 다시 테스트합니다.

메일이 스팸함으로 들어가는 이유는 사이트와 메일 환경마다 다를 수 있습니다. 인터넷에서 찾은 설정값을 그대로 복사하기보다 현재 사용하는 호스팅과 메일 서비스의 공식 안내를 확인해야 합니다.

1. 스팸함과 전체메일함부터 확인하세요

문의 테스트를 보냈는데 받은편지함에 메일이 없다면 가장 먼저 스팸함을 확인합니다.

저도 처음에는 문의 메일이 도착하지 않은 줄 알았습니다. 하지만 스팸함을 열어보니 테스트 메일이 들어와 있었습니다.

이 경우 문의 폼에서 메일 전송이 이뤄졌을 가능성은 있습니다. 그러나 스팸함에 메일이 있다는 사실만으로 발신 설정이 모두 정상이라고 판단할 수는 없습니다.

다음 항목을 함께 확인해 보세요.

문의 폼에서 전송 완료 메시지가 표시됐는지
스팸함에 테스트 메일이 있는지
전체메일함에서 제목이나 발신자로 검색되는지
수신 이메일 주소를 정확하게 입력했는지
여러 번 보낸 테스트 메일이 같은 폴더에 들어오는지

스팸함과 전체메일함에도 메일이 없다면 문의 폼의 수신 주소와 메일 설정까지 점검 범위를 넓혀야 합니다.

2. Contact Form 7의 보내는 사람 주소를 확인하세요

워드프레스 관리자 화면에서 다음 순서로 이동합니다.

문의 → 문의 양식 → 사용 중인 문의 양식 → 메일

메일 설정 화면에는 보통 다음 항목이 있습니다.

받는 사람
보내는 사람
제목
추가 헤더
메시지 본문

여기서 먼저 확인할 곳은 보내는 사람입니다.

Contact Form 7 공식 문서는 보내는 사람 이메일 주소를 현재 웹사이트와 같은 도메인에 속한 주소로 설정하도록 안내합니다.

예를 들어 사이트 주소가 geungeopick.com이라면 보내는 사람 주소도 다음과 같이 같은 도메인을 사용하는 형태가 적절합니다.

wordpress@geungeopick.com

또는

contact@geungeopick.com

단, 위 주소는 형식을 보여주기 위한 예시입니다. 실제로 사용할 때는 해당 이메일 계정이 존재하는지도 확인해야 합니다.

방문자가 문의 폼에 입력한 네이버·Gmail 주소를 보내는 사람 칸에 그대로 사용하면 사이트 도메인과 발신자 도메인이 달라질 수 있습니다.

방문자에게 답장할 주소는 보내는 사람 대신 추가 헤더의 Reply-To에 넣는 구성을 검토할 수 있습니다. 사용 중인 문의 폼의 이메일 필드가 [your-email]이라면 다음과 같은 형태가 사용될 수 있습니다.

Reply-To: [your-email]

다만 문의 폼마다 필드 이름이 다를 수 있습니다. 현재 양식에 없는 태그를 그대로 복사하면 설정 오류가 생길 수 있으므로 실제 메일 태그를 먼저 확인해야 합니다.

3. 실제로 존재하는 도메인 메일인지 확인하세요

보내는 사람 주소가 사이트 도메인과 같더라도 실제로 존재하지 않는 주소라면 메일 전달에 문제가 생길 수 있습니다.

확인할 내용은 다음과 같습니다.

해당 도메인 이메일 계정이 실제로 만들어져 있는지
이메일 주소 철자가 정확한지
도메인이 정상적으로 연결돼 있는지
현재 호스팅 상품에서 메일 기능을 제공하는지
문의 폼의 발신 주소와 실제 메일 계정이 일치하는지

여기서 주의할 점이 있습니다.

저는 근거픽 문의 테스트 메일이 스팸함에 들어온 사실까지는 직접 확인했습니다. 하지만 도메인 메일과 인증 설정을 모두 완료한 뒤 문제가 완전히 해결됐다고 확인한 것은 아닙니다.

따라서 이 글은 특정 설정으로 해결한 성공 후기가 아니라, 같은 문제를 겪는 초보자가 확인할 순서를 정리한 글입니다.

4. SPF와 DKIM 같은 메일 인증을 확인하세요

메일을 받는 서비스는 화면에 표시된 발신자 이름만 보고 메일을 신뢰하지 않습니다.

실제로 해당 도메인이 보낸 메일인지 확인하기 위해 SPF나 DKIM 같은 인증 정보를 사용할 수 있습니다.

쉽게 구분하면 다음과 같습니다.

SPF: 어떤 서버가 해당 도메인의 메일을 보낼 수 있는지 알리는 설정
DKIM: 발송된 메일에 전자 서명을 추가해 해당 도메인에서 보냈는지 확인하는 설정
DMARC: SPF나 DKIM 검사 결과와 발신자 도메인을 기준으로 메일 처리 방침을 알리는 설정

Google은 Gmail 계정으로 메일을 보내는 발신 도메인에 SPF 또는 DKIM 인증을 설정하도록 안내합니다.

하지만 SPF·DKIM·DMARC 설정값은 모든 사이트가 같지 않습니다.

다음 조건에 따라 설정값과 입력 위치가 달라질 수 있습니다.

카페24에서 제공하는 메일을 사용하는 경우
별도의 도메인 메일 서비스를 사용하는 경우
Google Workspace를 사용하는 경우
외부 SMTP 서비스를 사용하는 경우
WordPress 서버의 기본 메일 기능을 사용하는 경우

따라서 다른 블로그에서 본 DNS 값을 그대로 복사해서는 안 됩니다.

안전한 확인 순서는 다음과 같습니다.

현재 어떤 서비스가 메일을 보내는지 확인합니다.
해당 호스팅사 또는 메일 제공업체의 공식 안내를 찾습니다.
기존 DNS 레코드를 수정하기 전에 기록하거나 캡처합니다.
공식 안내에 나온 값만 입력합니다.
변경 사항이 반영된 뒤 문의 메일을 다시 테스트합니다.

설정값을 모르는 상태에서 SPF 레코드를 새로 추가하거나 기존 값을 덮어쓰면 정상적으로 작동하던 다른 메일에 영향을 줄 수 있습니다.

5. 하나씩 바꾸고 다시 테스트하세요

메일 문제가 생기면 여러 설정을 한 번에 바꾸고 싶어집니다.

하지만 한꺼번에 수정하면 어떤 변경이 효과가 있었는지 확인하기 어렵습니다.

다음 순서로 하나씩 테스트하는 편이 안전합니다.

첫 번째 테스트

문의 폼을 직접 작성합니다.
전송 완료 메시지를 확인합니다.
받은편지함과 스팸함을 확인합니다.
테스트한 시각과 메일 제목을 기록합니다.

두 번째 테스트

Contact Form 7의 보내는 사람 주소를 확인합니다.
사이트 도메인과 일치하는지 확인합니다.
수정했다면 저장한 뒤 다시 전송합니다.

세 번째 테스트

보내는 사람 주소가 실제로 존재하는지 확인합니다.
호스팅에서 해당 메일 계정을 사용할 수 있는지 확인합니다.
다시 테스트합니다.

네 번째 테스트

현재 메일 발송 서비스의 공식 안내를 확인합니다.
필요한 경우에만 SPF·DKIM 인증 상태를 점검합니다.
변경 후 다시 테스트합니다.

테스트할 때는 다음 내용을 간단하게 기록하면 원인을 찾기 쉽습니다.

변경한 항목
테스트한 시각
받은편지함 도착 여부
스팸함 도착 여부
표시된 오류 메시지
이전 테스트와 달라진 점

문의 내용을 WordPress에 따로 저장해야 할까요?

Contact Form 7은 방문자가 제출한 문의 내용을 WordPress 데이터베이스에 기본적으로 저장하지 않습니다.

메일 서버나 설정에 문제가 생기면 방문자가 보낸 문의를 확인하지 못할 가능성이 있습니다.

문의 내용을 WordPress 관리자 화면에 저장해야 한다면 Contact Form 7 개발자가 만든 Flamingo 같은 플러그인을 검토할 수 있습니다.

다만 저장 기능을 추가하면 개인정보 운영 방식도 달라집니다.

현재 근거픽 개인정보처리방침은 문의 내용을 이메일로 전달받는 운영 방식을 기준으로 작성돼 있습니다. Flamingo를 설치해 문의 내용을 데이터베이스에 저장한다면 다음 항목을 다시 검토해야 합니다.

저장되는 개인정보 항목
저장 위치
보유 기간
삭제 방법
접근할 수 있는 관리자 범위

플러그인을 먼저 설치하고 개인정보처리방침을 나중에 맞추는 것이 아니라, 실제 운영 방식과 정책을 함께 변경해야 합니다.

자주 묻는 질문

문의 메일이 스팸함에 있으면 문의 폼은 정상인가요?

메일 전송이 이뤄졌을 가능성은 있습니다. 하지만 발신 주소와 메일 인증 설정까지 모두 정상이라는 뜻은 아닙니다. 추가 점검이 필요합니다.

스팸이 아니라고 표시하면 문제가 해결되나요?

해당 수신함에서 이후 메일 분류에 도움이 될 수는 있습니다. 하지만 발신자 주소나 도메인 인증 문제까지 해결되는 것은 아닙니다.

방문자가 입력한 이메일을 보내는 사람 주소로 사용해도 되나요?

Contact Form 7 공식 문서는 보내는 사람 주소를 사이트와 같은 도메인의 이메일로 설정하도록 안내합니다. 방문자 이메일은 Reply-To에 사용하는 구성을 검토할 수 있습니다.

SPF와 DKIM을 모두 직접 설정해야 하나요?

현재 사용하는 메일 서비스와 발송 방식에 따라 다릅니다. 먼저 실제 메일을 보내는 서비스가 무엇인지 확인하고 해당 업체의 공식 안내를 따라야 합니다.

SMTP 플러그인을 설치하면 무조건 해결되나요?

SMTP는 메일 전송 방식을 개선하기 위해 검토할 수 있는 방법입니다. 하지만 설치만으로 모든 스팸 분류 문제가 해결된다고 단정할 수는 없습니다. 발신자 주소, 도메인 인증과 수신 서비스의 필터도 함께 영향을 줄 수 있습니다.

제가 이번 경험에서 배운 점

문의 폼에서 전송 완료 메시지가 표시됐다고 해서 모든 과정이 끝난 것은 아니었습니다.

테스트 메일이 실제로 어느 폴더에 도착했는지까지 확인해야 했습니다. 받은편지함에 보이지 않는다고 바로 문의 폼을 다시 만들기보다 스팸함과 전체메일함부터 확인하는 것이 빠릅니다.

그다음에는 원인을 추측해 여러 설정을 한꺼번에 바꾸기보다, 보내는 사람 주소부터 하나씩 확인하는 편이 안전합니다.

워드프레스 첫 사이트를 만들며 겪은 다른 시행착오는 이전 글에서 자세히 정리했습니다.

결론

Contact Form 7 문의 메일이 스팸함으로 갔다면 문의 폼부터 삭제하거나 새로 만들 필요는 없습니다.

다음 순서대로 확인하세요.

스팸함과 전체메일함 확인
보내는 사람 주소 확인
실제 도메인 메일 존재 여부 확인
SPF·DKIM 같은 인증 상태 확인
하나씩 변경한 뒤 다시 테스트

가장 중요한 것은 원인을 미리 단정하지 않고, 현재 사이트와 메일 환경을 기준으로 순서대로 점검하는 것입니다.