IndieWeb y POSSE: por qué un blog en Substack no reemplaza tu sitio web propio

⏱️ Lectura: 12 min

El 10 de junio de 2026, la bloguera malaya Elizabeth Tai publicó un ensayo con un mensaje directo para miles de escritores: dejar de tratar Substack como si fuera su sitio web propio. Su argumento repite una lección que internet enseña cada década: si publicás solo en la plataforma de otro, sos inquilino, no dueño.

📑 En este artículo

1. TL;DR
2. Qué pasó
3. Contexto e historia
4. Arquitectura técnica: qué es POSSE
5. Cómo montar un sitio web propio con POSSE
6. Impacto y análisis
7. Qué sigue
8. Preguntas frecuentes
   1. ¿Qué significa la sigla POSSE?
   2. ¿Tengo que dejar de usar Substack si adopto POSSE?
   3. ¿Qué generador de sitio estático conviene para empezar?
   4. ¿Cómo evito que el contenido duplicado entre mi sitio y Substack afecte el SEO?
   5. ¿Sirve esta estrategia para quienes escriben en español para audiencia LATAM?
   6. ¿Cuánto cuesta mantener un dominio y un sitio propio frente a usar solo Substack?
9. Referencias
   1. 📚 Artículos relacionados

Para un desarrollador que escribe sobre código, la distinción no es filosófica: define si tu contenido sobrevive a un cambio de política, un rediseño de algoritmo o el cierre de una empresa. Tai lleva desde 2012 defendiendo el modelo IndieWeb, y esta vez lo aplica directamente a la fiebre de Substack.

TL;DR

• Elizabeth Tai publicó el 10 de junio de 2026 un ensayo pidiendo a escritores de Substack recuperar su sitio web propio.
• POSSE (Publish Own Site, Syndicate Elsewhere) propone publicar primero en dominio propio y sindicar después en Substack o Mastodon.
• Tai cita a Rachel, de Conscious Living, que vinculó dominio propio a Substack en vez de usar xx.substack.com.
• Un perfil en xx.substack.com queda bajo control total de la plataforma, sin dominio propio de por medio.
• El ensayo está en elizabethtai.com; Tai defiende IndieWeb desde 2012, tras abandonar un dominio con tráfico alto.
• Para devs, la alternativa técnica es un generador de sitio estático (Hugo, Astro, Eleventy) con feed RSS.
• Tai señala que los algoritmos centralizados favorecen narrativas en inglés, un problema extra para audiencias LATAM.

Qué pasó

Tai publicó su ensayo «Substack writers, you need a website!» respondiendo a una objeción que, según cuenta, escucha todo el tiempo: «Pero yo ya tengo un sitio web en Substack». Su respuesta es tajante: Substack es una herramienta de distribución para amplificar un sitio, no un hogar digital propio.

La autora identifica un patrón que viene observando en los últimos años: escritores que abandonan su sitio propio y convierten Substack en su base de operaciones. Cuando esto ocurre sobre un subdominio del tipo tunombre.substack.com, todo el contenido queda bajo control total de la plataforma, sin un dominio propio de por medio que respalde al autor.

No todo es negativo en su análisis. Tai cita el caso de Rachel, autora del newsletter Conscious Living, que compró un dominio propio y lo vinculó a Substack. En ese escenario, Substack funciona más como un CMS (sistema de gestión de contenido) que como dueño del contenido, aunque con límites reales: gestión de SEO acotada y poca personalización de página frente a un CMS tradicional.

Contexto e historia

El ensayo describe un ciclo que se repite cada pocos años: primero fueron las redes sociales como Facebook, después llegaron las redes de blogs como Tumblr, luego Medium y ahora Substack. Cada plataforma promete lo mismo: audiencia inmediata, monetización integrada, una interfaz cómoda y una comunidad que empuja el contenido. La tentación de entregar las llaves y dejar que la plataforma se encargue de todo es real, sobre todo para quien solo quiere escribir.

Tai admite haber caído en esa tentación en el pasado: dejó de bloguear por completo durante años y llegó a abandonar un dominio propio que tenía tráfico alto. Volvió en 2012 y no se fue más. Esa experiencia personal sostiene su defensa del movimiento IndieWeb, que promueve que cada persona controle su propio contenido desde un dominio propio en vez de depender de un portal centralizado.

La caída de Twitter, los cambios de política de Reddit y los virajes constantes de las redes ordenadas por algoritmo son, para Tai, la prueba de que ningún «paraíso digital» es permanente. Cuando el trabajo de años de un escritor depende por completo de una decisión tomada en una sala de directorio, no hay forma de protegerlo desde afuera.

Arquitectura técnica: qué es POSSE

La alternativa que propone Tai tiene nombre y sigla: POSSE, acrónimo de Publish (on your) Own Site, Syndicate Elsewhere (publicá en tu propio sitio, sindicá en otros lados). El concepto viene del movimiento IndieWeb e invierte el orden habitual de publicación: en vez de escribir directamente en Substack, Medium o X, el contenido nace en un dominio propio y desde ahí se distribuye hacia el resto de las plataformas.

Técnicamente, un flujo POSSE se apoya en tres piezas: un dominio propio como fuente de verdad, un feed RSS o Atom que expone cada entrada nueva, y un mecanismo (manual o automatizado) que lee ese feed y publica en cada plataforma de destino con un link de vuelta al original.

flowchart TD
    A["Sitio propio (dominio + SSG)"] --> B["Feed RSS/Atom"]
    B --> C["Script POSSE"]
    C --> D["Substack"]
    C --> E["Mastodon"]
    C --> F["X / Twitter"]
    D --> G["Lector hace clic"]
    E --> G
    F --> G
    G --> A

Opción	Cuándo usarla	Ventaja	Limitación
Substack sin dominio propio (xx.substack.com)	Recién estás probando si tenés audiencia para escribir	Cero fricción técnica, publicás en minutos	Todo el contenido y la audiencia dependen de decisiones de la empresa
Substack con dominio propio vinculado	Ya tenés lectores en Substack pero querés dueño legal del dominio	Funciona como CMS: el dominio te queda si migrás de plataforma	SEO y personalización de página siguen limitados por el editor de Substack
Sitio propio (SSG) + POSSE hacia Substack y redes	Ya escribís con regularidad y querés controlar el archivo completo	El dominio, el HTML y el archivo histórico son 100% tuyos	Requiere mantener un feed RSS y, opcionalmente, un script de sindicación

Cómo montar un sitio web propio con POSSE

El primer paso es elegir un generador de sitio estático (SSG). Hugo, Astro y Eleventy son los más usados entre desarrolladores por su velocidad de build y porque generan un feed RSS automáticamente. Instalar Hugo toma un comando en cada sistema operativo:

# Windows (winget)
winget install --id Hugo.Hugo.Extended -e

# macOS (Homebrew)
brew install hugo

# Linux (Debian/Ubuntu)
sudo apt install hugo

# Linux (Snap, cualquier distro)
sudo snap install hugo

Con Hugo instalado, crear un sitio nuevo y levantar el servidor local toma cuatro líneas:

hugo new site miblog-dev
cd miblog-dev
hugo new content posts/mi-primer-post.md
hugo server -D

Ese último comando levanta el sitio en http://localhost:1313 con el post en borrador visible, y Hugo publica automáticamente un feed en /index.xml que sirve como fuente para la sindicación.

💡 Tip: si ya tenés un dominio propio vinculado a Substack, como en el caso de Rachel, vas medio camino: solo falta mover la fuente de verdad de Substack a tu propio sitio y usar el newsletter como canal de sindicación.

El paso siguiente es automatizar la sindicación: un script que lee el feed RSS del sitio propio y publica las entradas nuevas en cada red. Un ejemplo realista contra la API de Mastodon:

import Parser from "rss-parser";
import { createRestAPIClient } from "masto";

const parser = new Parser();
const feed = await parser.parseURL("https://miblog.dev/index.xml");

const mastodon = createRestAPIClient({
  url: "https://mastodon.social",
  accessToken: process.env.MASTODON_TOKEN,
});

const ultimaSincronizacion = new Date(process.env.ULTIMA_SINCRONIZACION);

for (const item of feed.items) {
  const fechaPost = new Date(item.isoDate);
  if (fechaPost > ultimaSincronizacion) {
    await mastodon.v1.statuses.create({
      status: `${item.title}\n\n${item.link}`,
    });
  }
}

El script compara la fecha de cada entrada del feed contra la última sincronización guardada y publica en Mastodon solo lo nuevo, con el link canónico apuntando de vuelta al sitio propio. La misma lógica sirve para cualquier plataforma con API de publicación.

⚠️ Ojo: automatizar la sindicación sin revisar el formato de cada plataforma puede cortar texto a mitad de oración o duplicar imágenes rotas. Probá el script primero contra una cuenta secundaria antes de apuntarlo al canal principal.

Para confirmar que el feed y el canonical están bien configurados, dos comandos alcanzan:

curl -sI https://miblog.dev/index.xml | grep -i content-type
curl -s https://miblog.dev/posts/mi-primer-post/ | grep 'rel="canonical"'

El primer comando confirma que el feed responde con content-type: application/rss+xml; el segundo confirma que cada post publica su propio rel="canonical" apuntando al dominio propio, así los buscadores identifican la fuente original aunque el mismo texto circule también en Substack o Mastodon.

Impacto y análisis

Para desarrolladores y creadores técnicos que escriben en español, el argumento de Tai tiene un peso extra. La autora señala en su ensayo que los algoritmos de las plataformas centralizadas tienden a favorecer narrativas dominantes en inglés, lo que dificulta la visibilidad de voces que publican fuera de ese eje. Para quien escribe sobre programación o IA en español para audiencia LATAM, esa desventaja se suma a la de competir por atención en un idioma que ya recibe menos tráfico algorítmico.

Un dominio propio, indexado directamente por buscadores y no sujeto a la curación de un feed centralizado, no depende de esa prioridad algorítmica. El costo de mantenerlo es bajo: un dominio ronda entre 10 y 15 dólares al año, y alojar un sitio estático en servicios como Netlify, Vercel o GitHub Pages suele ser gratuito para uso personal. El costo real no es monetario, es el tiempo de configurar el feed y, si se automatiza, el script de sindicación.

El trade-off honesto es que POSSE agrega una pieza más para mantener: si el script de sindicación falla silenciosamente, el sitio propio sigue actualizado pero las redes dejan de recibir contenido nuevo sin que nadie lo note. Para escritores que recién empiezan, sindicar a mano copiando y pegando el link cada vez es una alternativa perfectamente válida antes de invertir en automatización.

Qué sigue

Tai admite en su ensayo que su propio análisis de un año usando Substack «necesita desesperadamente una actualización» porque, en sus palabras, las cosas empeoraron desde que lo escribió. Es una señal de que el ecosistema de plataformas centralizadas sigue moviéndose y de que cualquier decisión de dependencia total puede quedar obsoleta en meses.

Del lado de las herramientas, el movimiento IndieWeb sigue expandiendo su catálogo de utilidades: servicios de Webmention para agregar respuestas entre plataformas, endpoints Micropub para publicar desde apps externas hacia el sitio propio, y plugins de sindicación para WordPress y generadores estáticos que reducen la fricción de armar un flujo POSSE desde cero.

📖 Resumen en Telegram: Ver resumen

Probalo vos: instalá Hugo con el comando de tu sistema operativo y armá un feed RSS propio antes de publicar tu próximo post en Substack.

Preguntas frecuentes

¿Qué significa la sigla POSSE?

Publish (on your) Own Site, Syndicate Elsewhere: publicar primero en tu propio sitio y después sindicar (redistribuir) ese mismo contenido en otras plataformas como Substack, Mastodon o X.

¿Tengo que dejar de usar Substack si adopto POSSE?

No. POSSE no pide abandonar Substack, pide cambiar el orden: tu sitio propio es la fuente de verdad y Substack pasa a ser un canal de distribución más, igual que una red social.

¿Qué generador de sitio estático conviene para empezar?

Hugo, Astro y Eleventy son las opciones más usadas entre desarrolladores por su velocidad de build y su generación automática de feed RSS. Cualquiera de los tres alcanza para implementar POSSE sin fricción.

¿Cómo evito que el contenido duplicado entre mi sitio y Substack afecte el SEO?

Con un enlace rel="canonical" en cada post que apunte siempre al dominio propio. Cuando el mismo texto aparece en Substack, incluir un link de vuelta al original al pie del post ayuda a que los buscadores identifiquen la fuente.

¿Sirve esta estrategia para quienes escriben en español para audiencia LATAM?

Sí, y con más motivo. Tai señala que los algoritmos de las plataformas centralizadas favorecen narrativas dominantes en inglés, lo que dificulta la visibilidad de voces que escriben fuera de ese eje. Un dominio propio no depende de esa prioridad algorítmica.

¿Cuánto cuesta mantener un dominio y un sitio propio frente a usar solo Substack?

Un dominio ronda entre 10 y 15 dólares al año, y alojar un sitio estático en Netlify, Vercel o GitHub Pages suele ser gratuito para uso personal. El costo real es el tiempo de configurar el feed y, si se automatiza, el script de sindicación.

Referencias

• Substack writers, you need a website! (Elizabeth Tai): el ensayo original en el que se basa este artículo.
• IndieWeb wiki: POSSE: definición y ejemplos del método Publish Own Site, Syndicate Elsewhere.
• Hugo: documentación oficial del generador de sitios estáticos usado en los ejemplos de instalación.
• RSS 2.0 Specification: especificación del formato de feed usado para la sindicación automática.

📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.

Imagen destacada: Foto de National Cancer Institute en Unsplash