Kagi Small Web
(blog.kagi.com)- Kagi ผสาน Small Web เข้ากับการค้นหา เว็บไซต์ RSS และ API เพื่อทำให้ คอนเทนต์เว็บส่วนบุคคล ที่ถูกกลบด้วยโฆษณาและความเป็นเชิงพาณิชย์กลับมาโดดเด่นอีกครั้ง
- Small Web หมายถึงเว็บที่ไม่ใช่เชิงพาณิชย์ซึ่งบุคคลสร้างขึ้นเพื่อ การแสดงออกตัวตนและการแบ่งปันความรู้ มากกว่าผลประโยชน์ทางการเงิน โดย Kagi คัดเลือกเว็บไซต์ราว 6,000 แห่งเพื่อรวบรวมคอนเทนต์ใหม่
- Kagi Search ใช้อินเด็กซ์ Teclis และ TinyGem เพื่อแสดงบทความจากบล็อกส่วนบุคคลร่วมกับผลค้นหาทั่วไปสำหรับคำอย่าง
swiftui,apple watch - เว็บไซต์ Kagi Small Web ใหม่ทำงานได้โดยไม่ต้องใช้ JavaScript และสามารถกด “appreciate” ให้โพสต์หรือเขียนบันทึกสาธารณะที่จะหายไปหลังราว 1 สัปดาห์ได้
- ผู้ดูแลเว็บไซต์สามารถมีส่วนร่วมผ่านรายการคัดเลือกบน GitHub, เว็บไซต์รับข้อเสนอแนะ และ Discord ขณะที่ RSS อัปเดตทุก 5 ชั่วโมง และ API คิดราคา 2 ดอลลาร์ต่อ 1,000 คิวรี
เว็บแบบที่ Kagi Small Web มุ่งเป้า
- Kagi Small Web คือโครงการริเริ่มของ Kagi เพื่อสร้างเว็บที่มีความเป็นมนุษย์มากขึ้น
- คำว่า “Small Web” แม้จะไม่มีคำนิยามเดียวตายตัว แต่โดยทั่วไปหมายถึง เว็บที่ไม่ใช่เชิงพาณิชย์ ซึ่งสร้างขึ้นเพื่อการแสดงออกส่วนบุคคลหรือการแบ่งปันความรู้ มากกว่าผลประโยชน์ทางการเงิน
- แนวคิดนี้เชื่อมโยงกับบรรยากาศของเว็บยุคแรกที่มีความเป็นเชิงพาณิชย์น้อยกว่า ก่อนที่โมเดลธุรกิจแบบพึ่งโฆษณาจะครองอินเทอร์เน็ต
- สำหรับผู้ที่อยากทำความเข้าใจให้ลึกขึ้น มีการแนะนำบทความ The Small Web is Beautiful ของ Ben Hoyt และใน GitHub repository ก็มีลิงก์ไปยังรายการบทความที่เกี่ยวข้อง
วิธีรวบรวมและแสดงคอนเทนต์
- Kagi Small Web รวบรวมบทความที่เผยแพร่ภายใน 1 สัปดาห์ล่าสุดจากรายชื่อบล็อกที่คัดเลือกเอง และแสดงผ่านหลายช่องทาง
- แสดงอัตโนมัติเป็นผลลัพธ์สำหรับคิวรีที่เกี่ยวข้องใน ผลการค้นหาของ Kagi
- ดูได้บน เว็บไซต์ Kagi Small Web
- ให้บริการผ่าน RSS feed
- รวมอยู่ใน news enrichment API ของ Search API
- สมาชิก Kagi เดิมไม่จำเป็นต้องตั้งค่าเพิ่มเติมเพื่อดูคอนเทนต์ Small Web ในผลการค้นหา
- การทดลองนี้ได้แรงบันดาลใจจากการสนทนา บน Hacker News และเริ่มต้นในช่วงปลายเดือนกรกฎาคมด้วยการแสดงบทความบล็อกจากผู้ใช้ HN ในผลการค้นหา
- ปัจจุบันรายชื่อที่คัดเลือกไว้ครอบคลุม เว็บไซต์จริงราว 6,000 แห่ง ที่ดำเนินการโดยผู้คนซึ่งมีความสนใจหลากหลาย
- โครงการทั้งหมดและรายชื่อเว็บไซต์ที่คัดเลือกเผยแพร่สาธารณะอยู่บน Kagi GitHub
เว็บส่วนบุคคลที่เข้ามาอยู่ในผลการค้นหา
- ก่อนหน้านี้ Kagi ก็แสดงคอนเทนต์ Small Web อยู่แล้วผ่าน อินเด็กซ์การค้นหา ภายในของตนเองอย่าง Teclis และ TinyGem
- การผสานครั้งนี้ทำให้คอนเทนต์เว็บคุณภาพสูงแต่ยังไม่เป็นที่รู้จักมากนัก กลายเป็นจุดต่างของผลการค้นหา Kagi อย่างชัดเจนยิ่งขึ้น
- ตัวอย่างการค้นหา
- การค้นหา
swiftuiจะแสดงบทความ SwiftUI ที่เกี่ยวกับ iOS 17 จากบล็อก “Use Your Loaf” ของ Keith Harrison - URL ตัวอย่างการค้นหาของ Kagi ถูกสร้างด้วยฟีเจอร์ Share this Search ทำให้ผู้ใช้ที่ไม่มีบัญชี Kagi ก็สามารถดูผลลัพธ์ได้
- การค้นหา
apple watchจะแสดง บทความล่าสุด จากบล็อก “Screaming at My Screen” ของ Timo ร่วมด้วย - ในผลลัพธ์เดียวกันยังมีบทความปี 2015 Apple Watch Pixels ที่แสดงผ่านอินเด็กซ์ Teclis
- การค้นหา
- ผลลัพธ์ลักษณะนี้ช่วยให้ค้นพบมุมมองที่หลากหลายมากขึ้นในหัวข้อเดียวกัน ต่างจากผลค้นหาที่มักเน้นเว็บไซต์ขนาดใหญ่
เว็บไซต์ Kagi Small Web
- เว็บไซต์ Kagi Small Web คือแพลตฟอร์มใหม่สำหรับทำให้คอนเทนต์ Small Web ล่าสุดที่มักถูกมองข้ามโดยเสิร์ชเอนจินแบบเดิมปรากฏเด่นขึ้น
- เว็บไซต์ทำงานโดย ไม่ใช้ JavaScript เพื่อให้สอดคล้องกับจิตวิญญาณของ Small Web
- ผู้ใช้สามารถกด “appreciate” ให้โพสต์ หรือฝากบันทึกสาธารณะแบบชั่วคราวได้
- บันทึกจะหายไปหลังราว 1 สัปดาห์ เมื่อมีคอนเทนต์ใหม่หมุนเวียนเข้ามา
- การออกแบบนี้เน้นลักษณะที่ชั่วคราวและไม่สมบูรณ์แบบของ Small Web
- เมื่อเปิดให้เบตาเทสเตอร์บางส่วนในช่อง Discord ใช้ก่อน มีผู้ใช้รายหนึ่งบอกว่าพอเห็นบล็อกของตนถูกนำไปรวมในฟีดคัดเลือก ก็อยากกลับมาเขียนมากขึ้น
เกณฑ์การคัดเลือกและเงื่อนไขการเผยแพร่
- การจะเข้าไปอยู่ในฟีดคัดเลือกต้องผ่านเกณฑ์ต่อไปนี้
- บล็อกต้องมีโพสต์ย้อนหลังอย่างน้อย 3 ปี
- คอนเทนต์ต้องเป็นภาษาอังกฤษ
- เว็บไซต์ต้องมีการแสดงออกตัวตนอย่างจริงใจ หรือมีคุณค่าด้านข้อมูลสูง
- ไม่รวมคอนเทนต์ NSFW
- หากต้องการให้โพสต์แสดงบนเว็บไซต์ Kagi Small Web ยังมีเงื่อนไขเพิ่มเติม
- โพสต์ต้องเขียนขึ้นภายใน 7 วันล่าสุด
- เว็บไซต์ต้องรองรับการฝังแบบ iframe
- เว็บไซต์ที่ไม่รองรับ iframe ยังสามารถถูกจัดทำดัชนีเพื่อใช้ในผลการค้นหาได้ต่อไป
- โค้ดของเว็บไซต์ก็เปิดเผยเป็น โอเพนซอร์ส และเปิดรับ pull request
การทดลอง Small YouTube
- Kagi ยังมีฟีเจอร์ทดลอง Small YouTube ให้ใช้งานด้วย
- ฟีเจอร์นี้แสดงคอนเทนต์จากครีเอเตอร์ YouTube ดาวรุ่งที่มีผู้ติดตาม น้อยกว่า 400,000 คน
- Kagi กำลังรับฟีดแบ็กเกี่ยวกับเกณฑ์นี้
RSS, API และช่องทางการมีส่วนร่วม
- RSS feed ของ Kagi Small Web ให้การอัปเดตแบบเรียลไทม์และรีเฟรชทุก 5 ชั่วโมง
- ผู้ใช้ API สามารถเข้าถึงข่าวคุณภาพสูงนอกกระแสผ่าน TinyGem index ที่ผสาน Kagi Small Web ไว้แล้ว
- ราคาอยู่ที่ 2 ดอลลาร์ต่อ 1,000 คิวรี
- หากมีเว็บไซต์ที่ตกหล่นหรือมีกรณีที่ถูกรวมอย่างไม่เหมาะสม สามารถช่วยปรับปรุงรายการคัดเลือกได้ตามแนวทาง
- การรายงานบั๊กและเสนอฟีเจอร์ทำได้ที่ kagifeedback.org โดยติดแท็ก
small-web - การสนทนาทั่วไปดำเนินอยู่บน Kagi Discord
สมมติฐานที่โครงการยอมรับ
- หากเว็บถูกสร้างขึ้นโดยผู้คนจำนวนมหาศาล จุดตั้งต้นของโครงการนี้ก็คือคำถามว่าเหตุใดคนเหล่านั้นจึงถูกกลบหายไปในเสิร์ชเอนจินแบบดั้งเดิม และจะแก้สิ่งนี้อย่างไร
- คอนเทนต์ที่ถูกครอลมาอาจมีได้ทุกอย่าง ดังนั้น Kagi มองว่าการนำมาแนะนำจำเป็นต้องเป็น การเลือกที่เอาชื่อเสียงมาเดิมพัน
- ผู้ที่มีส่วนร่วมกับ Small Web ลงแรงและเวลาในการสร้างสรรค์ แม้ไม่มีหลักประกันว่าจะมีผู้ชม
- เป้าหมายของ Kagi คือการฟื้นคืน เว็บที่มีความเป็นมนุษย์มากขึ้น ซึ่งเต็มไปด้วยความคิดสร้างสรรค์ การแสดงออกตัวตน และคอนเทนต์ที่มีความหมาย
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ผม Vlad จาก Kagi ครับ ทันทีที่เผยแพร่บล็อกโพสต์ ฟีด RSS ก็พังแบบไม่คาดคิด ซึ่งให้ความรู้สึกเป็นจิตวิญญาณของ small web จริง ๆ :) ตอนนี้ฟีดกู้คืนแล้ว และตัวไซต์ก็ใช้ฟีดเดียวกัน จึงกลับมาทำงานอีกครั้ง
นี่เป็นโปรเจกต์ที่ผมทำด้วยความรักเป็นการส่วนตัว และทีมก็ยุ่งกับงานอื่น ๆ อยู่ ผมเลยลงไปแตะโค้ดค่อนข้างลึกด้วยตัวเอง คำว่า “ฟีดพัง” จริง ๆ แล้วหมายความว่าผมเป็นคนทำพังเอง สำหรับนักพัฒนาสไตล์เก่า ซอฟต์แวร์เป็นงานที่ยุ่งเหยิง และผมก็ได้เรียนรู้ด้วยว่าผมไม่ใช่โค้ดเดอร์ที่เก่งอีกต่อไปแล้ว จากการต้องย้อนกลับไปแก้สิ่งที่คิดว่าโอเคอยู่แล้วซ้ำ ๆ ดูโค้ดได้ในรีโพซิทอรีที่ลิงก์ไว้: https://github.com/kagisearch/smallweb
ที่สำคัญที่สุดคือ ไซต์นี้เข้ามาทดแทน ความต้องการในการค้นพบ สำหรับผม และผมชอบความรู้สึกที่ได้รู้จักผู้คนและงานเขียนหลากหลาย มีสิ่งที่ไม่คาดคิดโผล่ขึ้นมามากมาย และรู้สึกว่าเว็บกลับมาใกล้ตัวอีกครั้ง แนวคิดนี้มีประกายแห่งความหวังอยู่ และยังช่วยปรับปรุงคุณภาพกับความหลากหลายของการค้นหาได้จริงด้วย
ดูรายชื่อเว็บไซต์ที่รวมอยู่ได้ที่นี่: https://github.com/kagisearch/smallweb/blob/main/smallyt.txt
บทความล่าสุดก็เริ่มแสดงในผลการค้นหา Kagi สำหรับคำค้นที่เกี่ยวข้องแล้วเช่นกัน: https://kagi.com/smallweb
ต่อไปอยากให้ค้นหาเฉพาะใน small web ได้ และคิดว่าในอนาคตอาจถูกทำเป็นเลนส์ได้ด้วย
ส่วนเรื่องกฎการโปรโมตตัวเอง ผมไม่เห็นด้วยกับนโยบายปัจจุบัน ถ้าเป็นบล็อกเก่า แม้จะลดเกณฑ์ลงเหลือประมาณ 1 ปี ก็น่าจะให้ผู้คนส่งเข้ามาเองได้ เว็บขนาดเล็ก/เว็บอินดี้ส่วนใหญ่ขาดการมองเห็นอยู่แล้ว น่าจะช่วยได้ บล็อกของผมน่าจะถูกรวบรวมจากโพสต์เก่า “ช่วยแชร์บล็อกใน HN” เลยอยู่ในดัชนีแล้ว แต่คนอื่นอาจไม่ได้โชคดีแบบนั้น
Kagi เป็นความสำเร็จที่ยิ่งใหญ่มากสำหรับผม เป็นเสิร์ชเอนจินแรกที่ให้ ผลลัพธ์ดีกว่า Google เคารพความเป็นส่วนตัว และมีการปรับแต่งเฉพาะบุคคลกับฟีเจอร์มากกว่า
คือ https://search.marginalia.nu และก็ถูกพูดถึงใน HN บ่อย ๆ ด้วย: https://hn.algolia.com/?query=marginalia
ผมเป็นลูกค้า Kagi และพอใจมาก เสิร์ชเอนจินดีอย่างน่าทึ่ง และฟีเจอร์นี้ทำให้ผมยิ่งชอบตัวเลือกเสิร์ชเอนจินของตัวเองมากขึ้น
ข้อความที่ว่า “โน้ตเหล่านี้จะถูกแทนที่ด้วยคอนเทนต์ใหม่หลังจากประมาณหนึ่งสัปดาห์และจะหายไป เพื่อเน้นย้ำลักษณะที่ไม่จีรังและไม่สมบูรณ์ของ small web” นั้น แค่ยอมรับก็ได้ว่า Kagi ไม่อยากปรับแต่งหรือเก็บโน้ตไว้อย่างถาวร ไม่จำเป็นต้องด้อยค่า small web เว็บไซต์เล็ก ๆ จำนวนมากเก็บรักษาคอนเทนต์ไว้ได้ดี
Kagi อาจมีข้อมูลว่าไซต์ล่มบ่อยแค่ไหนก็ได้ แต่จากประสบการณ์ของผม คอนเทนต์บนแพลตฟอร์มใหญ่ ๆ ก็มักหายไปบ่อยเช่นกัน แม้ไม่ใช่กรณีที่ผู้สร้างลืมไปแล้วก็ตาม เว็บไซต์ small web ที่สร้างโดยครีเอเตอร์ที่ใส่ใจ กลับมีโอกาสอยู่ได้นานกว่ามากด้วยซ้ำ
ถ้า Kagi Small Web มี อินเทอร์เฟซ ActivityPub แล้วสามารถเพิ่มไซต์ที่ได้รับคะแนนสูงสุดของแต่ละวันเข้าไปในไทม์ไลน์ Mastodon หรือ Lemmy ได้ก็คงดี
Kagi คุ้มค่ากับเงินที่จ่ายอย่างแน่นอน ผมใช้เป็นเสิร์ชเอนจินหลักมา 6 เดือนแล้ว และในช่วงนั้นน่าจะใช้ Google
!gแค่ราว 10 ครั้งแต่ผมใช้การค้นหาค่อนข้างเยอะ และมักเผลอค้นหาบ่อย ๆ เลยเสียดายที่จำนวนการค้นหาต่อเดือนมักเกินระดับ “Pro” อยู่บ่อย ๆ ถึงอย่างนั้นก็ยังดีที่มีตัวเลือกซื้อการค้นหาเพิ่มได้ โดยไม่ต้องอัปเกรดไปเป็นแพ็กเกจไม่จำกัดที่ค่อนข้างแพง
ผลการค้นหาดีกว่าที่อื่นอย่างสม่ำเสมอ รวมถึง DuckDuckGo ด้วย ดังนั้นผมจะยังคงเป็นลูกค้าที่จ่ายเงินและพึงพอใจต่อไป
ให้ความรู้สึกคล้าย ๆ กับตอนที่ ค้นพบ Google ครั้งแรก ในยุคที่ยังมี AltaVista อยู่
ยิ่งกว่านั้น Searx รองรับเสิร์ชเอนจินได้มากกว่ามาก และผมปรับแต่งให้ตรงตามที่ต้องการได้อย่างแม่นยำ
แน่นอนว่า Kagi มีเจตนาดีและเป็นผลิตภัณฑ์ที่ดี ผมจึงอยากให้ไปได้สวย แต่ผมชอบโซลูชันโอเพนซอร์สแบบโฮสต์เองที่เทียบเท่ากันมากกว่า SaaS แบบปิดที่ต้องสร้างบัญชี แม้ว่าจะขัดเกลาน้อยกว่าและมีฟีเจอร์น้อยกว่าก็ตาม
แก้ไข: ที่จริงผมผิดเอง Kagi ก็มี crawler และดัชนีของตัวเองด้วย: https://help.kagi.com/kagi/search-details/search-sources.html ถึงอย่างนั้นผมก็ไม่ได้รู้สึกว่าผลลัพธ์ของ Searx ยังขาดอะไร จึงไม่ได้พลาดอะไรใหญ่ ๆ
สิ่งที่น่ากังวลเกี่ยวกับ Searx และบางส่วนกับ Kagi คือบุคคลที่สามอาจบล็อกคำขอ API แบบนี้ได้ทุกเมื่อ ซึ่งจะทำให้ Searx ใช้งานไม่ได้ และผลลัพธ์ของ Kagi ก็อาจเกี่ยวข้องน้อยลง ผมไม่รู้ว่าวิธีนี้ยั่งยืนพอสำหรับการสร้างเสิร์ชเอนจินหรือไม่ แต่ผมชื่นชมท่าทีของ Kagi และ Searx ที่มีต่อโฆษณา การใช้เสิร์ชเอนจินกระแสหลักผ่านฟรอนต์เอนด์ของตัวเอง ต่อให้มองในแง่ดีที่สุดก็ยังเป็นประสบการณ์ที่น่าหงุดหงิด
เรื่องแบบนี้ทำให้ผมดีใจจริง ๆ ที่เป็นสมาชิก Kagi ไม่ใช่แค่ผมได้รับคุณค่าจาก Kagi เท่านั้น แต่ยังเห็นว่าเงินที่ผมจ่ายถูกนำไปใช้พัฒนา Kagi ไปในทิศทางที่ผมเห็นด้วย
ถ้าเปรียบเทียบ Spotify เป็นเพียงหนึ่งในบริการสมัครสมาชิกที่ผมใช้ แต่กลับให้ความรู้สึกเป็นปฏิปักษ์ ผมจ่ายเงินก็จริง แต่ถ้ารู้สึกว่ามีทางเลือก ผมจะยกเลิกทันที
ผมชื่นชมมากที่สิ่งที่ผมรู้สึกว่ากำลังซื้ออยู่สอดคล้องกับทิศทางการพัฒนาของ Kagi
Spotify เป็นปฏิปักษ์และชักจูงผู้ใช้มาก ๆ แถมยังแย่กับศิลปินอย่างรุนแรง ในมุมของผม หน้าหลักเชิงพาณิชย์เกินไป และ อินเทอร์เฟซ CarPlay พูดตรง ๆ คือเป็นหายนะที่เป็นปฏิปักษ์ต่อผู้ใช้จนแทบไม่ปลอดภัย
TIDAL ค่อนข้างดีในหลายด้าน จ่ายให้ศิลปินดี และระบบแนะนำก็ใช้ได้ แต่ในแอปมีบั๊กงี่เง่าที่ค้างมาหลายปี สิ่งที่น่ารำคาญที่สุดคือเมื่อสุ่มเล่นเพลย์ลิสต์ อินเทอร์เฟซจะสุ่มเฉพาะเพลงสิบกว่าเพลงที่แคชไว้ล่วงหน้าจากด้านบนเท่านั้น ถ้าพยายามสุ่มทั้งไลบรารี ก็จะได้ฟังแต่เพลงสิบกว่าเพลงเดิมซ้ำ ๆ
Deezer ผมอยากชอบนะ แต่แอปไม่ค่อยดี และมีเพลงที่ขาดหายมากกว่าที่คิด
สุดท้ายผมลงเอยกับ Apple Music เพราะใช้ iPhone จึงเข้ากันได้อย่างเป็นธรรมชาติ และอินเทอร์เฟซ CarPlay ก็ยอดเยี่ยม การจ่ายให้ศิลปินก็ใกล้เคียงกับ TIDAL มาก ระบบแนะนำดีพอ และหน้าหลักก็ไม่ได้ให้ความรู้สึกว่าคอยดันแต่สิ่งที่ค่ายเพลงใหญ่จ่ายเงินโปรโมตมากนัก แอปบน Windows แย่มาก และไม่มีแอป Linux แต่โชคดีที่มีแอปโอเพนซอร์สชื่อ Cider ซึ่งค่อนข้างยอดเยี่ยมมาช่วยแก้ปัญหานั้น
ดูเหมือนว่า MathML จะถูกลบออกจาก RSS feed นี่ตั้งใจทำหรือเปล่า หรือใช้เครื่องมือทำความสะอาดเก่าที่ไม่รู้จักสิ่งนี้อยู่? ตัวอย่างเช่น บทความล่าสุด https://www.jefftk.com/p/weekly-incidence-vs-cumulative-infections ใน RSS feed ของผม https://www.jefftk.com/news.rss มีสิ่งนี้อยู่
<math display="block"><msup><mi>e</mi><mrow><mi>k</mi><mi>t</mi></mrow></msup></math>แต่ใน RSS feed ของ Kagi https://kagi.com/api/v1/smallweb/feed กลับเห็นเป็น
eและktแก้ไข: ผมเปิด issue ไว้แล้ว: https://github.com/kagisearch/smallweb/issues/10
มีคำถามอยู่สองสามข้อ
ข้อแรก อยากรู้ว่าเหตุผลที่ให้ความสำคัญกับการอัปเดตบล็อกล่าสุดคืออะไร จากประสบการณ์ของผม การอัปเดตล่าสุดมักเป็นผลลัพธ์การค้นหาที่อ่อนที่สุด เปราะบางต่อการเปลี่ยนแปลงหรือลิงก์เสียมากกว่า และโดยรวมคุณภาพมักต่ำกว่า ผมยังสงสัยด้วยว่า ถ้าดันคอนเทนต์ใหม่ ๆ จะไม่สร้างแรงจูงใจให้คนผลิตบทความคุณภาพต่ำจำนวนมากเพื่อเพิ่มโอกาสติดรายการหรือเปล่า
ข้อสอง พอได้ลองแตะพื้นที่นี้นิดหน่อย มันมักเอนเอียงไปทาง บล็อกสายเทคนิค/โปรแกรมเมอร์ อย่างแทบจะเกินจริงอยู่เสมอ กลุ่มคนที่มีบล็อกกับกลุ่มคนที่สนใจเรื่องโปรแกรมเมอร์ทับซ้อนกันอย่างมากก็จริง แต่ถ้าความสนใจด้านอื่น ๆ ถูกนำเสนอได้ดีกว่านี้ ก็น่าจะดึงดูดกลุ่มอื่น ๆ ได้มากขึ้นด้วย อยากรู้ว่าเคยคิดถึงจุดนี้ไหม และถ้าเคย คิดว่าทำอะไรได้บ้าง
สำหรับข้อแรก มีปัจจัยอยู่หลายอย่าง สำหรับคำค้นเดียวกัน คอนเทนต์ที่ใหม่กว่ามักเกี่ยวข้องมากกว่า และอย่างน้อยความสดใหม่ก็ช่วยกันไม่ให้มันกลายเป็นสิ่งที่ไม่เกี่ยวข้องโดยสิ้นเชิง สิ่งที่เสิร์ชเอนจินควรหลีกเลี่ยงที่สุดคือผลลัพธ์ที่ไม่เกี่ยวข้องโดยสิ้นเชิง ส่วนคุณภาพนั้นรับประกันได้ระดับหนึ่งตั้งแต่แรก เพราะนี่เป็น รายการที่คัดสรรแล้ว
เนื่องจากอาศัยเทคโนโลยี RSS feed จึงค่อนข้างง่ายในการรวบรวมและดูแลรายการ และก็มีแหล่งข้อมูลจำนวนมากให้ใช้เป็นข้อมูลตั้งต้น
การโฟกัสที่บทความล่าสุดอาจกระตุ้นให้บางคนเขียนมากขึ้นได้ อย่างตัวอย่างที่เน้นไว้ในบทความบล็อก โดยรวมแล้วเว็บต้องการคอนเทนต์ไม่เชิงพาณิชย์คุณภาพสูงมากขึ้น และท้ายที่สุดนั่นก็คือส่วนที่เราอยากมีส่วนร่วม หากเราให้แพลตฟอร์มที่ส่งเสริมพฤติกรรมแบบนี้ได้ แม้จะเล็กมาก ๆ ก็เป็นอีกก้าวหนึ่งที่พาเราเข้าใกล้เว็บแบบที่เราชอบ
สำหรับข้อสอง เห็นด้วยเป็นส่วนใหญ่ อย่างไรก็ตาม สำหรับความพยายามครั้งนี้ เราพยายามสร้างพูลเว็บไซต์ที่หลากหลาย และก็เห็นเว็บไซต์ด้านเศรษฐกิจหรือการถ่ายภาพอยู่ไม่น้อยด้วย สุดท้ายแล้ว สิ่งที่ทำได้ก็คือสนับสนุนให้มีคอนเทนต์จากหลากหลายสาขามากขึ้นผ่านแพลตฟอร์มอย่าง Kagi หรือ Marginalia และหวังว่ามันจะออกมาดี
เจ๋งมาก! ตลอด 2 เดือนที่ผ่านมา ผมกำลังออกเดินทางสำรวจลิงก์ small web เป็นการส่วนตัว จุดเริ่มต้นคือโพสต์ “Ask HN: แชร์บล็อกส่วนตัวของคุณได้ไหม?” บน HN และยังพบว่ามีคนทำเว็บ https://dm.hn/ ที่รวบรวมลิงก์จากโพสต์นั้นไว้ด้วย
ผมส่งออกลิงก์บล็อกทั้งหมด 1651 รายการ เป็น XLS แล้วบางครั้งก็เปิดทีละ 5–7 รายการ อ่านบทความแบบสุ่มและทำเครื่องหมายว่า “ดูแล้ว” ตอนนี้ดูไปแล้ว 250 รายการจาก 1651 รายการ
อยากให้ Kagi มีฟีเจอร์คล้าย ๆ กัน ที่ดูได้ว่าลิงก์เว็บไซต์ส่วนตัวที่รวบรวมจากทุกแหล่งอยู่ที่เดียว
https://github.com/kagisearch/smallweb/blob/main/smallweb.txt
ขอบคุณที่ลิงก์ไปยังบทความของผม “The Small Web is Beautiful” ในจุดที่เด่นมาก ผมถือว่าบทความนั้นเป็น แถลงการณ์ซอฟต์แวร์ส่วนตัว ของผม เลยดีใจที่เห็นมันถูกโปรโมตให้กว้างขึ้น
ผมชอบสิ่งที่ Kagi Small Web กำลังทำมาก ชอบความริเริ่มที่เริ่มดันคอนเทนต์ดี ๆ แบบนี้ขึ้นมาให้เห็น ขอให้ทำต่อไปให้ดีนะ ผมก็กำลังคิดว่าจะลองใช้ Kagi Search ดู
Vlad เยี่ยมเลย! มันยากจะรู้ว่าสิ่งนี้มีประโยชน์ต่อผู้ใช้หรือบริษัทจริง ๆ แค่ไหน แต่พอรู้ว่าเรื่องแบบนี้ยังเกิดขึ้นบนอินเทอร์เน็ตยุคใหม่ ก็ทำให้อบอุ่นใจ
ผมอยากเพิ่มเว็บไซต์ของตัวเองเข้าไปในรายการ แต่ใน
robots.txtผมบล็อก crawler ทั้งหมดไว้ เลยดูเหมือนจะไม่อนุญาตให้ส่งเอง มีวิธีให้ถูกเพิ่มเข้าไปไหม?ผมโอเคที่จะถูกรวมในผลการค้นหาของ Kagi แต่ไม่อยากถูก Google, ChatGPT และพวกถัด ๆ ไปดึงข้อมูล เลยบล็อกทั้งหมดไว้ด้วยวิธีที่ง่ายที่สุด