นักพัฒนาได้เสนอโปรโตคอลเว็บใหม่ที่เรียกว่า Let Me Know ( LMK ) ซึ่งออกแบบมาเพื่อแก้ไขปัญหาที่น่าหงุดหงิดทั่วไปบนอินเทอร์เน็ต นั่นคือความต้องการที่จะทราบเมื่อเหตุการณ์เฉพาะเจาะจงเกิดขึ้นโดยไม่ต้องสมัครรับเนื้อหาที่ไม่ต้องการหรือแชร์ข้อมูลส่วนตัว ข้อเสนอนี้ได้จุดประกายการถกเถียงที่น่าสนใจในชุมชนเทคโนโลยีเกี่ยวกับว่าโซลูชันที่มีอยู่เช่น RSS นั้นเพียงพอหรือไม่ หรือจำเป็นต้องมีสิ่งใหม่
แนวคิดนี้แก้ไขสถานการณ์ที่คุ้นเคย คุณอ่านตอนที่ 1 และ 2 ของซีรีส์บล็อกที่น่าสนใจและต้องการทราบว่าตอนที่ 3 จะออกเมื่อไหร่ แต่คุณไม่ต้องการสมัครรับ RSS feed ของบล็อกทั้งหมด ติดตามโซเชียลมีเดียของพวกเขา หรือให้ที่อยู่อีเมลของคุณ คุณแค่ต้องการการแจ้งเตือนแบบไม่เปิดเผยตัวตนเมื่อสิ่งเฉพาะเจาะจงนั้นเกิดขึ้น
แนวทางเทคนิค
โปรโตคอล LMK ที่เสนอทำงานผ่านระบบ polling อย่างง่าย ผู้เขียนเว็บไซต์จะเพิ่มปุ่ม Let Me Know ลงในเนื้อหาของพวกเขา ซึ่งจะลงทะเบียน endpoint เฉพาะเจาะจงกับ user agent เช่น browser extension หรือบริการสมัครสมาชิก agent เหล่านี้จะ ping endpoint ในช่วงเวลาปกติ โดยทั่วไปวันละครั้ง เพื่อตรวจสอบการอัปเดตสถานะ
endpoint จะตอบกลับด้วย JSON พื้นฐานที่บ่งบอกว่าเหตุการณ์เกิดขึ้นแล้วหรือไม่ happened: false อย่างง่ายหมายความว่าให้รอต่อไป ในขณะที่ happened: true จะทริกเกอร์การแจ้งเตือนไปยังผู้ใช้พร้อมกับการดำเนินการที่เกี่ยวข้อง เช่น ลิงก์ไปยังเนื้อหาใหม่ เมื่อเหตุการณ์เกิดขึ้น endpoint จะถูกลบออกจาก agent ของผู้ใช้โดยอัตโนมัติ ทำให้วงจรการแจ้งเตือนครั้งเดียวเสร็จสมบูรณ์
ข้อมูลจำเพาะทางเทคนิคของโปรโตคอล LMK
- ช่วงเวลาการตรวจสอบ: วันละครั้ง (ค่าเริ่มต้น)
- รูปแบบการตอบกลับ: JSON พร้อมสถานะ boolean "happened"
- ฟิลด์เสริม: "delay" (ช่วงเวลาตรวจสอบแบบกำหนดเอง), "when" (timestamp), "message" (ข้อความแจ้งเตือน), "actions" (ลิงก์ที่คลิกได้)
- วงจรชีวิตของ Endpoint: ลบโดยอัตโนมัติหลังจากเหตุการณ์เกิดขึ้น
- ความเป็นส่วนตัว: การตรวจสอบแบบไม่ระบุตัวตน ไม่ต้องการข้อมูลส่วนบุคคล
การต่อต้านจากชุมชนและทางเลือกอื่น
การตอบสนองของชุมชนเทคโนโลยีมีความหลากหลาย โดยหลายคนชี้ไปที่โซลูชันที่มีอยู่ ผู้แสดงความคิดเห็นหลายคนสังเกตว่า RSS feed ที่มีการกรองที่เหมาะสมสามารถบรรลุผลลัพธ์ที่คล้ายกันได้ แม้ว่าจะต้องการการตั้งค่าและการจัดการอย่างต่อเนื่องจากผู้ใช้มากกว่า คนอื่นๆ แนะนำว่าการตรวจสอบสถานะ HTTP อย่างง่ายสามารถทำงานได้สำหรับ URL ที่คาดเดาได้ หรือเครื่องมือเช่น Huginn ให้ฟังก์ชันการทำงานที่คล้ายกันสำหรับผู้ที่เต็มใจลงทุนในการเรียนรู้
ผู้แสดงความคิดเห็นคนหนึ่งเน้นย้ำถึงความท้าทายสำคัญของข้อเสนอนี้:
RSS สำหรับคนขี้เกียจที่ไม่สามารถกรอง RSS reader ของตนเองได้ อาจเป็นแนวคิดที่มีแนวโน้มดีมาก
การอภิปรายยังสัมผัสถึงเหตุผลที่ผู้สร้างเนื้อหาอาจต่อต้านการใช้ระบบดังกล่าว ไม่เหมือนกับการสมัครสมาชิกแบบดั้งเดิมที่ทำให้ผู้ใช้มีส่วนร่วมกับเนื้อหาหลายชิ้น LMK จะเป็นปฏิสัมพันธ์แบบทำครั้งเดียวเสร็จที่ไม่ให้คุณค่าความสัมพันธ์อย่างต่อเนื่องแก่ผู้เผยแพร่
โซลูชันทางเลือกที่มีอยู่แล้ว
- RSS พร้อมการกรอง: ใช้ RSS reader ที่มีตัวกรองเนื้อหาและระบบอัตโนมัติ
- การตรวจสอบสถานะ HTTP: เอเจนต์อย่างง่ายที่ตรวจสอบว่า URL ที่คาดเดาได้ส่งคืนสถานะ 200 หรือไม่
- Huginn: แพลตฟอร์มอัตโนมัติแบบโอเพนซอร์สสำหรับงานการติดตามแบบกำหนดเอง
- Web Push API: การแจ้งเตือนแบบพุชที่มาพร้อมกับเบราว์เซอร์ (มีข้อจำกัดเรื่องสแปม)
- Webhooks: การแจ้งเตือนแบบพุชจากเซิร์ฟเวอร์สู่เซิร์ฟเวอร์ (ต้องการการจัดการ endpoint)
ความท้าทายในการใช้งาน
อุปสรรคทางเทคนิคหลายประการเกิดขึ้นจากการอภิปรายของชุมชน แนวทาง polling อาจสร้างภาระโหลดเซิร์ฟเวอร์ที่ไม่จำเป็น ทำให้บางคนแนะนำการแจ้งเตือนแบบ push ที่ใช้ webhook เป็นทางเลือกที่มีประสิทธิภาพมากกว่า คนอื่นๆ เปรียบเทียบกับ Web Push API โดยสังเกตว่าผู้กระทำผิดได้ฝึกผู้ใช้ให้ปฏิเสธคำขอการแจ้งเตือนของเบราว์เซอร์เนื่องจากสแปมและการใช้ประโยชน์ทางการตลาด
ความท้าทายในการนำไปใช้ดูเหมือนจะมีนัยสำคัญ เว็บไซต์ส่วนใหญ่พึ่งพาการสมัครสมาชิกอีเมลและการติดตามโซเชียลมีเดียเพื่อสร้างความสัมพันธ์อย่างต่อเนื่องกับผู้ชมของพวกเขา โปรโตคอลที่หลีกเลี่ยงการสร้างความสัมพันธ์อย่างชัดเจนนี้น่าจะได้รับการนำไปใช้อย่างจำกัดจากผู้เผยแพร่ โดยเฉพาะแพลตฟอร์มขนาดใหญ่ที่พึ่งพาเมตริกการมีส่วนร่วมของผู้ใช้
บริบทที่กว้างขึ้น
ข้อเสนอนี้สะท้อนความตึงเครียดที่เพิ่มขึ้นระหว่างความต้องการความเป็นส่วนตัวของผู้ใช้และโมเดลธุรกิจของผู้เผยแพร่ แม้ว่าการใช้งานทางเทคนิคจะดูตรงไปตรงมา แต่อุปสรรคที่แท้จริงอยู่ที่การโน้มน้าวผู้สร้างเนื้อหาให้สนับสนุนระบบที่ไม่ให้ประโยชน์การมีส่วนร่วมอย่างต่อเนื่อง
การถกเถียงเน้นย้ำว่าแม้แต่ปัญหาที่ดูเหมือนง่ายในเทคโนโลยีเว็บมักจะชนกับความเป็นจริงทางธุรกิจและพฤติกรรมผู้ใช้ที่ซับซ้อน ไม่ว่าจะผ่านการกรอง RSS ที่ปรับปรุงแล้ว เครื่องมือระบบอัตโนมัติที่มีอยู่ หรืออาจเป็นโปรโตคอลใหม่นี้ ความต้องการของผู้ใช้ที่อยู่เบื้องหลังยังคงมีความถูกต้องแม้ว่าเส้นทางการแก้ปัญหาจะไม่ชัดเจน
อ้างอิง: The Missing Protocol: Let Me Know