WordPress 메일이 오지 않을 때: SMTP, 도메인 인증, 로그 확인

고객이 확인 메일을 못 받았다고 해 운영자가 여러 번 재발송했더니 다음 날 같은 메일이 여러 통 도착할 수 있습니다. 이런 문제를 풀려면 먼저 한 건의 시험 메일에 대한 시간, 수신 주소, 용도를 남기세요. 어느 단계에서 멈췄는지 확인한 뒤 재발송을 결정합니다.

WordPress가 메일을 생성하는 일, 외부 서비스가 접수하는 일, 수신 시스템이 받는 일은 각각 다릅니다. 이 글은 WP Mail SMTP와 Brevo로 비밀번호 재설정과 알림 등에 쓸 수 있는 추적 가능한 설정을 설명합니다. 실제 이용 가능한 서비스와 발송 한도는 계정 요금제에 따라 확인하세요.

사이트의 메일 발송 경로부터 그리기

회원 가입, 양식 알림, 댓글 알림, 주문 메시지 등 메일을 보내는 기능을 나열하고 각 기능의 발신자, 수신자, 작동 조건을 적으세요. 플러그인이 자체 외부 서비스를 직접 호출한다면 별도 경로로 표시해야 합니다. SMTP 플러그인 하나가 사이트의 모든 메일을 관리한다고 가정하지 마세요.

기존 발송 플러그인이나 호스팅 연동이 있는지 확인하세요. 여러 도구가 발신 설정을 동시에 바꾸면 어느 도구가 실제 적용됐는지 알기 어렵습니다. 현재 설정을 기록하고 시험 사이트에서 유지할 경로를 검증한 뒤 운영 사이트 전환을 계획하세요. 시험 사이트에서는 백업에 포함된 회원 주소로 대량 발송하지 않도록 수신자도 제한해야 합니다.

일반 SMTP 연결에서는 호스트, 포트, 암호화, 인증 방식을 확인해야 합니다. Brevo 전용 mailer는 대신 API 키를 사용합니다. 플러그인 이름에 SMTP가 있어도 선택한 서비스에 SMTP 비밀번호를 입력하는 것은 아닐 수 있으므로 해당 mailer의 공식 문서에 따라 준비하세요.

알아보기 쉽고 관리 가능한 발신자 준비하기

자신이 관리하는 도메인의 발신 주소를 사용하고 회신을 처리할 사람을 지정하세요. 발신자 이름은 작업실이나 사이트 이름으로 하고 여러 알림에서 일관되게 유지합니다. 외부 발송 서비스로 메일을 보낼 수 있다고 일상적인 수신 편지함까지 자동 제공되는 것은 아닙니다. 답장을 받아야 한다면 작동하는 편지함이나 올바른 Reply-To가 필요합니다.

Brevo 계정을 만든 뒤 활성 상태와 거래 메일 기능 사용 가능 여부를 확인하고 From Email과 일치하는 도메인을 추가하세요. 발송용 하위 도메인을 쓴다면 그것도 일치시켜야 합니다. 한 도메인을 인증하고 다른 도메인에서 보내지 마세요. 무료 메일 서비스의 공용 도메인은 직접 제어하지 못하므로 자신의 DNS 인증에 사용할 수 없습니다.

요금제를 정하기 전에 평소 하루 알림량, 최고 사용량, 재시도량을 추산하세요. 대규모 마케팅 메일과 필수 알림의 요구를 나누고 플랫폼 제한과 남은 할당량을 살펴보세요. 특정 무료 발송량을 오래 유지될 약속으로 간주하지 않으며 시험 삼아 한 번에 대량 발송하는 것도 권하지 않습니다.

내 계정에 생성된 DNS 레코드로 도메인 인증하기

Brevo는 새로운 도메인 설정 절차를 단계적으로 제공하므로 일부 계정에는 이전 Authenticate 화면이 보입니다. 현재 화면에 맞게 자동 또는 수동 인증을 선택하고 그 계정에 생성된 레코드 이름, 유형, 값을 사용하세요. 공식 자료에는 Brevo code, DKIM, DMARC가 나옵니다. DKIM은 TXT 또는 CNAME 두 건일 수 있으니 남의 예시를 그대로 복사하지 마세요.

요청된 레코드를 넣기 전에 실제 DNS 관리 서비스를 찾으세요. 도메인 구매처와 DNS 관리처는 다를 수 있습니다. 기존 설정을 캡처하거나 내보낸 뒤 관리 화면이 호스트 이름에 도메인을 중복 추가하지 않는지 항목마다 확인하세요. 발신자 인증을 위해 사이트 A 레코드나 일상적인 수신용 MX를 임의로 바꿀 필요는 없습니다.

이미 DMARC가 있다면 기존 정책을 이해한 뒤 처리하세요. Brevo 공식 안내에 따르면 자동 절차가 기존 레코드의 교체를 요구할 수 있으며, 교체를 원치 않으면 수동 절차를 사용할 수 있습니다. 경고를 없애려고 서로 충돌하는 설정을 추가하지 마세요. Brevo에서 검증을 다시 실행해 성공 상태를 확인하고 DNS 전파 대기와 설정 오류를 구분하세요.

WP Mail SMTP 연결하기

WP Mail SMTP의 Settings에서 From Email과 From Name을 설정하고 mailer로 Brevo를 선택합니다. 관련 사이트 메일에 같은 주소를 강제로 쓰려면 Force From Email을 검토할 수 있지만, 다른 발신자가 필요한 기능에 미칠 영향을 먼저 확인하세요. 회신 주소도 실제 업무에 맞게 설정합니다.

Brevo의 SMTP & API 설정에서 이 사이트용 API 키를 만들고 용도를 알 수 있는 이름을 붙여 안전하게 보관하세요. 전체 키를 WP Mail SMTP의 API Key 입력란에 복사합니다. 나중에 마스킹되어 표시되는 값이나 SMTP 키는 API 키를 대신할 수 없습니다. 저장 후 선택한 mailer가 바뀌지 않았는지도 확인하세요.

1. 도메인 인증이 완료되고 발신 주소가 인증된 도메인과 일치하는지 확인한다.
2. 선택한 mailer에 맞는 유효한 키를 입력하고 용도와 생성일을 기록한다.
3. Tools > Email Test에서 직접 확인할 수 있는 시험 편지함으로 한 통을 보낸다.

증거로 실패한 단계를 찾기

Email Test에 오류가 나면 시각과 종류를 남기고 Tools의 Debug Events를 확인하세요. 키가 없다고 나오면 전체 API 키와 계정을 살피고, 계정이 활성화되지 않았다면 플랫폼 활성화를 처리합니다. 연결이나 시간 초과 문제일 때만 호스트의 외부 네트워크를 조사하세요. DNS를 다시 설정하고 서비스를 바꾸고 양식을 고치는 일을 한꺼번에 하지 말고 원인 하나씩 수정합니다.

플러그인이 성공을 보고해도 실제 받은편지함과 스팸함을 확인해야 합니다. 발송 기록이 있는데 도착하지 않았다면 Brevo의 Transactional Logs를 수신자, 시간, message ID로 검색하세요. 발송, 배달, 그 이후의 반송은 뜻이 다르며 발송 접수만으로 사람이 읽었다고 볼 수 없습니다.

WP Mail SMTP의 자세한 Email Log 기능은 유료 버전에 속하며 기본 발송 오류 추적과 다릅니다. 장기 조사에는 이용 가능한 플러그인 기록과 서비스 기록을 비교하세요. 메일 본문이나 첨부를 보관한다면 열람 권한과 보관 기간을 제한해야 합니다. 조사 후 추가 디버깅은 끄고 불필요한 데이터가 계속 쌓이지 않게 하세요.

실제 기능을 시험하고 유지보수 기록 남기기

시험 메일 성공은 첫 단계일 뿐입니다. 다음으로 시험 계정에서 비밀번호 재설정, 가입 알림, 문의 양식을 실행해 각 메일이 새 설정을 실제로 사용하는지 확인하세요. 링크 도메인, 발신자 이름, Reply-To, 중국어 내용을 대조하고 서로 다른 수신 서비스에서도 도착 위치와 시간을 기록합니다.

재발송이 필요한 것 같으면 먼저 서비스가 이미 접수했거나 처리 중인지 확인해 중복 알림을 피하세요. 만료되는 링크가 있는 메일은 새 메일과 이전 메일이 사용자에게 미치는 영향도 확인합니다. 고객지원 담당자가 비밀번호 재설정 링크 전체를 수동 전달하는 방식을 표준 절차로 삼지 마세요.

발송 서비스 계정, 도메인 레코드, 키 용도, 사용량 점검, 시험 날짜를 유지보수 담당자에게 넘기세요. 호스트 이전, 도메인 변경, 키 교체 후에는 핵심 기능을 다시 시험합니다. 새 연결을 확인한 다음 이전 키와 불필요한 설정을 제거해 사이트 알림을 계속 추적할 수 있게 합니다.

완전한 문의 양식 흐름 만들기

DNS 레코드와 설정 위치 확인하기

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• WordPress