แนวปฏิบัติที่ดีที่สุดสำหรับหน้ายกเลิกการรับอีเมล: ทำ one-click opt-out ให้ถูกต้อง
สร้างหน้ายกเลิกการรับอีเมลที่ปกป้อง deliverability: หัวข้อ one-click กฎการระงับการส่ง dark pattern ที่ต้องเลี่ยง และสิ่งที่กฎหมายสหรัฐและ EU กำหนดจริง
หน้ายกเลิกการรับอีเมลคือทรัพย์สินที่ดูไม่หรูหราที่สุดในโปรแกรมอีเมลของคุณ และเป็นหนึ่งในไม่กี่อย่างที่ทำลายโปรแกรมทั้งหมดได้อย่างเงียบ ๆ ทุกคนที่อยากออกจะออกไปอยู่ดี ตัวแปรเดียวที่คุณควบคุมได้คือเขาจะออกผ่านลิงก์ยกเลิกการรับอีเมลของคุณ หรือผ่านปุ่ม “report spam” และทางออกสองทางนี้มีราคาที่ต่างกันมาก
ทำไมความยุ่งยากในการ opt-out จึงทำให้คุณเสียเงิน
ผู้เขียน RFC 8058 ใส่ตรรกะเชิงพาณิชย์ไว้ในตัวข้อกำหนดเอง ผู้ส่งอีเมลต้องการทำให้การยกเลิกการรับอีเมลง่ายที่สุดเท่าที่จะทำได้ เพราะหากกระบวนการยากเกินไป ทางเลือกของผู้รับคือรายงานอีเมลนั้นว่าเป็นขยะจนกว่ามันจะเลิกปรากฏในกล่องจดหมาย
การทดแทนกันแบบนี้คือหัวใจของข้อโต้แย้งทั้งหมด การยกเลิกการรับอีเมลนำที่อยู่หนึ่งที่ออกจากลิสต์หนึ่งลิสต์ ส่วนการร้องเรียนว่าเป็นสแปมถูกบันทึกไว้กับโดเมนและ IP ที่ใช้ส่งของคุณ และนับรวมกับการร้องเรียนอื่น ๆ ทั้งหมดที่คุณสร้างขึ้น Google ขอให้ผู้ส่งรักษาอัตราสแปมใน Postmaster Tools ให้ต่ำกว่า 0.10% และหลีกเลี่ยงการแตะระดับ 0.30% หรือสูงกว่า ตั้งแต่เดือนมิถุนายน 2024 ผู้ส่งปริมาณมากที่มีอัตราเกิน 0.3% จะไม่มีสิทธิ์ได้รับมาตรการบรรเทาการส่ง และจะกลับมามีสิทธิ์อีกครั้งหลังจากอยู่ต่ำกว่าเกณฑ์นั้นติดต่อกันเจ็ดวันเท่านั้น Yahoo ก็ขอให้ผู้ส่งปริมาณมากอยู่ต่ำกว่า 0.3% เช่นกัน
ดังนั้นคนที่คุณบังคับให้ผ่านสามหน้าจอ ไม่ได้แค่จากไปเฉย ๆ เขาพาชิ้นส่วนของตำแหน่งกล่องจดหมายของคุณไปด้วย สำหรับทุกแคมเปญในอนาคต รวมถึงแคมเปญที่ส่งไปยังคนที่ยังอยากได้อีเมลของคุณ
One-click unsubscribe ทำงานอย่างไรจริง ๆ
คำแนะนำเรื่อง “one-click unsubscribe” ส่วนใหญ่รวมกลไกสองอย่างที่ต่างกันเข้าด้วยกัน ทั้งที่ผู้ให้บริการกล่องจดหมายปฏิบัติต่อทั้งสองอย่างไม่เหมือนกัน
สองหัวข้อ
RFC 8058 ซึ่งเผยแพร่ในเดือนมกราคม 2017 เป็นตัวกำหนดกลไกนี้ ผู้ส่งที่ต้องการรองรับ one-click จะใส่ฟิลด์หัวข้อ List-Unsubscribe หนึ่งฟิลด์และฟิลด์หัวข้อ List-Unsubscribe-Post หนึ่งฟิลด์ลงในข้อความ ฟิลด์แรกต้องมี HTTPS URI หนึ่งรายการ และอาจมี URI ที่ไม่ใช่ HTTP เช่น mailto ด้วยก็ได้ ส่วนฟิลด์หลังต้องมีคู่คีย์กับค่าเพียงคู่เดียวคือ List-Unsubscribe=One-Click
List-Unsubscribe: <https://example.com/u/9f2a1c7b>List-Unsubscribe-Post: List-Unsubscribe=One-Clickจากนั้นผู้ให้บริการกล่องจดหมายจะทำ HTTPS POST ไปยัง URI นั้น โดยใส่คู่คีย์กับค่าเป็น request body ตาม RFC ระบุว่าเนื้อหาควรถูกส่งเป็น multipart/form-data หรืออาจส่งเป็น application/x-www-form-urlencoded ก็ได้
POST /u/9f2a1c7b HTTP/1.1Host: example.comContent-Type: application/x-www-form-urlencoded
List-Unsubscribe=One-Clickรายละเอียดสี่ข้อใน RFC คือสาเหตุที่พบบ่อยของการติดตั้งที่ “ผ่านข้อกำหนด” แต่ใช้งานไม่ได้จริง
- ข้อความต้องมีลายเซ็น DKIM ที่ถูกต้องซึ่งครอบคลุมทั้งสองหัวข้อ โดยระบุไว้ในแท็ก
h=ของลายเซ็น หากไม่มี ผู้รับไม่ควรเสนอ one-click เลย - URI ต้องระบุทั้งตัวผู้รับและลิสต์ เพราะไม่มีทางถามผู้ใช้ได้ว่าจะให้นำที่อยู่ใดออก
- URI ควรมีส่วนประกอบที่ไม่โปร่งใสหรือปลอมแปลงได้ยากซึ่งเซิร์ฟเวอร์ของคุณตรวจสอบ เพื่อป้องกันไม่ให้ผู้โจมตีส่งลิงก์ List-Unsubscribe ปลอมของลิสต์คนอื่น
- POST ต้องไม่มีคุกกี้หรือ HTTP authorization และปลายทางของคุณต้องไม่ตอบกลับด้วยการ redirect
ผู้ให้บริการกล่องจดหมายกำหนดอะไรบ้าง
แนวทางสำหรับผู้ส่งของ Google ระบุว่าผู้ส่งที่ส่งเกิน 5,000 ข้อความต่อวันต้องรองรับ one-click unsubscribe บนข้อความการตลาดและข้อความที่สมัครรับ และต้องใส่ลิงก์ยกเลิกการรับอีเมลที่มองเห็นได้ชัดเจนในเนื้อหาด้วย Google ระบุชัดว่าลิงก์ในเนื้อหาใช้ทดแทนกันไม่ได้ หากไม่มีหัวข้อ List-Unsubscribe ระบบจะไม่สแกนเนื้อหา และลิงก์ mailto ในเนื้อหาก็ไม่ผ่านข้อกำหนด
ข้อกำหนดสำหรับผู้ส่งปริมาณมากของ Yahoo ขอให้มีหัวข้อ list-unsubscribe ที่ทำงานได้และรองรับ one-click บนข้อความการตลาดและข้อความที่สมัครรับ ระบุว่าวิธี POST ตาม RFC 8058 เป็นสิ่งที่แนะนำอย่างยิ่ง ขณะที่วิธี mailto ยอมรับได้ และขอลิงก์ในเนื้อหาที่มองเห็นได้แยกต่างหาก ซึ่งอาจชี้ไปยังหน้าตั้งค่าความต้องการก็ได้ ความต่างเรื่อง mailto นี้เป็นเรื่องจริง Yahoo ยอมรับ แต่ Google ไม่ยอมรับ
ทั้งสองรายจำกัดข้อกำหนดไว้เฉพาะอีเมลการตลาดและโปรโมชัน Google ยกเว้นข้อความ transactional เช่น การรีเซ็ตรหัสผ่านและการยืนยันการจอง และ FAQ ของ Yahoo ก็ระบุเช่นเดียวกัน
กรอบเวลาในการดำเนินการ
FAQ ของ Google แนะนำให้ดำเนินการตามคำขอยกเลิกการรับอีเมลภายใน 48 ชั่วโมง และตารางเงื่อนไขความล้มเหลวของ Google ระบุคำขอที่ไม่ได้ดำเนินการภายใน 48 ชั่วโมงเป็นเหตุผลที่ผู้ส่งปริมาณมากจะสูญเสียสิทธิ์เข้าถึงมาตรการบรรเทาการส่ง ข้อกำหนดของ Yahoo ระบุให้ดำเนินการภายใน 2 วัน อย่างไรก็ตาม ควรออกแบบให้ระงับการส่งทันทีไว้ก่อน 48 ชั่วโมงคือเพดานสำหรับระบบแบบ batch ไม่ใช่เป้าหมาย
ต่างจากลิงก์ที่เปิดหน้าเว็บอย่างไร
One-click ผ่านหัวข้อไม่เคยแตะเว็บไซต์ของคุณในเบราว์เซอร์ของผู้ใช้เลย ไม่มีการโหลดหน้า ไม่มีแบนเนอร์ขอความยินยอม ไม่มี JavaScript ไม่มีเซสชัน ผู้ให้บริการ POST ไปยังปลายทางของคุณเบื้องหลัง ส่วนลิงก์ในเนื้อหาคืออีกเส้นทางหนึ่ง เส้นทางที่พาไปยังหน้าที่คุณออกแบบเอง ทั้งสองเส้นทางต้องทำงานได้ ด้วยเหตุผลที่ต่างกัน
หน้ายกเลิกการรับอีเมลที่ดีทำอะไรบ้าง
หน้านี้มีหน้าที่เดียว คือจบความสัมพันธ์ที่ผู้อ่านขอให้จบ คุณสมบัติห้าข้อครอบคลุมเกือบทั้งหมด
- โหลดเร็วและทำงานได้ทุกที่ ให้สมมติว่าเป็นเบราว์เซอร์บนมือถือ การเชื่อมต่อที่ช้า และไคลเอนต์ที่บล็อกสคริปต์ของคุณ ถ้าหน้าต้องใช้ tracking bundle เพื่อจะแสดงผลได้ แปลว่าการยกเลิกการรับอีเมลนั้นพัง
- ไม่ต้องล็อกอิน แนวปฏิบัติที่ดีที่สุดของ Yahoo ระบุเรื่องนี้ตรง ๆ และ CAN-SPAM ทำให้มันเป็นปัญหาทางกฎหมายในสหรัฐด้วย
- ยืนยันได้ในการกระทำเดียว การมาถึงหน้านี้ควรทำให้การยกเลิกเสร็จสมบูรณ์ หรือเหลือปุ่มที่ชัดเจนเพียงปุ่มเดียวที่ทำให้เสร็จ
- บอกให้ชัดว่าอะไรเปลี่ยนไป “คุณถูกนำออกจากจดหมายข่าวรายสัปดาห์แล้ว คุณจะยังได้รับอีเมลยืนยันคำสั่งซื้ออยู่” ความคลุมเครือจะสร้างการร้องเรียนในภายหลังจากคนที่คิดว่าตัวเองได้ opt-out ทุกอย่างแล้ว
- มีทางเลิกทำ ลิงก์ “สมัครรับใหม่” ที่มองเห็นได้ช่วยกู้การคลิกพลาด
Dark pattern และเหตุผลที่แต่ละอย่างย้อนกลับมาทำร้ายคุณ
- ข้อความเรียกร้องความสงสาร มาสคอตหน้าเศร้าและประโยค “แน่ใจนะว่าอยากพลาดโอกาสดี ๆ” เปลี่ยนการจากไปแบบเป็นกลางให้กลายเป็นการจากไปแบบหงุดหงิด สิ่งเดียวที่เหลือให้เปลี่ยนคือผู้อ่านจะรำคาญมากพอที่จะกดปุ่มสแปมในครั้งหน้าหรือไม่
- ตัวควบคุมที่ถูกซ่อนหรือคอนทราสต์ต่ำ ข้อความสีเทาขนาดหกพอยต์ในส่วนท้ายไม่ได้ลดการยกเลิกการรับอีเมล มันเปลี่ยนเส้นทางการยกเลิกให้กลายเป็นการร้องเรียน
- แบบสอบถามที่บังคับตอบ การทำให้ “ทำไมคุณถึงจากไป” เป็นขั้นตอนบังคับ เปลี่ยนภาระหน้าที่ให้กลายเป็นฟอร์มเก็บข้อมูล และภายใต้ CAN-SPAM คุณเรียกข้อมูลเกินกว่าที่อยู่อีเมลไม่ได้ และเพิ่มขั้นตอนเกินกว่าการเข้าชมหน้าเว็บหน้าเดียวก็ไม่ได้
- การยืนยันหลายขั้นตอน ทุกหน้าจอที่เพิ่มขึ้นคือโอกาสอีกครั้งที่หน้าจะพัง เซสชันจะหลุด หรือผู้อ่านจะเลือกรายงานสแปมแทน
- กำแพงล็อกอิน การจัดกรอบให้เป็นการลบบัญชี และการขอให้คนพิมพ์ที่อยู่ของตัวเองซ้ำ ใครก็ตามที่ที่อยู่แสดงผลต่างจากที่อยู่ที่สมัครไว้จะพิมพ์ผิด ให้ฝังตัวตนไว้ในลิงก์แทน
Preference centre และจุดที่มันหยุดช่วย
Preference centre ช่วยได้จริงเมื่อปัญหาของผู้อ่านไม่ใช่ตัวคุณ แต่เป็นความถี่ของคุณ สามตัวเลือกครอบคลุมคุณค่าส่วนใหญ่ ได้แก่ ความถี่ (รายสัปดาห์แทนรายวัน) หัวข้อ (แจ้งเตือนของกลับมามีสต็อกแต่ไม่เอาจดหมายข่าว) และการหยุดพัก (พัก 30 หรือ 90 วันโดยมีวันสิ้นสุดชัดเจน) แต่ละอย่างรักษาผู้ติดตามที่มิฉะนั้นจะหายไปแล้ว
มันกลายเป็นอุปสรรคทันทีที่มันเป็นทางออกเพียงทางเดียว กฎข้อนี้ควรเขียนไว้ในบรีฟของคุณ การยกเลิกทั้งหมดต้องอยู่ห่างเพียงคลิกเดียวบนหน้าตั้งค่าความต้องการเสมอ ด้วยน้ำหนักทางสายตาเท่ากับตัวเลือกอื่น ๆ และไม่มีขั้นตอนยืนยันซ่อนอยู่ข้างหลัง
โปรดสังเกตด้วยว่า one-click ที่ทำงานผ่านหัวข้อจะนำผู้รับออกจากลิสต์ที่ผูกกับข้อความนั้นเท่านั้น หากที่อยู่หนึ่งผูกกับหลายลิสต์ ให้ตัดสินใจว่าการยกเลิกผ่านหัวข้อหมายถึง “ลิสต์นี้” หรือ “การตลาดทั้งหมด” และบอกให้ชัดบนหน้ายืนยัน
การประมวลผลคำขอ: การระงับการส่งที่อยู่ตัว
ระงับการส่งทันทีและระงับทั้งระบบโดยอิงที่อยู่ ไม่ใช่อิงการเป็นสมาชิกลิสต์ การนำผู้ติดต่อออกจากลิสต์ไม่ใช่การระงับการส่ง เพราะการนำเข้าข้อมูลครั้งถัดไปเพิ่มเขากลับมาได้ บันทึกการระงับการส่งคือคำยืนยันแยกต่างหากแบบถาวรว่าที่อยู่นี้ต้องไม่ได้รับอีเมลการตลาด และถูกตรวจสอบตอนส่ง ไม่ว่าลิสต์ กลุ่มลูกค้า หรือเวิร์กโฟลว์ใดจะเป็นตัวสร้างการส่งนั้น
การ opt-out ไม่มีวันหมดอายุ และบันทึกต้องอยู่รอดข้ามการย้ายแพลตฟอร์ม ตรงนี้แหละคือจุดที่ความเสียหายจริงเกิดขึ้นมากที่สุด ธุรกิจย้ายแพลตฟอร์มอีเมล ส่งออกผู้ติดต่อ นำเข้าไปยังเครื่องมือใหม่ และปลุกการยกเลิกการรับอีเมลของหลายปีให้ฟื้นขึ้นมาอย่างเงียบ ๆ ให้ย้ายลิสต์การระงับการส่งของคุณก่อน ก่อนข้อมูลผู้ติดต่อใด ๆ แล้วตรวจสอบจำนวนที่ปลายทาง
ความล้มเหลวแบบเดียวกันเกิดขึ้นทุกครั้งที่สองระบบไม่ตรงกัน แพลตฟอร์มร้านค้า CRM และแพลตฟอร์มอีเมลต่างถือแฟล็กความยินยอมทางการตลาดของตัวเอง แล้วการซิงค์ตอนกลางคืนก็เขียนทับตัวที่ถูกต้อง นั่นเป็นปัญหาการเชื่อมต่อมากกว่าปัญหาทางกฎหมาย การยกเลิกถูกบันทึกไว้อย่างถูกต้องแล้วหายไประหว่างทาง หากคุณเชื่อมต่อร้านค้าเข้ากับ Brevo ผ่านตัวเชื่อมต่ออย่าง Tajo ให้ตรวจสอบว่ามันทำอะไรกับผู้ติดต่อที่ยกเลิกการรับอีเมลแล้วในทุกการซิงค์ ไม่ใช่แค่การนำเข้าครั้งแรก
มีอีกสองกฎที่ควรบังคับใช้ในโค้ด อย่านำที่อยู่ที่ยกเลิกการรับอีเมลแล้วกลับเข้ามาผ่านการนำเข้าภายหลัง การซื้อลิสต์ เครื่องมือเสริมข้อมูล หรือการอัปโหลดเพื่อดึงกลับมามีส่วนร่วมเด็ดขาด และให้บันทึกเวลาและแหล่งที่มาของทุกการ opt-out เพราะเมื่อมีคนอ้างว่าไม่เคยยกเลิก บันทึกนั้นคือคำตอบ และให้ปลายทางพร้อมใช้งานอยู่เสมอด้วย Yahoo ระบุว่าการยกเลิกการรับอีเมลที่ใช้งานไม่ได้ถือว่าไม่ผ่านข้อกำหนด และ Google เตือนว่าลิงก์ที่พังเป็นเวลานานหมายความว่าข้อความก็ไม่ผ่านข้อกำหนดเช่นกัน
กฎหมายกำหนดอะไรจริง ๆ
สหรัฐอเมริกา: CAN-SPAM
คู่มือการปฏิบัติตามกฎของ FTC วางกรอบไว้ว่ากฎหมายกำหนดอะไรบ้าง กลไก opt-out ของคุณต้องยังประมวลผลคำขอได้อย่างน้อย 30 วันหลังจากส่งข้อความ และคุณต้องดำเนินการตามคำขอภายใน 10 วันทำการ คุณเรียกเก็บค่าธรรมเนียมไม่ได้ เรียกข้อมูลระบุตัวตนเกินกว่าที่อยู่อีเมลไม่ได้ และให้ผู้รับทำขั้นตอนอื่นใดนอกเหนือจากการส่งอีเมลตอบกลับหรือเข้าชมหน้าเว็บหน้าเดียวไม่ได้ คุณเสนอเมนูตัวเลือกได้ แต่ต้องมีตัวเลือกให้หยุดข้อความการตลาดทั้งหมดจากคุณด้วย เมื่อมีคน opt-out แล้ว คุณจะขายหรือโอนที่อยู่ของเขาไม่ได้ นอกจากให้บริษัทที่จ้างมาช่วยให้คุณปฏิบัติตามกฎ อีเมลที่ละเมิดแต่ละฉบับมีโทษปรับสูงถึง $53,088 CAN-SPAM เป็นระบบแบบ opt-out ไม่ต้องมีความยินยอมก่อนส่งข้อความแรก
สหภาพยุโรป: GDPR และ ePrivacy
จุดยืนของ EU ตรงกันข้าม มาตรา 13(1) ของ Directive 2002/58/EC อนุญาตให้ใช้อีเมลอิเล็กทรอนิกส์เพื่อการตลาดทางตรงได้เฉพาะกับผู้สมัครรับหรือผู้ใช้ที่ให้ความยินยอมล่วงหน้าแล้วเท่านั้น มาตรา 13(2) เปิดช่องเรื่อง soft opt-in หากคุณได้ที่อยู่มาจากลูกค้าของคุณเองในบริบทของการขาย คุณสามารถทำการตลาดสินค้าหรือบริการที่คล้ายกันของคุณเองได้ โดยมีเงื่อนไขว่าลูกค้าได้รับโอกาสคัดค้านอย่างชัดเจนและแยกต่างหาก โดยไม่มีค่าใช้จ่ายและด้วยวิธีที่ง่าย ทั้งในเวลาที่เก็บข้อมูลและในทุกครั้งที่ส่งข้อความ มาตรา 13(4) ห้ามอีเมลการตลาดที่ปกปิดตัวตนของผู้ส่ง หรือที่ไม่มีที่อยู่ที่ใช้ได้ให้ผู้รับส่งคำขอให้หยุดการสื่อสาร
GDPR เพิ่มหน้าที่อีกสองข้อ มาตรา 7(3) ให้สิทธิ์ถอนความยินยอมได้ตลอดเวลา และระบุว่าการถอนต้องง่ายเท่ากับการให้ความยินยอม มาตรา 21(2) ให้สิทธิ์คัดค้านการตลาดทางตรงได้ตลอดเวลาโดยไม่มีเงื่อนไข รวมถึงการทำโปรไฟล์ที่เกี่ยวข้อง และมาตรา 21(3) ระบุว่าหลังจากนั้นต้องไม่ประมวลผลข้อมูลเพื่อวัตถุประสงค์เหล่านั้นอีก สรุปสั้น ๆ คือการยกเลิกการรับอีเมลของคุณต้องไม่ยากกว่าฟอร์มสมัครของคุณ และไม่มีการชั่งน้ำหนักใด ๆ อีกเมื่อมีคนคัดค้านแล้ว
สิ่งที่บังคับ เทียบกับแนวปฏิบัติที่ดี
| แนวปฏิบัติ | สถานะ |
|---|---|
| หัวข้อ one-click unsubscribe บนอีเมลการตลาด | Gmail และ Yahoo บังคับสำหรับผู้ส่งปริมาณมาก กฎหมายไม่ได้บังคับ |
| ลิงก์ยกเลิกการรับอีเมลที่มองเห็นได้ในเนื้อหาข้อความ | Gmail และ Yahoo บังคับ และโดยพฤตินัย CAN-SPAM กับ ePrivacy มาตรา 13(4) ก็บังคับ |
| ดำเนินการภายใน 48 ชั่วโมงหรือ 2 วัน | Gmail และ Yahoo บังคับ ส่วน CAN-SPAM ให้เวลา 10 วันทำการ |
| ไม่ต้องล็อกอิน ไม่มีค่าธรรมเนียม ไม่ขอข้อมูลเพิ่ม | CAN-SPAM บังคับ ส่วน Yahoo ขอให้ไม่ต้องล็อกอิน |
| ระงับการส่งทันที | แนวปฏิบัติที่ดี และเป็นวิธีที่ง่ายที่สุดในการตอบทุกกฎข้างต้น |
| Preference centre | แนวปฏิบัติที่ดี ไม่ใช่สิ่งทดแทนการยกเลิกทั้งหมด |
| แบบสอบถามตอนออก | เป็นแนวปฏิบัติที่ดีเท่านั้น และห้ามเป็นเงื่อนไขบังคับ |
สำหรับภาพรวมของ EU ทั้งหมด ดู คู่มือ GDPR สำหรับการตลาดผ่านอีเมล และสำหรับการเก็บความยินยอม ดู คู่มือ double opt-in
สิ่งที่ควรวัด
ติดตามอัตราการยกเลิกการรับอีเมลต่อแคมเปญ แต่จงตีกรอบมันอย่างซื่อตรง เกณฑ์มาตรฐานที่เผยแพร่กันแตกต่างกันมากตามอุตสาหกรรม แหล่งที่มาของลิสต์ ความถี่ในการส่ง และวิธีที่ผู้ส่งนิยามตัวหาร ดังนั้นตัวเลขเดี่ยว ๆ ที่ถูกยกมาว่าเป็นเกณฑ์มาตรฐาน “ที่แท้จริง” มีค่าน้อยกว่าค่าเฉลี่ยย้อนหลังของคุณเอง แคมเปญที่ทำให้อัตราปกติของคุณเพิ่มเป็นสองเท่ากำลังบอกอะไรบางอย่างที่เฉพาะเจาะจงเกี่ยวกับแคมเปญนั้น
อัตราการร้องเรียนคือสัญญาณที่สำคัญกว่า เพราะเป็นตัวที่ผู้ให้บริการกล่องจดหมายลงมือทำอะไรกับมันจริง Gmail แสดงค่านี้ใน Postmaster Tools ส่วน Yahoo แสดงผ่าน Complaint Feedback Loop ให้ถือเกณฑ์ข้างต้นเป็นเพดาน
การแลกเปลี่ยนคือส่วนที่คนมักเข้าใจกลับด้าน การทำให้หาการยกเลิกการรับอีเมลได้ง่ายขึ้นมักทำให้อัตราการยกเลิกสูงขึ้นและอัตราการร้องเรียนต่ำลง และนั่นเป็นการแลกที่คุ้มค่าทุกครั้ง ลิสต์ที่หดลงเพราะคนที่อยากออกได้ออกไป เข้าถึงกล่องจดหมายได้มากกว่าลิสต์ที่ถูกยัดไว้ด้วยผู้รับที่ไม่เต็มใจ หากทั้งสองอัตราสูงขึ้นพร้อมกัน ปัญหาไม่ได้อยู่ที่หน้าเว็บ แต่อยู่ที่ความเกี่ยวข้อง ความถี่ หรือวิธีที่ได้ที่อยู่เหล่านั้นมา คู่มือของเราเรื่อง deliverability การทำความสะอาดลิสต์ และ เหตุผลที่อีเมลเข้าสแปม ครอบคลุมการวินิจฉัยเหล่านี้
แบบสอบถามตอนออก ที่ทำอย่างมีรสนิยม
การรู้ว่าทำไมคนถึงจากไปมีคุณค่าจริง และคุณเก็บข้อมูลนี้ได้โดยไม่ทำอะไรพัง มีเงื่อนไขสามข้อ
- เป็นทางเลือก ไม่มีฟิลด์บังคับ ไม่มีปุ่มส่งขวางระหว่างผู้อ่านกับประตูทางออก
- ทำหลังจากเสร็จแล้ว แสดงบนหน้ายืนยันหลังจากการยกเลิกมีผลแล้วและหน้าบอกไปแล้วว่ามีผล
- สั้น หนึ่งคำถาม สี่หรือห้าตัวเลือก เช่น “อีเมลเยอะเกินไป” “ไม่เกี่ยวข้อง” “ไม่เคยสมัคร” “คุณภาพเนื้อหา” “อื่น ๆ”
“ไม่เคยสมัคร” คือบรรทัดที่มีค่าที่สุดในแบบสอบถาม หากตัวเลขนี้ไต่ขึ้น แปลว่าคุณมีปัญหาเรื่องการหาลูกค้า และทางแก้อยู่ต้นน้ำ
สรุปประเด็นสำคัญ
- การ opt-out ที่ง่ายคือมาตรการควบคุม deliverability ไม่ใช่ความสุภาพ ทางออกอีกทางคือปุ่มสแปม ซึ่งถูกนับกับทุกการส่งในอนาคต
- ติดตั้ง RFC 8058 ให้ถูกต้อง ทั้งสองหัวข้อ HTTPS URI ที่ระบุตัวผู้รับ โทเคนที่ปลอมยาก การครอบคลุมด้วย DKIM และไม่มี redirect บน POST
- ดำเนินการตามคำขอทันที กรอบเวลาของ Gmail คือ 48 ชั่วโมง ของ Yahoo คือ 2 วัน ของ CAN-SPAM คือ 10 วันทำการ
- เก็บลิสต์การระงับการส่งแบบถาวร ย้ายมันก่อนข้อมูลผู้ติดต่อ และอย่าให้การนำเข้าเขียนทับมันเด็ดขาด
- ตัดสินอัตราการยกเลิกการรับอีเมลเทียบกับเส้นฐานของคุณเอง และถือว่าอัตราการร้องเรียนคือตัวเลขที่ตัดสินตำแหน่งกล่องจดหมาย