문서로 건너뛰기
지식 베이스

보낸 메일의 열람 시점 확인

보낸 메시지가 열렸는지, 언제, 몇 번 열렸는지, 어떤 링크가 클릭되었는지 알려 줍니다. 끄기 전까지 켜져 있으며, 얻을 수 없는 측정치에 대해서는 솔직하게 밝힙니다.

세부 사항

  • 스위치는 하나가 아니라 둘이며, 메일함에서 끄지 않는 한 둘 다 켜져 있습니다. 열람과 클릭은 메일을 받는 사람과 맺는 서로 다른 거래입니다. 픽셀은 메시지가 표시되었다는 것만 보고하는 반면, 다시 쓴 링크는 실제 방문을 저희 쪽으로 경유시키므로, 앞의 것은 원하지만 뒤의 것은 거부하는 발신자가 많습니다. 둘 다 끄고 보낸 메시지에는 픽셀도, 다시 쓴 링크도, 추적되었다고 주장하는 행도 없습니다. API로 보낼 때는 tracking: { opens, clicks }를 지정해 메일함 단위가 아니라 그 메시지 하나에 대해 결정할 수 있으며, 양방향으로 작동합니다. 아무것도 기록되지 않기를 바라는 프로그램은 메시지마다 그렇게 지정하면 메일함 설정과 무관하게 그대로 적용됩니다.
  • 어느 스위치든 결정하는 것은 다음 메시지가 무엇을 싣고 나가느냐뿐입니다. 이미 보낸 메일은 나갈 때 실은 픽셀과 다시 쓴 링크를 그대로 유지하고 스위치를 끈 뒤에도 계속 보고합니다. 그것을 멈추는 유일한 방법은 사람들이 이미 가지고 있는 메시지의 링크를 망가뜨리는 것인데, 이는 계속 세는 것보다 독자에게 더 나쁜 일입니다. 추적을 끄는 것은 지금부터 나가는 메일에 대한 결정이며, 회수는 없습니다.
  • 열람이나 클릭에 대해 IP 주소는 저장하지 않으며, 저장할 컬럼 자체가 없습니다. 보관하는 것은 요청이 저희에게 닿기 전에 엣지가 이미 알고 있던 정보(국가, 지역, 도시, 시간대이며 어느 것도 조회해서 얻지 않습니다)와, 자정(UTC)마다 바뀌는 값으로 솔트를 준 주소 및 user agent의 SHA-256 지문입니다. 이 해시 덕분에 보고서가 열람 두 번이 아니라 기기 두 대라고 말할 수 있으며, 하루가 지나면 저희를 포함해 누구도 그것을 주소로 되돌릴 수 없습니다. 위치는 사람이 아니라 네트워크에 관한 사실로 읽으세요. VPN이나 회사 프록시를 쓰는 사람은 가 본 적 없는 곳에 있는 것으로 보고됩니다.
  • 숫자 뒤에는 두 종류의 기록이 있습니다. 히트 행에는 측정에 동의한 적 없는 사람에 대한 user agent, 도시, 지문이 담기며, 발송 후 며칠간 묻게 되는 질문에 답하기 위해 존재합니다. 그것이 스캐너였는지, 어떤 기기였는지, 정말 그 사람이었는지 같은 질문입니다. 다른 종류는 열람 자체(메시지별·링크별 최초, 최종, 횟수)이며, 이는 메시지를 연 사람이 아니라 내 메일에 관한 사실입니다.
  • 자동화된 요청은 기록한 뒤 집계에서 제외하는데, 이는 버리는 것과 다릅니다. Apple의 Mail Privacy Protection은 사람이 보든 말든 배달 시점에 모든 메시지의 모든 원격 이미지를 내려받습니다. 기본으로 켜져 있고, 그것을 집계하면 모든 발신자에게 아무 의미 없는 100%에 가까운 열람률을 안겨 주므로, user agent와 요청이 나온 네트워크로 식별해 기계로 표시합니다. 기업용 스캐너, 링크 검사기, 헤드리스 브라우저, 그리고 발송 후 10초 이내에 도착한 모든 요청도 같은 방식으로 표시합니다. 사람이 하는 어떤 일도 그렇게 빠르지 않기 때문입니다. user agent는 그것에서 읽어 낸 내용과 나란히, 도착한 그대로 보관합니다. 그 문자열이 호출이 이루어진 근거이고, 입력과 대조할 수 없는 호출은 아무도 바로잡을 수 없는 호출이기 때문입니다. 클라이언트는 거기에 무엇이든 쓸 수 있고 상당수는 사실상 아무것도 밝히지 않으므로, 그것은 사실이 아니라 주장입니다. 보고서는 로그와 총계 사이에 설명 없는 공백을 남기는 대신 몇 건이 걸러졌는지 표시합니다.
  • Gmail은 세 번째 경우이며 그렇게 보고됩니다. Gmail의 이미지 프록시는 누군가 메시지를 표시했기 때문에 이미지를 가져오므로 열람은 진짜이지만, 기기, 위치, 클라이언트는 알 수 없습니다. 게다가 프록시가 캐시하므로 두 번째, 세 번째 열람은 저희에게 아예 도달하지 않을 수 있습니다. Gmail을 통한 열람 수는 총계가 아니라 하한선입니다.
  • 열람이 기록되지 않았다는 것은 메시지를 읽지 않았다는 증거가 아닙니다. 원격 이미지 차단은 흔한 일이고, 많은 클라이언트가 기본으로 켜 두며 나머지도 모두 그 기능을 제공하는데, 그러면 이 측정은 완전히 무력화됩니다. 그래서 여기서의 침묵은 어느 방향으로도 증거가 되지 않으며, 가장 자주 받게 될 답이기도 합니다. 제품의 어떤 부분도 추적되지 않았거나 보고되지 않은 메시지를 “열지 않음”으로 표시하지 않습니다. 그것은 없음을 거부로 읽는 일이기 때문입니다.
  • 클릭은 열람보다 강한 증거이므로 둘을 하나의 숫자로 합치지 않습니다. 이미지가 차단되는 일이 링크가 클릭되지 않는 일보다 훨씬 잦으므로, 클릭은 있는데 열람이 없는 메시지는 확실히 읽힌 메시지입니다. 메시지당 최대 100개의 목적지가 각각 한 번씩 다시 쓰입니다. 헤더 이미지, 버튼, 푸터에서 같은 캠페인 페이지로 연결된 링크는 자체 카운트를 가진 하나의 행이 됩니다. 그것은 같은 질문을 세 번 한 것이며, 보고서가 어딘가에서 무언가가 클릭되었다고 말하는 대신 어떤 링크가 따라갈 가치가 있었는지 말할 수 있어야 하기 때문입니다. 그 상한을 넘은 나머지 링크는 버리지 않고 작성된 그대로 둡니다. 추적되지 않는 링크도 여전히 동작하지만, 링크 200개를 조용히 잃어버리는 메시지는 동작하지 않기 때문입니다.
  • 다시 쓴 링크는 저희가 메시지에 직접 넣지 않은 곳을 가리킬 수 없습니다. 목적지는 행에 보관되고 URL에는 그 id만 실리므로, 조작할 쿼리 파라미터가 없고 이곳의 어떤 것도 메일 제공자 도메인에서 동작하는 오픈 리디렉트로 바뀔 수 없습니다. 그것이 피싱 캠페인의 재료이기 때문입니다. 리디렉트는 301이 아니라 302입니다. 영구 리디렉트는 브라우저와 그사이의 모든 프록시가 캐시하므로 집계가 1에서 멈춰 그대로 남기 때문입니다. 메시지가 이미 삭제된 링크는 맨 404로 답하는 대신 해당 주소가 더 이상 어디도 가리키지 않는다고 알립니다.
  • 회신에서는 새로 쓴 부분만 다시 쓰입니다. 그 아래 인용된 이전 대화는 다른 사람의 메시지이며 그 링크는 그들의 것으로 남습니다. Sent에 보관되는 사본에서는 픽셀이 제거되고 모든 링크가 작성한 그대로 복원됩니다. 그러지 않으면 자기가 보낸 메일을 전달할 때 수신자의 토큰이 낯선 사람에게 넘어가고, 자기 보낸편지함에서 링크를 클릭하면 수신자가 클릭한 것으로 기록되며, 보관한 사본이 자신이 쓴 것과 달라집니다.
  • 수신자가 한 명인 메시지는 언제나 그 사람을 명시합니다. 다른 사람일 수가 없기 때문입니다. 한 명을 넘어서면, 누가 열었는지 이름을 밝히려면 각자에게 본문 사본을 따로 주어야 하는데, 이는 사람마다 다시 만들어도 감당할 만큼 작은 메시지에서만 이루어집니다. 추정 크기에 수신자 수를 곱한 값이 8MB 미만이어야 합니다. 그 예산을 넘어서면, 그리고 암호문 블록 하나가 사람마다 달라질 수 없는 봉인된 메시지에서는, 하나의 본문이 모두에게 전달되고 열람은 목록에서 고른 이름이 아니라 이 메시지의 누군가로 기록됩니다. 그 경우 30초 이내에 두 사람이 열면 한 번의 열람으로 계산되는데, 이는 같은 한계를 다르게 말한 것입니다. 30초는 모든 경우의 기준 구간입니다. 미리보기 창이 다시 그려지거나 메시지가 다시 화면에 들어오면 이미지를 다시 가져오지만 두 번째 열람으로 보지 않습니다.
  • 한 OpenEmail 메일함에서 다른 OpenEmail 메일함으로 간 메일은 리더 자체가 열람을 보고합니다. 이곳의 리더는 저희 것을 포함해 모든 메시지에서 1×1 이미지를 화면에 닿기 전에 제거하므로 픽셀은 결코 가져와지지 않습니다. 원격 이미지를 표시한 상태로 메시지가 표시되면, 리더는 그 메일함이 받은 사본에 대해 열람을 기록하고 클라이언트를 OpenEmail로 표기합니다. 이미지를 숨겨 두는 사람에게서는 이미지를 차단하는 다른 클라이언트와 마찬가지로 아무것도 기록되지 않습니다. 링크는 어디서도 제거되지 않으므로, OpenEmail 메일함 간 클릭은 평소와 같은 방식으로 돌아옵니다.
  • 보고서 전체는 이미 보낸 메일을 다루는 emails:read 스코프로 REST API에서 제공됩니다. 목록, 지정한 기간 동안 추적된 메시지의 열람률과 클릭률, 그리고 요청하면 자동화된 것까지 포함한 개별 히트를 제공합니다. 히트 단위 로그는 사본당 2,000행에서 멈추고 카운터는 계속 올라가므로, 반복 호출로 가져간 픽셀이 아무도 보지 않는 테이블을 키울 수 없습니다.
  • 추적을 끄고 보낸 메시지는 열람 0회가 아니라 아무것도 표시하지 않습니다. 아무도 열지 않았다는 것과 기록하지 않았다는 것은 서로 다른 답이며, 제품의 어떤 부분도 둘을 같은 방식으로 표시하지 않습니다.