PESOS
PESOS is an acronym for Publish Elsewhere, Syndicate (to your) Own Site. It's a syndication model where publishing starts by posting to a 3rd party service, then using infrastructure (e.g. feeds, Micropub, webhooks) to create an archive copy on your site.
The opposite (and preferable) approach is POSSE, whereby a user publishes original content to their own site, and then syndicates copies to 3rd party services, preferably with perma(short)links back to the originals on their own site.
Implementations
IndieWeb Examples
HU, Pili
Pulls content from multiple silos and present them in his own sites (currently only in form of an RSS feed) using SNSAPI https://github.com/hupili/snsapi
- Renren, the large OSN in China. It's a Facebook like model: http://www.renren.com/
- SinaWeibo, ("weibo" in Chinese means "micro-blog"). It's a twitter like model: http://weibo.com/
- TecentWeibo. It's another micro-blogging service in China. Due to the broad production line of Tecent, TecentWeibo has some unique access point (e.g. WeChat from a mobile device). http://t.qq.com/
- The aggregated status update from those silos: http://hupili.net/feeds/all.xml . It's currently a mix of all materials. I'll separate the English and Chinese messages later.
danlyke
- Used Twitter export to back-patch Twitter IDs into posts originally syndicated out to Twitter but for which the Twitter ID wasn't originally recovered from the API.
- Uses the Google calendar export to backup calendar data in his own repository
==== Add yourself here⦠(see this for more details)
- Add yourself and a list of the silos you PESOS from
Software
- For WordPress plugins see WordPress/Plugins#PESOS_Plugins
- OwnYourGram was a service which streams your Instagram photos to your own site in real-time.
- ownyourresponses PESOSes your Facebook, Twitter, and Instagram interactions/responses to your site via Micropub.
- ownyourcheckin PESOSes Facebook checkins to your WordPress site via the WordPress REST API.
- instagram2micropub PESOSes Instagram posts to your site via Micropub.
- Twitter to SQLite is a tool to import your tweets into a sqlite db using datasette by Simon Willison
Micropub
When creating posts via Micropub, set the syndication
property to the post's original URL. This defines the new post as canonical (original) version of the post.
If you see the new post as the copy of the silo URL, then syndication
is the wrong property - better would be to repost.
Advantages
- more API options: difference in restrictions in APIs for content creation and content retrieval: sometimes it's possible to pull data which can't be pushed, eg. Facebook comments
- native interactions: the native interfaces are sometimes quite well done for silos
- prevents you from oversharing the same content to every network (no, that is not good, usually different networks attract different audience and not every content should be shared with everyone)
- implementations will be async:
- breakage in your site/POSSE layer will not prevent you from posting to a silo (those breakages are not as uncommon as one would like them to be)
- static generators can use it as well without losing real-time ability in silos
- circumvents limitations on automated content posting ( WPMUdev experiment on automated vs manual post audience reach on Facebook )
Disadvantages
PESOS is considered less robust and inferior to POSSE for the following reasons:
- Possible loss or restriction of ownership. By posting first on a silo, you are subject to that silo's TOS, both with entering the data and later getting it out. You calling their API or feeds to extract your own data may still shackle your data with some rights to them (e.g. "database copyright" for content contributed to silo collections like Foursquare venues). You have a dependent ownership chain for your content (from creation, to syndication/re-use, to consumption), where the silo is an intermediate dependent party that you can never be rid of.
- Less reliable. Your site relies on 3rd Party Services to post any content
- 2014-10-05 E.g. Flickr https://twitter.com/anomalily/status/518830141502685185
- Non-canonical. Copes archived to your domain are not a canonical copy
- Lower quality. Pulling in from 3rd Party Services can reduce the quality of content, e.g.
- character limits (e.g. 140 character Twitter posts, 200 character Foursquare shouts/tips).
- this is completely silo-dependent; if your post was intended for a certain silo, there is no quality difference - 2017-06-08
Peter Molnar
- this is completely silo-dependent; if your post was intended for a certain silo, there is no quality difference - 2017-06-08
- link-wrapping (e.g. Twitter hides all links behind their t.co link-wrapper)
- links can be followed and extracted, but that requires extra work - 2017-06-08
Peter Molnar
- links can be followed and extracted, but that requires extra work - 2017-06-08
- character limits (e.g. 140 character Twitter posts, 200 character Foursquare shouts/tips).
Background
- 2012-06-22 PESOS term defined: http://tantek.com/2012/174/t2/opposite-posse-pesos-publish-elsewhere
See Also
- Relevant session from 2011: Publish_Then_Syndicate_and_Replicate
- syndication-models
- Matt Maldre has one post where he's PESOSed all of his Facebook Likes in one collection (albeit without links): https://www.spudart.org/blog/all-the-facebook-pages-i-liked/
- PeerTube can PESOS from YouTube: https://joinpeertube.org/news#release-4.3