이메일 스키마: 당신이 알아야 할 6가지와 음모론

받은 편지함에 읽지 않은 이메일이 54개 있으면 가벼운 이메일의 날이라고 할 수 있습니다.

오, 실제로 각 이메일을 열고 내용을 완전히 읽고 행동 유도를 클릭한 다음 행동 유도를 실제로 따를 시간이 있다면 얼마나 완벽한 세상이 될까요? 그 대신, 내 이메일 프로세스에는 내가 정직하게 참석하려는 가상 Chrome 탭 "할 일" 목록에 누적되는 고된 클릭이 포함되지만 일반적으로 너무 많은 탭을 열면 컴퓨터가 작동하지 않습니다.

이것이 당신에게 어떤 영향을 미칩니까? 글쎄요, 당신이 내셔널 지오그래픽 이라면 다음 달에 구독을 갱신하지 않을 것이라는 뜻이고, 당신이 내 삼촌이라면 내 조카의 퀸시네라에 대한 RSVP가 방금 전에 길을 잃었다는 뜻입니다. 사이버 셔플.

Google의 누군가가 이와 같은 문제를 겪었을 것이라고 생각합니다. Google이 지난 달에 Gmail에서 다른 곳으로 이동할 필요 없이 이벤트에 회신하고, 제품 및 서비스를 검토하고, CTA에 대한 조치를 취할 수 있도록 하는 스키마 기반 "빠른 작업 버튼"을 발표했기 때문입니다. 사실, 이메일을 열 필요도 없습니다. 원 클릭 버튼은 제목 줄 보기에서 바로 렌더링됩니다.

Google은 이 새로운 추가 기능이 "디지털 할일을 가능한 한 빨리 처리하는 데 도움을 주기 위한 것"이라고 말하며 실제로 무언가를 하고 있을 수 있다고 생각합니다. 마케팅 관점에서 원 클릭 버튼을 구현하면 전환 프로세스의 단계를 건너뛰고 "충동 구매" 옵트인을 활용할 수 있으며 일반적으로 고객이 원하는 것을 수행하기 위해 건너뛰어야 하는 골대 수를 제한할 수 있습니다. 할 일( 뉴스레터 이중 수신 동의 이메일이 즉시 떠오름 ).

나만의 모험을 선택하세요:

이메일 스키마 작동 방식에 대한 자세한 내용을 보려면 계속 읽으십시오. 또는 기본 사항에 대해 이미 잘 알고 있는 경우 아래의 음모 이론 가설 섹션으로 건너뛰어 이메일 스키마의 이론적 미래에 대해 저와 함께 상상해 보십시오.

이메일 스키마란 무엇입니까? 알아야 할 6가지

1) Google은 이러한 제목줄 이메일 버튼을 "빠른 작업 버튼"이라고 합니다. 빠른 작업 버튼은 스키마에 의해 정의된 작업 또는 대화형 카드에 의해 구동되며 최적화 프로그램이 수년 동안 지식 정보 및 리치 스니펫에 영향을 미치는 데 사용해온 개방형 플랫폼 마크업 언어입니다. 현재 빠른 작업 버튼은 Gmail에서만 렌더링되지만 이 프로젝트는 스키마 기반이므로 다른 이메일 클라이언트가 이 기술을 채택하고 언제든지 특정 이메일 경험을 반영하는 버튼 렌더링을 시작할 수 있습니다.

지금 당장은 스키마 마크업이 포함된 이메일이 Actions를 지원하지 않는 이메일 클라이언트로 전송되면 부정적인 영향 없이 마크업이 무시될 것입니다.

참고: Google은 Gmail에서 사용하는 일부 스키마가 현재 schema.org 표준 어휘의 일부가 아니므로 향후 변경될 수 있다는 점을 매우 구체적으로 전달합니다. Google은 그런 일이 발생하면 "이 스키마를 사용하는 모든 개발자와 사용자에게 가능한 한 원활하게 필요한 전환을 하려고 노력할 것"이라고 말합니다. 이메일 스키마 제안의 현재 상태에 대해 자세히 알아보세요.

2) 퀵액션 버튼에는 인앱(In-App)과 이동 액션(Go-To Actions)의 두 가지 유형이 있습니다. 인앱 작업은 이벤트에 회신할 수 있는 버튼을 렌더링하고, 별점 및 텍스트 댓글과 함께 리뷰를 제출하고, 구독 갱신 또는 외부 웹사이트 대기열에 콘텐츠 저장과 같은 원클릭 작업을 수행할 수 있습니다( NetFlix 또는 Spotify 생각 ). 이동 작업은 외부 웹사이트로 트래픽을 보내는 원클릭 제목 줄 버튼입니다. 이 유형의 작업은 작업에 여러 단계가 있거나 항공편 체크인과 같이 한 단계 로 완료하기에는 너무 복잡할 때 사용됩니다. 더 많은 작업이 schema.org 표준 어휘에 추가될 것입니다.

Gmail은 또한 항공편 취소, 항공편 확인, 항공편 체크인을 포함한 여러 비행 편의를 이메일에서 직접 수행할 수 있는 하나의 Flight Interactive Card를 지원합니다. 이 Flight Interactive Card는 자체 스키마이며 Action이 아닙니다.

3) 각 버튼은 한 번만 상호 작용할 수 있습니다. 따라서 내셔널 지오그래픽 잡지 구독 갱신 스키마를 예로 사용하여 '구독 갱신' 버튼을 클릭하면 내셔널 지오그래픽으로 요청이 전송되고 내셔널 지오그래픽 은 요청을 완료하고 요청이 완료되었음을 Gmail로 확인한 다음 버튼이 새로고침되어 버튼 레이블 옆에 확인 표시가 나타납니다.

4) 이메일 클라이언트는 버튼의 사용자 경험을 제어합니다. 즉, Flight Interactive Card의 매개변수를 정의하거나 버튼이 수행할 네 가지 작업(RSVP, 검토, 원 클릭 또는 이동) 중 어떤 작업을 수행할지 정의합니다. , 그리고 클라이언트(예: Google)가 경험을 생성합니다. 즉, 단추를 분홍색이나 원 모양으로 만들 수 없습니다. 기타 버튼 "규칙"에는 다음이 포함됩니다. 원 클릭 및 이동 버튼 레이블은 짧고 간결해야 하며 취해야 할 명확한 조치를 반영해야 하며 구두점이나 모두 대문자를 포함해서는 안 됩니다. RSVP 및 검토 작업에는 Google의 클라이언트 스타일(당연히 "RSVP" 및 "검토"라고 함)에 의해 이미 지정된 레이블이 있기 때문에 이 가이드라인은 One Click 및 Go To 레이블에만 적용됩니다.

5) 현재 프로세스는 매우 통제되어 있으며 Google 시맨틱 마크업으로 보내려는 모든 이메일을 등록하고 승인해야 합니다. 등록 프로세스에는 DKIM 또는 SPF를 통한 이메일 인증과 Google의 일반 이메일 모범 사례 가이드라인의 확고한 준수를 포함한 9단계가 포함됩니다. Google은 또한 빠른 작업 버튼을 프로모션 대량 메일에 사용해서는 안 되며 "높은 상호 작용 비율이 예상되는 거래 메일"에만 사용해야 한다고 매우 구체적으로 밝혔습니다.

I/O 회의에서 Google은 이러한 등록 요청을 신속하게 처리하기 위해 모든 노력을 기울이겠다고 약속했습니다.

6) I/O 회의 데모에서 Google 담당자는 자동으로 RSVP 작업을 생성하고 보내는 Google 캘린더 초대의 예를 보여주었습니다. 이 Google 캘린더 RSVP 작업이 a) Google이 사용자를 위해 의미 체계 마크업을 작성 및 구현하고 b) 일상적인 사람들이 작은 크기로 이메일 스키마를 보낼 수 있는 유일한 시나리오(현재로서는 찾을 수 있음)를 나타내기 때문에 이 문제를 제기합니다. 규모.

테스트 이벤트 초대로 이 작업을 조사하기 위해 두 개의 Gmail 계정을 사용했으며 현재로서는 RSVP 작업이 Gmail 환경에서 자동으로 생성되지 않는 것 같습니다. ( 그것이 당신의 것에서 작동합니까? Google은 빠른 조치가 "앞으로 몇 주 동안 롤아웃"될 것이라고 말하면서 어떤 조치가 롤아웃되었는지에 대해 매우 모호합니다. )

이메일 스키마에 대해 어떻게 생각합니까?

개인적인 관점에서 나는 습관적인 이메일 회피자이자 탭 남용자로서 이메일을 열지 않고도 작업을 빠르게 완료할 수 있는 원클릭 버튼에 대해 흥분합니다. 충동구매자로서, 나는 또한 이 구현이 다음과 같은 방식으로 내 지갑에 어떤 영향을 미칠 수 있는지 알 수 있습니다. Amazon의 1-Click 주문이 있습니다.

마케터이자 카피라이터로서 내 첫 생각 중 하나는 " ...하지만 이메일에 들어 있는 단어와 이미지는 어떻습니까? 그것들은 그저 바람에 흩날리는 먼지일 뿐입니 까?” 그런 다음 들어오는 이메일 팝업은 사람들이 많은 이메일을 받고 간단히 말해서 볼 시간이 있는지 없는지를 상기시켰습니다. 받는 사람이 클릭 한 번만 할 수 있는 시간이 없으면 이메일이 무시되므로 클릭 한 번 옵션은 캠페인에만 도움이 됩니다. 또한, 빈 소비자 지갑은 완전한 기업 지갑과 카피라이터의 급여를 의미합니다.

음모론 가설

최근(그리고 아마도 강박적으로) 이메일 스키마에 대한 거의 모든 문서 페이지를 읽었으며 상상할 수 있듯이 댓글 섹션에서 논의하고 싶은 몇 가지 점과 같은 가설이 마음에 들었습니다.

1) 이메일 스키마가 SERP 주문에 영향을 줍니까?

현재 검색 엔진에 대한 리치 스니펫 및 지식 정보 데이터를 정의하는 데 사용하는 스키마가 SERP 순위를 향상시키는 것은 아니지만 검색 기록 개인화로 인해 웹사이트가 더 자주 또는 더 많이 표시되거나 더 많이 표시되도록 할 수 있는 상호 작용을 장려합니다. 낮추다. 그렇다면 Google이 개인 검색 엔진 결과 페이지에 표시되는 내용에 영향을 미치기 위해 이메일 스키마와의 상호 작용에서 단서를 취하는 것을 볼 수 있습니까? 예를 들어 내가 식당 Allison's Country Kitchen을 별 5개로 평가하면 Google은 이를 내가 그 식당에 갔고 마음에 들었다는 신호로 받아들일 수 있습니다. "Ventura County Dining" 또는 "Breakfast places in Ventura"를 검색할 때 해당 정보를 사용하여 Google은 내 이메일 스키마 레스토랑 평가를 고려하여 내 선호도를 더 잘 이해할 수 있으며, 그러면 Allison의 지역 항목이 표시될 수 있습니다(지도와 함께! ) 또는 레스토랑 웹사이트에 대한 링크가 페이지 상단에 나타납니다.

당신의 생각? 실현 가능합니다. 이것은 확실히 일어날 것입니까, 아니면 일어나지 않을 것입니까?

2) Google은 Zagat 리뷰를 Gmail로 가져오나요? Zagat, Gmail 및 Squarespace가 아기를 가질 수 있습니까?

현재 Google에 따르면 이메일 스키마 검토 정보는 이메일 발신자가 지정한 마크업을 통해 "타사" 공급업체에 전달됩니다. Google이 Zagat을 소유하고 있고 최근 Google 지도에 Zagat 리뷰가 추가됨에 따라 Google에서 원클릭 Zagat 리뷰를 이메일 스키마의 표준으로 만들 것인지 궁금합니다. ( Zagat 블로그는 "이것은 시작에 불과합니다. 우리는 Google 내에서 차세대 Zagat을 위해 많은 준비를 하고 있습니다."라고 말합니다. ) 두 번째 이론: Zagat/Gmail 두 사람이 팀을 이룰 수 있는 방법이 있는지 궁금합니다. Foursquare 와 같은 사람에게 이메일을 보내달라고 요청하십시오. 예를 들어, 한 사람이 레스토랑에 체크인한 지 4시간 후에 레스토랑에 대한 리뷰를 요청하거나 앱 내 리뷰 액션에 대한 경험을 평가해 달라는 요청이 있습니다.

생각? 실현 가능합니까, 아니면 불가능합니까?

믿게 이야기하자! 자신의 이메일 스키마 음모 이론이 있습니까? ( 지금 여기에서 이메일 스키마를 사용하는 방법에 대한 전술적 질문이 있는 경우 진지하게 이야기할 수도 있습니다. )