นักพัฒนาคนหนึ่งได้สร้างโซลูชันที่แปลกใหม่สำหรับปัญหาที่มีมายาวนานของระบบคอมเมนต์บล็อก โดยการสร้างระบบที่ใช้โพสต์ของ Bluesky เป็นเธรดคอมเมนต์สำหรับบทความบล็อก วิธีการนี้ช่วยขจัดความจำเป็นในการมีโครงสร้างพื้นฐานระบบคอมเมนต์แบบดั้งเดิม ขณะเดียวกันก็ใช้ประโยชน์จากระบบนิเวศโซเชียลมีเดียที่มีอยู่แล้ว
สстатิสติกผู้ใช้ Bluesky
- ผู้ใช้ที่ลงทะเบียนในปัจจุบัน: ประมาณ 38 ล้านบัญชี
- การเติบโตของแพลตฟอร์ม: ประสบการเติบโตอย่างรวดเร็วในช่วงต้นปี 2025 ขณะนี้เริ่มคงที่
- ผู้ใช้งานรายวัน: ตัวชี้วัดแสดงให้เห็นการลดลงจากจุดสูงสุด แต่ยังคงสูงกว่าช่วงก่อนการเติบโตอย่างมีนัยสำคัญ
ปัญหาของระบบคอมเมนต์
ระบบคอมเมนต์บล็อกแบบดั้งเดิมมักจะสร้างความท้าทายให้กับเจ้าของเว็บไซต์เสมอมา โซลูชันจากบุคคลที่สามที่ได้รับความนิยมอย่าง Disqus เพิ่มน้ำหนักให้กับหน้าเว็บอย่างมากและสร้างการพึ่งพาแพลตฟอร์ม ในขณะที่ตัวเลือกแบบ self-hosted ต้องการการจัดการฐานข้อมูล บัญชีผู้ใช้ และการกลั่นกรองสแปม บล็อกเกอร์หลายคนจึงเลิกใช้ระบบคอมเมนต์ไปเลย ทำให้สูญเสียการมีส่วนร่วมที่มีค่าจากผู้อ่านไปในกระบวนการนี้
โซลูชันที่ใช้ Bluesky ของนักพัฒนาทำงานโดยการเชื่อมโยงโพสต์บล็อกกับเธรด Bluesky ที่สอดคล้องกัน เมื่อผู้อ่านต้องการแสดงความคิดเห็น พวกเขาจะตอบกลับโพสต์ Bluesky และการตอบกลับเหล่านี้จะปรากฏเป็นคอมเมนต์บนบล็อกโดยอัตโนมัติ สิ่งนี้สร้างสะพานเชื่อมที่ราบรื่นระหว่างเว็บไซต์แบบ static และการสนทนาบนโซเชียลมีเดีย
การดำเนินการทางเทคนิคและการตอบสนองของชุมชน
ระบบนี้ใช้ประโยชน์จาก AT Protocol ของ Bluesky ซึ่งให้ API สาธารณะสำหรับการดึงเธรดโพสต์โดยไม่ต้องมีการยืนยันตัวตน นักพัฒนาสร้างคอมโพเนนต์ React ที่จัดการการตอบกลับแบบซ้อน เนื้อหาสื่อที่หลากหลายรวมถึงรูปภาพและลิงก์ และเลย์เอาต์ที่ตอบสนองซึ่งปรับตัวให้เข้ากับขนาดหน้าจอที่แตกต่างกัน
ปฏิกิริยาของชุมชนมีทั้งเชิงบวกและเชิงลบ แต่ส่วนใหญ่เป็นเชิงบวก นักพัฒนาหลายคนชื่นชมความสง่างามทางเทคนิคและข้อเท็จจริงที่ว่าไม่ต้องการโครงสร้างพื้นฐาน backend อย่างไรก็ตาม ความกังวลที่สำคัญได้เกิดขึ้นเกี่ยวกับความยั่งยืนในระยะยาวและการพึ่งพาแพลตฟอร์ม
ส่วนประกอบของสถาปัตยกรรมทางเทคนิค
- AT Protocol APIs: APIs สาธารณะสำหรับดึงข้อมูลเธรดโพสต์โดยไม่ต้องมีการยืนยันตัวตน
- ตัวระบุหลัก: DIDs (Decentralized Identifiers), CIDs (Content Identifiers), AT URIs
- ส่วนประกอบหลัก: ตัวดึงข้อมูลความคิดเห็น, ตัวแสดงผลผู้ใช้/การตอบกลับ, ตัวจัดการเนื้อหาแบบ rich content
- ข้อจำกัดของเธรด: ลึก 5 ระดับเพื่อรักษาความสามารถในการอ่าน
ความกังวลเรื่องการผูกติดกับแพลตฟอร์มและความยั่งยืน
แม้ว่า Bluesky จะสัญญาเรื่องสถาปัตยกรรมแบบกระจายอำนาจ นักวิจารณ์ชี้ให้เห็นข้อจำกัดในทางปฏิบัติ ชุมชนได้ตั้งคำถามเกี่ยวกับสิ่งที่จะเกิดขึ้นหาก Bluesky เปลี่ยนนโยบาย ปิดกิจการ หรือจำกัดการเข้าถึง API แม้ว่า AT Protocol จะอนุญาตให้มีการพกพาข้อมูลและการใช้งานทางเลือกในทางทฤษฎี แต่ผู้ใช้ส่วนใหญ่ในปัจจุบันยังคงพึ่งพาโครงสร้างพื้นฐานส่วนกลางของ Bluesky
ผมไม่มองในแง่ดีเกี่ยวกับความสามารถในการทำกำไรของ BlueSky - การใช้งานฟรี ณ จุดปัจจุบันเป็นผลมาจากเงินทุนจาก VC ดังนั้นส่วนตัวผมจะระมัดระวังในการนำมาใช้
นักพัฒนาบางคนได้เสนอวิธีการทางเลือก รวมถึงระบบคอมเมนต์ที่ใช้อีเมล เวิร์กโฟลว์การกลั่นกรองแบบแมนนวล หรือการใช้แพลตฟอร์มที่มีชื่อเสียงอย่าง Hacker News สำหรับเธรดการสนทนา คนอื่นๆ สนับสนุนโซลูชันที่กระจายอำนาจอย่างแท้จริงเช่นระบบคอมเมนต์ที่ใช้ Matrix
ความท้าทายในการกลั่นกรองและควบคุมเนื้อหา
ระบบนี้ทำให้เกิดคำถามสำคัญเกี่ยวกับการกลั่นกรองเนื้อหา ในขณะที่ Bluesky จัดการการจัดการผู้ใช้และการป้องกันสแปม เจ้าของบล็อกมีการควบคุมเนื้อหาคอมเมนต์ที่จำกัด แพลตฟอร์มอนุญาตให้เจ้าของเธรดซ่อนการตอบกลับได้ แต่สิ่งนี้ต้องการการเรียก API แยกต่างหากและอาจไม่ให้การควบคุมแบบละเอียดที่ระบบคอมเมนต์แบบดั้งเดิมมีให้
สมาชิกชุมชนหลายคนได้เสนอโซลูชัน เช่น การแสดงเฉพาะคอมเมนต์ที่ผู้เขียนบล็อกได้ให้ความชื่นชอบบน Bluesky ซึ่งสร้างประสบการณ์การสนทนาแบบคัดสรรได้อย่างมีประสิทธิภาพ
ทางเลือกอื่นสำหรับระบบความเห็นที่มีการหารือกัน
- ระบบที่โฮสต์เอง: การตรวจสอบด้วยตนเองพร้อมการจัดเก็บไฟล์ข้อความ, การสร้างเว็บไซต์แบบคงที่
- ระบบอีเมล: การติดต่อทางอีเมลโดยตรงแทนการใช้ฟอร์มความเห็น
- ระบบแพลตฟอร์ม: GitHub Issues , กระทู้อภิปรายใน Hacker News
- ระบบกระจายอำนาจ: ระบบที่ใช้ Matrix (cactus.chat), การผสานรวมกับ Mastodon
- ระบบแบบดั้งเดิม: Disqus (เพิ่มน้ำหนักหน้าเว็บประมาณ ~100kb), บริการจากบุคคลที่สามอื่นๆ
ผลกระทบในวงกว้างต่อสถาปัตยกรรมเว็บ
วิธีการนี้แสดงถึงแนวโน้มที่เพิ่มขึ้นของการใช้แพลตฟอร์มโซเชียลที่มีอยู่เป็นโครงสร้างพื้นฐานสำหรับเว็บไซต์อิสระ การใช้งานที่คล้ายกันมีอยู่สำหรับ Mastodon และเครือข่ายอื่นๆ ที่ใช้ ActivityPub แนวคิดนี้สอดคล้องกับปรัชญา POSSE (Publish on your Own Site, Syndicate Elsewhere) ที่ได้รับความนิยมในชุมชน IndieWeb
การสนทนาสะท้อนถึงการถกเถียงในวงกว้างเกี่ยวกับสถาปัตยกรรมอินเทอร์เน็ต โดยบางคนสนับสนุนโซลูชันที่กระจายอำนาจอย่างแท้จริง ในขณะที่คนอื่นๆ ยอมรับวิธีการที่ใช้งานได้จริงซึ่งใช้ประโยชน์จากฐานผู้ใช้และโครงสร้างพื้นฐานที่มีอยู่ ดังที่สมาชิกชุมชนคนหนึ่งกล่าวไว้ว่า ผู้คนมีบัญชีโซเชียลมีเดียที่พวกเขาใช้งานอยู่แล้ว ดังนั้นการไปพบพวกเขาในที่ที่พวกเขาอยู่อาจมีประสิทธิภาพมากกว่าการบังคับให้พวกเขาสร้างบัญชีใหม่สำหรับแต่ละเว็บไซต์ที่พวกเขาต้องการมีส่วนร่วมด้วย
ความสำเร็จของระบบดังกล่าวน่าจะขึ้นอยู่กับความมั่นคงและความเปิดกว้างในระยะยาวของแพลตฟอร์มโซเชียลพื้นฐาน รวมถึงการพัฒนาเครื่องมือการพกพาข้อมูลและการย้ายข้อมูลที่แข็งแกร่ง