- Bir kişinin içeriği önce kendi web sitesinde yayımlayıp, bunun kopyasını veya bağlantısını sosyal medya gibi harici platformlara dağıtması yöntemi
- Orijinal gönderi, kopyalardan da doğrudan aslına erişilebilmesi için canonical URL ve permashortlink içerir
- Bu yapı aynı anda içerik sahipliğini güvenceye almayı, arama motoru optimizasyonunu ve harici hizmet kesintilerinden bağımsızlığı sağlar
- Twitter, Facebook, Medium, Mastodon gibi çeşitli platformlarda otomatik veya yarı otomatik POSSE uygulama örnekleri bulunur
- IndieWeb hareketinin temel kavramlarından biri olarak, dağıtık yayınlama ve insan merkezli bağlantısallığı hayata geçiren önemli bir yaklaşımdır
POSSE'ye genel bakış
- POSSE (Publish on your Own Site, Syndicate Elsewhere), bir kişinin içeriği önce kendi sitesinde yayımlayıp, bunun kopyasını veya bağlantısını sosyal medya gibi üçüncü taraf platformlara dağıtması yöntemidir
- Her kopya, kullanıcıların doğrudan orijinal içerikle etkileşime girebilmesi için orijinal gönderi bağlantısını (original post link) içerir
- IndieWeb hareketinin temel kavramlarından biri olarak, kişinin içeriğin sahipliğini ve erişim yolunu kontrol etmesini sağlar
POSSE'nin amacı
- Arkadaşların yazıları tercih ettikleri platformda okuyabilmesini destekler; Instagram, Tumblr, Twitter, Neocities gibi çeşitli sosyal medya siloları (silo) üzerinden erişim sağlar
- Mevcut ilişkileri sürdürmeyi önceler ve teknik federasyondan çok insan merkezli bağlantısallığa önem verir
- Tek kültürlü (monoculture) yaklaşımdan farklı olarak, blog ya da belirli bir platform merkezli değil, dağıtık bir yayın yapısını hedefler
Yaygın gerekçeler
- Üçüncü taraf bağımlılığını azaltma: Doğrudan kendi sitende yayımlandığı için harici hizmet kesintilerinden etkilenmez
- İçerik sahipliğini güvenceye alma: Orijinal içerik kendi alan adında bulunduğundan hizmet şartlarına (TOS) bağlı kalmaz
- Canonical URL korunur ve kopyalar orijinali alıntıladığı için arama verimliliği artar
- Backfeed aracılığıyla harici hizmetlerdeki tepkiler geri alınabilir; böylece sosyal ağ etkisinden yararlanılırken orijinal içerik kendi sitende saklanır
Orijinal bağlantıyı eklemenin önemi
- Orijinal içeriğin bulunabilirliğini artırır: Kopyalardan permashortlink üzerinden aslına ulaşılabilir
- Spam çoğaltmayı engeller: Kopya yeniden yayımlansa bile orijinal bağlantı da birlikte kopyalanır ve orijinalin görünürlüğü artar
- Arama motoru sıralamasını iyileştirir: Kopyalar orijinale bağlantı verdiği için arama motorları bunu algılar ve orijinalin sırası yükselir
Uygulama yöntemi
- Yayın yazılımı, içeriği kendi sitende yayımladıktan sonra seçilen silo(lar)a da kopya yayımlamalıdır
- Kopyalar, orijinal gönderi bağlantısını (permashortlink veya permashortcitation) içermelidir
- Orijinal gönderiye, her silo kopyasına bağlantı veren bir posts-elsewhere bölümü eklenir
-
Kullanıcı arayüzü
- İdeal arayüz otomatik, öngörülebilir ve göze batmayan bir yapıda olmalıdır
- Yayımlamadan önce önizleme (Preview) özelliği sunarak her platformda nasıl görüneceğinin kontrol edilmesini sağlar
Başlıca platformlara göre uygulama örnekleri
-
Twitter
- En yaygın POSSE hedef platformlarından biridir; kendi sitende yazdığın notları Twitter'a POSSE ederek veri sahipliğini korumak mümkündür
- API üzerinden yayımlama mümkündür, ancak Kasım 2022'den sonra yeni API erişimi kısıtlanmıştır
- Web action endpoint desteği sayesinde yarı otomatik yayımlama uygulamak kolaydır
-
Facebook
- Elle çapraz gönderim veya Bridgy tarayıcı eklentisi ile yarı otomatik POSSE mümkündür
-
Medium
- Posts API veya Import Post özelliğiyle orijinal URL'nin rel-canonical bağlantısı korunabilir
- WordPress için Medium eklentisi, Jekyll için crosspost eklentisi gibi çeşitli araçlar vardır
- Toplu taşıma (mass POSSE) özelliğiyle mevcut gönderiler de aktarılabilir
-
WordPress
- WordPress Crosspost eklentisi kullanılarak self-hosted WordPress'ten WordPress.com'a POSSE yapılabilir
-
Ghost
- GitHub açık kaynak araçları ile Ghost webhook'larından yeni gönderiler JSON biçiminde alınıp Mastodon, Bluesky ile senkronize edilebilir
-
Plain Text Notes
- SMS veya push bildirimleri gibi salt metin tabanlı hedefler için dönüştürme gerekir
- h-entry_to_text yöntemiyle HTML metne dönüştürülür
POSSE ile ilgili yazılımlar
- PHP:
php-helpers içindeki POSSE namespace'inde HTML→plaintext dönüşümü ve syndication işlevleri bulunur
- Python:
SiloRider: Twitter, Mastodon vb. için POSSE destekleyen bir komut satırı aracı
Feed2Toot: RSS akışlarını ActivityPub tabanlı hizmetlere (Mastodon, Pleroma vb.) gönderir
- Docker:
POSSE Party, self-host edilebilen bir POSSE yazılımıdır
POSSE hizmetleri
- Bridgy Publish: Hizmet olarak POSSE biçiminde Twitter, Flickr, GitHub, Mastodon desteği sunar
- Web arayüzü veya webmention API ile kullanılabilir
- Mugged Tweets: Notları kupalara POSSE eden deneysel bir hizmet
- IFTTT: RSS/Atom akışlarına dayanarak Twitter, Tumblr, Facebook vb. platformlara otomatik yeniden yayımlar
- EchoFeed: Ek bir syndication hizmeti
Yayın akışı
-
Client → Site → Silo
- Kullanıcı içerik oluşturur → sunucuya yayımlar → sunucu her siloya kopyaları yayımlar
- Avantaj: Kullanıcı yalnızca kendi sitesiyle ilgilenir, sunucu syndication işlemini otomatik yapar
-
Client → Site & Silo
- Kullanıcı içerik oluşturup sunucuya gönderir → istemci sunucudan URL'yi alır → kullanıcı içeriğin yayımlanacağı platformları seçer
- Avantaj: Kopyanın içeriği ve zamanlaması doğrudan kullanıcı tarafından kontrol edilebilir
- Dezavantaj: Her seferinde elle adım gerekir; istemcinin her siloya doğrudan bağlanması gerekir
IndieWeb uygulama örnekleri
-
Tantek.com (2010)
- Falcon tabanlı POSSE uygulaması; PuSH v0.4 + h-feed ile gerçek zamanlı syndication
- Twitter ve Facebook'a otomatik kopyalama ile permashortlink alıntı bağlantısı ekleme
- Bridgy üzerinden Facebook RSVP ve beğeni (like) geri yansıtma
-
Waterpigs.co.uk (2012)
- Client → Server → 3rd Party akışını kullanır
- Twitter ve Facebook'a syndication yapar
- Taproot sistemiyle güncellemelerde ek POSSE tweet'leri üretir
- Bridgy ile güncelleme tweet'lerinin tepkilerini de geri syndication eder
-
BrennanNovak.com (2012)
- Twitter ve Facebook'a kopya gönderiler yayımlar
-
AaronParecki.com (2012)
- Twitter'da permashortlink içeren tweet'ler yayımlar
- Tüm koleksiyonları PuSH aboneliğine açıktır
-
Sandeep.io (2012)
- Facebook, Twitter, Google+ için paylaşım bağlantılarına elle tıklama yöntemiyle POSSE yapar
- API entegrasyonlarının istikrarsızlığından kaçınmak için basit manuel yaklaşımı korur
-
Werd.io (2013)
- idno platformunun eklenti yapısıyla POSSE uygular
- Twitter, Facebook, Flickr, Foursquare vb. platformlara içerik türüne göre syndication yapar
-
Veganstraightedge.com (2013)
- Dark Matter tabanlı manuel POSSE
- Medium, WordPress, Twitter, Vine vb. için rel-syndication işaretlemesi içerir
-
GlennJones.net (2014)
- transmat.io sistemi ile POSSE uygular
- Şu anda yalnızca not (note) gönderilerini Twitter'a syndication eder
Ek uygulama örnekleri
-
Jeremy Keith
- 2014'te özel bir CMS ile POSSE uyguladı; notlar önce kendi sitesinde yayımlanıp sonra dışarı kopyalanıyordu
- Fotoğraflar aynı anda Twitter ve Flickr'a gönderiliyordu
-
Shane Hudson
- 2014'te Craft CMS ile Twitter'a POSSE uyguladı
- Yanıt bağlamı (reply context) özelliğini elle yönetiyor, fotoğraf POSSE otomasyonunu planlıyordu
-
Ravi Sagar
- 2018'de Drupal tabanlı blogunda POSSE uyguladı
- “Share” etiketi eklenen gönderileri RSS feed + Rebrandly + Zapier ile Twitter ve LinkedIn'e otomatik paylaşıyordu
-
Ludovic Chabant
- 2018'de PieCrust CMS ve SiloRider ile Twitter ve Mastodon'a POSSE uyguladı
- Microformats markup tabanlı çalışıyor ve fotoğraf gönderilerini de destekliyordu
-
Adam Dawkins
- 2019'da özel bir CMS ile POSSE uyguladı; ilk notu kendi sitesinde yayımlayıp sonra Twitter'a kopyaladı
-
Shaun Ewing
- 2020'de Jekyll ve özel API ile POSSE uyguladı; şu anda manuel senkronizasyon durumunda
-
capjamesg
- Kendi site notlarını Twitter (brid.gy), micro.blog (feed polling), Fediverse (fed.brid.gy) ile otomatik senkronize eder
-
Wojtek Powiertowski
- 2026'da Ghost blogunda yazdığı gönderileri Mastodon, Bluesky ile otomatik senkronize eder
- Kendi host ettiği posse istemcisi ile yeni gönderi oluşturulduğunda otomatik senkronizasyon yapar
Kısmi POSSE siteleri
-
Hupili.net
- İçeriğin yalnızca bir bölümünü POSSE eden kısmi POSSE modeli uygular
- SNSAPI ile birden fazla sosyal ağın veri yapısını birleştirir, SNSRouter ile zaman akışlarını birleşik biçimde görüntüler
- Şu an orijinal ile kopyayı ayırt etmek zor, ancak gelecekte her durum güncellemesi için benzersiz permalink sayfaları oluşturmayı planlamaktadır
Diğer yaklaşımlar
-
COPE (Create Once, Publish Everywhere)
- Bir kez oluşturup birçok yerde yayımlar, ancak önce kendi sitesinde yayımlamaz
- Orijinal permalink olmaması nedeniyle okurlar farklı platformlara dağılır
-
POSE (Publish Once Syndicate Everywhere)
- POSSE'nin öncülüdür; belirli bir sosyal platformda (silo) bir kez yayımlayıp sonra diğer platformlara kopyalar
-
PESOS (Post Elsewhere, Syndicate to Own Site)
- POSSE'nin tersi yaklaşımdır; önce harici hizmette yayımlayıp sonra kişisel siteye kopyalar
- POSSE'den ayırt edilebilmesi için kopyada orijinal bağlantı (permalink) bulunmalıdır
-
PESETAS
- PESOS'a benzer, ancak tüm içeriği belirli bir platforma kopyalar
- Tumblr, çeşitli içerik biçimlerini desteklediği için PESETAS hedefi olarak uygundur
POSSE için genişletme fikri (CRUD modeli)
-
Create
- İçeriği kendi sitende oluşturup dışarı dağıtma
-
Read
- u-syndication bağlantıları ile kopyaların konumunu saklayıp ters yönlü senkronizasyonu (backfeed) mümkün kılma
-
Update
- Harici platform düzenlemeyi destekliyorsa orijinal güncellendiğinde kopyayı da güncelleme
- Düzenleme mümkün değilse silip yeniden yayımlama (delete/repost) yöntemi kullanma
-
Delete
- Orijinal silindiğinde kopyaları da birlikte silebilme
- Yorum veya retweet varsa silme için yeniden onay isteyen bir arayüz gerekebilir
- Grant Richmond, 2018'den beri Twitter'da POSSE silme özelliğini desteklemektedir
SSS
- Arama motoru tekrarını önlemek için kopyalar mutlaka orijinal bağlantıyı içermeli, mümkünse
rel-canonical kullanılmalıdır
- Geri bağlantısız POSSE, son çaredir; posse-post-discovery özelliğiyle telafi edilebilir
- POSSE ile Webmention sırası: Önce POSSE, sonra Webmention
Arka plan
- 2010'da Tantek Çelik, “kendi sitende yayımla, sonra başka sitelere dağıt” fikriyle POSSE'yi ortaya koydu
- Kavram 2011'de IndieWebCamp'te genişletildi, Haziran 2012'de POSSE terimi resmen tanımlandı
- POSE, POSSE'den daha önce vardı; ancak POSSE, yapının merkezine açıkça “kendi siteni” koyar
İlgili yazılar ve alıntılar
- 2013–2024 arasında çeşitli yayınlarda POSSE kavramı tanıtıldı
- Ars Technica, POSSE'yi “tek bir orijinal kaynaktan tüm platformlara dağıtma yöntemi” olarak açıkladı
- Molly White, Cory Doctorow ve başkaları POSSE'yi içerik sahipliğini geri kazanma stratejisi olarak vurguladı
- 2024 sonrasında POSSE, Bluesky, Mastodon, Fediverse gibi dağıtık ağlarla ilişkisi üzerinden yeniden öne çıktı
POSSE'nin genişletilmiş kullanımları
- Git deposu POSSE'si: Kişisel Git depolarını GitHub, GitLab vb. yerlere kopyalama şeklinde genişletilebilir
- POSSE oturum kayıtları: 2011'den 2024'e kadar IndieWeb topluluğunda POSSE ile ilgili oturumlar düzenli olarak gerçekleştirildi
Dipnotlar ve lisans bilgisi
- Belgenin kaynağı IndieWeb wiki sayfasıdır (
https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734)
- Sayfa building-blocks ve syndication kategorilerinde yer alır
- Son düzenleme tarihi 16 Ocak 2026 17:04
- İçerik, CC0 public domain dedication kapsamında sunulmaktadır
- Ek bağlantılar arasında Privacy policy, About IndieWeb, Code of Conduct bulunur
- Sayfanın altında Creative Commons public domain ve MediaWiki ile ilgili bağlantılar gösterilir
1 yorum
Hacker News görüşleri
Ben bu yaklaşımı istikrarlı biçimde uyguluyorum. Yayınlama süreci manuel ama niyet doğru olduğu ve çeşitli forumlarda sadece spam blog tanıtımı yapmadığınız sürece oldukça iyi işliyor
Blogumda(rednafi.com) bilerek bir yorum bölümü yok. Yazmak ücretli bir iş değil ve yorumları yönetmek çok fazla enerji istiyor
Eskiden Hugo siteme Disqus eklemiştim ama gerçek tartışmalar uzayınca ölçeklenebilirlik sorunları ciddi hale geldi
Bir yazı faydalıysa genelde doğal olarak HN ya da Reddit’e düşüyor, ben de o tartışma bağlantılarını tekrar yazıya bağlıyorum. Bence bu kadarı yeterli
Sosyal URL’leri YAML frontmatter içinde anahtar olarak ekliyorum ve standard.site aracılığıyla ATProto ekosistemine de kaydediyorum
Uzun yazılar için rogue-scholar.org üzerinden DOI alıp metadata ekliyorum
Bir gün tüm bunları tek bir statik yorum dizisinde toplamak hedefim ama ağlar arasında neredeyse hiç konuşma olmadığı için şimdilik sadece bağlantı bırakmak daha gerçekçi
Biçimlendirme de oldukça temiz görünüyor; bu yazının altında görebilirsiniz
Uygulama örneği için bu yazıya bakın
Ben bu yaklaşımı izliyorum. Çünkü kurduğum alanın doğrudan sahibi olmak istiyorum
İyi çalışıyor ama otomasyon zor ve sonuçta çapraz paylaşımı manuel yapmak gerekiyor. Topluluğa göre tepkiler değişiyor; trafik az ama kamusal çalışma biçimi olarak mükemmel
Facebook, dış bağlantı içeren gönderileri görünürlük önceliğinde aşağı çekebiliyor. “Bağlantı yorumda” gibi hilelerin ortaya çıkma sebebi de bu
Amaç trafikten çok farklı topluluklarda var olmaksa bunun değeri kesinlikle var
Bu yüzden çapraz paylaşımın faydası kişiden kişiye değişiyor
Ben birçok platformda POSSE’ye sık rastlayan taraftayım ve bu yaklaşım bazen kişiliksiz ve spamvari hissettirebiliyor
Gerekçesini anlıyorum ama konuşmadan çok “ship it” odaklı bir yaklaşım gibi görünüyor. Belki de yaşımdandır
Küçük web için harika bir özellik hayal ediyorum
Basit sürümü, yazının altına ilgili tartışma bağlantılarını koymak
Sadece “yeni yazı yayınladım” tarzı gönderiler spam gibi hissettiriyor.
Dış tartışmaları bulmak karmaşık ama gerçekten ilgileniyorsanız URL araması yeterli. permashortlink ise aksine engel oluyor
Böyle yazıların ara sıra çıkmasına gerçekten seviniyorum. Herkes kendi içeriğinin doğrudan sahibi olmalı
indieweb topluluğunun felsefesi kutlanmayı hak ediyor.
Mümkünse bir Homebrew Website Club’a gidip kendi web alanınızı oluşturma deneyimi hakkında konuşmanızı tavsiye ederim. Teknolojiye duyduğunuz sevgiyi yeniden hissettirebilir
İlk başta bu yazı bana büyük teknoloji şirketlerinin reklamı gibi geldi. “Nasıl olsa sonunda büyük şirketler kazanacak, o yüzden her yere dağıt” gibi bir ton vardı
Ama neden sadece Facebook kullanan bir arkadaşıma blogumu göstermek zorunda olduğumu anlamıyorum.
Ben sadece ilkelerime yakın insanlarla paylaşmak istiyorum
Yaş aldıkça internete bir şey yazarken daha temkinli oluyorsunuz. Bu, öz farkındalık ve olgunluğun bir ifadesi de olabilir — çünkü herkes yazdıklarımı görmek istemiyor olabilir
Yazı okurken yanında HN ya da Reddit’teki ana tartışma bağlantılarının da olmasını seviyorum
Blog yorumları genelde sessiz kalıyor ve birkaç gün geç okuyunca bile başkalarının ne düşündüğünü takip etmek kolay oluyor
Tarayıcının ilgili bağlantıları kendisinin bulup göstermesi gereken bir yapı olmalı.
ActivityPub ve Linked Data ile uğraşırken, birçok projenin hâlâ kapalı sosyal ağları taklit etmeye çalışması sinir bozucu
RSS, algoritmik kürasyona kapılmadan ne görmek istediğimi doğrudan kontrol etmemi sağlayan basit ve güvenilir bir yöntem
Ben de bu yaklaşımı izliyorum. Sitem profilimde var
permashortlink kullanmıyorum; onun yerine kısa ve anlamlı özgün bağlantıları koruyorum.
Sadece bağlantıya bakarak bile içeriğin ne olduğunu tahmin edebiliyorsunuz ve POSSE sayesinde bu tür kişisel tercihleri kolayca yansıtabiliyorsunuz
indieweb.org/permashortlink sayfasında gerekçeler sıralanıyor ama çoğu ikna edici değil
E-postada daha kararlı olduğu ya da kısa olduğu için yazmasının kolaylaştığı iddiaları pek anlamlı gelmiyor
Aksine, sadece yönetim maliyeti ve alan adı dağınıklığı yaratıyor. Bence en iyisi mevcut URL yapısını iyileştirmek
Ben tersine PESOS(Publish Elsewhere, Syndicate to Own Site) yaklaşımını kullanıyorum
Otomasyon sistemi sayesinde web genelindeki etkinliklerimi sitemde topluyorum ve gerektiğinde kolayca dönüp bakabiliyorum. Kesinlikle tavsiye ederim