- POSSE (Publish on your Own Site, Syndicate Elsewhere), içeriği önce kişisel sitede yayımlayıp ardından sosyal medya gibi dış platformlara kopyasını veya bağlantısını dağıtan bir içerik özerk dağıtım yöntemidir
- Bu yöntem, içerik sahipliğini ve özgün URL’yi korurken aynı zamanda arkadaşların veya takipçilerin kullandığı platformlardan erişim sağlar
- POSSE, üçüncü taraf hizmetlere bağımlılığı azaltma ve arama verimliliği ile özgün içeriğin görünürlüğünü artırma avantajı sunar
- Uygulama manuel, yarı otomatik veya otomatik olabilir; Bridgy, IFTTT, SiloRider, POSSE Party gibi çeşitli araçlar ve API’ler kullanılır
- IndieWeb topluluğu POSSE’yi web bağımsızlığı ve dağıtık sosyal ekosistemin temel stratejisi olarak görür
POSSE’ye genel bakış
- POSSE, “kendi sitende yayımla, başka yerlerde dağıt” ifadesinin kısaltmasıdır; önce kişisel sitede içerik yayımlayıp bunun kopyasını ya da bağlantısını sosyal medya (silo) gibi mecralarda paylaşma yöntemidir
- Her kopya, okuyucunun doğrudan asıl metne gidebilmesi için özgün gönderi bağlantısını (original post link) içerir
- Bu kavram, IndieWeb hareketinin temel bileşenlerinden biridir; basit blog yazarlığının ötesine geçerek içerik egemenliği ve dağıtık yayımlama yapısını hayata geçirir
POSSE’nin amacı ve neden gerekli olduğu
- Arkadaşların kullandığı platformlarda okunabilmeyi destekler; böylece mevcut ilişkileri korurken içeriği kendi sitesini merkez alarak yönetmeyi sağlar
- Federation gibi teknik ideallerden çok insan ilişkileri merkezli bağlantısallığı önceliklendirir
- Üçüncü taraf hizmetlere bağımlılığı azaltır: içerik doğrudan kendi sitenden yayımlandığı için dış hizmet kesintilerinden bağımsız olarak korunabilir
- Sahiplik sağlar: özgün gönderinin canonical URL’si kendi alan adında bulunur
- Arama verimliliğini artırır: kendi sitende arama yapılabilir ve dış platformların sınırlı arama işlevlerine bağımlı kalınmaz
- Kopyalar özgün içeriğe atıf verdiği için arama motorları asıl içeriği daha üst sırada değerlendirebilir
Özgün bağlantının önemi
- POSSE kopyalarında özgün içeriğe permashortlink gibi bir bağlantı verilir
- Bu sayede özgün içeriğin keşfedilebilirliği (discovery) artar; ayrıca spam kopyalara karşı koruma ve arama sıralamasında iyileşme sağlanır
- Kopya her yeniden paylaşıldığında özgün içeriğe giden bağlantı da yayılır; böylece trafik ve güvenilirlik artar
Uygulama yöntemleri
- Yayımlama yazılımı, içerik yayımlandığında seçilen sosyal platforma (silo) kopyayı otomatik gönderir ve özgün bağlantıyı ekler
- Özgün gönderiye, dış kopyaları göstermek için posts-elsewhere bölümü eklenir
- UI tasarımı, otomasyon, öngörülebilirlik ve şeffaflığı önemser; yayımdan önce önizleme (preview) işlevi sunabilir
Başlıca platformlara göre uygulama
- Twitter: En yaygın POSSE hedeflerinden biri. API üzerinden tweet yayımlanabilir ve özgün bağlantı eklenebilir
- 2022 sonrası bazı API erişim kısıtlamaları örnekleri vardır
- Facebook: Manuel cross-post ya da Bridgy tarayıcı uzantısı ile yarı otomatik dağıtım desteklenir
- Medium: API veya
Import Post özelliğiyle POSSE uygulanabilir; rel-canonical bağlantısı korunur
- WordPress: Eklentilerle (ör. WordPress Crosspost) otomatik POSSE desteği sunar
- Plain Text Notes: SMS veya push bildirimleri için h-entry_to_text dönüşüm yöntemi kullanılır
Desteklenen yazılım ve hizmetler
- PHP:
php-helpers içindeki POSSE namespace’i
- Python:
SiloRider, Feed2Toot gibi komut satırı araçları
- Docker:
POSSE Party self-hosted çözümü
- Hizmet olarak araçlar:
Bridgy Publish, IFTTT, EchoFeed gibi otomatik dağıtım araçları
Yayımlama akışı türleri
- Client → Site → Silo: Sunucu kopyaları otomatik dağıtır, kullanıcı etkileşimi minimumdur
- Client → Site & Silo: Kullanıcı her platform için içeriği doğrudan ayarlar, daha ayrıntılı kontrol sağlar
IndieWeb uygulama örnekleri
- Tantek.com: 2010’dan beri Falcon tabanlı POSSE uygulaması; Twitter ve Facebook’a otomatik kopyalama
- Waterpigs.co.uk: Taproot sistemiyle Twitter ve Facebook’a eşzamanlı dağıtım
- Aaronparecki.com: permashortlink içeren tweet kopyaları
- Veganstraightedge.com: Medium, WordPress, Twitter, Vine gibi çoklu platformlarda manuel POSSE
- Adactio.com: Fotoğraf ve notları Twitter ile Flickr’a otomatik kopyalama
- Molly White (2024): Twitter, Mastodon ve Bluesky için otomatik POSSE yapısı kurdu
Diğer yaklaşımlarla karşılaştırma
- COPE (Create Once, Publish Everywhere): Özgün site kavramı olmadığı için canonical URL yoktur; POSSE’ye göre daha az dağıtıktır
- POSE (Publish Once, Syndicate Everywhere): POSSE’nin öncülü olup sosyal platform merkezli yayımlamayı da kapsar
- PESOS (Post Elsewhere, Syndicate to Own Site): Önce dış hizmette yayımlayıp sonra kişisel siteye kopyalama yaklaşımı
- PESETAS: Tüm içeriği belirli bir platformda (ör. Twitter) yoğun biçimde kopyalama yaklaşımı
CRUD genişletme fikirleri
- POSSE temelde Create (yayımlama) odaklıdır; ancak Read, Update, Delete işlevlerine genişletilmesi de tartışılmaktadır
- Read: Kopyalardaki etkinlikler (yorum, beğeni vb.) backfeed ile özgün gönderiye yansıtılır
- Update: Düzenlemeye izin veren platformlarda değişiklikler senkronize edilir; mümkün değilse silip yeniden yayımlanır
- Delete: Özgün gönderi silindiğinde kopyalar da silinir; etkinlik durumu kontrol edilerek işlem yapılır
SSS özeti
- Arama motorunda yinelenen içerik sorunu: Kopya özgün bağlantıyı içeriyorsa yinelenen içerik sayılmaz
- Backlink: POSSE kopyalarında her zaman özgün bağlantının bulunması önerilir
- Sıra: İlke olarak “önce POSSE, sonra Webmention gönderimi” uygulanır
Arka plan ve tarihçe
- 2010’da Tantek Çelik, “kendi sitende yayımla ve dışarı dağıt” fikrini ortaya koydu
- 2012’de POSSE terimi resmileşti; daha sonra IndieWebCamp oturumlarında geliştirildi
- 2013’ten 2024’e kadar çeşitli yazılar ve örneklerle web bağımsızlığını geri kazanma stratejisi olarak yayıldı
Web dışı ortamlara uygulanması
- Git deposu POSSE: Kişisel sunucudan GitHub, GitLab gibi yerlere otomatik kopyalama yapılabilir
İlgili kaynaklar
- Bridgy, Micropub, Webmention, rel-canonical, syndication formats gibi POSSE uygulaması için gerekli standartlar
- Cory Doctorow, Molly White, Jeremy Keith gibi birçok web gazetecisi POSSE’den içerik özerkliğini geri kazanma stratejisi olarak söz etmektedir
1 yorum
Hacker News görüşleri
Kendi web sitenizde mutlaka bir RSS veya Atom feed’i bulundurmanızı öneririm
RSS’in öldüğü sıkça söyleniyor ama sitemdeki trafiğin büyük kısmı hâlâ RSS’ten geliyor
Eskiden yaptığım küçük bir oyun da RSS feed’i üzerinden HN’de paylaşılıp ilgi görmüştü
Sunucu loglarıma baktığımda ana trafik kaynaklarının üç tane olduğunu görüyorum
Ayrıntıları blog yazımda derledim
RSS feed’i olan bloglar, yalnızca görüntülenme ya da reklam yerine içeriğin kendisine odaklanma eğiliminde oluyor
RSS okuyucularla görüntülenmeleri gelire çevirmek zor olduğu için bunun doğal bir sonuç olduğunu düşünüyorum
linketiketi dışında ne yapması gerektiğini merak ediyorumSayfa içinde RSS’i görsel olarak belirtmek için iyi bir teamül olup olmadığını da bilmek isterim
Eskiden RSS simgesi eklemiştim ama teknik olmayan kullanıcıların XML’i açıp kafasının karışacağından endişe ettiğim için kaldırdım
Atom çoğu avantaja sahip gibi görünüyor ama uyumluluk sorunları dışında RSS’i sürdürmek için bir neden var mı?
Birden fazla blogu RSS okuyucuda topladığınızda, nadiren güncellenen blogları bile unutmadan takip edebiliyorsunuz
Okuyucu uygulamalarında stil birliği ya da çevrimdışı okuma gibi özellikler de oluyor, bu da kullanışlı
Keşke başka web içerik türleri için de böyle standartlar olsa
Eskiden bir sivil toplum kuruluşunda bu yöntemi kullanıyorduk
Topluluğu, web sitemizi her zaman en güncel bilginin merkezi olarak görmeye alıştırdık,
böylece sosyal medya platformları hesabı askıya alsa ya da kapatsa bile toplulukla bağımız kopmuyordu
Ayrıca üçüncü taraf platform hesabı olmadan da herkesin erişebilmesini sağladık
Her blog yazısının yalnızca tek bir konuyu ele almasına dikkat ettik ve bültende bunları özetledik
Bunun sonucunda arama motoru indeksleme ve topluluk katılımı çok daha iyi oldu
Bir bağlantıya tıklayıp FB ya da IG’ye gitmek gerçekten sinir bozucu bir deneyim
Facebook’un RSS entegrasyonunu kaldırması tarihin en büyük geriye gidişlerinden biriydi
Eskiden harici RSS feed’lerini Facebook hesabına abone edip otomatik paylaşım yapılabiliyordu
Ama bu özellik ortadan kalkınca içerik mutlaka Facebook’un içinde üretilmek zorunda kaldı,
bu da açık web’e bir saldırıydı
Discord da benzer şekilde kapalı; içeriğin platform dışından erişilmesini engelliyor
Keşke Bluesky ya da Mastodon’da da RSS benzeri bir özellik olsa
O zaman statik barındırmayla aynı anda hem yayınlama hem toplama yapmak mümkün olurdu
Geçen yıl yeniden blog yazmaya başladım ve tüm içeriği önce kendi blogumda yayımladım
Sonuç olarak trafiğim yaklaşık 8 kat arttı
Google’ın AI Overview yüzünden zero-click etkisi oldu ama
mevcut trafiğin büyük kısmı RSS okuyuculardan geliyor
Ayrıntılar yazımda var
2025’te HN’de en popüler 9. blog yazarıydınız ve RSS abonesi sayınızın yaklaşık 500 olduğunu söylemiştiniz
HN’den gelen ziyaretçi sayısı muhtemelen çok daha fazlaydı
İlgili istatistikler için bu bağlantıya bakabilirsiniz
Ben de bu yıl işimi bırakıp içerik üretimine odaklanmayı düşünüyorum,
blog yazmak mümkünse YouTube yerine değerlendirmeye değer olabilir
Bu strateji, PESOS’un (Publish Elsewhere, Syndicate to Own Site) bir alternatifi
IndieWeb’deki yazı,
federation’dan daha önemli olanın arkadaşlık ilişkileri olduğunu vurguluyor
PESOS’ta ise harici sitelerde birden fazla kaynak oluşuyor ve bunları kontrol etmek sahibin işi zorlaşıyor
PESOS ile dışarıda doğrudan yazılmış içeriği tekrar içeri alabilirsiniz
Ben de birkaç yıldır bu felsefeyi izliyorum
Tüm içeriği önce kendi siteme koyuyor,
sonra bağlantıları Mastodon, Bluesky, Twitter, LinkedIn, Substack vb. yerlere dağıtıyorum
Ama otomasyon gerekiyor. Bluesky ve Mastodon kolay, Twitter ve LinkedIn ise zor
Yalnızca bir Atom feed’i ile birçok platformla entegrasyon mümkün
HN’de sergilediğiniz samimi etkinlik, yerel muhabir gibi hissettiriyor
Bu özenli yaklaşım dikkat çekiyor
ve URI tabanlı kimlik sistemini koruyabilseydik, e-posta gibi tamamen dağıtık bir sosyal graph kurabilirdik
Facebook merkezileşmeyi çok erken ve çok güçlü biçimde itti ama
hâlâ bir potansiyel var — yeter ki basitlik ve kullanılabilirliğe odaklanalım
Ben de tüm gönderilerimde bu yöntemi uyguluyorum
Yalnızca Mastodon’la senkronize ediyorum ama sitede her içerik türü için hem RSS hem JSON feed sunuyorum
(yazılar, bağlantılar, kitaplar, filmler, konserler, durum güncellemeleri vb.)
Ayrıca ICS takvimi ile albüm çıkış tarihleri abone olunabiliyor
Paylaşım sırasında Mastodon’a otomatik gönderim yapılabiliyor
ve her içerik türüne uygun bir oEmbed endpoint’i de sunuyorum
Okuduğum tüm içerikleri freshRSS ile takip ediyor,
bağlantıları linkding’e kaydedip ardından TTS podcast’e dönüştürerek audiobookshelf’e gönderiyorum
Video içerik için de POSSE yaklaşımını uygulamak istiyorum
Statik bir landing page, thumbnail, transcript, indirme düğmesi
ve harici platform bağlantılarını birlikte sunarak sunucu maliyetini azaltan bir yapı düşünüyorum
Böyle bir video için POSSE yaklaşımını ele alan bir yazı olup olmadığını merak ediyorum
Geliştirdiğim opal editor da benzer bir felsefeye sahip
Site, tarayıcı içinde saklanan statik Markdown tabanlı bir yapı üzerine kurulu
HTML’e derlenip Vercel, GitHub, Cloudflare, Netlify vb. yerlere kolayca dağıtılabiliyor
Sunucu bağımlılığını azaltmak için CORS proxy kullandım
opaledx.com ve GitHub deposuna bakabilirsiniz
MIT lisanslı açık kaynak ve yakında dokümantasyonunu da yayımlayacağım