- Método en el que una persona publica primero el contenido en su propio sitio web y distribuye su copia o enlace en plataformas externas como redes sociales
- La publicación original incluye una URL canónica y un permashortlink, para que también desde las copias se pueda acceder directamente al original
- Esta estructura permite lograr al mismo tiempo la propiedad del contenido, la optimización para motores de búsqueda y la independencia frente a fallas de servicios externos
- Existen casos de implementación de POSSE automática o semiautomática en diversas plataformas como Twitter, Facebook, Medium y Mastodon
- Como concepto central del movimiento IndieWeb, es un enfoque importante para materializar la publicación distribuida y una conectividad centrada en las personas
Resumen de POSSE
- POSSE (Publish on your Own Site, Syndicate Elsewhere) es un método en el que una persona publica primero contenido en su propio sitio y luego distribuye su copia o enlace en plataformas de terceros como redes sociales
- Cada copia incluye un enlace a la publicación original (original post link) para que el usuario pueda interactuar directamente con el original
- Como concepto central del movimiento IndieWeb, permite que cada persona controle la propiedad del contenido y la ruta de acceso
Objetivo de POSSE
- Permite que tus amistades lean tus publicaciones en la plataforma que prefieran, con acceso a través de distintos silos de redes sociales como Instagram, Tumblr, Twitter y Neocities
- Prioriza mantener las relaciones actuales y valora más la conectividad centrada en las personas que la federación técnica
- A diferencia de un enfoque de monocultura, busca una estructura de publicación distribuida en lugar de centrarse en el blogging o en una sola plataforma
Razones habituales
- Menor dependencia de terceros: al publicar directamente en tu propio sitio, no te afectan las caídas de servicios externos
- Propiedad del contenido: el original existe en tu propio dominio, por lo que no queda sujeto a los términos de servicio (TOS)
- Mantiene la URL canónica (canonical URL) y mejora la eficiencia de búsqueda al hacer que las copias citen al original
- Mediante backfeed, es posible traer de vuelta las reacciones desde servicios externos, aprovechando el efecto de red social mientras el original permanece almacenado en tu propio sitio
Importancia de incluir el enlace al original
- Mejora el descubrimiento del contenido original: desde la copia se puede acceder al original mediante un permashortlink
- Prevención de duplicación spam: aunque una copia se vuelva a publicar, el enlace al original se replica junto con ella, lo que aumenta la visibilidad del original
- Mejora el ranking en buscadores: al enlazar al original desde las copias, los motores de búsqueda lo reconocen y elevan su posición
Cómo implementarlo
- El software de publicación debe publicar el contenido en tu propio sitio y luego publicar también una copia en los silos seleccionados
- La copia debe incluir un enlace a la publicación original (permashortlink o permashortcitation)
- La publicación original debe agregar una sección posts-elsewhere para ofrecer enlaces a cada copia en los distintos silos
-
Interfaz de usuario
- La UI ideal debe ser automática, predecible y poco intrusiva
- Debe ofrecer una función de vista previa (Preview) para confirmar cómo se publicará en cada plataforma
Ejemplos de implementación por plataforma
-
Twitter
- Es la plataforma de destino más común para POSSE; hacer POSSE de notas creadas en tu sitio hacia Twitter permite mantener la propiedad de los datos
- Es posible publicar mediante la API, pero desde noviembre de 2022 se restringió el acceso a nuevas APIs
- Admite web action endpoints, lo que facilita implementaciones semiautomáticas
-
Facebook
- Es posible hacer crosspost manual o POSSE semiautomático mediante la extensión de navegador Bridgy
-
Medium
- Mantiene el enlace rel-canonical de la URL original mediante la Posts API o la función Import Post
- Existen diversas herramientas, como el plugin de Medium para WordPress y el plugin crosspost para Jekyll
- También permite migración masiva (mass POSSE) de publicaciones existentes
-
WordPress
- Con el plugin WordPress Crosspost se puede hacer POSSE desde un WordPress autoalojado hacia WordPress.com
-
Ghost
- Mediante una herramienta open source en GitHub, los nuevos posts recibidos como JSON a través de webhooks de Ghost se sincronizan con Mastodon y Bluesky
-
Plain Text Notes
- Se requiere conversión para destinos basados solo en texto, como SMS o notificaciones push
- Se convierte HTML a texto con el método h-entry_to_text
Software relacionado con POSSE
- PHP: el namespace POSSE de
php-helpers incluye conversión de HTML a texto plano y funciones de sindicación
- Python:
SiloRider: herramienta de línea de comandos con soporte POSSE para Twitter, Mastodon y másFeed2Toot: publica feeds RSS en servicios basados en ActivityPub como Mastodon y Pleroma
- Docker:
POSSE Party es software POSSE autoalojable
Servicios POSSE
- Bridgy Publish: servicio POSSE-as-a-service con soporte para Twitter, Flickr, GitHub y Mastodon
- Se puede usar mediante interfaz web o webmention API
- Mugged Tweets: servicio experimental para hacer POSSE de notas a tazas
- IFTTT: republica automáticamente hacia Twitter, Tumblr, Facebook y otros a partir de feeds RSS/Atom
- EchoFeed: servicio adicional de sindicación
Flujo de publicación
-
Client → Site → Silo
- La persona usuaria crea contenido en el cliente → lo publica en el servidor → el servidor publica copias en cada silo
- Ventaja: solo necesita interactuar con su propio sitio, y el servidor realiza la sindicación automáticamente
-
Client → Site & Silo
- La persona usuaria crea contenido → lo publica en el servidor → el cliente consulta la URL en el servidor → la persona elige en qué plataforma publicarlo
- Ventaja: la persona puede controlar directamente el contenido y el momento de cada copia
- Desventaja: requiere un paso manual cada vez y el cliente debe conectarse directamente a cada silo
Casos de implementación en IndieWeb
-
Tantek.com (2010)
- Implementó POSSE con base en Falcon, usando PuSH v0.4 + h-feed para sindicación en tiempo real
- Incluye copia automática hacia Twitter y Facebook, además de enlaces de cita con permashortlink
- Refleja RSVP y likes de Facebook mediante Bridgy
-
Waterpigs.co.uk (2012)
- Usa el flujo Client → Server → 3rd Party
- Hace sindicación hacia Twitter y Facebook
- Con el sistema Taproot, al actualizar genera tweets POSSE adicionales
- También hace resindicación inversa de reacciones a esos tweets mediante Bridgy
-
BrennanNovak.com (2012)
- Publica copias en Twitter y Facebook
-
AaronParecki.com (2012)
- Publica en Twitter tweets con permashortlink incluido
- Todas las colecciones admiten suscripción PuSH
-
Sandeep.io (2012)
- Hace POSSE mediante clic manual en enlaces para compartir de Facebook, Twitter y Google+
- Mantiene un enfoque manual sencillo para evitar la inestabilidad de las integraciones API
-
Werd.io (2013)
- Implementa POSSE mediante la estructura de plugins de la plataforma idno
- Sindica distintos tipos de contenido hacia Twitter, Facebook, Flickr, Foursquare y otros
-
Veganstraightedge.com (2013)
- POSSE manual basado en Dark Matter
- Incluye marcado rel-syndication hacia Medium, WordPress, Twitter, Vine y otros
-
GlennJones.net (2014)
- Implementó POSSE con el sistema transmat.io
- Actualmente solo sindica publicaciones de tipo note hacia Twitter
Casos de implementación adicionales
-
Jeremy Keith
- En 2014 implementó POSSE con un CMS personalizado: primero publica las notas en su sitio y luego las replica afuera
- Las fotos se publican simultáneamente en Twitter y Flickr
-
Shane Hudson
- En 2014 implementó POSSE hacia Twitter con Craft CMS
- Maneja manualmente la función de contexto de respuesta y planea automatizar el POSSE de fotos
-
Ravi Sagar
- En 2018 implementó POSSE desde un blog basado en Drupal
- Las publicaciones con la etiqueta Share se comparten automáticamente en Twitter y LinkedIn mediante RSS feed + Rebrandly + Zapier
-
Ludovic Chabant
- En 2018 implementó POSSE hacia Twitter y Mastodon usando PieCrust CMS y SiloRider
- Funciona sobre marcado Microformats y también soporta publicaciones de fotos
-
Adam Dawkins
- En 2019 implementó POSSE con un CMS personalizado: publica primero la nota en su sitio y luego la replica en Twitter
-
Shaun Ewing
- En 2020 implementó POSSE con Jekyll y una API personalizada; actualmente está en sincronización manual
-
capjamesg
- Sincroniza automáticamente las notas de su sitio hacia Twitter (brid.gy), micro.blog (feed polling) y Fediverse (fed.brid.gy)
-
Wojtek Powiertowski
- En 2026 sincroniza automáticamente hacia Mastodon y Bluesky publicaciones escritas en un blog Ghost
- Usa un cliente POSSE autoalojado para sincronizar de forma automática al crear nuevas publicaciones
Sitios con POSSE parcial
-
Hupili.net
- Implementa un modelo de POSSE parcial en el que solo una parte del contenido se distribuye
- Con SNSAPI unifica las estructuras de datos de varias redes sociales, y con SNSRouter consulta líneas de tiempo de forma unificada
- Actualmente es difícil distinguir entre originales y copias, pero en el futuro planea generar una página de permalink única para cada actualización de estado
Otros enfoques
-
COPE (Create Once, Publish Everywhere)
- Se escribe una sola vez y se publica en muchos lugares, pero no se publica primero en tu propio sitio
- Al no existir un permalink original, las personas lectoras quedan dispersas entre varias plataformas
-
POSE (Publish Once Syndicate Everywhere)
- Predecesor de POSSE: se publica una vez en un silo de red social específico y luego se replica en otras plataformas
-
PESOS (Post Elsewhere, Syndicate to Own Site)
- Enfoque opuesto a POSSE: se publica primero en un servicio externo y luego se replica al sitio personal
- Para diferenciarlo de POSSE, la copia debe incluir el enlace original (permalink)
-
PESETAS
- Similar a PESOS, pero replica todo el contenido hacia una plataforma específica
- Tumblr, por soportar diversos formatos de contenido, es adecuado como destino de PESETAS
Ideas de ampliación de POSSE (modelo CRUD)
-
Create
- Crear contenido en tu propio sitio y distribuirlo hacia afuera
-
Read
- Guardar la ubicación de las copias con enlaces u-syndication y permitir sincronización inversa (backfeed)
-
Update
- Si la plataforma externa admite edición, al modificar el original también se actualiza la copia
- Si no admite edición, se usa el método delete/repost
-
Delete
- Al borrar el original, también es posible borrar las copias
- Si existen comentarios o retweets, se necesita una UI para reconfirmar la eliminación
- Grant Richmond soporta eliminación POSSE en Twitter desde 2018
FAQ
- Para evitar contenido duplicado en buscadores, las copias deben incluir siempre un enlace al original y, si es posible, usar
rel-canonical
- POSSE sin backlink es el último recurso, aunque puede complementarse con la función posse-post-discovery
- El orden entre POSSE y Webmention debe ser POSSE primero y Webmention después
Contexto
- En 2010, Tantek Çelik presentó POSSE con la idea de “publica en tu propio sitio y distribuye a otros sitios”
- El concepto se amplió en IndieWebCamp en 2011, y en junio de 2012 el término POSSE quedó definido formalmente
- POSE existía antes que POSSE, pero POSSE explicita una estructura centrada en tu propio sitio
Artículos relacionados y citas
- Entre 2013 y 2024, diversos medios presentaron el concepto de POSSE
- Ars Technica describió POSSE como “una forma de distribuir a todas las plataformas desde un único original”
- Molly White y Cory Doctorow, entre otras personas, destacaron POSSE como estrategia para recuperar la propiedad del contenido
- Desde 2024, POSSE volvió a ganar atención al vincularse con redes distribuidas como Bluesky, Mastodon y el Fediverse
Aplicaciones ampliadas de POSSE
- POSSE de repositorios Git: puede ampliarse como método para replicar un repositorio Git personal hacia GitHub, GitLab y otros
- Registros de sesiones POSSE: la comunidad IndieWeb ha realizado sesiones relacionadas con POSSE de forma continua entre 2011 y 2024
Notas y licencia
- La fuente del documento es la página wiki de IndieWeb (
https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734)
- La página está incluida en las categorías building-blocks y syndication
- La última modificación fue el 16 de enero de 2026 a las 17:04
- El contenido se ofrece bajo CC0 public domain dedication
- También se incluyen enlaces adicionales como Privacy policy, About IndieWeb y Code of Conduct
- En la parte inferior aparecen enlaces relacionados con Creative Commons public domain y MediaWiki
1 comentarios
Comentarios en Hacker News
Yo sigo este enfoque de forma constante. El proceso de publicación es manual, pero la intención es buena y funciona bastante bien siempre que no se convierta en spam de promoción del blog en varios foros
A propósito no puse una sección de comentarios en mi blog (rednafi.com), porque escribir no es mi trabajo remunerado y moderar comentarios consume demasiada energía
Antes integré Disqus en un sitio hecho con Hugo, pero cuando las discusiones realmente crecieron, los problemas de escalabilidad fueron serios
Si un artículo es útil, normalmente termina apareciendo de forma natural en HN o Reddit, y yo vuelvo a enlazar esas discusiones desde el artículo. Me parece suficiente
Pongo las URLs sociales como claves en el frontmatter YAML y además lo registro en el ecosistema de ATProto mediante standard.site
Para textos largos, obtengo un DOI en rogue-scholar.org y agrego metadatos
Algún día quiero reunir todo eso en un solo hilo de comentarios estático, pero como casi no hay conversación entre redes, por ahora lo más realista es dejar solo los enlaces
El formato queda bastante limpio; se puede ver al final de este artículo
Hay un ejemplo de implementación en este artículo
Yo sigo este enfoque porque quiero poseer directamente el espacio que construí
Funciona bien, pero automatizarlo es difícil y al final hay que hacer crossposting manual. Como cada comunidad reacciona distinto, el tráfico es bajo, pero como forma de trabajo en público es excelente
Facebook incluso puede bajar la prioridad de publicaciones que incluyen enlaces externos. De ahí salen trucos como eso de “el enlace está en los comentarios”
Si el objetivo no es tanto el tráfico sino participar en comunidades distintas, vale totalmente la pena
Por eso la utilidad del crossposting varía según la persona
Yo me topo con POSSE seguido en varias plataformas, y a veces este enfoque se siente impersonal y medio spam
Entiendo la razón, pero se ve más como un enfoque de “sácalo ya” que como una conversación. Tal vez sea por la edad
Me imagino una gran función para la web pequeña
Una versión simple sería poner enlaces a discusiones relacionadas al final del artículo
Los posts tipo “publiqué algo nuevo” simplemente se sienten como spam.
Buscar discusiones externas es más complejo, pero si de verdad te interesa, con buscar la URL basta. El permashortlink más bien estorba
Me alegra muchísimo cada vez que aparece un artículo así. Todo el mundo debería ser dueño directo de su contenido
La filosofía de la comunidad indieweb merece celebrarse.
Si puedes, te recomendaría ir a un Homebrew Website Club y hablar sobre construir tu propio espacio en la web. Puede hacerte sentir de nuevo ese cariño por la tecnología
Al principio este artículo me sonó a promoción de las big tech. Algo como “al final las grandes empresas van a ganar, así que publícalo en todas partes”
Pero no veo por qué tendría que enseñarle mi blog a un amigo que solo usa Facebook.
Prefiero compartirlo solo con gente que sintoniza con mis principios
Con la edad uno se vuelve más cuidadoso al publicar en línea. Puede ser una expresión de autoconciencia y madurez: no todo el mundo quiere leer lo que escribo
Cuando leo un artículo, me gusta que venga con enlaces a las discusiones principales en HN o Reddit
Los comentarios de blogs suelen estar en silencio, y aunque leas varios días después, sigue siendo fácil seguir lo que pensaron otras personas
El navegador debería ser capaz de encontrar y mostrar por sí mismo los enlaces relacionados.
Cuando uno trabaja con ActivityPub y Linked Data, frustra ver que muchos proyectos todavía intentan imitar redes sociales cerradas
RSS es una forma simple y confiable que me permite controlar directamente lo que quiero ver, sin quedar a merced de la curaduría algorítmica
Yo también sigo este enfoque. Mi sitio está en mi perfil
Omite el permashortlink y mantén un enlace original corto y con sentido.
Con solo ver el enlace ya se puede intuir de qué trata el contenido, y POSSE facilita reflejar este tipo de preferencias personales
En indieweb.org/permashortlink enumeran sus razones, pero la mayoría no me convence
Argumentos como que es más estable en correo electrónico o más cómodo de escribir por ser corto tienen poco peso
Al final solo agrega costos de mantenimiento y fragmentación de dominios. Me parece mejor mejorar la estructura de URL existente
Yo hago lo contrario: uso PESOS (Publish Elsewhere, Syndicate to Own Site)
Gracias a un sistema automatizado, concentro en mi sitio la actividad que tengo por toda la web y luego la consulto fácilmente cuando la necesito. Lo recomiendo mucho