HTML 이메일을 작성할 때 html, head, body 태그를 사용해야합니까?


113

이메일보기에서 보통 다음과 같은 작업을합니다.

<dl>
   <dt>Name</dt>
   <dd>Value</dd>
</dl>

이렇게해야하나요?

<html>
  <head></head>
  <body>
    <dl>
       <dt>Name</dt>
       <dd>Value</dd>
    </dl>
  </body>
</html>

즉, 독립형 문서를 마크 업하는 것처럼?

웹 기반 이메일 클라이언트가 제거 할 것이라고 안전하게 가정 할 수 있습니까?

올바른 방법은 무엇입니까?


무엇의 가치를 들어, 썬더 버드는 출력 html, head그리고 body그 메시지에 태그를.
palswim

답변:


43

올바른 방법은 HTML 표준 을 따르는 것 입니다. 여기에서 HTML 페이지를 확인할 수 있습니다 .

메일 클라이언트는이를 따라야하며 지원되지 않는 항목이나 자바 스크립트처럼 안전하지 않은 항목은 버려야합니다.

업데이트 : 표준을 따르라고 말했을 때 화를내는 사람들로부터 여러 차례 반대표를받은 후, 표준을 따르는 것이 유익 할 수있는 이유에 대한 몇 가지 이유를 공개하겠습니다.

  1. 메일을 전체 페이지로 표시하려는 웹 메일은 형식을 유지할 수 있습니다.
  2. 웹 메일은 단순히 원하지 않는 태그와 속성을 제거합니다. 그러나 당신은 어떤 것을 알 수 없습니다.
  3. 형식 표준을 따르는 (서버 측) 구성 요소를 찾기가 더 쉽고 오류 발생 가능성이 적습니다. 표준을 따르지 않는 파서가 손상되어 이메일이 표시되지 않을 수 있습니다.

54
-1 올바른 방법은 관련 클라이언트에서 테스트하는 것입니다. 메일 클라이언트 표준을 따라야 하지만 사실상 그 어느 것도 표준을 따르지 않습니다.
Dan Blows

27
mschonaker가 맞습니다. 모두가 표준을 따르기 시작하면 사용법이 ... 음 ... 표준화됩니다. 그렇지 않으면 모든 개발자가 오늘의 풍미를 위해 해킹을 구현해야합니다 (IE6!). 올바른 방법은 표준을 따르는 것입니다.
cjcela

4
"html 이메일"에 대한 표준은 없습니다. 당신은 html의 표준을 가리키고 있습니다.
rds

2
나는이 답변에 동의하지만 많은 클라이언트가 잘못된 html을 렌더링하지만 대부분의 클라이언트에서 렌더링 할 가장 안정적인 형식은 유효한 html을 갖는 것입니다!
markmnl

3
이것이 정답입니다. 부분 또는 본문의 MIME 유형은 text / html입니다. 컨텍스트에 관계없이이 유형은 웹 브라우저 든 이메일 클라이언트 든 표준에 따라 준수되어야합니다. @cjcela는 올바른 아이디어를 가지고 있습니다. 우리 모두가 IE8을 계속 지원한다면 웹은 발전하지 않을 것입니다. 표준을 고수하지 않으면 메일에서 HTML이 어떻게 진화할까요? 당신이해야 할 일은 표준을 고수하는 것이지만, heads의 스타일 시트와 같은 것들은 무시 될 수 있고 우아한 폴백을 가질 수 있음을 인식하십시오 .
Brett Ryan

33

html / head / body 태그를 포함하는지 여부는 전적으로 관련이 없습니다. 태그는 항상 선택 사항이며 어떤 식 으로든 문서 렌더링에 영향을주지 않습니다.

가장 중요한 것은 쿼크 모드가 켜져 있는지 여부입니다. 불행히도 웹 메일 설정에서는이를 제어 할 수 없습니다. 테이블과 인라인 스타일은 친구입니다. 가장 좋은 방법은 가능한 한 많은 웹 메일 및 데스크톱 클라이언트에서 테스트하는 것입니다.



4
"항상 선택 사항이며 문서 렌더링에 영향을주지 않습니다."이는 사실이 아닙니다. 많은 렌더링은 내결함성이 떨어지며 잘못된 html을 렌더링하지 않도록 선택할 수 있습니다.
markmnl

메일 클라이언트에 "브라우저에서이 이메일보기"링크가 있으면 어떻게됩니까? 잘못된 HTML을 렌더링하는 것은 기본 브라우저에 달려 있습니다.
Sergey

13

이 스레드의 많은 게시물은 다소 오래되어 더 이상 정확하지 않습니다.

요즘 HTML 이메일에는 멋진 일을하려면 doctype, html 및 body 선언이 포함되어야합니다.

HTML 이메일을 올바르게 코딩하는 방법을 배우는 데 도움이되는이 주제에 대한 많은 가이드가 있지만, 대부분은 제가 질문에 대해 우연히 발견 한 doctype의 특성을 무시합니다.

다양한 문제에 대해 잘 알고있는 평판이 좋은 팀이 작성한 다음 2 개의 게시물을 읽어 보시기 바랍니다.

캠페인 모니터의 테이크

산의 테이크에 대한 이메일


재미 있네요 ... 여기 게시물이 오래되었다고 말하고 7 년 된 블로그 게시물에 대한 답변에 링크를 넣었습니다!
Alexis Wilke

2
그랬지만 엄선 된 블로그 게시물은 권위있는 성격 때문에 엄선 된 글이었고, 당시를 바라 보는 편이 다소 앞섰습니다. 그들이 표현한 의견은 그 당시에는 상당히 드물었습니다. 특히 여기에서 다른 응답이 공유하는 날짜가있는 주장과 대조되는 경우에는 더욱 그렇습니다.
kamelkev

@AlexisWilke와 링크 중 하나는 3 년 전에 여기에서 언급되었습니다 ! 하지만 적어도 지금은 답변에 있으므로 업
보트로

11

그것을받는 이메일 클라이언트에 전적으로 의존합니다. 내 경험상 HTML을 해석하는 대부분의 이메일 클라이언트는 full body / head / html 태그 등이 있더라도 상관하지 않습니다. 사실 대부분의 브라우저에는 이러한 태그가 필요하지 않습니다. 스타일 / 제목 등을 포함하려면 head 태그가 있어야합니다. 그렇지 않으면 실제로 필요하지 않습니다. 나는 그들이 필요한 것을 본 적이 없습니다.


3
html / head / body 태그는 항상 선택 사항입니다.
Josh Lee

10

내가 아는 한 가지 사실이 있습니다. HTML 열기 및 닫기 태그를 사용하면 이러한 많은 어플라이언스 기반 필터 및 소프트웨어 방화벽이 html을 사용하지만 사용하지 않는 이메일에 포인트를 추가 할 수 있기 때문에 일반적인 스팸 스코어링에 도움이됩니다. 여는 태그와 닫는 태그.


11
이 주장을 뒷받침 할 증거가 있습니까?
알렉스

10
지난 며칠 동안 Gmail에서 "원본보기"만으로 이러한 행동을 관찰했습니다. 여는 태그가없는 이메일에 대한 스팸 점수를 볼 수 있습니다. 예 : X-Spam-Level : * | X-Spam-Report : score = 1.6 테스트 = HTML_MESSAGE, HTML_MIME_NO_HTML_TAG, MIME_HTML_ONLY | X-스팸 점수 : 1 - 예를 참조 wiki.apache.org/spamassassin/Rules/HTML_MIME_NO_HTML_TAG
리처드 홀리스

1
저도 이것을 보았습니다. 일부 회사는 스팸 격리 임계 값이 너무 낮아서 HTML 태그가 누락 되어도 이메일이 통과하지 못할 수 있습니다. 이 페이지에는 사용 가능한 정확한 설정이 나열되어 있지 않지만 소프트웨어가 "HTML_MIME_NO_HTML_TAG"규칙에 대한 메시지를 "HTML 전용 메시지와 함께 설명"과 함께 남기는 것을 보았지만 HTML 태그가 없습니다. " techlib.barracuda.com/BSF/SpamScoring
JHS

3

올바른 방법이 없다고 생각하지만 가능한 한 많은 이메일 독자가 이메일을 볼 수 있도록 노력하고 있습니다.

Outlook은 더 많은 것을 허용하기 때문에 일반적으로 Thunderbird에서 이메일을 확인합니다.

Thunderbird에서 이것은 이메일에 대한 HTML 코드입니다 (HTML을 표시하는 확장자가 있습니다).

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
        This is the body text<br>
<div class="moz-signature"><i><br>
<br>
Regards<br>
Alex<br>
</i></div>
</body>
</html>

BTW, 할 수있을 때마다 모든 웹 양식에 일반 텍스트 이메일을 사용합니다. html + plain 텍스트 이메일을 사용하는 블랙 베리 이메일에 많은 문제가있었습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.