ภาพรวมสถานะของโปรแกรมอ่าน RSS feed

 (lighthouseapp.io)
6 คะแนน โดย GN⁺ 2025-10-10 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • RSS feed และโปรแกรมอ่าน feed มีมานานกว่า 20 ปีแล้ว โดยมีจุดประสงค์หลักเพื่อรวมคอนเทนต์จากหลายแหล่งมาเสพในที่เดียวและจัดการภาวะคอนเทนต์ล้นเกิน
  • ปัจจุบันในตลาดมีผลิตภัณฑ์โปรแกรมอ่าน feed หลากหลายแบบ ซึ่งจำแนกได้ตาม โมเดลการแจกจ่าย (โลคัล, ส่วนขยายเบราว์เซอร์, self-hosting, โฮสต์โดยผู้ให้บริการ) และ โมเดลธุรกิจ (ฟรี, จ่ายครั้งเดียว, SAAS)
  • ส่วนขยายเบราว์เซอร์และผลิตภัณฑ์แบบ on-device ให้ การตั้งค่าที่ง่ายและการควบคุมข้อมูลในเครื่อง แต่มีข้อจำกัดในการดึง feed ขณะที่ self-hosting ให้การควบคุมข้อมูลอย่างสมบูรณ์แต่ต้องมีการตั้งค่าทางเทคนิค
  • ผลิตภัณฑ์แบบโฮสต์โดยผู้ให้บริการ (Feedly, Inoreader, Readwise Reader เป็นต้น) โดยเฉลี่ยแล้วให้ ประสบการณ์ใช้งานที่ขัดเกลาที่สุดและฟีเจอร์ที่ครอบคลุมที่สุด พร้อมรองรับการดึง feed อย่างต่อเนื่องและการซิงก์ข้ามอุปกรณ์
  • สำหรับผู้ใช้ส่วนใหญ่ ผลิตภัณฑ์แบบโฮสต์ที่มีแผนฟรีคือทางเลือกที่ดีที่สุด และหากต้องการควบคุมข้อมูลอย่างสมบูรณ์ก็อาจพิจารณาตัวเลือก self-hosting อย่าง FreshRSS หรือ Miniflux

บทนำ: ประวัติและความสำคัญของโปรแกรมอ่าน RSS feed

  • มาตรฐาน web feed อย่าง RSS, Atom, JSON Feed ถูกใช้งานมานานกว่า 20 ปี และทำหน้าที่ช่วยให้ผู้ใช้ บริโภคคอนเทนต์จากหลายแหล่งได้พร้อมกัน
  • ในช่วงหลัง ความจำเป็นของโปรแกรมอ่าน feed ยิ่งเด่นชัดขึ้นเพื่อตอบรับกับภาวะคอนเทนต์ล้นเกิน
  • ในอดีตมีผลิตภัณฑ์อยู่เพียงไม่กี่ตัว แต่ปัจจุบันมีผลิตภัณฑ์ที่เหมาะกับสถานการณ์และการใช้งานที่หลากหลาย
  • สำหรับผู้ใช้ที่เพิ่งเริ่มรู้จัก RSS และโปรแกรมอ่าน feed การมี ตัวเลือกมากเกินไป ทำให้หาผลิตภัณฑ์ที่เหมาะสมได้ยาก
  • บทความนี้มีจุดประสงค์เพื่อช่วยให้ค้นหาผลิตภัณฑ์ที่เหมาะกับตนเอง โดยเปรียบเทียบ การจัดหมวดหมู่ของตลาดโปรแกรมอ่าน feed และคุณลักษณะของแต่ละผลิตภัณฑ์

ระบบการจัดหมวดหมู่โปรแกรมอ่าน feed

  • โปรแกรมอ่าน feed ถูกจัดหมวดหมู่ตามสองแกนคือ โมเดลการแจกจ่าย และ โมเดลธุรกิจ
    • โมเดลการแจกจ่าย: โลคัล (โทรศัพท์หรือพีซี), ส่วนขยายเบราว์เซอร์, self-hosting, โฮสต์โดยผู้ให้บริการ
    • โมเดลธุรกิจ: ฟรี, จ่ายครั้งเดียว, SAAS
  • โมเดลการแจกจ่ายพิจารณาจาก ตำแหน่งที่เก็บข้อมูลและตำแหน่งที่เกิดการดึง feed
    • แม้จะมีทั้งเว็บแอปและแอปมือถือ แต่หากดึง feed จากเซิร์ฟเวอร์ก็จะจัดเป็น “โฮสต์โดยผู้ให้บริการ”
  • โมเดลธุรกิจพิจารณาจาก ตัวเลือกที่ถูกที่สุด ที่เข้าถึงฟีเจอร์ทั้งหมดได้
    • ผลิตภัณฑ์ที่ทำ self-hosting ได้จะจัดเป็น “ฟรี” ส่วนผลิตภัณฑ์แบบพรีเมียม SAAS จะจัดเป็น “แบบเสียเงิน (SAAS)”

คุณลักษณะและผลิตภัณฑ์ตามโมเดลการแจกจ่าย

  • ส่วนขยายเบราว์เซอร์

    • ติดตั้งและดูแลง่าย ใช้งานได้ทันทีโดยไม่ต้องมีบัญชี
    • ข้อมูลถูกเก็บใน พื้นที่จัดเก็บโลคัล และปริมาณที่เก็บได้ขึ้นอยู่กับความจุของอุปกรณ์
    • การอัปเดต feed จะเกิดขึ้นเฉพาะตอนที่เบราว์เซอร์เปิดอยู่ จึงอาจ พลาดบางโพสต์ ได้
    • โดยพื้นฐานแล้วข้อมูลเข้าถึงได้เฉพาะบนอุปกรณ์ที่ติดตั้งไว้ แต่สามารถใช้ฟังก์ชันซิงก์ของเบราว์เซอร์ได้
    • มี ความสามารถในการเชื่อมกับเบราว์เซอร์อย่างหลากหลาย แต่ฟีเจอร์ที่ต้องใช้พลังประมวลผลสูง เช่น แบบอาศัย machine learning จะมีข้อจำกัด
    • ผลิตภัณฑ์ฟรีมีอยู่อย่างจำกัดมาก
    • ผลิตภัณฑ์เด่น: Feedbro (ปัจจุบันเป็นตัวที่ยัง active อยู่เพียงตัวเดียว โดย Smart-RSS ยุติไปในเดือนกุมภาพันธ์)

  • On-device

    • เป็น แอปติดตั้งตามอุปกรณ์ สำหรับ iOS, Android, Windows, Mac, Linux เป็นต้น
    • เมื่อติดตั้งแอปพลิเคชันก็ถือว่าตั้งค่าเสร็จ โดยบางแอปต้องมีบัญชี และดูแลรักษาผ่านการอัปเดตแบบแมนนวลหรืออัตโนมัติ
    • ข้อมูลถูกเก็บไว้ในอุปกรณ์ จึง ควบคุมได้สูงสุด
    • การรีเฟรชทำได้เมื่อแอปกำลังทำงานเท่านั้น โดยบางแอปมีบริการรีเฟรชเบื้องหลัง
    • โดยทั่วไปเข้าถึงข้อมูลได้เฉพาะบนอุปกรณ์ที่ติดตั้งไว้
    • การซิงก์ข้อมูลต้องทำแบบแมนนวล หรืออาศัยระบบซิงก์ของ OS เช่น iCloud
    • สถาปัตยกรรมมักเน้นผู้ใช้คนเดียว และส่วนใหญ่เข้าถึงแบบออฟไลน์ได้ง่าย
    • ฟีเจอร์แตกต่างกันไปตามแอป แต่โดยรวมมี ความอเนกประสงค์ และ ประสิทธิภาพ ที่ดีภายในข้อจำกัดของอุปกรณ์
    • แอปมือถือมักมีฟีเจอร์จำกัดกว่าแอปเดสก์ท็อป
    • ฟีเจอร์หลายผู้ใช้หรือโครงสร้างพิเศษอย่างการสมัครรับจดหมายข่าวมีข้อจำกัด
    • ผลิตภัณฑ์ฟรีที่เด่น: NetNewsWire, Thunderbird, RSS Guard, Vienna เป็นต้น
    • ผลิตภัณฑ์เสียเงินที่เด่น: Fiery Feeds, Lire, Reeder, ReadKit เป็นต้น

  • Self-hosting

    • ทั้งหมดเป็นผลิตภัณฑ์ โอเพนซอร์สและฟรี ออกแบบมาให้ติดตั้งบนเซิร์ฟเวอร์และทำงานอย่างต่อเนื่อง
    • ต้องตั้งค่าเซิร์ฟเวอร์, โดเมน, reverse proxy ฯลฯ จึงมี กำแพงทางเทคนิคในการเริ่มต้น
    • ข้อมูลทั้งหมดถูกเก็บบนเซิร์ฟเวอร์ และผู้ดูแลเซิร์ฟเวอร์สามารถ ควบคุมสตอเรจและข้อมูลได้อย่างสมบูรณ์
    • ด้วยการ ให้บริการอย่างต่อเนื่อง จึงรีเฟรช feed ได้รวดเร็ว และ รับมือ feed ที่อัปเดตถี่มากได้ไม่มีปัญหา
    • เข้าถึงได้จากทุกที่ผ่านเว็บเบราว์เซอร์ และข้อมูลจะซิงก์อัตโนมัติ
    • โดยเฉลี่ยแล้วมี ฟีเจอร์กว้างกว่า โปรแกรมอ่านแบบส่วนขยายเบราว์เซอร์หรือ on-device
    • ในทางทฤษฎีแทบไม่มีข้อจำกัดด้านฟีเจอร์ แต่เพื่อให้ตั้งค่าและดูแลง่าย โครงสร้างพื้นฐานมักถูกทำให้เรียบง่าย
    • มีพลังน้อยกว่าทางเลือกแบบโฮสต์อยู่เล็กน้อย
    • ผลิตภัณฑ์เด่น: Miniflux, FreshRSS, CommaFeed, Nextcloud News, selfoss, yarr
    • ทั้งหมดเป็นโอเพนซอร์สและฟรี โดยมีค่าใช้จ่ายเพียงค่าเซิร์ฟเวอร์ (แพ็กเกจ VPS ขั้นต่ำเริ่มราว 2 ดอลลาร์ต่อเดือน)

  • แบบโฮสต์โดยผู้ให้บริการ (SAAS)

    • เป็น บริการสมัครสมาชิก ที่บริษัทเป็นผู้ดูแล ต้องสร้างบัญชี และทั้งหมดเป็นผลิตภัณฑ์ SAAS แบบเสียเงิน (ส่วนใหญ่มีแผนฟรี)
    • โดยเฉลี่ยให้ ประสบการณ์ผู้ใช้ที่ขัดเกลาที่สุดและฟีเจอร์ที่ครอบคลุมที่สุด
    • ผู้ให้บริการรับผิดชอบทุกอย่างตั้งแต่ข้อมูล โครงสร้างพื้นฐาน ไปจนถึงการอัปเดต
    • ข้อมูลถูกเก็บบนเซิร์ฟเวอร์ของบริษัท แต่สามารถขอ ส่งออกหรือลบข้อมูล ได้ตามกฎหมายอย่าง GDPR
      • พื้นที่จัดเก็บนั้นโดยเนื้อแท้แทบไม่จำกัด (ข้อจำกัดเพื่อป้องกันการใช้งานผิดประเภทจะระบุไว้ในหน้าราคา)
    • ด้วย โครงสร้างพื้นฐานที่มีความพร้อมใช้งานสูง จึงรีเฟรช feed/เข้าถึงบริการได้ทุกเมื่อ และ feed ยอดนิยมจะถูกอัปเดตบ่อยกว่า
    • ด้วยโครงสร้างพื้นฐานที่ซับซ้อนและทรงพลัง จึงรองรับ ฟีเจอร์ขั้นสูงอย่างการแนะนำ, การรับทางอีเมล, AI summary ได้
    • ส่วนใหญ่มาในรูปเว็บแอปพลิเคชัน และบางรายก็มี native app ด้วย
    • เพราะข้อมูลเก็บบนเซิร์ฟเวอร์จึงซิงก์ข้ามอุปกรณ์ได้โดยอัตโนมัติ และบางบริการก็รองรับออฟไลน์ด้วย
    • ให้ ประสบการณ์ใช้งานที่สมบูรณ์ที่สุด
    • ผลิตภัณฑ์เด่น: Lighthouse, Feedly, Inoreader, NewsBlur, Feedbin, Readwise Reader, Feeder เป็นต้น
    • ผลิตภัณฑ์แบบโฮสต์ทั้งหมดคิดค่าบริการรายเดือนแบบ SAAS (Folo ปัจจุบันฟรี แต่มีแผนเพิ่มฟีเจอร์แบบเสียเงินในอนาคต)

การรองรับ native app และการเข้าถึงแบบออฟไลน์

  • ผลิตภัณฑ์แบบ self-hosting หรือแบบโฮสต์จำนวนมาก ไม่มีแอปของตนเองหรือการเข้าถึงแบบออฟไลน์
  • แต่ด้วยการมี API (แบบเฉพาะของตนเองหรือรองรับ Google Reader API) จึงสามารถเชื่อมกับ แอปภายนอก (เช่น ReadKit, Fiery Feeds เป็นต้น) เพื่อใช้งานและเข้าถึงแบบออฟไลน์ได้
    • ดาวน์โหลดคอนเทนต์มาเก็บไว้ในเครื่อง
    • ซิงก์การเปลี่ยนแปลงกลับไปยังผลิตภัณฑ์ที่เชื่อมอยู่
  • วิธีนี้ทำให้แม้บริการที่ไม่มีแอปของตัวเองก็ยังใช้งาน ประสบการณ์แบบ native app และฟังก์ชันออฟไลน์ ได้
  • บางบริการอย่าง FreshRSS มีการให้รายชื่อแอปที่เข้ากันได้อย่างเป็นทางการ

การรองรับจดหมายข่าว

  • จดหมายข่าวมีความสำคัญมากขึ้นเรื่อย ๆ ในฐานะ กลไกการส่งต่อบล็อก/คอนเทนต์
  • โปรแกรมอ่าน feed แบบโฮสต์บางรายรองรับ จดหมายข่าวแบบ native
  • ผลิตภัณฑ์แบบ on-device ไม่สามารถรับจดหมายข่าวได้โดยตรงจากข้อจำกัดด้านโครงสร้างพื้นฐาน
  • สามารถใช้ บริการแปลงจดหมายข่าวเป็น RSS feed ได้
    • สร้างอีเมลแอดเดรสและให้ URL ของ feed นั้น
    • อีเมลที่ส่งเข้ามายังแอดเดรสดังกล่าวจะถูกเพิ่มเป็นรายการใหม่ใน feed
    • มีเครื่องมือฟรีอย่าง Kill the Newsletter และ Lighthouse Newsletter to RSS

สรุปคุณลักษณะของผลิตภัณฑ์หลัก

  • NetNewsWire (on-device, ฟรี)

    • โปรแกรมอ่าน feed แบบ on-device ฟรีสำหรับ Mac และ iOS
    • โดยพื้นฐานเก็บข้อมูลไว้บนอุปกรณ์ แต่สามารถ ซิงก์ผ่าน iCloud และผลิตภัณฑ์อื่น ได้
    • มีส่วนขยาย Safari สำหรับเพิ่ม feed ได้ง่าย
    • รองรับ AppleScript เพื่อ ทำเวิร์กโฟลว์บางอย่างแบบอัตโนมัติ

  • Fiery Feeds (on-device, SAAS)

    • แอปสำหรับ Mac และ iOS โดยจุดเด่นสำคัญคือ ธีมและตัวเลือกการปรับแต่ง ที่หลากหลาย
    • นอกจากการเก็บข้อมูลเองแล้ว ยังเชื่อมกับบริการอื่นอย่าง iCloud และ FreshRSS API ได้
    • ฟีเจอร์พรีเมียมแบบเสียเงิน 15 ดอลลาร์ต่อปี

  • Reeder (on-device, SAAS)

    • แอปสำหรับ Mac และ iOS ฟีเจอร์พรีเมียมราคาราว 10 ดอลลาร์ต่อปี
    • จุดแตกต่างสำคัญคือ ไทม์ไลน์รวมที่รวม RSS, พอดแคสต์, โซเชียลมีเดีย ฯลฯ

  • FreshRSS (self-hosting, ฟรี)

    • โปรแกรมอ่าน feed แบบ self-hosting ที่ตั้งค่าเสร็จแล้วใช้งานผ่านเว็บแอปได้
    • นอกจากการสมัครรับ feed ทั่วไปแล้ว ยังรองรับ feed ขั้นสูงอย่าง WebSub
    • ปรับแต่งได้ด้วยธีมและส่วนขยาย พร้อม รองรับมากกว่า 15 ภาษา
    • เป็นหนึ่งในตัวเลือก self-hosting ที่แนะนำมากที่สุดร่วมกับ Miniflux

  • Miniflux (self-hosting, ฟรี)

    • เน้น ความเรียบง่ายและความเร็ว มากกว่าฟีเจอร์หวือหวา
    • มีเวอร์ชันโฮสต์ให้บริการด้วย (15 ดอลลาร์ต่อปี ทดลองฟรี 15 วัน)
    • เป็นหนึ่งในตัวเลือก self-hosting ที่แนะนำมากที่สุดร่วมกับ FreshRSS

  • Folo (โฮสต์, ฟรี)

    • เป็นผลิตภัณฑ์ใหม่ล่าสุดที่พัฒนาโดยผู้สร้าง RSS Hub
    • มีแอปสำหรับทุกแพลตฟอร์มหลัก ปัจจุบันฟรี (มีแผนให้ฟีเจอร์พรีเมียมเป็นแบบเสียเงินในอนาคต)
    • เป็นโอเพนซอร์ส จึงสามารถทำ self-hosting ได้ในทางทฤษฎี
    • มีฟีเจอร์จำนวนมาก เช่น รองรับจดหมายข่าว, แปลงเว็บไซต์เป็น feed, AI สรุป

  • Feedly (โฮสต์, SAAS)

    • เป็นผลิตภัณฑ์ที่เป็นที่รู้จักมากที่สุดและมี ผู้ใช้มากที่สุดในบรรดาโปรแกรมอ่าน feed ทั้งหมด
    • มีฟีเจอร์ครอบคลุมและมีแผนฟรี
    • ในช่วงไม่กี่ปีที่ผ่านมา ดูเหมือนจะเน้นฟีเจอร์ AI และลูกค้าองค์กรเพิ่มขึ้น

  • Inoreader (โฮสต์, SAAS)

    • เป็นผลิตภัณฑ์ที่รู้จักแพร่หลายรองจาก Feedly และมีแผนฟรี
    • มีรายการฟีเจอร์ที่น่าประทับใจ เช่น รองรับการสมัครรับโซเชียลมีเดีย, ระบบอัตโนมัติและฟีเจอร์ AI, public API และการเชื่อมต่อ
    • แม้ใน Reddit จะมีเสียงบ่นเรื่องขึ้นราคาเด่นชัด แต่ผู้ใช้ส่วนใหญ่ก็พึงพอใจ

  • Readwise Reader (โฮสต์, SAAS)

    • เป็นผลิตภัณฑ์ที่ค่อนข้างใหม่จากผู้สร้าง Readwise
    • เป็นโปรแกรมอ่าน feed ที่ยอดเยี่ยม แต่จุดแข็งที่แท้จริงคือ ประสบการณ์การอ่านที่โดดเด่น
    • ยังมีมุมมองการอ่านสำหรับ PDF, ebook เป็นต้น
    • แม้จะถูกระบุว่าเป็นเบตา แต่ก็อยู่ในสถานะเบตามาหลายปีและในทางปฏิบัติถือเป็นผลิตภัณฑ์ที่เสถียร

  • Tiny Tiny RSS

    • มีผู้ใช้จำนวนมากมาอย่างยาวนาน และมักถูกแนะนำบ่อยในซับเรดดิต RSS
    • เมื่อวันที่ 3 ตุลาคม ผู้ดูแลประกาศ ยุติการทำงานและจะลบโครงสร้างพื้นฐานทั้งหมดในวันที่ 1 พฤศจิกายน
    • อาจมีโฟร์กของโปรเจกต์โดยผู้ดูแลรายอื่นเกิดขึ้น แต่ทิศทางในอนาคตยังไม่ชัดเจน

  • Lighthouse (โฮสต์, SAAS)

    • เป็นผลิตภัณฑ์ที่ค่อนข้างใหม่และยังอยู่ในสถานะเบตา (หมายความว่ายังไม่มีทุกฟีเจอร์สำหรับวิสัยทัศน์ที่ไปไกลกว่าการอ่าน feed แบบเรียบง่าย)
    • จุดแตกต่างหลักคือ โฟกัสที่บทความมากกว่า feed และมีมุมมองแยกสำหรับการคัดสรรบทความ (Inbox)
    • มุ่งเน้นการค้นหาคอนเทนต์มูลค่าสูง

กลุ่มผลิตภัณฑ์ที่คล้ายกันและเกณฑ์การเลือก

  • News aggregator

    • รวบรวมและคัดสรร ข่าวจากหลายแหล่งโดยอัตโนมัติ
    • แม้จะมีตัวเลือกการปรับแต่งบางส่วน แต่เน้นข่าวเป็นหลักและไม่สามารถสมัครรับ feed ใดก็ได้เหมือนโปรแกรมอ่าน feed
    • เน้นให้ภาพรวมของข่าวที่เกี่ยวข้องมากที่สุด
    • ตัวอย่าง: Kagi News, Ground News, SmartNews

  • รายการไว้อ่านภายหลัง (Read-it-later app)

    • ใช้สำหรับ บันทึกและจัดระเบียบลิงก์ ที่พบเจอบนเว็บ
    • โปรแกรมอ่าน feed หลายตัวก็มีฟังก์ชันเดียวกัน แต่รายการไว้อ่านภายหลังนั้น เหมาะกับการบันทึกลิงก์โดยเฉพาะ
    • ตัวอย่าง: Instapaper, Matter, Karakeep (มีตัวเลือก self-hosting)

คู่มือเลือกโปรแกรมอ่าน feed

  • สำหรับคนส่วนใหญ่ ผลิตภัณฑ์แบบโฮสต์คือทางเลือกที่ดีที่สุด
    • โดยทั่วไปเป็นผลิตภัณฑ์ที่ขัดเกลาและทรงพลังที่สุด
    • ได้รับการสนับสนุนจากบริษัทที่มีวิศวกรทำงานเต็มเวลา
    • โดยทั่วไปมีแผนฟรี จึงใช้งานฟรีได้ภายใต้ข้อจำกัดที่กำหนด
  • หากมีความต้องการเฉพาะเจาะจงมากขึ้น ผลิตภัณฑ์ในหมวดอื่นอาจเหมาะกว่า
    • เช่น หากต้องการควบคุมข้อมูลอย่างสมบูรณ์ ก็ควรเลือก ตัวเลือก self-hosting
  • วิธีที่ง่ายที่สุดคือเลือกหมวดหมู่ก่อน จากนั้นค่อยดูหลายผลิตภัณฑ์หรือทดลองใช้ด้วยตนเอง
  • เกือบทุกผลิตภัณฑ์ รองรับการนำเข้าและส่งออก OPML ทำให้ย้ายการสมัครรับ feed ระหว่างผลิตภัณฑ์ได้แทบไม่ต้องออกแรง
  • การเลือกกลุ่มผลิตภัณฑ์ที่เหมาะสมโดยอิงจากการใช้งาน ระดับการควบคุมข้อมูล และการรองรับออฟไลน์ จะมีประสิทธิภาพที่สุด

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
quilt8703 2025-10-10

หลังจาก Google Reader ยุติบริการ ผมก็ย้ายไปใช้ Feedly แล้วก็แทบไม่ได้ใช้อีกเลยเกือบ 10 ปี แต่ช่วงนี้เพิ่งกลับมาปัดฝุ่นใช้อีกครั้ง เลยได้รู้ว่ายังมีบริการหลากหลายเปิดตัวออกมาอยู่ในช่วงนี้เหมือนกัน ก่อนหน้านี้ไม่ค่อยรู้เลย
 
GN⁺ 2025-10-10
ความเห็นจาก Hacker News
  • ยังคิดถึง Google Reader ในอดีตอยู่เลย สิ่งที่ดีที่สุดคือฟีเจอร์โซเชียลที่ทำให้แชร์บทความที่ชอบกับเพื่อนได้ง่าย โพสต์ลงฟีดได้ และคอมเมนต์โต้ตอบกันได้ด้วย มันเป็นเครือข่ายที่ยอดเยี่ยมมากสำหรับการแชร์บล็อกโพสต์หรือบทความต่าง ๆ ฉันมองว่าการปิดบริการ Google Reader เป็นหนึ่งในสาเหตุสำคัญที่ทำให้ Old Web เสื่อมถอย หลังจากนั้นแพลตฟอร์มโซเชียลส่วนใหญ่ก็ยิ่งมีแรงจูงใจที่จะไม่ให้ผู้ใช้ออกจากแพลตฟอร์มไปยังเว็บไซต์อื่น เมื่อไม่นานมานี้ฉันลองทดสอบบน Facebook โดยเปรียบเทียบยอดวิวระหว่างโพสต์ที่ใส่ลิงก์วิดีโอ YouTube พร้อมเขียนความเห็นยาว ๆ กับโพสต์ที่อัปโหลดวิดีโอเดียวกันขึ้น Facebook โดยตรงพร้อมข้อความเดียวกัน ปรากฏว่ายอดวิวของวิดีโอที่อัปโหลดตรงสูงกว่าการโพสต์ลิงก์ถึง 1000 เท่า แถม Facebook ยังมักซ่อนลิงก์วิดีโอต้นฉบับไว้ ต้องกดขยาย "ดูความคิดเห็นทั้งหมด" ถึงจะเห็น สุดท้ายแล้ว Facebook ดูเหมือนจะลดการมองเห็นหรือซ่อนโพสต์ที่มีลิงก์ออกไปยังเว็บภายนอกอย่างหนัก ให้ความรู้สึกปิดและอึดอัด ในสภาพแวดล้อมแบบนี้ การแชร์บล็อกโพสต์ที่มีสาระลึกซึ้งยิ่งทำได้ยากขึ้นเรื่อย ๆ จนไม่อยากใช้อีกต่อไป สิ่งที่ฉันต้องการจริง ๆ ไม่ใช่แค่ RSS reader ดี ๆ แต่คือประสบการณ์โซเชียลแบบสบาย ๆ ที่ Google Reader หรือ Google+ เคยให้ไว้
    • ฉันคิดว่าโซเชียล RSS feed แบบกระจายศูนย์ หรืออะไรอย่างระบบแนะนำบทความ ก็เป็นไปได้ถ้าชุมชนร่วมกันทำมาตรฐานขึ้นมา สมัยก่อนคนเคยใส่ "blogroll" หรือไฟล์ OPML ไว้บนบล็อกของตัวเองเพื่อเปิดเผยรายการฟีดที่ติดตาม แม้จะไม่ใช่วิธีมาตรฐานและต้องทำด้วยมือ แต่มันก็เป็นการแนะนำแบบกระจายศูนย์อยู่ดี ถ้าวางไฟล์ OPML ไว้ในพาธที่เป็นที่รู้จัก ไคลเอนต์ก็น่าจะสร้างกราฟคำแนะนำได้ เพียงแต่แบบนี้จะเป็นการแนะนำในระดับฟีดเท่านั้น ขณะที่การแนะนำระดับบทความจะเจ๋งกว่ามาก เราอาจใช้ Bluesky หรือระบบ Twitter แบบกระจายศูนย์อื่น ๆ มาสร้างระบบแนะนำลักษณะนี้ได้ ระหว่างที่ฉันอ่าน ก็อาจสร้างโพสต์คำแนะนำที่ machine-readable จากข้อมูลการให้คะแนนของตัวเองใน feed reader ได้ด้วย ทั้งยังรับคำแนะนำจากคนอื่น และสนุกกับการถ่วงน้ำหนักคำแนะนำตามความน่าเชื่อถือ กราฟสังคม และเกณฑ์อื่น ๆ ได้อีกด้วย ฉันเคยลองไอเดียนี้ใน ttrss มาก่อน แต่ผู้ดูแลหลักไม่ค่อยสนใจ เลยหยุดไป บางทีก็ยังนึกถึงอยู่ แต่ไม่เคยลงมือทำจริง
    • อยากแนะนำโปรเจกต์ส่วนตัวของฉัน lynkmi.com มันเริ่มจากจิตวิญญาณของเว็บยุคเก่า และยิ่งได้รับแรงผลักดันจากแนวโน้มที่เว็บไซต์ใหญ่ ๆ พยายามกดลิงก์ออกไปข้างนอก ฉันยังจำได้ว่า Facebook เคยมีส่วน "ลิงก์" ที่ให้ดูทุกลิงก์ที่แชร์ไว้ได้ง่าย ๆ น่าเสียดายที่โลกเปลี่ยนไปมาก หวังว่าคุณจะมาร่วมต่อต้านไปกับพวกเรา ทุกแท็กและทุกโปรไฟล์มี RSS feed ให้อัตโนมัติ และเมื่อไม่นานนี้ก็เพิ่มฟีเจอร์ internal backlink เข้าไปด้วย ซึ่งฉันพอใจมาก
    • สำหรับความเห็นที่ว่าการตายของ Google Reader มีส่วนทำให้ Old Web ล่มสลาย ฉันกลับคิดว่าอาจเป็นเพราะแพลตฟอร์มโซเชียลทรงพลังเกินไปจน Old Web พัง และผลตามมาคือ Google Reader ก็หายไปด้วย
    • ฉันใช้ theoldreader.com มานานมาก ก่อนจะเลิกใช้ RSS ไปเลย ตอนนั้นบริการนี้ใกล้เคียงกับ Google Reader มากที่สุดแล้ว
    • Newsblur ก็มีฟีเจอร์โซเชียลคล้าย ๆ กัน
  • ถ้าใช้ ecosystem ของ Apple, NetNewsWire บน Mac หรือ iPhone นั้นยอดเยี่ยมมาก มันไม่ใช่ผลิตภัณฑ์เชิงพาณิชย์อีกต่อไปแล้ว และ Brent Simmons ก็กำลังพัฒนาให้ฟรีด้วยความรักจริง ๆ โพสต์ที่สะท้อนแนวคิดการพัฒนาล่าสุดของเขาอ่านได้ที่นี่ ฟีเจอร์ที่สำคัญที่สุดคือสถานะการอ่านฟีดจะซิงก์กันระหว่างแล็ปท็อปกับโทรศัพท์
    • การซิงก์สถานะฟีดให้ผ่าน iCloud ใช้ได้เฉพาะบน iPhone/Mac เท่านั้น แต่ NetNewsWire ก็รองรับการเชื่อมกับ RSS feed aggregator (เช่น FreshRSS) ดังนั้นจึงซิงก์สถานะการอ่านบนอุปกรณ์นอก Apple ได้เหมือนกัน ฉันเคยคิดจะลองแอป RSS ตัวอื่นมาหลายปี แต่สุดท้ายก็ใช้ NetNewsWire ต่อเพราะฟีเจอร์นี้
    • ฉันใช้ NetNewsWire มาตั้งแต่ปี 2003 อย่างต่อเนื่อง มันทำงานได้สะอาดเรียบง่ายมาก และฉันชอบที่มันเป็น news reader ที่เน้นผู้ใช้ ไม่พยายาม gamify หรือ socialify อะไร
    • ฉันเองก็เริ่มจาก NetNewsWire แล้วหลัง iPhone ออกมาก็ย้ายไป Reeder ต่อมาพอ Google Reader ปิดก็ลองทางเลือกฟรีหลายตัว ก่อนจะมาเจอ News Explorer ซึ่งน่าจะเป็นหนึ่งในแอปแรก ๆ ที่รองรับ iCloud sync สมัยก่อนคนมักคิดว่า iCloud sync มีปัญหาเชิงเทคนิคเยอะ แต่ News Explorer ทำให้เห็นว่ามันทำให้ดีได้จริง ต่อมา Brent ก็เปลี่ยนความคิดและนำ iCloud sync มาใส่ใน NetNewsWire ตอนนี้ฉันยังใช้ NetNewsWire อยู่ และหวังว่าจะมีฟีเจอร์กรอง RSS เพิ่มเข้ามา ตอนนี้เลยใช้ Feed Rinse(feedrinse.com) ไปก่อน
    • +1 ให้ NetNewsWire นอกจาก iCloud sync แล้ว ยังเชื่อมกับ third-party aggregator อย่าง BazQux, Feedbin, Feedly, Inoreader, NewsBlur, The Old Reader และ FreshRSS ได้ด้วย จึงเป็นตัวเลือกที่ดีถ้าคุณต้องเข้าจากอุปกรณ์ที่ไม่ใช่ Apple บ้าง
    • ฉันใช้ NetNewsWire เป็น frontend และ FreshRSS ที่โฮสต์เองเป็น backend เพื่อจัดการฟีดได้อย่างสมบูรณ์แบบบนหลายอุปกรณ์ (Mac/iOS/iPadOS, เว็บ)
  • ถ้ากำลังพัฒนา feed reader เอง ต้องดู Feed Reader Score Project ของ Rachel by the Bay(ลิงก์นี้, แนวปฏิบัติที่ดี) ให้ได้ อย่าไป query เซิร์ฟเวอร์ทุกนาทีหรือทุกวันทั้งที่จริง ๆ แล้วฟีดอัปเดตแค่อาทิตย์ละครั้ง ต้องใช้ ETag และ Last-Modified ให้ถูกต้องเสมอ
  • ฉันใช้ Inoreader มาหลายปี ก่อนจะย้ายมา Miniflux ในปีนี้ เพราะรู้สึกว่าราคาของ Inoreader แพงขึ้นเรื่อย ๆ เมื่อเทียบกับฟีเจอร์ การย้ายง่ายมาก แค่รัน Miniflux ด้วย Docker compose แล้ว export OPML จาก Inoreader มา import เข้า Miniflux ก็จบ ใช้ tsdproxy กับ tailscale funnels เพื่อเข้าถึงเว็บ endpoint ก็ง่าย ตอนแรกฉันใช้แค่เว็บแอป แต่ก็พบว่ามีแอปที่รองรับ Miniflux เยอะมาก สุดท้ายเลยสนุกกับชุดนี้:
    • Read You(GitHub) บนโทรศัพท์/แท็บเล็ต Android
    • Reactflux(GitHub) บนแล็ปท็อป Windows
    • RSSGuard(GitHub) บนเดสก์ท็อป Linux
    • Reeder classic บน iPad (มีอยู่แล้วเลยใช้ต่อ)
    • PoweReader(powereader.app) บน iPhone ที่ใช้ทำงาน Miniflux มีข้อดีตรงที่รองรับหลาย API เช่น Fever, Google Reader เป็นต้น ถ้า frontend รองรับสักตัวในนี้ก็ใช้งานได้สมบูรณ์แบบ ฉันพอใจมากเพราะไม่ว่าจะอยู่บนแพลตฟอร์มไหนก็ได้ประสบการณ์แบบ native
  • อยากแนะนำ feed reader ของฉัน brook-feed-reader (ส่วนเสริม Firefox) ตอนนี้ใช้ได้เฉพาะบน Firefox แต่ถ้ามีคนสนใจ ก็อาจพอร์ตไป Chrome ได้ ฉันอยากอ่านฟีดตรงในเบราว์เซอร์ และอยากให้ทุกอย่างถูกจัดการอยู่บนอุปกรณ์ของตัวเอง ไม่ต้องมีโฮสติ้งหรือการจ่ายเงิน เป็นเครื่องมือเรียบง่ายที่ทำให้ฉันควบคุมคอนเทนต์ที่อ่านได้เต็มที่ ถ้าคุณลองใช้ จำนวนผู้ใช้ทั่วโลกอาจเพิ่มเป็นเลขสองหลักเลยก็ได้
    • สนใจนะ คิดถึงสมัยก่อนที่ Firefox เองมีฟีเจอร์จัดหมวดหมู่แบบ native และฉันก็กำลังหา RSS reader เบา ๆ สำหรับเดสก์ท็อปอยู่พอดี ถ้ามันใช้บน Firefox มือถือได้ด้วย ฉันอาจลบแอปมือถือทิ้งเลย
    • เผื่อเป็นข้อมูล การรองรับส่วนขยายทั้ง Firefox และ Chrome (ทั้ง mv2 และ mv3) จาก codebase เดียวทำได้ค่อนข้างง่าย
    • สงสัยว่าจะพอร์ตเป็นส่วนขยาย VSCode ได้ด้วยไหม
    • สนใจพอร์ตไป Chrome เหมือนกัน
  • บทความนี้สรุปภาพรวมตลาด RSS reader ได้ดี แต่ในขณะเดียวกันก็ให้ความรู้สึกเหมือน content marketing ของบริการชื่อ Lighthouse อยู่เหมือนกัน ฉันใช้ Feedly อยู่ และคิดว่าปัญหาที่แท้จริงของ RSS ส่วนใหญ่ไม่ใช่หน้าจอของ RSS reader แต่เป็นที่หลายเว็บไซต์ปล่อย RSS แค่บางส่วนของบทความ ไม่ใช่ข้อความเต็ม หรือไม่รองรับรูปภาพ ภาพเดโมของ reader มักโชว์เคสที่ดีที่สุด แต่เว็บไซต์ที่ไม่ใช่บล็อกส่วนตัวส่วนใหญ่ส่งมาแค่หนึ่งหรือสองย่อหน้า ทำให้แทบจะกลายเป็นแค่รายการลิงก์
    • ฉันใช้ Feedly มาต่อเนื่องตั้งแต่หลังยุค Google Reader เพราะมันเป็นตัวเลือกที่ลงตัวโดยธรรมชาติ ไม่ได้รักมันมากขนาดนั้น แต่ความเสถียรที่ต่อเนื่องทำให้ไม่เคยหาอย่างอื่นใช้จริงจัง สักวันหนึ่งอยากหาทางเลือกที่ดีกว่า โดยสิ่งที่อยากได้อันดับหนึ่งคือความสามารถในการ crawl เนื้อหาต้นฉบับเพื่อให้อ่านบทความที่ถูกตัดได้ครบในฟีดเลย การต้องออกจาก RSS ไปเบราว์เซอร์ แล้วค่อยเข้า reader mode ของเบราว์เซอร์อีกทีมันยุ่งยากเกินไป แต่วันนี้ฉันเพิ่งเจอไคลเอนต์ชื่อ FeedMe ที่ซิงก์กับ Feedly ได้และดึงข้อความเต็มในฟีดมาได้เลย ยังมีฟีเจอร์ที่อยากได้อย่างฟิลเตอร์ด้วย ถ้าลองหาไคลเอนต์อื่นต่อก็น่าจะมีอีกหลายตัว ที่ผ่านมาฉันแค่ขี้เกียจเลยผัดผ่อนมาตลอด
    • FreshRSS สามารถดึงข้อความเต็มได้ด้วย CSS selector และวิธีคล้าย ๆ กัน ฉันเองก็เคยทำ RSS feed hydrator หลายตัว โดยดึง source code มาตรง ๆ เพื่อเติมรูปภาพ หรือในกรณีของ HN ก็ใช้ข้อมูล open graph เพื่อแสดงคะแนน จำนวนคอมเมนต์ ฯลฯ ได้ด้วย
    • จริง ๆ แล้ว frontend บางตัวก็ parse ลิงก์และดึงข้อความเต็มของบทความมาได้ด้วย บางตัวจัดการเว็บที่ต้องล็อกอินได้ด้วยซ้ำ
    • reader บางตัวอย่าง Miniflux ก็รองรับการดาวน์โหลดบทความฉบับเต็มด้วย
  • ฉันลอง RSS มาแทบทุกตัวแล้ว แต่ในช่วง 3 ปีหลังมาลงตัวกับ BazQux ฉันพยายามรับข้อมูลทุกอย่างบนอินเทอร์เน็ตผ่าน RSS reader ดังนั้นสิ่งสำคัญสำหรับฉันคือ:
    1. หา feed ที่ซ่อนอยู่ เช่น YouTube หรือ Reddit ได้อัตโนมัติ
    2. สร้าง RSS feed ให้บริการที่ไม่รองรับ RSS เองได้ (เมื่อก่อนรองรับ Twitter, vk, Instagram ด้วย แต่ตอนนี้ทำไม่ได้แล้วเพราะ API ถูกปิด)
    3. ดึงข้อความเต็มของบทความได้ มองย้อนกลับไป การเลือก RSS reader เหมือนเป็นเรื่องของการเลือก backend เท่ ๆ มากกว่า การดึงข้อความออกจาก XML ไม่ได้ยากมาก สิ่งที่ยากจริงคือการสร้าง RSS จากเว็บไซต์ที่พยายามกัน RSS ออกไป ซึ่งต่อไปคงมีมากขึ้นเรื่อย ๆ พอเลือก backend ได้แล้ว ก็แค่เลือกแอป frontend ตามใจชอบ สำหรับอุปกรณ์ Apple แนะนำ Reeder
  • ราว 10 กว่าปีที่ผ่านมา ฉันลอง feed reader มาหลายตัวทั้ง NetNewsWire, Feedbin, Miniflux ฯลฯ ก่อนจะมาลงเอยกับการโฮสต์ feed reader ที่ทำเองโดยใช้ฐานข้อมูล LibSQL แบบโฮสต์ฟรี
    • NetNewsWire นั้นยอดเยี่ยม แต่ใช้บนโทรศัพท์ของฉันไม่ได้
    • Feedbin ดีมากจริง ๆ แต่ฉันอยากลดค่า subscription
    • Miniflux ทำงานดี แต่การตั้งค่า Postgres ระยะไกลยุ่งยาก และ free tier ของ Neon ก็หมดในไม่กี่วัน
      ดังนั้นฉันจึงทำ feed reader เองแล้วรันบน Raspberry Pi เป็น home server ซึ่งเหมาะมากสำหรับโปรเจกต์วันหยุดสุดสัปดาห์ มาตรฐาน feed ต่าง ๆ นั้นวางไว้อย่างดีอยู่แล้ว โค้ดงานรูทีนก็ให้ AI ช่วยทำได้เร็วมาก และถ้าต้องการฟีเจอร์ใหม่ก็เพิ่มได้ทันที ซึ่งรู้สึกสดชื่นดี ตัวอย่างเช่น ฉันใส่ฟีเจอร์ "อ่านภายหลัง" แบบที่มีใน Feedbin (แต่ Miniflux ไม่มี) เข้าไปเอง
  • ฉันเลิกใช้โซเชียลมีเดียทั้งหมดมาสักพักใหญ่แล้ว (Hacker News, Reddit อะไรแบบนี้ ฉันมองว่าเป็น news aggregator/forum เลยต่างออกไปหน่อย) ช่วงนี้เลยสงสัยว่าถ้าตัดสิ่งเหล่านี้ออกไปด้วย โลกของฉันจะเปลี่ยนยังไง การรับรู้ว่า "เกิดอะไรขึ้นจริง" หรือกรอบมองโลกจะเปลี่ยนไปไหม และถ้าได้อ่านแหล่งข้อมูลปฐมภูมิจากหลายมุมมองโดยตรง อาจทำให้ได้ข้อสรุปที่ต่างออกไปหรือเปล่า แปลกดีที่ก่อนหน้านี้ฉันไม่เคยนึกถึง RSS เลย ทั้งที่มันเป็นเครื่องมือที่ตรงกับเป้าหมายนี้มาก
    • ฉันคิดว่าการเสพข่าวก็น่าจะมีแนวคิดเรื่อง "ปริมาณขั้นต่ำที่จำเป็น" อยู่เหมือนกัน เมื่ออ่านจากหลายแหล่งอย่างหลากหลายไปถึงจุดหนึ่ง ประโยชน์ที่เพิ่มขึ้นก็คงลดลงเรื่อย ๆ เช่น ถ้าอ่านแค่ RSS พาดหัวข่าวของ NYT เพียงตัวเดียว ปริมาณข้อมูลที่ได้จริง ๆ อาจใกล้เคียงกับการไล่อ่านบล็อกผู้เชี่ยวชาญและแหล่งข่าวหลากหลายอย่างละเอียดถึง 90% ก็ได้
  • ฉันใช้ blogtrottr.com เพื่อรับฟีดทางอีเมลโดยตรง แปลกใจเหมือนกันที่ที่นี่ไม่มีใครพูดถึงบริการนี้