Publikasikan di Situs Sendiri dan Distribusikan ke Tempat Lain (POSSE)

• Metode di mana seseorang menerbitkan konten terlebih dahulu di situs webnya sendiri, lalu mendistribusikan salinan atau tautannya ke platform eksternal seperti media sosial
• Postingan asli menyertakan URL kanonis dan permashortlink, sehingga salinan juga dapat langsung mengakses sumber aslinya
• Struktur ini sekaligus mewujudkan kepemilikan konten, optimisasi mesin pencari, dan kemandirian dari gangguan layanan eksternal
• Ada berbagai contoh implementasi POSSE otomatis atau semi-otomatis di platform seperti Twitter, Facebook, Medium, dan Mastodon
• Sebagai konsep inti gerakan IndieWeb, ini merupakan pendekatan penting untuk mewujudkan publikasi terdistribusi dan konektivitas yang berpusat pada manusia

---

Ikhtisar POSSE

• POSSE (Publish on your Own Site, Syndicate Elsewhere) adalah metode di mana seseorang terlebih dahulu menerbitkan konten di situsnya sendiri, lalu mendistribusikan salinan atau tautannya ke platform pihak ketiga seperti media sosial
  • Setiap salinan menyertakan tautan ke postingan asli (original post link) agar pengguna dapat berinteraksi langsung dengan sumber aslinya
  • Sebagai konsep inti gerakan IndieWeb, ini memungkinkan individu mengendalikan kepemilikan konten dan jalur akses

Tujuan POSSE

• Membantu teman membaca tulisan di platform yang mereka sukai, sehingga dapat diakses melalui berbagai silo media sosial seperti Instagram, Tumblr, Twitter, dan Neocities
• Memprioritaskan pemeliharaan relasi yang ada dan lebih menekankan konektivitas yang berpusat pada manusia daripada federasi teknis
• Berbeda dari pendekatan monokultur, POSSE mengarah pada struktur publikasi terdistribusi alih-alih berpusat pada blogging atau platform tertentu

Alasan umum

• Mengurangi ketergantungan pada pihak ketiga: karena dipublikasikan langsung dari situs sendiri, tidak terpengaruh gangguan layanan eksternal
• Menjamin kepemilikan konten: karena sumber asli ada di domain sendiri, tidak terikat pada Terms of Service (TOS)
• Mempertahankan URL kanonis (canonical URL), dan karena salinan mengutip sumber asli, efisiensi pencarian meningkat
• Melalui backfeed, respons dari layanan eksternal dapat dibawa kembali, sehingga efek jejaring sosial dapat dimanfaatkan sambil tetap menyimpan sumber asli di situs sendiri

Pentingnya menyertakan tautan asli

• Meningkatkan kemudahan menemukan konten asli: dari salinan, pengguna dapat menuju sumber asli melalui permashortlink
• Mencegah duplikasi spam: bahkan jika salinan diposting ulang, tautan asli ikut tersalin sehingga paparan sumber asli meningkat
• Meningkatkan peringkat mesin pencari: karena salinan menautkan ke sumber asli, mesin pencari mengenalinya dan peringkat sumber asli naik

Cara implementasi

• Perangkat lunak publikasi harus menerbitkan konten ke situs sendiri lalu juga memposting salinannya ke silo yang dipilih
  • Salinan harus menyertakan tautan ke postingan asli (permashortlink atau permashortcitation)
• Postingan asli menambahkan bagian posts-elsewhere untuk menyediakan tautan ke setiap salinan di silo

• Antarmuka pengguna

  • UI ideal bersifat otomatis, dapat diprediksi, dan tidak mencolok
  • Menyediakan fitur Preview sebelum publikasi agar bisa memeriksa bagaimana hasil posting di tiap platform

Contoh implementasi di berbagai platform utama

• Twitter

  • Platform tujuan POSSE yang paling umum; dengan melakukan POSSE catatan dari situs sendiri ke Twitter, kepemilikan data dapat dipertahankan
  • Publikasi melalui API dimungkinkan, tetapi sejak November 2022 akses API baru dibatasi
  • Mendukung web action endpoint, sehingga implementasi publikasi semi-otomatis lebih mudah

• Facebook

  • Mendukung cross-post manual atau POSSE semi-otomatis melalui ekstensi browser Bridgy

• Medium

  • Melalui Posts API atau fitur Import Post, dapat mempertahankan tautan rel-canonical dari URL asli
  • Tersedia berbagai alat seperti plugin Medium untuk WordPress dan plugin crosspost untuk Jekyll
  • Fitur mass POSSE juga memungkinkan migrasi posting lama

• WordPress

  • Dengan plugin WordPress Crosspost, POSSE dapat dilakukan dari WordPress self-hosted ke WordPress.com

• Ghost

  • Melalui alat open source di GitHub, posting baru diterima sebagai JSON lewat webhook Ghost lalu disinkronkan ke Mastodon dan Bluesky

• Plain Text Notes

  • Memerlukan konversi untuk tujuan berbasis teks murni seperti SMS atau push notification
  • HTML dikonversi ke teks dengan pendekatan h-entry_to_text

Perangkat lunak terkait POSSE

• PHP: namespace POSSE di php-helpers mencakup konversi HTML→plaintext dan fungsi sindikasi
• Python:
  • SiloRider: alat command line yang mendukung POSSE ke Twitter, Mastodon, dan lain-lain
  • Feed2Toot: memposting feed RSS ke layanan berbasis ActivityPub seperti Mastodon dan Pleroma
• Docker: POSSE Party adalah perangkat lunak POSSE yang dapat di-self-host

Layanan POSSE

• Bridgy Publish: POSSE-as-a-service yang mendukung Twitter, Flickr, GitHub, dan Mastodon
  • Dapat digunakan melalui antarmuka web atau webmention API
• Mugged Tweets: layanan eksperimental untuk melakukan POSSE catatan ke mug
• IFTTT: secara otomatis mempublikasikan ulang dari feed RSS/Atom ke Twitter, Tumblr, Facebook, dan lainnya
• EchoFeed: layanan sindikasi tambahan

Alur publikasi

• Client → Site → Silo

  • Pengguna menulis konten di klien → memposting ke server → server memposting salinan ke tiap silo
  • Kelebihan: pengguna hanya perlu menangani situsnya sendiri, dan server melakukan sindikasi secara otomatis

• Client → Site & Silo

  • Pengguna menulis konten lalu memposting ke server → klien mengambil URL dari server → pengguna memilih platform untuk dipublikasikan
  • Kelebihan: pengguna dapat mengontrol langsung isi dan waktu publikasi salinan
  • Kekurangan: memerlukan langkah manual setiap kali, dan klien harus terhubung langsung ke tiap silo

Contoh implementasi IndieWeb

• Tantek.com (2010)

  • Mengimplementasikan POSSE berbasis Falcon, dengan sindikasi real-time memakai PuSH v0.4 + h-feed
  • Salinan otomatis ke Twitter dan Facebook, serta menyertakan tautan kutipan permashortlink
  • Melalui Bridgy, RSVP dan like dari Facebook juga direfleksikan

• Waterpigs.co.uk (2012)

  • Menggunakan alur Client → Server → 3rd Party
  • Melakukan sindikasi ke Twitter dan Facebook
  • Saat pembaruan, sistem Taproot membuat tweet POSSE tambahan
  • Dengan Bridgy, respons pada tweet pembaruan juga disindikasikan balik

• BrennanNovak.com (2012)

  • Mempublikasikan salinan ke Twitter dan Facebook

• AaronParecki.com (2012)

  • Memposting tweet yang menyertakan permashortlink ke Twitter
  • Semua koleksi dapat dilanggan lewat PuSH

• Sandeep.io (2012)

  • Melakukan POSSE dengan cara mengklik tautan share secara manual untuk Facebook, Twitter, dan Google+
  • Mempertahankan pendekatan manual yang sederhana untuk menghindari ketidakstabilan integrasi API

• Werd.io (2013)

  • Mengimplementasikan POSSE lewat arsitektur plugin pada platform idno
  • Melakukan sindikasi berdasarkan tipe konten ke Twitter, Facebook, Flickr, Foursquare, dan lainnya

• Veganstraightedge.com (2013)

  • POSSE manual berbasis Dark Matter
  • Menyertakan markup rel-syndication ke Medium, WordPress, Twitter, Vine, dan lainnya

• GlennJones.net (2014)

  • Mengimplementasikan POSSE dengan sistem transmat.io
  • Saat ini hanya mensindikasikan posting jenis note ke Twitter

Contoh implementasi tambahan

• Jeremy Keith

  • Pada 2014, mengimplementasikan POSSE dengan CMS kustom; note dipublikasikan lebih dulu di situs sendiri lalu disalin ke luar
  • Foto dipublikasikan serentak ke Twitter dan Flickr

• Shane Hudson

  • Pada 2014, mengimplementasikan POSSE ke Twitter dengan Craft CMS
  • Menangani fitur reply context secara manual dan berencana mengotomatisasi POSSE untuk foto

• Ravi Sagar

  • Pada 2018, mengimplementasikan POSSE di blog berbasis Drupal
  • Postingan bertag “Share” dibagikan otomatis ke Twitter dan LinkedIn lewat RSS feed + Rebrandly + Zapier

• Ludovic Chabant

  • Pada 2018, mengimplementasikan POSSE ke Twitter dan Mastodon dengan PieCrust CMS dan SiloRider
  • Berbasis markup Microformats dan juga mendukung posting foto

• Adam Dawkins

  • Pada 2019, mengimplementasikan POSSE dengan CMS kustom; note pertama dipublikasikan di situs sendiri lalu disalin ke Twitter

• Shaun Ewing

  • Pada 2020, mengimplementasikan POSSE dengan Jekyll dan API kustom; saat ini masih sinkronisasi manual

• capjamesg

  • Secara otomatis menyinkronkan note di situsnya ke Twitter (brid.gy), micro.blog (feed polling), dan Fediverse (fed.brid.gy)

• Wojtek Powiertowski

  • Pada 2026, secara otomatis menyinkronkan posting yang ditulis di blog Ghost ke Mastodon dan Bluesky
  • Sinkronisasi otomatis dilakukan saat posting baru dibuat dengan klien posse self-hosted

Situs POSSE parsial

• Hupili.net

  • Mengimplementasikan model POSSE parsial yang hanya melakukan POSSE untuk sebagian konten
  • Dengan SNSAPI, struktur data dari berbagai SNS disatukan, dan dengan SNSRouter, timeline dapat dilihat secara terpadu
  • Saat ini masih sulit membedakan sumber asli dan salinan, tetapi ke depan direncanakan membuat halaman permalink unik untuk tiap pembaruan status

Pendekatan lain

• COPE (Create Once, Publish Everywhere)

  • Menulis sekali dan mempublikasikan ke banyak tempat, tetapi tidak memposting lebih dulu ke situs sendiri
  • Karena tidak ada permalink asli, pembaca tersebar di berbagai platform

• POSE (Publish Once Syndicate Everywhere)

  • Pendahulu POSSE, yaitu memposting sekali ke platform sosial tertentu (silo) lalu menyalinnya ke platform lain

• PESOS (Post Elsewhere, Syndicate to Own Site)

  • Pendekatan kebalikan dari POSSE, yakni memposting dulu ke layanan eksternal lalu menyalinnya ke situs pribadi
  • Agar dapat dibedakan dari POSSE, salinan harus menyertakan tautan asli (permalink)

• PESETAS

  • Mirip dengan PESOS, tetapi menyalin semua konten ke platform tertentu
  • Tumblr mendukung berbagai format konten sehingga cocok sebagai tujuan PESETAS

Ide perluasan POSSE (model CRUD)

• Create

  • Menulis konten di situs sendiri lalu mendistribusikannya ke luar

• Read

  • Menyimpan lokasi salinan dengan tautan u-syndication dan memungkinkan sinkronisasi balik (backfeed)

• Update

  • Jika platform eksternal mendukung pengeditan, saat sumber asli diperbarui maka salinan juga ikut diperbarui
  • Jika pengeditan tidak didukung, digunakan pendekatan hapus lalu posting ulang (delete/repost)

• Delete

  • Saat sumber asli dihapus, salinan juga dapat ikut dihapus
  • Jika ada komentar atau retweet, diperlukan UI konfirmasi ulang sebelum penghapusan
  • Grant Richmond mendukung fitur hapus POSSE di Twitter sejak 2018

FAQ

• Untuk mencegah duplikasi di mesin pencari, salinan harus selalu menyertakan tautan asli, dan jika memungkinkan gunakan rel-canonical
• POSSE tanpa backlink adalah opsi terakhir, dan dapat dilengkapi dengan fitur posse-post-discovery
• Urutan POSSE dan Webmention adalah POSSE terlebih dahulu, Webmention kemudian

Latar belakang

• Pada 2010, Tantek Çelik memperkenalkan konsep POSSE dengan gagasan “publikasikan di situs sendiri, lalu distribusikan ke situs lain”
• Konsep ini diperluas pada IndieWebCamp 2011, dan istilah POSSE didefinisikan secara resmi pada Juni 2012
• POSE sudah ada lebih dulu daripada POSSE, tetapi POSSE secara eksplisit menegaskan struktur yang berpusat pada “situs sendiri”

Artikel dan kutipan terkait

• Antara 2013 hingga 2024, konsep POSSE diperkenalkan di berbagai media
  • Ars Technica menjelaskan POSSE sebagai “cara mendistribusikan ke semua platform dari satu sumber asli”
  • Molly White dan Cory Doctorow menekankan POSSE sebagai strategi merebut kembali kepemilikan konten
  • Setelah 2024, POSSE kembali mendapat sorotan seiring keterkaitannya dengan jaringan terdesentralisasi seperti Bluesky, Mastodon, dan Fediverse

Penerapan POSSE yang diperluas

• POSSE untuk repositori Git: dapat diperluas sebagai metode menyalin repositori Git pribadi ke GitHub, GitLab, dan lainnya
• Catatan sesi POSSE: sejak 2011 hingga 2024, komunitas IndieWeb terus mengadakan sesi terkait POSSE

Catatan kaki dan informasi lisensi

• Sumber dokumen berasal dari halaman wiki IndieWeb (https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734)
• Halaman ini termasuk dalam kategori building-blocks dan syndication
• Tanggal modifikasi terakhir adalah 16 Januari 2026 17:04
• Konten disediakan di bawah dedikasi domain publik CC0 (CC0 public domain dedication)
• Tautan tambahan mencakup Privacy policy, About IndieWeb, dan Code of Conduct
• Di bagian bawah juga ditampilkan tautan terkait Creative Commons public domain dan MediaWiki

[GN⁺]

Komentar Hacker News

• Saya sudah konsisten mengikuti pendekatan ini. Proses publikasinya memang manual, tetapi niatnya baik dan selama tidak hanya melakukan promosi blog yang spammy di berbagai forum, cara ini cukup berhasil
  Di blog saya (rednafi.com) saya sengaja tidak memasang bagian komentar. Menulis bukan pekerjaan berbayar bagi saya, dan mengelola komentar menghabiskan terlalu banyak energi
  Dulu saya pernah memasang Disqus di situs Hugo saya, tetapi saat diskusi mulai memanjang, masalah skalabilitas menjadi serius
  Jika tulisan itu berguna, biasanya akan naik dengan sendirinya ke HN atau Reddit, dan saya menautkan kembali link diskusi itu ke tulisan saya. Menurut saya, itu sudah cukup

  • Saya juga mengelolanya dengan cara yang sama. Misalnya, seperti tulisan ini, saya mengelola linkback dari berbagai platform
    URL sosial saya masukkan sebagai key di YAML frontmatter, lalu saya daftarkan juga ke ekosistem ATProto melalui standard.site
    Untuk tulisan panjang, saya mendapatkan DOI dari rogue-scholar.org dan menambahkan metadata
    Suatu hari target saya adalah mengumpulkan semua ini menjadi satu thread komentar statis, tetapi karena hampir tidak ada percakapan lintas jaringan, untuk saat ini yang realistis adalah hanya menaruh link seperti sekarang
  • Saya memakai HN sebagai platform komentar. Dengan shortcode Hugo, saya menyimpan cache komentar HN dan hanya memuat ulang untuk tulisan yang berusia kurang dari 7 hari
    Formatnya juga cukup rapi, dan bisa dilihat di bagian bawah tulisan ini
  • Jika Anda punya akun Mastodon, Anda bisa menyematkan semua thread balasan untuk posting tersebut di situs Anda
    Untuk contoh implementasi, lihat tulisan ini
  • Saya suka blog Anda. Terutama tulisan Splintered Failure Modes yang sangat berkesan. Sekali baca langsung membekas

• Saya mengikuti pendekatan ini karena saya ingin memiliki ruang yang saya buat secara langsung
  Ini berjalan baik, tetapi sulit diotomatisasi, dan pada akhirnya saya tetap harus cross-posting secara manual. Respons tiap komunitas berbeda, jadi trafiknya kecil, tetapi untuk cara kerja terbuka, ini sangat bagus

  • Alasan otomatisasinya sulit adalah karena media sosial memang sengaja membuat auto-posting jadi sulit
    Facebook bahkan bisa menurunkan prioritas tampil posting yang berisi link eksternal. Karena itulah muncul trik seperti “link ada di komentar”
  • Saya tidak setuju. Layanan seperti micro.blog mendukung auto cross-posting ke berbagai media sosial dengan cukup mudah
    Jika tujuannya bukan trafik melainkan aktif di beragam komunitas, ini tetap sangat bernilai
  • Budaya dan audiens tiap platform berbeda, jadi nuansa diskusinya juga berbeda. Memasang hal yang sama ke semua tempat bisa terasa agak spam
    Karena itu, manfaat cross-posting juga berbeda untuk tiap orang
  • Saya penasaran apakah Anda pernah mencoba layanan posting seperti Buffer.co

• Saya cukup sering melihat POSSE di berbagai platform, dan kadang pendekatan ini terasa tidak personal dan spammy
  Saya paham alasannya, tetapi ini terlihat lebih seperti pendekatan “ship it” yang berfokus pada peluncuran daripada percakapan. Mungkin ini karena faktor usia saya

  • Publikasi berbasis atproto seperti standard.site sedang berkembang ke arah yang membuat konten mudah ditemukan tanpa harus mempostingnya ke banyak kanal
  • Saya penasaran bagian mana yang terasa tidak personal. Justru menurut saya kelebihannya adalah tidak memaksa pembaca ke platform tertentu

• Saya membayangkan fitur keren untuk web kecil

  1. Saya berlangganan blog yang saya suka lewat RSS
  2. Saat ada tulisan baru, saya juga bisa melihat link diskusi di HN, Reddit, Twitter, dan lain-lain dari RSS reader
  3. Saya klik dan ikut berdiskusi di sana
     Versi sederhananya adalah menaruh link diskusi terkait di bagian bawah tulisan
  • Saya juga setuju. Saya ingin melihat tulisan di RSS reader, bukan dilempar begitu saja ke feed sosial
    Posting model “saya baru menulis artikel baru” terasa seperti spam.
    Mencari diskusi eksternal memang rumit, tetapi jika benar-benar tertarik, pencarian URL sudah cukup. permashortlink justru mengganggu
  • Agar ini bisa dilakukan, setahu saya WebMentions memang awalnya dirancang untuk peran itu

• Saya selalu senang setiap kali tulisan seperti ini muncul. Semua orang seharusnya memiliki kontennya sendiri secara langsung
  Filosofi komunitas indieweb layak dirayakan.
  Kalau memungkinkan, saya sarankan datang ke Homebrew Website Club dan ngobrol soal membangun ruang web Anda sendiri. Itu bisa membuat rasa cinta pada teknologi terasa lagi

  • Saya juga membuat tildeweb.nl dengan semangat seperti itu

• Awalnya saya merasa tulisan ini seperti artikel promosi big tech. Nadanya seperti, “pada akhirnya perusahaan besar akan menang, jadi sebarkan saja ke mana-mana”
  Tapi saya tidak paham kenapa saya harus menunjukkan blog saya kepada teman yang hanya memakai Facebook.
  Saya ingin membagikannya hanya kepada orang-orang yang sejalan dengan prinsip saya

  • Sudut pandang yang menarik. Ada orang yang ingin tulisannya dilihat sebanyak mungkin orang, dan ada juga yang ingin membagikannya dengan tenang
    Semakin bertambah usia, semakin hati-hati rasanya menulis sesuatu di internet. Mungkin ini bentuk kesadaran diri dan kedewasaan — tidak semua orang ingin membaca tulisan saya

• Saya suka saat membaca tulisan dan ada link diskusi utama seperti di HN atau Reddit
  Komentar blog biasanya sepi, dan meski membacanya beberapa hari terlambat, tetap enak untuk mengikuti pikiran orang lain

  • Konsep “diskusi utama” itu sendiri menyedihkan. Karena internet mengalami appification, kita jadi terbiasa dengan pola pikir taman tertutup
    Browser seharusnya bisa sendiri menemukan dan menampilkan link terkait.
    Saat berurusan dengan ActivityPub dan Linked Data, saya frustrasi karena banyak proyek masih mencoba meniru SNS tertutup

• RSS adalah cara yang sederhana dan andal, yang memberi saya kendali langsung atas apa yang ingin saya lihat tanpa dipermainkan oleh kurasi algoritmik

• Saya juga mengikuti cara ini. Situs saya ada di profil
  Saya tidak memakai permashortlink, dan mempertahankan link asli yang pendek dan bermakna.
  Dari link-nya saja sudah bisa ditebak itu konten tentang apa, dan berkat POSSE saya bisa dengan mudah mempertahankan preferensi pribadi seperti ini

  • Saya juga menganggap permashortlink sebagai konsep yang tidak perlu.
    Alasan-alasannya tercantum di indieweb.org/permashortlink, tetapi kebanyakan tidak meyakinkan
    Klaim seperti lebih stabil di email, atau lebih pendek sehingga mudah diketik, terasa lemah
    Justru ini menambah biaya pengelolaan dan masalah penyebaran domain. Lebih baik memperbaiki struktur URL yang sudah ada saja

• Sebaliknya, saya memakai pendekatan PESOS(Publish Elsewhere, Syndicate to Own Site)
  Berkat sistem otomatisasi, saya mengumpulkan aktivitas saya di seluruh web ke situs saya sendiri dan mudah merujuknya saat diperlukan. Sangat direkomendasikan

  • Saya melihat situs vale.rocks dan benar-benar terinspirasi. Semoga harimu menyenangkan