이 도움말의 대상
다음은 Gmail에서 웹사이트의 문의 양식 이메일을 받지 못하는 문제를 겪고 있는 사용자를 위한 도움말입니다. Gmail 문제 관련 담당자를 찾는 경우 Gmail 도움말 커뮤니티에 가입하세요.
Gmail에서 웹사이트로부터 문의 양식 메일을 받지 못하는 문제가 있는 경우 이 도움말의 해결 방법을 시도해 보세요. 이 도움말에서는 다음과 같은 문의 양식과 관련된 일반적인 문제를 해결하는 방법을 설명합니다.
- Gmail에서 문의 양식의 예상된 메일을 받지 못하고 있습니다.
- 웹사이트 문의 양식의 유효한 메일이 스팸으로 분류되거나 거부되었으며 여기에는 다음과 같은 문의 양식 제공업체에서 전송된 메시지가 포함됩니다.
- Contact Form 7
- GoDaddy
- Zendesk
- Squarespace
- Shopify
도움말:
- 일반적으로 문제는 양식 자체가 아니라 보내는 메일 전송 시스템이 양식에서 메일을 보내는 방식에서 기인합니다.
- Contact Forms Pro를 사용하면 문의 양식 메일을 관리하는 데 도움이 될 수 있습니다.
문의 양식이 Gmail로 메일을 보내는 방법
많은 웹사이트에는 사용자가 양식에 정보를 입력하면 자동으로 이메일 메시지를 전송하는 문의하기 양식이 포함되어 있습니다. 웹사이트에 문의 양식이 있는 경우 일반적으로 메일은 이 용도로 설정한 Google Workspace Gmail 계정으로 전송됩니다.
웹사이트 문의 양식에서 Gmail 편지함으로 메일을 보내는 방법은 다음과 같습니다.
- 사용자가 문의 양식 (A)에 정보를 입력하고 양식을 제출하면
- 문의 양식은 자동으로 이메일 메시지를 작성하여 전송하고 이는 Google 이메일 서버(B)를 통과합니다.
- 메일을 전송하기 전에 Gmail에서는 스팸이 아닌지, 유해한 소프트웨어가 없는지 검사합니다.
- 문의 양식 메일(C)을 받도록 설정한 계정으로 Gmail에서 메일을 전송합니다.
문의 양식 메일이 스팸으로 분류되거나 거부됨
Gmail에서 문의 양식 메일을 스팸으로 표시하거나 거부하는 경우가 있습니다. 많은 경우, 이 문제는 문의 양식 제공업체가 이메일을 인증하는 방법에서 기인합니다. 문의 양식 메일은 일반적으로 SPF, SMTP 릴레이 또는 DKIM으로 인증됩니다.
양식 메일의 인증 방법을 파악하고 문제를 해결하려면 다음 단계를 따르세요.
1단계: 양식 제공업체의 인증 방법 확인
양식 제공업체에 문의하여 자체 메일 전송 서버를 사용하고 SPF 또는 DKIM DNS 레코드를 설정해야 하는지, 또는 문의 양식 메일을 보내기 위해 외부 SMTP 사용자 인증 정보를 제공해야 하는지 알아봅니다. SPF, DKIM 또는 외부 SMTP 연결은 양식 통신을 위한 가장 일반적인 인증 방법입니다.
제공업체에서 다음을 사용하는 경우:
- SPF의 경우 2a단계: 모든 이메일 발신자를 포함하도록 SPF 레코드 업데이트로 이동합니다.
- SMTP 릴레이의 경우 2b단계: 제공업체의 SMTP 비밀번호 확인으로 이동합니다.
- DKIM의 경우 2c단계: DKIM을 사용하여 인증으로 이동합니다.
이 단계에는 가장 일반적인 문의 양식 제공업체 목록과 도움말 문서 링크가 추가되었습니다.
2a단계: 모든 이메일 발신자를 포함하도록 SPF 레코드 업데이트
SPF는 나에게 이메일을 전송하도록 허용되는 도메인 및 IP 주소를 지정하는 이메일 인증 방법입니다. 내 도메인에서 보낸 것처럼 보이는 메일을 서버에서 받으면 서버에서 SPF 레코드를 확인하여 내가 승인한 발신자인지 확인합니다.
이 동영상에서는 SPF 레코드의 작동 방식을 설명합니다.
도메인 공급업체에 DNS TXT 레코드를 추가하여 SPF를 설정합니다.
SPF 레코드에 서드 파티 발신자 추가
Workspace Gmail 계정만 사용하여 이메일을 보내는 경우 Google의 기본 SPF 레코드를 사용할 수 있습니다.
v=spf1 include:_spf.google.com ~all
하지만 다른 서비스에서 내 도메인의 이메일을 보내는 경우 해당 발신자를 포함하도록 SPF 레코드를 업데이트해야 합니다. 그렇지 않으면 해당 발신자의 메일이 스팸으로 표시될 가능성이 큽니다. 자동으로 메일을 보내는 문의 양식이 내 도메인의 이메일 발신자이므로 문의 양식 제공업체의 IP 주소 또는 도메인을 포함하도록 SPF 레코드를 업데이트해야 합니다.
SPF 레코드에 도메인의 모든 서드 파티 발신자가 포함되어 있지 않은 경우 해당 발신자를 포함하도록 레코드를 업데이트합니다. 자세한 단계는 SPF 레코드 정의하기(기본 설정)를 참고하세요.
일반적인 타사 발신자에 대한 SPF 레코드 예
다음은 일반적인 일부 제공업체의 Google Workspace SPF 레코드가 업데이트되는 방식의 예입니다.
중요: 제공업체는 언제든지 SPF 요구사항을 변경할 수 있습니다. SPF 레코드에 포함할 최신 IP 주소 또는 도메인은 항상 제공업체의 현재 지원 정보를 참고하세요.
다음 예와 같이 SPF include: 메커니즘을 사용하여 이메일 발신자를 기본 SPF 레코드에 추가합니다.
|
SPF 레코드 |
다음 발신자 지원 |
|---|---|
|
|
Google Workspace에서 전송된 메일만 지원합니다. |
|
|
Google Workspace 및 Zendesk에서 전송된 메시지를 지원합니다. |
|
|
Google Workspace 및 GoDaddy에서 전송된 메시지를 지원합니다. |
|
|
Google Workspace 및 Shopify에서 전송된 메시지를 지원합니다. |
SPF 레코드에 모든 발신자가 포함되어 있는지 확인
Google 관리 콘솔 도구 상자를 사용하여 SPF 레코드를 확인하고 도메인의 모든 서드 파티 발신자를 포함하는지 확인합니다. 자세한 단계는 기존 SPF 레코드가 있는지 확인하기를 참고하세요.
인증에 SPF를 사용하는 제공업체
다음은 몇 가지 일반적인 문의 양식 제공업체의 SPF 도움말 정보 링크를 제공합니다.
- GoDaddy
- Shopify: Shopify에서는 웹사이트의 문의 양식에 Wufoo를 사용할 것을 권장합니다.
- Zendesk
- 123formbuilder
- FormAssembly
- WordPress에서는 웹사이트의 문의 양식에 다음 서비스 중 하나를 사용할 것을 권장합니다.
참고: 링크가 변경될 수 있습니다. 문제가 있는 경우 제공업체의 고객센터로 직접 이동하세요.
문제가 계속 발생하는 경우
SPF 레코드 문제가 계속 발생하는 경우 웹사이트 또는 양식 제공업체에 문의하세요.
2b단계: 제공업체의 SMTP 비밀번호 확인
일부 이메일 발신자는 발신 메일을 인증하기 위해 SMTP를 사용합니다. 발신자는 사용자 이름과 비밀번호로 SMTP 서버에 로그인하여 ID를 확인합니다. 이렇게 하면 유효한 발신자만 SMTP 서버를 사용하여 메일을 보낼 수 있습니다.
SMTP 릴레이를 설정하려면 SMTP 제공업체의 연결 정보가 필요합니다. Gmail에서 SMTP를 사용하려는 경우 프린터, 스캐너, 앱에서 이메일 보내기로 이동하여 연결 세부정보를 확인하세요.
SMTP 사용자 이름 및 비밀번호 확인
제공업체에서 SMTP를 사용하여 문의 양식 메일을 보내고 인증하는 경우 SMTP 서버의 로그인 정보가 올바른지 확인합니다. Google 관리 콘솔이 아닌 웹사이트 또는 양식 제공업체에서 사용자 이름과 비밀번호를 확인하세요.
인증에 SMTP를 사용하는 제공업체
다음은 일반적인 일부 문의 양식 제공업체의 SMTP 도움말 정보 링크를 제공합니다.
- Shopify: Shopify에서는 SMTP 릴레이를 사용하는 문의 양식에 Jotform을 사용하도록 권장합니다.
- WPForms: SMTP 릴레이 방법 사용
- Formstack: SMTP/OAuth 인증 사용
참고: 링크가 변경될 수 있습니다. 문제가 있는 경우 제공업체의 고객센터로 직접 이동하세요.
Contact Form 7에서 이메일을 받지 못한 경우 다음 안내를 따르세요.
Wordpress Contact Form 7에서 메일을 수신하는 데 문제가 있는 경우 WP 메일 SMTP 플러그인을 사용해 보세요. 플러그인은 Gmail 또는 Workspace 계정에 직접 연결되어 사용자를 대신하여 메일을 보냅니다. 자세한 내용 및 안내는 Contact Form 7에서 이메일이 전송되지 않는 이유를 참고하세요.
2c단계: DKIM을 사용하여 인증
사용자에게 양식 커뮤니케이션을 전송하기 위해 자체 메일 서비스를 제공하는 일부 제공업체는 사용자를 대신하여 전송되는 메일을 인증하기 위해 DKIM을 설정하도록 요청할 수 있습니다. DKIM을 사용하면 수신자가 서드 파티 서비스에서 보낸 메일이 사용자를 대신하여 전송되도록 허용되었는지, 이러한 메일이 전송 중에 변경되지 않았는지 확인할 수 있습니다.
DKIM을 설정하려면 양식 제공업체의 개인 DKIM 공개 키와 선택기가 필요합니다. DNS 레코드에 DKIM 키 및 선택기를 추가합니다. Google Forms, Calendar 또는 Drive를 사용하여 수신자에게 메일을 보내도록 Workspace를 설정할 때도 비슷한 절차를 따릅니다.
- 양식 제공업체가 Google인 경우 도메인에 DKIM 사용 설정하기의 안내를 따르세요.
- 다른 양식 제공업체의 경우, DKIM 키 및 선택기를 가져오는 방법과 인증을 설정하는 방법에 관한 해당 업체의 문서를 참고하세요.
인증에 DKIM을 사용하는 제공업체
다음은 일부 일반적인 문의 양식 제공업체의 DKIM 도움말 정보 링크입니다.
참고: 링크가 변경될 수 있습니다. 문제가 있는 경우 제공업체의 고객센터로 직접 이동하세요.
3단계: 이메일 로그 검색을 사용하여 누락된 메일 찾기
이메일 로그 검색(ELS)을 사용하면 예상과 달리 전송되지 않은 메일을 찾을 수 있습니다. Gmail에서 문의 양식의 메일을 찾을 수 없는 경우 ELS를 사용하여 검색하세요.
ELS를 사용하여 누락된 메일을 찾는 방법에 대한 자세한 단계는 이메일 로그 검색으로 메일 찾기를 참고하세요.
ELS에서 누락된 메일을 찾으면 메일 상태를 검토하여 메일이 예상대로 전송되지 않은 이유에 대해 자세히 알아봅니다. 메일 상태에 대한 자세한 설명은 이메일 로그 검색 전송 상태 정의를 참고하세요.ELS의 DMARC 오류 메시지
ELS 결과에 다음 오류가 포함된 경우 SPF 레코드에 도메인의 모든 이메일 발신자가 포함되지 않았을 수 있습니다.
550-5.7.26 domain-name에서 보낸 인증되지 않은 이메일은 domain-name의 DMARC 정책으로 인해 수신되지 않습니다.
이 페이지의 SPF 레코드에 서드 파티 발신자 추가하기를 참고하세요.
ELS의 SMTP 오류 메시지
ELS 결과에 SMTP 오류 메시지가 포함되는 경우가 있습니다. 문제를 식별하는 데 도움이 될 수 있는 오류 메시지 설명은 Gmail SMTP 오류 및 코드를 참고하세요.
관련 주제
Google, Google Workspace 및 관련 마크와 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표입니다.
