การส่งตอนที่ 12: ถึงเวลายอมรับ AMP สำหรับอีเมลแล้วหรือยัง

ในตอนนี้ของ Delivering พิธีกร Jason Rodriguez ย้อนดู (เกือบ) สองปีของ AMP สำหรับอีเมล นัยยะสำหรับอุตสาหกรรมนี้ และพยายามตอบคำถามว่านักการตลาดผ่านอีเมลควรเปิดรับนวัตกรรมล่าสุดของ Gmail หรือไม่

ถอดเสียงตอน

ยินดีต้อนรับสู่ Delivering พอดคาสต์เกี่ยวกับการออกแบบอีเมล กลยุทธ์ การเขียนคำโฆษณา การพัฒนา และอุตสาหกรรมการตลาดผ่านอีเมล ฉันเป็นเจ้าภาพของคุณ เจสัน โรดริเกซ การส่งมอบมาถึงคุณโดย Litmus ซึ่งเป็นแพลตฟอร์มเดียวที่ได้รับความไว้วางใจจากผู้เชี่ยวชาญเพื่อช่วยให้คุณส่งอีเมลด้วยความมั่นใจทุกครั้ง ผู้เชี่ยวชาญด้านการตลาดกว่า 600,000 คนใช้เครื่องมือของ Litmus เพื่อสร้าง ทดสอบ และวิเคราะห์แคมเปญอีเมลที่ดีขึ้นได้เร็วยิ่งขึ้น

ตรงไปที่ litmus.com เพื่อเริ่มการทดลองใช้ Litmus ฟรี 7 วัน และเริ่มส่งอีเมลที่ดีกว่าวันนี้

อย่าลืมสมัครใช้บริการ Delivery บน iTunes หรือ Spotify เพื่อฟังตอนต่างๆ ในอนาคต และเข้าร่วมการสนทนาบน Twitter โดยใช้แฮชแท็ก #DeliveringPodcast

—

ในเดือนกุมภาพันธ์ของปีที่แล้ว ทีม Gmail ได้ประกาศความคิดริเริ่มใหม่ที่เรียกว่า AMP สำหรับอีเมล ในบล็อกโพสต์ดั้งเดิม Google เรียกมันว่า "โอกาสในการปรับปรุงสถานที่ยอดนิยมแห่งหนึ่งซึ่งผู้คนใช้เวลาของพวกเขา" รวมถึง "วิธีที่มีประสิทธิภาพสำหรับนักพัฒนาในการสร้างประสบการณ์อีเมลที่น่าดึงดูดโต้ตอบและดำเนินการได้" มากขึ้น 270 พันล้านอีเมลที่ส่งทุกวัน แม้ว่าการประกาศจะเชื่อมโยงกับเอกสารแนะนำบางส่วน แต่โพสต์ดังกล่าวมีรายละเอียดที่ไม่ค่อยชัดเจน นอกเหนือไปจากข้อเท็จจริงที่ว่าบริษัทอย่าง Pinterest และ Booking.com ใช้ AMP เพื่อสร้างประสบการณ์เชิงโต้ตอบที่มากขึ้นเหล่านั้น

แม้จะมีข้อมูลจำกัดและไทม์ไลน์ที่คลุมเครือเกี่ยวกับ AMP สำหรับอีเมลที่เปิดตัว "ในปลายปีนี้" แต่อุตสาหกรรมอีเมลกลับถูกครอบงำโดยบล็อกโพสต์และการสนทนา Twitter เกี่ยวกับคุณลักษณะล่าสุดจากทีม Gmail ในทันที

ความคิดเห็นที่หลากหลาย

นักการตลาดผ่านอีเมลบางคนยกย่องการประกาศนี้เป็นก้าวสำคัญสำหรับอุตสาหกรรมนี้ คนอื่นๆ พิจารณาถึงการใช้งาน การวิพากษ์วิจารณ์สาธารณะเกี่ยวกับโครงการ AMP ที่ครอบคลุมของ Google และประวัติของ Google เกี่ยวกับฟีเจอร์ของ Gmail และการฆ่าผลิตภัณฑ์โดยไม่มีการเตือนล่วงหน้ามากนัก และคร่ำครวญถึงการประกาศดังกล่าวว่าเป็นก้าวที่ผิด

ยอมรับว่าตกหนักเข้าค่ายหลัง ในบล็อกโพสต์บนไซต์ส่วนตัวของฉันที่เผยแพร่ไม่กี่วันหลังจากการประกาศของ Google ฉันกล่าวว่า:

ในแง่ตรรกะ ฉันไม่เห็นว่า Google ได้รับการปรับใช้ที่จำเป็นเพื่อให้ AMP สำหรับอีเมลทำงานบน ESP และโปรแกรมรับส่งเมลอื่นๆ ฉันคิดว่าทีม Gmail ควรจะทำงานเพื่อนำอีเมลเชิงโต้ตอบและไดนามิกมาสู่ผู้ใช้ แต่พวกเขาควรทำในบริบทของการปรับปรุงการสนับสนุนสำหรับ HTML, CSS และ JavaScript ที่เหมาะสม (หากพวกเขาสามารถปีกได้)

มีการเปลี่ยนแปลงมากมายในเกือบสองปีนับตั้งแต่การประกาศ AMP for Email ดั้งเดิม ฉันต้องการใช้ Delivering ในตอนนี้เพื่ออ่าน AMP ซึ่งมีความหมายต่อนักการตลาดอีเมล นักพัฒนาซอฟต์แวร์ และสมาชิก และพยายามตอบคำถามว่า "ถึงเวลาที่จะยอมรับ AMP สำหรับอีเมลแล้วหรือยัง"

ฉันเดาว่าสิ่งแรกที่เราควรเริ่มด้วยคือคำจำกัดความ AMP สำหรับอีเมลคืออะไร

ที่ระดับพื้นฐานที่สุด AMP สำหรับอีเมลเป็นข้อกำหนดมาร์กอัปใหม่ที่สามารถเพิ่มทับอีเมล HTML แบบเดิมเพื่อให้มีฟังก์ชันพิเศษในกล่องจดหมาย

เคยได้รับการแจ้งเตือนทางอีเมลเมื่อมีคนแสดงความคิดเห็นใน Google Doc ของคุณหรือไม่ สังเกตว่าตอนนี้คุณสามารถแสดงความคิดเห็นกลับโดยตรงใน Gmail ได้อย่างไร โดยให้ข้อเสนอแนะโดยไม่ต้องออกจากกล่องจดหมาย นั่นคือการทำงานของ AMP สำหรับอีเมล

AMP ให้คุณเพิ่มการโต้ตอบในกล่องจดหมาย ตั้งแต่ภาพหมุนพื้นฐานไปจนถึงการให้คะแนน เนื้อหาที่อัปเดตแบบไดนามิก และแม้แต่การเรียกขั้นสูงกลับไปยังเซิร์ฟเวอร์ของคุณเอง ทั้งหมดนี้เกิดขึ้นโดยใช้มาร์กอัป AMP ที่ดูเหมือน HTML แต่เป็นข้อกำหนดใหม่ รหัสดังกล่าวเขียนในไฟล์อีเมลแยกต่างหาก โดยส่งโดยใช้ประเภท MIME เพิ่มเติม (นอกเหนือจากประเภท HTML และข้อความที่มีอยู่แล้วที่ส่งไปพร้อมกับอีเมลทางการตลาด) และต้องใช้เครื่องมือเพิ่มเติมเล็กน้อยเพื่อทดสอบและส่ง

แม้ว่าจะยังไม่มีอีเมลที่ขับเคลื่อนโดย AMP มากนัก แต่บริษัทต่างๆ เช่น Pinterest, Booking.com และ Indeed ก็ได้ทำสิ่งที่เจ๋งๆ กับ AMP ผู้คนจากทั้งสามคนเคยพูดในการประชุม Litmus Live ของเราเองเมื่อสองปีที่แล้ว แบ่งปันประสบการณ์ของพวกเขากับ AMP

Pinterest ได้สร้างอีเมลเจ๋งๆ ที่ผู้คนสามารถเรียกดู บันทึก และจัดระเบียบหมุดได้โดยตรงในแคมเปญ การจองสามารถแสดงและอัปเดตข้อเสนอการเดินทางและรายละเอียดแบบเรียลไทม์ได้แล้ว และ Janie Clarke และ Rohan Kapoor จาก Indeed ก็ได้อวดผลงานมากมายที่พวกเขาทำที่ Litmus Live Boston ในปีนี้ รวมถึงอีเมลที่ผู้หางานสามารถดูรายละเอียดและเริ่มขั้นตอนการสมัครได้ในกล่องจดหมาย

หวังว่าคำอธิบายดังกล่าวจะทำให้การตอบคำถามถัดไป "ทำไมคุณถึงต้องการใช้ AMP" เป็นเรื่องง่าย AMP ให้คุณทำสิ่งต่างๆ ในอีเมลที่ก่อนหน้านี้ทำไม่ได้หรือใช้งานยาก แม้ว่าการโต้ตอบของอีเมลจะมีมานานหลายปีที่ขับเคลื่อนโดย HTML และ CSS แต่ AMP ก็ยกระดับสิ่งต่าง ๆ ไปอีกระดับอย่างมีประสิทธิภาพ

คนอย่าง Mark Robbins และทีมงานของ Rebel ซึ่งเพิ่งได้รับมาจาก Salesforce ได้ใช้เวลามากมายในการเพิ่มการโต้ตอบขั้นสูงให้กับแคมเปญอีเมล สิ่งที่เริ่มต้นด้วยภาพหมุนธรรมดาๆ ในที่สุดก็พัฒนาเป็นสิ่งต่างๆ เช่น ฟีด Twitter แบบไดนามิกและแบบสำรวจเต็มรูปแบบและประสบการณ์การชำระเงินในอีเมล ทั้งหมดนี้ส่วนใหญ่ขับเคลื่อนโดยสิ่งที่เรียกว่า "การแฮ็กช่องทำเครื่องหมาย" นักพัฒนาอีเมลใช้ประโยชน์จากวิธีการทำงานของช่องทำเครื่องหมาย HTML เพื่อติดตามสถานะในอีเมล และแสดงและซ่อนเนื้อหาตามเงื่อนไขตามสิ่งที่สมาชิกทำในอีเมล เมื่อรวมกับการส่งข้อมูลผ่านพารามิเตอร์ของ URL เนื้อหาที่อัปเดตแบบไดนามิกโดยใช้ CSS และการเขียนสคริปต์ฝั่งเซิร์ฟเวอร์ ผู้พัฒนาอีเมลก็มีอำนาจพอสมควร

แต่การสร้างอีเมลเหล่านั้นจำเป็นต้องมีชุดทักษะเฉพาะทาง การทดสอบที่เพียงพอ และความเข้าใจว่าการโต้ตอบไม่สามารถใช้ได้กับไคลเอ็นต์อีเมลทั้งหมด สำหรับหลายๆ ทีม การโต้ตอบเป็นสิ่งที่เข้าถึงไม่ได้

คำมั่นสัญญาของ AMP คือตอนนี้ทุกคนสามารถเข้าถึงการโต้ตอบและการทำงานขั้นสูงด้วยภาษามาร์กอัปที่ค่อนข้างเรียบง่ายและน้ำหนักเบา ซึ่งน่าจะง่ายต่อการเริ่มต้นสำหรับทุกคนที่คุ้นเคยกับ HTML ด้วยโค้ดไม่กี่บรรทัด นักการตลาดผ่านอีเมลสามารถใส่หีบเพลง แอนิเมชั่น ภาพหมุน ไลท์บ็อกซ์ แบบสำรวจ ฟีด โพล เรตติ้ง และอื่นๆ ในแคมเปญอีเมลใดๆ ก็ได้ โดยใช้เวอร์ชัน HTML และ CSS เริ่มต้นเป็นทางเลือก

AMP ให้คำมั่นสัญญาถึงฟังก์ชันการทำงานที่ได้รับการปรับปรุงและเพิ่มการมีส่วนร่วมจากสมาชิก สำหรับนักการตลาดอีเมลที่ต้องการใช้ประโยชน์จาก 11 วินาทีที่สมาชิกส่วนใหญ่ใช้จ่ายไปกับอีเมล AMP ดูเหมือนเป็นเครื่องมือที่ยอดเยี่ยม

ด้วยคำสัญญาเช่นนั้น ทำไมคุณไม่ต้องการใช้ AMP สำหรับอีเมล

สำหรับฉัน การวิพากษ์วิจารณ์แบ่งออกเป็นสองประเภท: การใช้งานและการกระจายตัว

จากมุมมองของการใช้งาน AMP สำหรับอีเมลยังไม่ค่อยปรากฏ ดังที่ฉันได้กล่าวไว้ก่อนหน้านี้ โค้ดที่ขับเคลื่อนอีเมลแบบ AMP จะอยู่ในไฟล์แยกต่างหากซึ่งต้องมีการส่ง MIME ประเภทที่สามควบคู่ไปกับอีเมล HTML และข้อความธรรมดาของคุณ ณ ตอนนี้ มีผู้ให้บริการอีเมลเพียงไม่กี่รายเท่านั้นที่สนับสนุนการส่ง MIME ประเภทที่สาม แม้ว่ารายการดังกล่าวจะเติบโตได้ในอีกไม่กี่ปีข้างหน้า แต่สำหรับหลายๆ คน การขาดการสนับสนุนไม่ใช่การเริ่มต้น

แม้ว่า ESP ของคุณจะรองรับประเภท AMP MIME คุณก็ยังไม่ออกจากป่า การใช้ AMP สำหรับอีเมลจำเป็นต้องมีการตั้งค่าทางเทคนิคเพิ่มเติม ซึ่งรวมถึงส่วนหัวเฉพาะของ Google ในการส่งข้อความของคุณ และการตั้งค่าความปลอดภัยที่เข้มงวดสำหรับผู้ส่ง เช่น การใช้การเข้ารหัส DKIM, DMARC, SPF และ TLS เมื่อส่งข้อความ AMP น่าเสียดายที่ไม่มีเอกสารนี้ในไซต์ AMP ทำให้นักการตลาดอีเมลจำนวนมากสับสนเมื่อทดสอบข้อความ

โค้ด AMP เองก็ต้องมีการตรวจสอบที่เข้มงวดเช่นกัน โดยจะกลับไปใช้เวอร์ชัน HTML หากคุณไม่ใช้มาร์กอัปที่จำเป็น ในขณะที่ HTML และ CSS พยายามแสดงสิ่งที่ทำได้ AMP จะปิดตัวลงอย่างมีประสิทธิภาพเมื่อเกิดข้อผิดพลาด โชคดีที่ทีม AMP ได้เปิดตัว Playground ออนไลน์ที่สร้างเครื่องมือตรวจสอบและทดสอบแคมเปญที่ขับเคลื่อนด้วย AMP ได้

เมื่อพูดถึงโปรแกรมรับส่งเมลที่แสดงอีเมลที่ขับเคลื่อนโดย AMP การสนับสนุนก็มีจำกัดเช่นเดียวกัน ณ ตอนนี้ AMP รองรับเฉพาะใน Chrome และ Firefox สำหรับเดสก์ท็อปและเมื่อไม่กี่วันที่ผ่านมาบนแอป Gmail มือถือบน iOS และ Android นอกระบบนิเวศของ Gmail AMP อยู่ในรุ่นเบต้าและค่อยๆ ทยอยเปิดตัวสู่ผู้ใช้ Yahoo! Mail และ Outlook.com รวมทั้ง Mail.ru
สำหรับคนอื่นๆ อีเมลที่ขับเคลื่อนด้วย AMP อาจจะไม่เกิดขึ้นในเร็วๆ นี้

แม้ว่า Gmail จะเป็นโปรแกรมรับส่งเมลที่ได้รับความนิยมสูงสุดเป็นอันดับสองตามการวิจัยของเรา และ Yahoo! เมลและ Outlook.com ต่างก็อยู่ในสิบอันดับแรกของไคลเอนต์อีเมลที่ได้รับความนิยมสูงสุด และยังมีผู้ใช้อีกนับล้านที่ใช้ทางเลือกอื่น สำหรับคนเหล่านี้ โอกาสที่ AMP จะมาถึงพวกเขานั้นมีน้อยมาก โดยเฉพาะอย่างยิ่งสำหรับคนจำนวนมากที่ใช้ไคลเอนต์อีเมลรุ่นเก่า เช่น Outlook เวอร์ชันเก่าที่มักจะได้รับเฉพาะการอัปเดตความปลอดภัย ไม่ใช่คุณลักษณะใหม่

ในระดับปรัชญา AMP แนะนำให้มีการแตกแฟรกเมนต์มากขึ้นในระบบนิเวศที่กระจัดกระจายอย่างหนาแน่นอยู่แล้ว มีไคลเอนต์อีเมลและ ESP หลายสิบตัวที่ได้รับความนิยม ซึ่งทั้งหมดนี้เป็นไปตามกฎของตนเองเมื่อแสดงรหัสที่ขับเคลื่อนอีเมล

ไม่เพียงแต่ขาดมาตรฐาน HTML และ CSS ในอีเมลอย่างสมบูรณ์ แต่ทักษะของนักการตลาดอีเมลในสองภาษานั้นแตกต่างกันอย่างมาก แม้ว่าบางทีมจะสะดวกที่จะเขียน HTML และ CSS แบบโต้ตอบ เข้าถึงได้ และโต้ตอบได้ แต่ทีมอื่นๆ ยังคงใช้เทมเพลตและเทคนิคที่ไม่ได้รับการอัปเดตในทศวรรษที่ผ่านมา

การแนะนำมาร์กอัปรสชาติที่สามซึ่งส่วนใหญ่ควบคุมโดยบริษัทหนึ่งและมีแนวโน้มว่าจะเปลี่ยนแปลงในอนาคตนั้นเป็นปัญหา แหล่งข้อมูลขนาดใหญ่ของ Google จะไม่ถูกนำมาใช้ในการปรับปรุงการสนับสนุนสำหรับ HTML และ CSS—ภาษามาตรฐานบนเว็บ—ในไคลเอนต์อีเมลหรือไม่ ทำไมต้องแนะนำมาตรฐานอื่นให้กับผู้คนในการดำเนินการเมื่อเราสามารถทำได้มากด้วยมาตรฐานที่มีอยู่แล้ว? ทำไมไม่ลองใช้การโต้ตอบกับ HTML และ CSS อย่าง Salesforce ที่เพิ่งทำโดยแนะนำบล็อกเนื้อหาเชิงโต้ตอบใน Salesforce Marketing Cloud ที่ขับเคลื่อนโดย HTML และ CSS แทน AMP

นั่นนำเราไปสู่การวิพากษ์วิจารณ์ขั้นสุดท้ายเกี่ยวกับ AMP สำหรับอีเมล คำตอบสำหรับคำถามเหล่านั้นคือการควบคุม แม้ว่า AMP จะเป็นโครงการโอเพ่นซอร์ส แต่ Google ควบคุมโดยสมบูรณ์สำหรับจุดประสงค์และวัตถุประสงค์ทั้งหมด ดังที่เราได้เห็นกับ AMP สำหรับเว็บแล้ว Google ได้ใช้ AMP เป็นวิธีกระตุ้นการใช้จ่ายของผู้ลงโฆษณา เว็บไซต์ที่ขับเคลื่อนด้วย AMP มีความสำคัญในผลการค้นหาของ Google และยังมีองค์ประกอบ amp-ad ที่ทำให้บริษัทต่างๆ ใช้ประโยชน์จาก Google Ads ได้ง่าย ใครจะว่าในไม่ช้า อีเมลที่ขับเคลื่อนด้วย AMP จะได้รับการตั้งค่าในกล่องจดหมาย Gmail มากกว่าทุกแคมเปญ การล็อคอินนั้นแม้ว่าจะดีสำหรับ Google แต่ก็เป็นอันตรายต่อโปรแกรมรับส่งเมล ผู้ส่ง และสมาชิกรายอื่นๆ

ทั้งหมดนี้นำเรากลับไปที่คำถามหลักที่เสนอในตอนต้นของตอนนี้: ถึงเวลายอมรับ AMP สำหรับอีเมลแล้วหรือยัง

ก่อนที่จะยุ่งเกี่ยวกับ AMP มีคำถามสำคัญที่ต้องถามตัวเองและทีมของคุณ

คุณสามารถส่งอีเมลแบบ AMP ได้จริงหรือ ผู้ชมของคุณใช้ Gmail มากไหม คุณมีเวลาและทรัพยากรในการเรียนรู้ภาษามาร์กอัปใหม่และทดสอบแคมเปญใหม่หรือไม่? คุณมีกรณีการใช้งานจริงสำหรับ AMP ในโปรแกรมอีเมลของคุณหรือไม่ หรือคุณแค่ไล่ตามแฟชั่นล่าสุด

ทุกครั้งที่มีฟีเจอร์หรือเทคนิคใหม่ๆ ในอุตสาหกรรมอีเมล ฉันนึกถึงชุดข้อความใน Twitter จาก Fabio Carneiro ผู้ทรงคุณวุฒิด้านอีเมล ในการเผชิญกับการวิพากษ์วิจารณ์ที่ฉันยกมาข้างต้น ฉันคิดว่ามันคุ้มค่าที่จะอ่านอย่างครบถ้วน นี่คือสิ่งที่ Fabio ได้กล่าวไว้ทั้งหมดในปี 2015:

แนวคิดที่ว่าไคลเอนต์อีเมลจะทันสมัยขึ้นหากนักพัฒนาอีเมลเพียงแค่หยุดเขียนโค้ดสำหรับพวกเขา ตรงไปตรงมา ขาดความรับผิดชอบและงี่เง่า

เป็นแนวคิดที่ทำให้ผู้รับโดยเฉลี่ยของคุณตกอยู่ในภวังค์ระหว่างผู้ให้บริการไคลเอนต์อีเมลและผู้พัฒนาอีเมล ซึ่งมันไร้สาระ

เราไม่ได้ทำให้ผู้คนต้องทนทุกข์เพียงเพราะเราต้องการให้สิ่งต่างๆ ดีขึ้น ผู้ใช้ไม่ใช่สกุลเงิน และพวกเขาสมควรได้รับการปฏิบัติที่ดีกว่านี้

เราเขียนโค้ดเพื่อมอบประสบการณ์ที่ดีที่สุดให้กับสภาพแวดล้อมที่เรามี การปรับปรุงสภาพแวดล้อมนั้นไม่ควรต้องแลกมาด้วย UX

หากนักพัฒนาอีเมลต้องตะคอกใส่ผู้ให้บริการลูกค้าจนกว่าพวกเขาจะหน้าซีดเพียงเพราะหวังว่าสิ่งต่างๆ จะเปลี่ยนไป ก็...

นั่นเป็นส่วนหนึ่งของกิ๊ก เตรียมพร้อมสำหรับการต่อสู้ที่ยาวนาน

การวิพากษ์วิจารณ์ที่ฉันมีเกี่ยวกับ AMP สำหรับอีเมลนั้นเป็นไปตามประเด็นของ Fabio แม้ว่าฉันจะไม่เห็นด้วยกับวิธีการของ Google ในการเพิ่มการโต้ตอบในอีเมล แต่ฉันเห็นประโยชน์ต่อผู้บริโภคและสมาชิกที่คาดหวังมากขึ้นจากอีเมลมากขึ้น ไม่ว่าจะดีหรือแย่ Google เป็นบริษัทขนาดใหญ่จริงๆ และ Gmail ก็มีผู้เล่นรายใหญ่ไม่แพ้กันในอุตสาหกรรมนี้ ผู้คนใช้ Gmail พวกเขาเห็นคุณลักษณะเหล่านี้เมื่อเปิดตัว พวกเขาคุ้นเคยกับการใช้ AMP แม้ว่าจะไม่รู้ว่ามันคืออะไรก็ตาม เมื่อพวกเขาตอบกลับความคิดเห็นใน Google เอกสารจากกล่องจดหมายโดยตรง พวกเขาคาดหวังให้เครื่องมือทำงานตามที่พวกเขาต้องการ

ในฐานะนักพัฒนา ฉันหวังว่า Google จะยอมรับมาตรฐานเช่น HTML และ CSS ซึ่งทั้งสองอย่างนี้สามารถส่งผ่าน ESP ที่มีอยู่ได้โดยไม่ต้องตั้งค่าเพิ่มเติมในส่วนของเรา

ในฐานะผู้บริโภค ฉันชอบแนวคิดของ AMP มาก และใช้สำหรับสิ่งต่างๆ เช่น ความคิดเห็นของ Google เอกสาร ฉันยึดติดกับโลกของ Google เช่นเดียวกับคนอื่นๆ อีกมาก และความสะดวกสบายจาก Gmail และ GSuite ก็ยากที่จะอยู่ได้ แม้ว่าฉันจะกังวลมากขึ้นเกี่ยวกับระบบทุนนิยมการสอดส่องดูแลและการพึ่งพาบริษัทเดียวเป็นจำนวนมาก

ดังนั้น กลับไปที่คำถามเดิมของเราว่านักการตลาดผ่านอีเมลควรใช้ AMP หรือไม่ คำตอบคือ: ใช่อาจจะ ถ้าคุณสามารถ.

มีความท้าทายแน่นอน แน่นอนว่ามีข้อกังวลด้านจริยธรรม แต่ท้ายที่สุด เรากำลังดำเนินการเพื่อสมาชิกของเรา ไม่ใช่เพื่อตัวเราเอง หากมีกรณีการใช้งาน AMP ที่ถูกต้องและน่าสนใจ เราควรตรวจสอบว่าเรามีโครงสร้างพื้นฐานและทรัพยากรในการเริ่มส่งอีเมล AMP หรือไม่ และเมื่อ AMP ออกสู่แพลตฟอร์มต่างๆ มากขึ้น สมาชิกจำนวนมากขึ้นเรื่อยๆ ก็คาดหวังว่าจะได้รับประสบการณ์ที่สมบูรณ์ยิ่งขึ้น ซึ่งช่วยให้พวกเขาได้สิ่งที่ต้องการทำ โดยแทบไม่ต้องเสียอะไรเลย

ย้อนกลับไปเมื่อมีการประกาศ AMP ฉันเขียนว่า "ฉันไม่เห็นว่า Google ได้รับการปรับใช้ที่จำเป็นเพื่อให้ AMP สำหรับอีเมลทำงานบน ESP และโปรแกรมรับส่งเมลอื่นๆ" ฉันแทบจะไม่อยู่คนเดียว พวกเราส่วนใหญ่มองเห็นอนาคตที่ AMP เข้ามาแทนที่ Grid View หรือ Inbox by Gmail ไม่มีอนาคตที่ AMP จะออกจากพื้นดินและดำรงอยู่ในป่า

แต่มันอยู่ที่นั่น ใกล้จะถึงแล้ว และ Google จะพาทุกคนไปพร้อม ๆ กัน — ESP, โปรแกรมรับส่งเมล และสมาชิก

AMP สำหรับอีเมลอาจไม่ใช่ทางออกที่ดีที่สุดสำหรับการเพิ่มคุณค่าให้กับกล่องจดหมาย แต่ก็ไม่ใช่วิธีแก้ปัญหาที่เรามองข้ามไป ฉันตื่นเต้น—ถ้าไม่แน่นอน—เพื่อดูว่ามันเปลี่ยนแนวการตลาดอีเมลและความคาดหวังของสมาชิกในสิ่งที่สามารถทำได้ในกล่องจดหมายได้อย่างไร

—

การส่งมอบถูกนำมาถึงคุณโดย Litmus

Litmus เป็นแพลตฟอร์มเดียวที่ช่วยให้คุณส่งอีเมลได้อย่างมั่นใจทุกครั้ง ผู้เชี่ยวชาญด้านการตลาดกว่า 600,000 คนใช้เครื่องมือของ Litmus เพื่อสร้าง ทดสอบ และวิเคราะห์แคมเปญอีเมลที่ดีขึ้นได้เร็วยิ่งขึ้น

ตรงไปที่ litmus.com เพื่อเริ่มการทดลองใช้ Litmus ฟรี 7 วัน และเริ่มส่งอีเมลที่ดีกว่าวันนี้

อย่าลืมสมัครใช้บริการ Delivery บน iTunes หรือ Spotify เพื่อฟังตอนต่างๆ ในอนาคต และเข้าร่วมการสนทนาบน Twitter โดยใช้แฮชแท็ก #DeliveringPodcast