Me uní al IndieWeb, esto es lo que aprendí
El impulso de IndieWeb por sitios personales autohospedados despierta entusiasmo por poseer la propia identidad en línea, pero también expone tensiones entre protocolos amigables para geeks y la usabilidad masiva. Los comentaristas debaten el papel de RSS frente a formatos más nuevos, cuán descubrible y accesible debería ser un sitio, y si las herramientas de IndieWeb son demasiado complejas para usuarios no técnicos. En el fondo hay una pregunta más amplia: ¿puede un movimiento construido por y para aficionados llegar alguna vez más allá de un nicho sin sacrificar sus valores de independencia, control y calidad por encima de la comodidad?
Herramientas e implementaciones
- Varios comentaristas comparten sus propias configuraciones de IndieWeb, por ejemplo usando kits de herramientas y plataformas preconstruidos que agrupan protocolos de IndieWeb.
- Otros destacan el nuevo soporte en frameworks existentes (por ejemplo, una plataforma PHP que añade soporte para IndieWeb) y opciones de alojamiento estático (GitHub Pages, Cloudflare, Squarespace, etc.).
RSS, h-feed y descubrimiento de feeds
- Hay un fuerte acuerdo en que RSS/Atom son cruciales para los blogs; algunos llaman a un blog sin RSS “como un coche sin ruedas”.
- h-feed se defiende como el enfoque preferido por IndieWeb (HTML como el feed), pero varias personas dicen que ningún lector mainstream lo soporta y que en su lugar dependen del RSS/Atom clásico.
- Se critica ocultar la URL del RSS detrás de un modal solo de JavaScript y omitir
<link rel="alternate">, ya que muchos lectores detectan automáticamente los feeds desde el HTML. - Algunos ven RSS como algo trivial de generar; otros no gustan del contenido duplicado y la sobrecarga de XML, pero admiten que RSS sigue siendo el estándar de facto.
Propiedad del dominio y preocupaciones con .dev
- Se debate sobre .dev, operado por el registro de Google.
- Algunos ven esto como un problema de centralización y de riesgo de poder; otros lo consideran irrelevante y se sienten cómodos pagando a Google a través de un registrador.
- Surge la idea de un TLD “neutral”, pero su significado y sus beneficios prácticos siguen sin estar claros.
Usabilidad, complejidad y adopción de IndieWeb
- Los críticos argumentan que la pila de protocolos de IndieWeb es una “sopa tecnológica” y no es viable para la mayoría; piden soluciones de un clic, sin CLI.
- Otros responden que los adoptantes actuales son mayoritariamente técnicos y que los ecosistemas en etapa temprana son naturalmente ásperos.
- Algunos insisten en que la UX debe ser central si el objetivo es la propiedad amplia; otros dicen que la misión de IndieWeb es “resolver tu propio problema”, no ganar el mercado masivo.
- Se citan servicios alojados tipo IndieWeb y complementos de WordPress como vías de entrada más fáciles, aunque se cuestiona la economía a largo plazo y la demanda.
Filosofía, gatekeeping y audiencia
- Un bando da la bienvenida a la fricción como filtro, argumentando que abrirlo todo a “todo el mundo” degradó la web temprana.
- Otro bando advierte que las barreras técnicas seleccionan sobre todo a trabajadores tecnológicos, no a personas con ideas no técnicas interesantes.
- Hay tensión entre “homesteading digital para entusiastas” y ser una alternativa realista a las grandes plataformas.
Autohospedaje, motivación y practicidad
- Varios señalan que “nadie quiere alojar” porque es costoso y frágil, lo que lleva a jardines amurallados.
- Otros disfrutan del control y del aprendizaje, pero admiten agotamiento o haberse retirado de pilas completas tras ver los costes reales.
Identidad profesional y estética ‘indie’
- Algunos sienten que los CV prominentes y los sitios personales pulidos y centrados en la carrera chocan con la vibra “indie”.
- Otros sostienen que alojar un CV y la identidad profesional en tu propio dominio encaja exactamente con los objetivos de IndieWeb de propiedad y persistencia, no con estar en contra de lo profesional.