- POSSE (Publish on your Own Site, Syndicate Elsewhere) es un método de distribución autónoma de contenido en el que primero publicas en tu sitio personal y luego distribuyes copias o enlaces en plataformas externas como redes sociales
- Este enfoque permite mantener la propiedad del contenido y la URL original, al mismo tiempo que lo hace accesible en las plataformas que usan tus amigos o seguidores
- POSSE tiene ventajas como reducir la dependencia de servicios de terceros y mejorar la eficiencia de búsqueda y la visibilidad del contenido original
- Puede implementarse de forma manual, semiautomática o automática, y se utilizan varias herramientas y APIs como Bridgy, IFTTT, SiloRider y POSSE Party
- La comunidad IndieWeb considera POSSE una estrategia clave para la independencia web y el ecosistema social distribuido
Resumen de POSSE
- POSSE es el acrónimo de “publicar en tu propio sitio y distribuirlo en otros lugares”, una forma de subir primero el contenido a tu sitio personal y luego compartir copias o enlaces en redes sociales (silos) u otras plataformas
- Cada copia incluye un enlace a la publicación original (original post link) para que los lectores puedan ir directamente al texto fuente
- Este concepto es un componente central del movimiento IndieWeb y, más allá del simple blogging, materializa la soberanía del contenido y una estructura de publicación distribuida
Objetivo y necesidad de POSSE
- Ayuda a que el contenido pueda leerse en las plataformas que usan tus amigos, manteniendo las relaciones actuales mientras gestionas el contenido desde tu propio sitio
- Prioriza la conectividad centrada en las relaciones humanas por encima de ideales técnicos como la federación
- Menor dependencia de servicios de terceros: al publicar directamente desde tu sitio, el contenido puede mantenerse aunque fallen servicios externos
- Propiedad asegurada: la URL canónica (canonical URL) de la publicación original existe en tu propio dominio
- Mejora en la búsqueda: se puede buscar desde tu propio sitio sin depender de las funciones limitadas de búsqueda de plataformas externas
- Como las copias citan al original, los motores de búsqueda tienden a valorar mejor el contenido fuente
La importancia del enlace original
- Las copias POSSE conectan con el original mediante elementos como un permashortlink
- Esto mejora la capacidad de descubrimiento (discovery) del contenido original, además de ayudar a evitar copias spam y mejorar el ranking en buscadores
- Cada vez que una copia se vuelve a publicar, se difunde también el enlace al original, lo que aumenta el tráfico y la credibilidad
Cómo se implementa
- Cuando el software de publicación publica contenido, envía automáticamente una copia a las plataformas sociales (silos) seleccionadas e incluye el enlace al original
- La publicación original puede añadir una sección posts-elsewhere para indicar las copias externas
- El diseño de la UI da prioridad a la automatización, la previsibilidad y la transparencia, y puede ofrecer una función de vista previa (preview) antes de publicar
Implementación en plataformas principales
- Twitter: es el destino POSSE más común. A través de la API se puede publicar un tuit e incluir el enlace original
- Desde 2022 ha habido algunos casos de restricciones de acceso a la API
- Facebook: admite cross-posting manual o distribución semiautomática mediante la extensión de navegador de Bridgy
- Medium: permite POSSE mediante API o la función Import Post, manteniendo el enlace rel-canonical
- WordPress: admite POSSE automático con plugins (por ejemplo, WordPress Crosspost)
- Plain Text Notes: usa la conversión h-entry_to_text para SMS o notificaciones push
Software y servicios compatibles
- PHP: el namespace POSSE de
php-helpers
- Python: herramientas de línea de comandos como
SiloRider y Feed2Toot
- Docker: solución autohospedada
POSSE Party
- Herramientas como servicio:
Bridgy Publish, IFTTT y EchoFeed para distribución automática
Tipos de flujo de publicación
- Client → Site → Silo: el servidor distribuye automáticamente las copias, con mínima interacción del usuario
- Client → Site & Silo: el usuario ajusta directamente el contenido publicado en cada plataforma, con un control más fino
Casos de implementación en IndieWeb
- Tantek.com: implementación POSSE basada en Falcon desde 2010, con copias automáticas en Twitter y Facebook
- Waterpigs.co.uk: distribución simultánea en Twitter y Facebook con el sistema Taproot
- Aaronparecki.com: copias de tuits con permashortlink incluido
- Veganstraightedge.com: POSSE manual en múltiples plataformas como Medium, WordPress, Twitter y Vine
- Adactio.com: copia automáticamente fotos y notas en Twitter y Flickr
- Molly White (2024): configuró POSSE automático para Twitter, Mastodon y Bluesky
Comparación con otros enfoques
- COPE (Create Once, Publish Everywhere): no tiene el concepto de sitio original, por lo que carece de URL canónica y es menos distribuido que POSSE
- POSE (Publish Once, Syndicate Everywhere): precursor de POSSE, también incluía publicaciones centradas en plataformas sociales
- PESOS (Post Elsewhere, Syndicate to Own Site): primero publica en servicios externos y luego copia al sitio personal
- PESETAS: concentra la copia de todo el contenido en una plataforma específica (por ejemplo, Twitter)
Idea de expansión CRUD
- POSSE se centra básicamente en Create (publicar), pero existe debate sobre ampliar también las funciones Read, Update y Delete
- Read: reflejar en el original la actividad de las copias (comentarios, likes, etc.) mediante backfeed
- Update: sincronizar cambios en plataformas que lo permitan; si no es posible, borrar y volver a publicar
- Delete: al eliminar el original, eliminar también las copias, tras verificar si hubo actividad
Resumen del FAQ
- Problema de contenido duplicado en buscadores: si la copia incluye un enlace al original, no se considera duplicado
- Backlink: se recomienda que las copias POSSE incluyan siempre un enlace al original
- Orden: la regla es “primero POSSE, después enviar Webmention”
Contexto e historia
- En 2010, Tantek Çelik planteó la idea de “publicar en tu propio sitio y distribuir hacia fuera”
- En 2012 se formalizó el término POSSE y luego evolucionó en sesiones de IndieWebCamp
- Entre 2013 y 2024, a través de diversos artículos y casos, se expandió como una estrategia para recuperar la independencia web
Aplicación en entornos no web
- POSSE de repositorios Git: permite copias automáticas desde un servidor personal hacia GitHub, GitLab y otros servicios
Material relacionado
- Estándares necesarios para implementar POSSE, como Bridgy, Micropub, Webmention, rel-canonical y syndication formats
- Varios periodistas web como Cory Doctorow, Molly White y Jeremy Keith mencionan POSSE como una estrategia para recuperar la autonomía del contenido
1 comentarios
Comentarios en Hacker News
Recomiendo encarecidamente configurar un feed RSS o Atom en tu sitio web
Mucha gente dice que RSS está muerto, pero la mayor parte del tráfico de mi sitio todavía viene de RSS
Incluso un pequeño juego que hice hace tiempo se volvió popular después de compartirse en HN a través del feed RSS
Si veo los logs de mi servidor, hay tres fuentes principales de tráfico
Lo expliqué con más detalle en mi post del blog
Los blogs que tienen feed RSS tienden a enfocarse más en el contenido mismo que en las vistas o la publicidad
Me parece un resultado natural, porque es difícil monetizar las vistas desde un lector RSS
link, para dar a conocer el feed a los usuarios de RSSTambién me gustaría saber si existe alguna buena práctica para mostrar visualmente el RSS dentro de la página
Antes agregué el ícono de RSS, pero lo quité porque me preocupaba que los usuarios no técnicos se confundieran al abrir el XML
Atom parece tener la mayoría de las ventajas, así que me pregunto si hay alguna razón para seguir manteniendo RSS aparte de los problemas de compatibilidad
Si juntas varios blogs en un lector RSS, incluso los que se actualizan poco no se te olvidan
Además, las apps lectoras ofrecen funciones como estilo unificado o lectura sin conexión, así que son muy prácticas
Ojalá hubiera un estándar así para otros tipos de contenido web
Antes usábamos este método en una organización sin fines de lucro
Entrenamos a la comunidad para que siempre percibiera nuestro sitio web como el centro de la información más actualizada,
y así no perder el vínculo con la comunidad aunque las plataformas de redes sociales bloquearan o cerraran nuestras cuentas
Además, permitía que cualquiera pudiera acceder sin necesidad de una cuenta en plataformas de terceros
Hacíamos que cada post del blog tratara solo un tema, y luego lo resumíamos en el newsletter
Así mejoraron muchísimo la indexación en buscadores y la participación de la comunidad
Hacer clic en un enlace y que te mande a FB o IG es una experiencia realmente molesta
Que Facebook haya eliminado la integración con RSS fue una de las mayores regresiones de la historia
Antes podías suscribirte a feeds RSS externos en tu cuenta de Facebook y publicarlos automáticamente
Pero cuando esa función desapareció, el contenido pasó a tener que crearse obligatoriamente dentro de Facebook,
y eso fue un ataque a la web abierta
Discord es parecido de cerrado. Impide acceder al contenido fuera de la plataforma
Ojalá Bluesky o Mastodon tuvieran una función parecida a RSS
Entonces sería posible publicar y recopilar al mismo tiempo con hosting estático
El año pasado volví a bloguear, y primero publico todo el contenido en mi blog
Como resultado, el tráfico aumentó unas 8 veces
Hubo impacto de zero-click por AI Overview de Google,
pero actualmente la mayor parte del tráfico viene de lectores RSS
Hay más detalles en mi post
En 2025 fuiste el noveno bloguero más popular en HN y dijiste que tenías unos 500 suscriptores RSS
Parece probable que hayas recibido muchas más visitas desde HN
Consulta las estadísticas relacionadas en este enlace
Yo también estoy pensando en dejar mi trabajo este año para enfocarme en crear contenido,
y si bloguear es viable, podría considerarlo en vez de YouTube
Esta estrategia es una alternativa a PESOS (Publish Elsewhere, Syndicate to Own Site)
El artículo de IndieWeb señala
que las relaciones de amistad importan más que la federación
mientras que en PESOS se generan múltiples originales en sitios externos y es más difícil para el propietario controlarlos
y con PESOS vuelves a traer contenido escrito directamente en plataformas externas
Yo también sigo esta filosofía desde hace años
Primero publico todo en mi sitio,
y distribuyo enlaces a Mastodon, Bluesky, Twitter, LinkedIn, Substack, etc.
Pero hace falta automatización. Bluesky y Mastodon son fáciles, pero Twitter y LinkedIn son complicados
Con solo un feed Atom puedes integrarte con varias plataformas
La actividad auténtica que muestras en HN se siente como la de un corresponsal local
Ese enfoque tan cuidado destaca
y un sistema de identidad basado en URI, podríamos haber construido un grafo social completamente descentralizado como el correo electrónico
Facebook empujó demasiado rápido hacia la centralización,
pero todavía hay posibilidades, siempre que nos enfoquemos en la simplicidad y la usabilidad
Yo también aplico este método a todas mis publicaciones
Solo sincronizo con Mastodon, pero en el sitio ofrezco feeds RSS y JSON para cada tipo de contenido
(posts, enlaces, libros, películas, conciertos, actualizaciones de estado, etc.)
También se puede suscribir el calendario de lanzamientos de álbumes mediante calendario ICS
Al publicar, puedo enviarlo automáticamente a Mastodon,
y también ofrezco un endpoint oEmbed adecuado para cada tipo de contenido
Todo el contenido que leo lo sigo con freshRSS,
guardo enlaces en linkding y luego los convierto en un podcast TTS para enviarlos a audiobookshelf
También me gustaría aplicar POSSE al contenido en video
Estoy pensando en una estructura con página de aterrizaje estática, miniatura, transcripción, botón de descarga
y enlaces a plataformas externas, para reducir los costos del servidor
Me pregunto si existe algún artículo que trate este POSSE para video
El editor opal que estoy construyendo sigue una filosofía parecida
El sitio tiene una estructura basada en Markdown estática que se guarda dentro del navegador,
y puede compilarse a HTML para desplegarse fácilmente en Vercel, GitHub, Cloudflare, Netlify, etc.
Reduje la dependencia del servidor usando un proxy CORS
Mira opaledx.com y el repositorio en GitHub
Es open source bajo MIT, y pronto también publicaré la documentación