보안 요구사항

사용자 안전 및 개인 정보 보호를 위해 동적 이메일에는 제한 사항이 있습니다.

발신자 인증

AMP 이메일 발신자가 합법적인지 확인하기 위해 AMP가 포함된 이메일은 다음 확인이 적용됩니다.

또한 이메일 발신자는 DMARC (Domain-based Message Authentication, Reporting and Conformance) 정책을 사용하는 것이 좋습니다. 처리 방법이 quarantine 또는 reject로 설정됩니다. 이는 있습니다.

DKIM, SPF 및 DMARC는 각각 '원본 표시' 내에 별도의 행으로 표시됩니다. 메뉴 옵션을 선택합니다. 자세한 내용은 Gmail 메일이 인증되었는지 확인하기 를 참조하세요.

DKIM 정렬

DKIM 인증이 '조정'된 것으로 간주되려면 조직 도메인이 DKIM 인증 서명 도메인 중 하나 이상이 From 헤더에 있는 이메일 주소의 조직 도메인 이 코드는 DMARC 사양에 정의된 대로 완화된 DKIM 식별자 정렬 RFC7489 섹션 3.1.1.

조직 도메인은 RFC7489 섹션 3.2에 정의되어 있습니다. 'eTLD+1'이라고도 합니다. 액세스할 수 있습니다. 예를 들어 foo.bar.example.com 도메인이 있습니다. 조직 도메인이 example.com입니다.

DKIM 인증 서명 도메인은d= DKIM 서명.

예를 들어 검증된 DKIM 서명이 d=foo.example.com, 이후 [email protected], [email protected] 및 From에 있는 경우 [email protected]는 모두 정렬된 것으로 간주됩니다. 헤더와 달리 [email protected]는 그렇지 않습니다. gmail.com는 일치하지 않기 때문입니다. example.com

TLS 암호화

AMP 이메일의 콘텐츠가 전송 시 암호화되도록 하려면 TLS 암호화 이메일 있습니다.

Gmail의 아이콘은 이메일이 TLS 암호화로 전송되었는지 여부를 나타냅니다. 자세한 내용은 수신 메일이 암호화되었는지 확인하기 를 참조하세요.

HTTP 프록시

AMP 이메일에서 발생한 모든 XMLHttpRequest (XHR)가 프록시됩니다. 이것은 사용자의 개인 정보를 보호하기 위해 수행됩니다.

CORS 헤더

amp-list 및 amp-form에서 사용하는 모든 서버 엔드포인트는 다음을 구현해야 합니다. 이메일용 AMP의 CORS AMP-Email-Allow-Sender HTTP 헤더를 올바르게 설정하세요.

제한사항

다음은 추가 URL 제한사항에 관한 설명입니다.

리디렉션

XHR URL은 HTTP 리디렉션을 사용하면 안 됩니다. 상태 코드를 반환하는 요청 리디렉션 클래스(3XX 범위)(예: 302 Found 또는 308 Permanent Redirect) 실패하면 브라우저 콘솔 경고 메시지가 표시됩니다.