3 puan yazan GN⁺ 2026-03-24 | 1 yorum | WhatsApp'ta paylaş
  • 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

 
GN⁺ 2026-03-24
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

    • Ben de aynı şekilde yürütüyorum. Örneğin bu yazıda olduğu gibi farklı platformlardaki geri bağlantıları yönetiyorum
      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
    • Ben HN’yi yorum platformu olarak kullanıyorum. Hugo shortcode ile HN yorumlarını önbelleğe alıyorum ve sadece 7 gün içindeki yazıları yeniden getiriyorum
      Biçimlendirme de oldukça temiz görünüyor; bu yazının altında görebilirsiniz
    • Bir Mastodon hesabınız varsa, ilgili gönderinin tüm yanıt dizilerini sitenize gömebilirsiniz
      Uygulama örneği için bu yazıya bakın
    • Blogunu beğendim. Özellikle Splintered Failure Modes yazısı etkileyiciydi. Bir kez okuyunca aklımda kaldı
  • 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

    • Otomasyonun zor olmasının nedeni, sosyal medyanın kasıtlı olarak otomatik paylaşımı zorlaştırması
      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
    • Katılmıyorum. micro.blog gibi hizmetler birçok sosyal ağda kolay otomatik çapraz paylaşım desteği sunuyor
      Amaç trafikten çok farklı topluluklarda var olmaksa bunun değeri kesinlikle var
    • Her platformun kültürü ve kitlesi farklı olduğu için tartışmaların tonu da değişiyor. Her yere aynı şeyi atmak biraz spam gibi de hissedilebilir
      Bu yüzden çapraz paylaşımın faydası kişiden kişiye değişiyor
    • Acaba Buffer.co gibi paylaşım servislerini hiç denediniz mi
  • 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

    • standard.site gibi atproto tabanlı yayıncılık yaklaşımları, birçok kanala ayrı ayrı göndermeden de içeriğin kolay bulunmasını sağlayacak yönde gelişiyor
    • Neyin kişiliksiz geldiğini merak ediyorum. Bence tam tersine, okuyucuyu belirli bir platforma zorlamaması bunun avantajı
  • Küçük web için harika bir özellik hayal ediyorum

    1. Sevdiğim bloglara RSS ile abone olurum
    2. Yeni bir yazı geldiğinde RSS okuyucuda HN, Reddit, Twitter gibi yerlerdeki tartışma bağlantılarını da birlikte görürüm
    3. Tıklayıp orada sohbete katılırım
      Basit sürümü, yazının altına ilgili tartışma bağlantılarını koymak
    • Ben de katılıyorum. Yazıları RSS okuyucuda görmek istiyorum; sosyal akışa rastgele fırlatılmasını istemiyorum
      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
    • Bunun mümkün olması için WebMentions zaten tam da bu iş için tasarlanmıştı diye biliyorum
  • 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

    • İlginç bir bakış açısı. Kimisi yazısını mümkün olduğunca çok kişiye göstermek ister, kimisi ise sessizce paylaşmayı tercih eder
      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

    • “Ana tartışma” fikrinin kendisi bile üzücü. İnternet uygulamalaştıkça (appification) kapalı bahçelerin düşünme biçimine alıştık
      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

    • Ben de permashortlink’in gereksiz bir kavram olduğunu düşünüyorum.
      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

    • vale.rocks sitesine baktım, gerçekten ilham vericiydi. İyi günler dilerim