เผยแพร่บนไซต์ของตนเองแล้วกระจายไปที่อื่น (POSSE)

• รูปแบบที่บุคคล เผยแพร่เนื้อหาบนเว็บไซต์ของตนเองก่อน แล้วจึงกระจายสำเนาหรือลิงก์ไปยัง แพลตฟอร์มภายนอก เช่น โซเชียลมีเดีย
• โพสต์ต้นฉบับมี canonical URL และ permashortlink เพื่อให้เข้าถึงต้นฉบับได้โดยตรงแม้จากสำเนา
• โครงสร้างนี้ช่วยให้บรรลุทั้ง การถือครองความเป็นเจ้าของเนื้อหา, การทำ SEO, และ ความเป็นอิสระจากปัญหาขัดข้องของบริการภายนอก ไปพร้อมกัน
• มีตัวอย่างการทำ POSSE แบบ อัตโนมัติหรือกึ่งอัตโนมัติ บนหลายแพลตฟอร์ม เช่น Twitter, Facebook, Medium, Mastodon
• เป็นแนวคิดหลักของขบวนการ IndieWeb และเป็นแนวทางสำคัญในการทำให้เกิด การเผยแพร่แบบกระจายศูนย์และการเชื่อมโยงที่ยึดมนุษย์เป็นศูนย์กลาง

---

ภาพรวมของ POSSE

• POSSE(Publish on your Own Site, Syndicate Elsewhere) คือแนวทางที่บุคคลเผยแพร่เนื้อหาบนไซต์ของตนเองก่อน แล้วจึงกระจายสำเนาหรือลิงก์ไปยัง แพลตฟอร์มของบุคคลที่สาม เช่น โซเชียลมีเดีย
  • ในแต่ละสำเนาจะมี ลิงก์ไปยังโพสต์ต้นฉบับ (original post link) เพื่อให้ผู้ใช้โต้ตอบกับต้นฉบับได้โดยตรง
  • เป็นแนวคิดหลักของขบวนการ IndieWeb ที่ช่วยให้แต่ละคน ควบคุมความเป็นเจ้าของเนื้อหาและเส้นทางการเข้าถึง ได้

เป้าหมายของ POSSE

• ช่วยให้เพื่อน ๆ อ่านโพสต์ได้บนแพลตฟอร์มที่พวกเขาชอบ และเข้าถึงได้ผ่าน ไซโลโซเชียลมีเดีย (silo) หลากหลาย เช่น Instagram, Tumblr, Twitter, Neocities
• ให้ความสำคัญกับ การรักษาความสัมพันธ์ที่มีอยู่ในปัจจุบัน ก่อน และให้ความสำคัญกับ การเชื่อมโยงที่ยึดมนุษย์เป็นศูนย์กลาง มากกว่าการรวมศูนย์เชิงเทคนิค
• ต่างจากแนวทางแบบ วัฒนธรรมเดี่ยว (monoculture) โดยมุ่งสู่ โครงสร้างการเผยแพร่แบบกระจายศูนย์ ไม่ได้ยึดติดกับการบล็อกหรือแพลตฟอร์มใดแพลตฟอร์มหนึ่งเป็นศูนย์กลาง

เหตุผลทั่วไป

• ลดการพึ่งพาบุคคลที่สาม: เพราะเผยแพร่จากไซต์ของตนเองโดยตรง จึงไม่ถูกรบกวนจากปัญหาขัดข้องของบริการภายนอก
• ถือครองความเป็นเจ้าของเนื้อหา: ต้นฉบับอยู่บนโดเมนของตนเอง จึงไม่ถูกผูกมัดด้วย ข้อกำหนดการให้บริการ (TOS)
• รักษา canonical URL และให้สำเนาอ้างอิงต้นฉบับ จึงช่วย เพิ่มประสิทธิภาพในการค้นหา
• สามารถดึงปฏิกิริยาจากบริการภายนอกกลับมาได้ผ่าน backfeed และใช้ประโยชน์จาก ผลของเครือข่ายสังคม ในขณะที่ต้นฉบับยังคงถูกเก็บไว้บนไซต์ของตนเอง

ความสำคัญของการใส่ลิงก์ต้นฉบับ

• เพิ่มการค้นพบเนื้อหาต้นฉบับ: เข้าถึงต้นฉบับได้จากสำเนาผ่าน permashortlink
• ป้องกันการคัดลอกแบบสแปม: แม้สำเนาจะถูกรีโพสต์ ลิงก์ต้นฉบับก็จะถูกคัดลอกไปด้วย ทำให้ การมองเห็นต้นฉบับเพิ่มขึ้น
• ช่วยเพิ่มอันดับในเสิร์ชเอนจิน: เมื่อสำเนาลิงก์กลับไปยังต้นฉบับ เสิร์ชเอนจินจะรับรู้และช่วย ยกระดับอันดับของต้นฉบับ

วิธีการใช้งาน

• ซอฟต์แวร์สำหรับเผยแพร่ควรโพสต์เนื้อหาลงบนไซต์ของตนเองก่อน แล้วจึงโพสต์สำเนาไปยัง ไซโล (silo) ที่เลือก
  • สำเนาควรมี ลิงก์ไปยังโพสต์ต้นฉบับ (permashortlink หรือ permashortcitation)
• โพสต์ต้นฉบับควรเพิ่มส่วน posts-elsewhere เพื่อให้ลิงก์ไปยังสำเนาในแต่ละไซโล

• ส่วนติดต่อผู้ใช้

  • UI ที่เหมาะควรเป็นแบบ อัตโนมัติ คาดเดาได้ และไม่รบกวนสายตา
  • ควรมีฟังก์ชัน Preview ก่อนเผยแพร่ เพื่อดูว่าจะถูกโพสต์อย่างไรในแต่ละแพลตฟอร์ม

ตัวอย่างการใช้งานบนแพลตฟอร์มหลัก

• Twitter

  • เป็นแพลตฟอร์มเป้าหมายของ POSSE ที่พบบ่อยที่สุด โดยเมื่อทำ POSSE จากโน้ตที่เขียนบนไซต์ของตนเองไปยัง Twitter ก็จะช่วย รักษาความเป็นเจ้าของข้อมูล ได้
  • สามารถโพสต์ผ่าน API ได้ แต่หลังเดือนพฤศจิกายน 2022 เป็นต้นมา การเข้าถึง API ใหม่ถูกจำกัด
  • รองรับ web action endpoint จึงทำให้การเผยแพร่แบบกึ่งอัตโนมัติทำได้ง่าย

• Facebook

  • สามารถครอสโพสต์แบบแมนนวล หรือทำ POSSE แบบกึ่งอัตโนมัติผ่าน ส่วนขยายเบราว์เซอร์ Bridgy

• Medium

  • ใช้ Posts API หรือฟีเจอร์ Import Post เพื่อคง rel-canonical link ของ URL ต้นฉบับไว้
  • มีเครื่องมือหลากหลาย เช่น ปลั๊กอิน Medium สำหรับ WordPress และปลั๊กอิน crosspost สำหรับ Jekyll
  • มีฟีเจอร์ mass POSSE สำหรับย้ายโพสต์เก่าได้ด้วย

• WordPress

  • ใช้ ปลั๊กอิน WordPress Crosspost เพื่อทำ POSSE จาก WordPress แบบโฮสต์เองไปยัง WordPress.com

• Ghost

  • ใช้ เครื่องมือโอเพนซอร์สบน GitHub รับโพสต์ใหม่จากเว็บฮุกของ Ghost ในรูปแบบ JSON แล้วซิงก์ไปยัง Mastodon, Bluesky

• Plain Text Notes

  • ต้องมีการแปลงสำหรับปลายทางที่รองรับ ข้อความล้วน เช่น SMS หรือการแจ้งเตือนแบบพุช
  • ใช้วิธี h-entry_to_text เพื่อแปลง HTML เป็นข้อความ

ซอฟต์แวร์ที่เกี่ยวข้องกับ POSSE

• PHP: เนมสเปซ POSSE ของ php-helpers มีฟังก์ชันแปลง HTML→plaintext และฟังก์ชัน syndication
• Python:
  • SiloRider: เครื่องมือบรรทัดคำสั่งที่รองรับ POSSE ไปยัง Twitter, Mastodon เป็นต้น
  • Feed2Toot: โพสต์ RSS feed ไปยังบริการบนพื้นฐาน ActivityPub เช่น Mastodon, Pleroma
• Docker: POSSE Party เป็นซอฟต์แวร์ POSSE แบบ self-hosting

บริการ POSSE

• Bridgy Publish: บริการแบบ POSSE-as-a-service ที่รองรับ Twitter, Flickr, GitHub, Mastodon
  • ใช้งานได้ผ่านเว็บอินเทอร์เฟซหรือ webmention API
• Mugged Tweets: บริการทดลองที่ทำ POSSE โน้ตลงบนแก้วมัค
• IFTTT: รีโพสต์อัตโนมัติไปยัง Twitter, Tumblr, Facebook เป็นต้น โดยอิงจากฟีด RSS/Atom
• EchoFeed: บริการ syndication เพิ่มเติม

ลำดับการเผยแพร่

• Client → Site → Silo

  • ผู้ใช้เขียนเนื้อหาบนไคลเอนต์ → โพสต์ไปยังเซิร์ฟเวอร์ → เซิร์ฟเวอร์โพสต์สำเนาไปยังแต่ละไซโล
  • ข้อดี: ผู้ใช้จัดการแค่ไซต์ของตนเอง และเซิร์ฟเวอร์ทำ syndication ให้อัตโนมัติ

• Client → Site & Silo

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

ตัวอย่างการใช้งานใน IndieWeb

• Tantek.com (2010)

  • ใช้ Falcon ทำ POSSE พร้อม syndication แบบเรียลไทม์ด้วย PuSH v0.4 + h-feed
  • คัดลอกอัตโนมัติไปยัง Twitter และ Facebook พร้อมใส่ ลิงก์อ้างอิง permashortlink
  • ใช้ Bridgy สะท้อน RSVP และการกดชอบ (like) จาก Facebook กลับมา

• Waterpigs.co.uk (2012)

  • ใช้โฟลว์ Client → Server → 3rd Party
  • ทำ syndication ไปยัง Twitter และ Facebook
  • ใช้ระบบ Taproot เพื่อสร้างทวีต POSSE เพิ่มเมื่อมีการอัปเดต
  • ใช้ Bridgy ทำ reverse syndication ของปฏิกิริยาต่อทวีตที่อัปเดต

• BrennanNovak.com (2012)

  • โพสต์สำเนาไปยัง Twitter และ Facebook

• AaronParecki.com (2012)

  • โพสต์ ทวีตที่มี permashortlink ไปยัง Twitter
  • ทุกคอลเลกชันรองรับการสมัครรับข้อมูลผ่าน PuSH

• Sandeep.io (2012)

  • ทำ POSSE โดย คลิกลิงก์แชร์ของ Facebook, Twitter, Google+ แบบแมนนวล
  • คงแนวทางแมนนวลที่เรียบง่ายไว้เพื่อหลีกเลี่ยงความไม่เสถียรของการเชื่อมต่อ API

• Werd.io (2013)

  • ทำ POSSE ผ่านโครงสร้างปลั๊กอินของ แพลตฟอร์ม idno
  • ทำ syndication ตามประเภทเนื้อหาไปยัง Twitter, Facebook, Flickr, Foursquare เป็นต้น

• Veganstraightedge.com (2013)

  • ทำ POSSE แบบแมนนวลบนพื้นฐาน Dark Matter
  • ใส่ markup แบบ rel-syndication ไปยัง Medium, WordPress, Twitter, Vine เป็นต้น

• GlennJones.net (2014)

  • ใช้ ระบบ transmat.io ทำ POSSE
  • ปัจจุบันทำ syndication เฉพาะโพสต์ประเภทโน้ตไปยัง Twitter

ตัวอย่างการใช้งานเพิ่มเติม

• Jeremy Keith

  • ในปี 2014 ได้ทำ POSSE ด้วย CMS แบบคัสตอม โดยโพสต์โน้ตลงบนไซต์ของตนเองก่อนแล้วคัดลอกออกไปภายนอก
  • รูปภาพถูกโพสต์พร้อมกันไปยัง Twitter และ Flickr

• Shane Hudson

  • ในปี 2014 ทำ POSSE ไปยัง Twitter โดยใช้ Craft CMS
  • จัดการฟังก์ชัน บริบทของการตอบกลับ แบบแมนนวล และมีแผนอัตโนมัติสำหรับ POSSE รูปภาพ

• Ravi Sagar

  • ในปี 2018 ทำ POSSE จากบล็อกบนพื้นฐาน Drupal
  • โพสต์ที่ติดแท็ก “Share” จะถูกแชร์อัตโนมัติไปยัง Twitter และ LinkedIn ผ่าน RSS feed + Rebrandly + Zapier

• Ludovic Chabant

  • ในปี 2018 ทำ POSSE ไปยัง Twitter และ Mastodon โดยใช้ PieCrust CMS และ SiloRider
  • ทำงานบนพื้นฐาน Microformats markup และรองรับโพสต์รูปภาพด้วย

• Adam Dawkins

  • ในปี 2019 ทำ POSSE ด้วย CMS แบบคัสตอม โดยโพสต์โน้ตแรกบนไซต์ของตนเองก่อนแล้วคัดลอกไปยัง Twitter

• Shaun Ewing

  • ในปี 2020 ทำ POSSE ด้วย Jekyll และ API แบบคัสตอม ปัจจุบันยังเป็น การซิงก์แบบแมนนวล

• capjamesg

  • ซิงก์โน้ตจากไซต์ของตนเองโดยอัตโนมัติไปยัง Twitter(brid.gy), micro.blog(feed polling), Fediverse(fed.brid.gy)

• Wojtek Powiertowski

  • ในปี 2026 ซิงก์โพสต์ที่เขียนบน บล็อก Ghost ไปยัง Mastodon, Bluesky โดยอัตโนมัติ
  • ใช้ ไคลเอนต์ posse ที่โฮสต์เอง เพื่อซิงก์โดยอัตโนมัติเมื่อมีการเขียนโพสต์ใหม่

ไซต์ที่ทำ POSSE เพียงบางส่วน

• Hupili.net

  • ใช้ โมเดล POSSE บางส่วน ที่ทำ POSSE เฉพาะเนื้อหาบางประเภท
  • ใช้ SNSAPI รวมโครงสร้างข้อมูลของหลายโซเชียลเน็ตเวิร์ก และใช้ SNSRouter รวมการดูไทม์ไลน์
  • ปัจจุบันยังแยกต้นฉบับกับสำเนาได้ยาก แต่มีแผนจะสร้าง หน้าลิงก์ถาวรเฉพาะ สำหรับแต่ละสถานะอัปเดตในอนาคต

แนวทางอื่น

• COPE (Create Once, Publish Everywhere)

  • เขียนครั้งเดียวแล้วเผยแพร่หลายที่ แต่ ไม่ได้เผยแพร่บนไซต์ของตนเองก่อน
  • เพราะ ไม่มีลิงก์ถาวรของต้นฉบับ ผู้อ่านจึงกระจายอยู่หลายแพลตฟอร์ม

• POSE (Publish Once Syndicate Everywhere)

  • แนวคิดก่อนหน้าของ POSSE โดยโพสต์หนึ่งครั้งบน แพลตฟอร์มโซเชียล (silo) ที่กำหนด แล้วจึงคัดลอกไปยังแพลตฟอร์มอื่น

• PESOS (Post Elsewhere, Syndicate to Own Site)

  • เป็นแนวทางตรงข้ามกับ POSSE โดย โพสต์บนบริการภายนอกก่อน แล้วค่อยคัดลอกมายังไซต์ส่วนตัว
  • ต้องใส่ ลิงก์ต้นฉบับ (permalink) ไว้ในสำเนาด้วยจึงจะแยกจาก POSSE ได้

• PESETAS

  • คล้ายกับ PESOS แต่คัดลอกเนื้อหาทั้งหมดไปยังแพลตฟอร์มหนึ่งโดยเฉพาะ
  • Tumblr รองรับรูปแบบเนื้อหาที่หลากหลาย จึง เหมาะเป็นปลายทางของ PESETAS

ไอเดียการขยาย POSSE (โมเดล CRUD)

• Create

  • สร้างเนื้อหาบนไซต์ของตนเองแล้วกระจายออกไปภายนอก

• Read

  • เก็บตำแหน่งของสำเนาด้วย ลิงก์ u-syndication และทำให้เกิด การซิงก์ย้อนกลับ (backfeed) ได้

• Update

  • หากแพลตฟอร์มภายนอกรองรับการแก้ไข เมื่อแก้ต้นฉบับก็สามารถอัปเดตสำเนาได้ด้วย
  • หากแก้ไขไม่ได้ ให้ใช้วิธี ลบแล้วโพสต์ใหม่ (delete/repost)

• Delete

  • เมื่อลบต้นฉบับ ก็สามารถลบสำเนาไปพร้อมกันได้
  • หากมีคอมเมนต์หรือรีทวีตอยู่ ควรมี UI สำหรับยืนยันการลบอีกครั้ง
  • Grant Richmond รองรับฟังก์ชันลบ POSSE บน Twitter ตั้งแต่ปี 2018

FAQ

• เพื่อ ป้องกันเนื้อหาซ้ำในเสิร์ชเอนจิน สำเนาควรต้องมี ลิงก์ต้นฉบับ และถ้าเป็นไปได้ให้ใช้ rel-canonical
• POSSE ที่ไม่มีแบ็กลิงก์ เป็นทางเลือกสุดท้าย และสามารถเสริมด้วยฟังก์ชัน posse-post-discovery
• ลำดับของ POSSE และ Webmention คือทำ POSSE ก่อน แล้วค่อย Webmention

ที่มา

• ในปี 2010 Tantek Çelik เสนอแนวคิด POSSE ในความหมายของ “เผยแพร่บนไซต์ของตนเอง แล้วกระจายไปยังไซต์อื่น”
• ในปี 2011 แนวคิดนี้ถูกขยายใน IndieWebCamp และเดือนมิถุนายน 2012 คำว่า POSSE ถูกนิยามอย่างเป็นทางการ
• แม้ว่า POSE จะมีมาก่อน POSSE แต่ POSSE ระบุโครงสร้างที่มี “ไซต์ของตนเอง” เป็นศูนย์กลางอย่างชัดเจน

บทความและคำอ้างอิงที่เกี่ยวข้อง

• ระหว่างปี 2013~2024 มีหลายสื่อที่แนะนำแนวคิด POSSE
  • Ars Technica อธิบาย POSSE ว่าเป็น “แนวทางกระจายจากต้นฉบับเดียวไปยังทุกแพลตฟอร์ม”
  • Molly White, Cory Doctorow เป็นต้น เน้นย้ำ POSSE ว่าเป็น กลยุทธ์ทวงคืนความเป็นเจ้าของเนื้อหา
  • หลังปี 2024 POSSE ได้รับความสนใจอีกครั้งจากการเชื่อมโยงกับเครือข่ายแบบกระจายศูนย์ เช่น Bluesky, Mastodon, Fediverse

การประยุกต์ใช้ POSSE แบบขยาย

• POSSE สำหรับ Git repository: สามารถขยายแนวคิดนี้ไปสู่การคัดลอก Git repository ส่วนตัวไปยัง GitHub, GitLab เป็นต้น
• บันทึกเซสชัน POSSE: ตั้งแต่ปี 2011 ถึง 2024 ชุมชน IndieWeb มีการจัดเซสชันเกี่ยวกับ POSSE อย่างต่อเนื่อง

เชิงอรรถและข้อมูลลิขสิทธิ์

• แหล่งที่มาของเอกสารคือ หน้า IndieWeb wiki (https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734)
• หน้านี้อยู่ในหมวดหมู่ building-blocks และ syndication
• แก้ไขล่าสุดเมื่อ 16 มกราคม 2026 เวลา 17:04
• เนื้อหาเผยแพร่ภายใต้ CC0 public domain dedication
• มีลิงก์เพิ่มเติม เช่น Privacy policy, About IndieWeb, Code of Conduct
• ส่วนท้ายมีลิงก์ที่เกี่ยวข้องกับ Creative Commons public domain และ MediaWiki

[GN⁺]

ความเห็นบน Hacker News

• ฉันทำตามแนวทางนี้มาอย่างต่อเนื่อง กระบวนการโพสต์ยังเป็นแบบแมนนวล แต่เจตนาดี และตราบใดที่ไม่ได้ทำแค่ โปรโมตบล็อกแบบสแปม ตามหลายฟอรัม มันก็ใช้ได้ค่อนข้างดี
  ในบล็อกของฉัน(rednafi.com) ฉันตั้งใจไม่ใส่ส่วนคอมเมนต์ เพราะการเขียนไม่ใช่งานที่มีคนจ่ายเงิน และการดูแลคอมเมนต์ก็ใช้พลังงานมากเกินไป
  เมื่อก่อนฉันเคยติด Disqus กับเว็บ Hugo แต่พอมีการถกเถียงยาวจริง ๆ ปัญหา การสเกล ก็รุนแรงมาก
  ถ้าบทความมีประโยชน์ โดยปกติมันก็จะถูกนำไปลงใน HN หรือ Reddit เองตามธรรมชาติ แล้วฉันก็ค่อยลิงก์กลับไปยังการสนทนานั้นในบทความ แค่นั้นฉันก็คิดว่าเพียงพอแล้ว

  • ฉันก็ทำแบบเดียวกัน เช่น โพสต์นี้ ที่จัดการลิงก์ย้อนกลับจากหลายแพลตฟอร์ม
    URL โซเชียลต่าง ๆ ถูกใส่เป็นคีย์ใน YAML frontmatter และลงทะเบียนกับ ecosystem ของ ATProto ผ่าน standard.site
    บทความยาวจะไปรับ DOI จาก rogue-scholar.org แล้วเพิ่มเมทาดาทา
    เป้าหมายคือวันหนึ่งจะรวบทั้งหมดนี้เป็น เธรดคอมเมนต์แบบสแตติก เดียว แต่ตอนนี้บทสนทนาข้ามเครือข่ายแทบไม่มีเลย เลยต้องใช้แค่ลิงก์แบบตอนนี้ไปก่อน
  • ฉันใช้ HN เป็นแพลตฟอร์มคอมเมนต์ โดยใช้ Hugo shortcode แคชคอมเมนต์จาก HN ไว้ และตั้งให้ดึงใหม่เฉพาะโพสต์ที่อายุไม่เกิน 7 วัน
    รูปแบบที่ออกมาก็ค่อนข้างเรียบร้อย ดูได้ที่ท้ายโพสต์นี้
  • ถ้ามีบัญชี Mastodon ก็สามารถฝัง เธรดการตอบกลับ ทั้งหมดของโพสต์นั้นลงในเว็บไซต์ได้
    ดูตัวอย่างการทำได้ในโพสต์นี้
  • ชอบบล็อกมาก โดยเฉพาะบทความ Splintered Failure Modes ที่น่าประทับใจมาก อ่านครั้งเดียวก็ติดอยู่ในความทรงจำเลย

• ฉันใช้แนวทางนี้ เพราะอยาก เป็นเจ้าของ พื้นที่ที่ตัวเองสร้างขึ้นโดยตรง
  มันใช้ได้ดี แต่ทำอัตโนมัติได้ยาก สุดท้ายก็ต้องครอสโพสต์ด้วยมืออยู่ดี ปฏิกิริยาของแต่ละชุมชนก็ต่างกัน เลยมีทราฟฟิกไม่มากนัก แต่ในฐานะวิธี ทำงานแบบเปิดเผยต่อสาธารณะ ถือว่ายอดเยี่ยม

  • ที่ทำอัตโนมัติยากก็เพราะโซเชียลมีเดียจงใจทำให้ การโพสต์อัตโนมัติทำได้ยาก
    Facebook ถึงกับลดลำดับการมองเห็นของโพสต์ที่มีลิงก์ภายนอก นั่นจึงเป็นที่มาของลูกเล่นอย่าง “ลิงก์อยู่ในคอมเมนต์”
  • ฉันไม่เห็นด้วย บริการอย่าง micro.blog รองรับ การครอสโพสต์อัตโนมัติ ไปหลายโซเชียลได้ค่อนข้างง่าย
    ถ้าเป้าหมายไม่ใช่ทราฟฟิก แต่คือการมีตัวตนในหลายคอมมูนิตี้ มันก็มีคุณค่ามากพอ
  • เพราะ วัฒนธรรมและผู้ชม ของแต่ละแพลตฟอร์มต่างกัน โทนของการสนทนาก็เลยต่างกันด้วย การโพสต์เหมือนกันทุกที่อาจให้ความรู้สึกคล้ายสแปมเล็กน้อย
    เพราะงั้นประโยชน์ของการครอสโพสต์ก็เลยต่างกันไปในแต่ละคน
  • สงสัยว่าเคยลองใช้บริการโพสต์อย่าง Buffer.co หรือยัง

• ฉันเป็นฝ่ายที่เห็น POSSE บ่อยในหลายแพลตฟอร์ม และบางครั้งวิธีนี้ก็ให้ความรู้สึก ไร้ความเป็นมนุษย์และคล้ายสแปม
  ฉันเข้าใจเหตุผลนะ แต่บางทีมันดูเหมือนแนวทางแบบ “ship it” ที่เน้นปล่อยงานมากกว่าการสนทนา อาจเป็นเพราะอายุมากขึ้นก็ได้

  • งาน เผยแพร่บน atproto อย่าง standard.site กำลังพัฒนาไปในทิศทางที่ทำให้ค้นพบคอนเทนต์ได้ง่าย โดยไม่จำเป็นต้องโพสต์ลงหลายช่องทาง
  • อยากรู้ว่าอะไรที่ทำให้รู้สึกว่าไร้ความเป็นมนุษย์ ฉันกลับคิดว่าจุดเด่นคือมันไม่ได้บังคับผู้อ่านให้ต้องใช้แพลตฟอร์มใดแพลตฟอร์มหนึ่ง

• ฉันลองจินตนาการถึงฟีเจอร์เจ๋ง ๆ สำหรับเว็บขนาดเล็ก

  1. สมัครติดตามบล็อกที่ชอบผ่าน RSS
  2. เมื่อมีบทความใหม่ ใน RSS reader ก็เห็น ลิงก์ไปยังพื้นที่สนทนา อย่าง HN, Reddit, Twitter ไปพร้อมกัน
  3. คลิกแล้วเข้าไปร่วมคุยที่นั่น
     เวอร์ชันง่าย ๆ คือใส่ลิงก์ไปยังการสนทนาที่เกี่ยวข้องไว้ท้ายบทความ
  • เห็นด้วย ฉันอยากเห็นบทความใน RSS reader ไม่อยากให้มันถูกโยนเข้าโซเชียลฟีดแบบสุ่ม ๆ
    โพสต์แนว “มีบทความใหม่แล้วนะ” ให้ความรู้สึก เหมือนสแปม เฉย ๆ
    การหาแหล่งสนทนาภายนอกอาจยุ่งยาก แต่ถ้าสนใจจริง การค้นหาด้วย URL ก็เพียงพอแล้ว permashortlink กลับยิ่งรบกวนมากกว่า
  • ถ้าจะทำสิ่งนี้ให้ได้ ฉันเข้าใจว่าเดิมที WebMentions ถูกออกแบบมาเพื่อทำหน้าที่นี้

• ทุกครั้งที่มีบทความแบบนี้โผล่มา ฉันดีใจมากจริง ๆ ทุกคนควร เป็นเจ้าของ คอนเทนต์ของตัวเองโดยตรง
  ปรัชญาของชุมชน indieweb เป็นสิ่งที่ควรค่าแก่การเฉลิมฉลอง
  ถ้าเป็นไปได้ อยากแนะนำให้ไปที่ Homebrew Website Club แล้วคุยกันเรื่องการสร้างพื้นที่บนเว็บของตัวเอง คุณอาจกลับมารู้สึกรักเทคโนโลยีอีกครั้ง

  • ฉันเองก็สร้าง tildeweb.nl ขึ้นมาด้วยความรู้สึกแบบนั้น

• ตอนแรกฉันรู้สึกว่าบทความนี้เหมือน บทความประชาสัมพันธ์ของบิ๊กเทค อยู่เหมือนกัน เป็นโทนประมาณ “สุดท้ายบริษัทยักษ์ใหญ่ก็ชนะอยู่ดี งั้นก็ปล่อยมันไปทุกที่เถอะ”
  แต่ฉันไม่เข้าใจว่าทำไมต้องพยายามให้เพื่อนที่ใช้แต่ Facebook มาเห็นบล็อกของฉันด้วย
  ฉันอยากแชร์กับ คนที่เห็นด้วยกับหลักการของฉันเท่านั้น

  • มุมมองน่าสนใจ บางคนอยากให้คนเห็นบทความของตัวเองมากที่สุดเท่าที่จะทำได้ ขณะที่บางคนอยากแชร์แบบเงียบ ๆ
    พออายุมากขึ้น การโพสต์อะไรลงออนไลน์ก็มักจะทำอย่างระมัดระวังมากขึ้น อาจเป็นการแสดงออกถึง การรู้จักตัวเองและความเป็นผู้ใหญ่ ก็ได้ — ไม่ใช่ทุกคนที่อยากอ่านสิ่งที่เราเขียน

• เวลาอ่านบทความ ฉันชอบที่มี ลิงก์ไปยังการสนทนาหลัก อย่าง HN หรือ Reddit แนบมาด้วย
  คอมเมนต์ในบล็อกมักจะเงียบ และถึงจะมาอ่านช้ากว่าหลายวัน ก็ยังตามความคิดของคนอื่นได้ง่าย

  • แนวคิดเรื่อง “การสนทนาหลัก” เองก็น่าเศร้า อินเทอร์เน็ตกลายเป็น appification จนเราคุ้นชินกับการคิดแบบสวนล้อมรั้วปิด
    มันควรเป็นโครงสร้างที่เบราว์เซอร์หาและแสดงลิงก์ที่เกี่ยวข้องให้เอง
    พอทำงานกับ ActivityPub และ Linked Data แล้ว จะยิ่งหงุดหงิดที่หลายโปรเจ็กต์ยังพยายามเลียนแบบโซเชียลเน็ตเวิร์กแบบปิดอยู่

• RSS เป็นวิธีที่เรียบง่ายและเชื่อถือได้ ทำให้ฉันควบคุมสิ่งที่อยากเห็นได้เอง โดยไม่ถูก การคัดสรรโดยอัลกอริทึม ชี้นำ

• ฉันก็ใช้วิธีนี้เหมือนกัน เว็บไซต์ของฉันอยู่ในโปรไฟล์
  ฉันไม่ใช้ permashortlink แต่คงไว้ซึ่ง ลิงก์ต้นฉบับที่สั้นและมีความหมาย
  แค่เห็นลิงก์ก็พอเดาได้ว่าคอนเทนต์คืออะไร และ POSSE ก็ช่วยให้สะท้อนความชอบส่วนตัวแบบนี้ได้ง่าย

  • ฉันก็คิดว่า permashortlink เป็น แนวคิดที่ไม่จำเป็น
    ใน indieweb.org/permashortlink มีการลิสต์เหตุผลไว้ แต่ส่วนใหญ่ไม่น่าเชื่อถือเท่าไร
    ข้ออ้างว่ามันเสถียรกว่าในอีเมล หรือสั้นเลยพิมพ์ง่ายกว่า ก็ไม่ได้มีน้ำหนักมาก
    กลับกัน มันสร้างทั้งต้นทุนการดูแลและปัญหาการกระจายโดเมนเพิ่มขึ้น ฉันว่าปรับปรุง โครงสร้าง URL เดิม ให้ดีขึ้นยังจะดีกว่า

• ฉันกลับใช้แนวทาง PESOS(Publish Elsewhere, Syndicate to Own Site)
  ด้วยระบบอัตโนมัติ ฉันรวบรวมกิจกรรมทั่วทั้งเว็บมาไว้ในเว็บไซต์ของตัวเอง และเรียกดูย้อนหลังได้ง่ายมาก แนะนำอย่างยิ่ง

  • ฉันไปดูเว็บ vale.rocks มาแล้ว ได้แรงบันดาลใจมากจริง ๆ ขอให้เป็นวันที่ดีนะ