FreshRSS: el lector RSS self-hosted que sigo usando cuando quiero leer sin algoritmo

FreshRSS es una de esas aplicaciones que no intentan parecer más importantes de lo que son. Es un lector RSS. Añades fuentes, lees artículos, marcas como leído y sigues con tu vida. Precisamente por eso me gusta.

Llevamos años aceptando que leer en internet tenga que pasar por un timeline, un algoritmo o una app que decide qué merece tu atención. Para noticias rápidas puede valer. Para seguir documentación técnica, blogs pequeños, changelogs, newsletters públicas o proyectos open source, a mí me parece una forma bastante mala de trabajar.

RSS sigue siendo aburrido en el mejor sentido. Tú eliges las fuentes. Tú decides cuándo leer. No hay ranking emocional, no hay scroll infinito diseñado para retenerte, no hay “te puede interesar” metido con calzador. Si una web publica un feed decente, FreshRSS lo recoge y lo deja en una bandeja limpia.

En mi homelab encaja muy bien porque no necesita demasiados recursos, se despliega fácil y resuelve una necesidad real. No es una pieza crítica como backups o DNS, pero sí es una herramienta que acaba reduciendo ruido. Y eso, cuando tienes demasiadas pestañas mentales abiertas, se agradece.

por qué montar FreshRSS en casa

#

La razón principal es control. Podría usar Feedly, Inoreader u otra opción en la nube. No tengo nada personal contra ellas. Pero para una herramienta tan simple, prefiero que viva en mi infraestructura. Mis fuentes, mis reglas, mis categorías y mi histórico.

También hay una razón práctica: FreshRSS funciona muy bien como centro de lectura técnico. Puedes meter feeds de blogs de homelab, releases de proyectos, documentación que publica novedades, canales de YouTube vía RSS, newsletters con feed público y cualquier web que siga soportando el formato.

Para mí esto tiene más sentido que depender de Twitter, Reddit o Hacker News para enterarme de todo. Esos sitios sirven para descubrir cosas, pero son malos como archivo. RSS es menos excitante, pero mucho más manejable.

Otra ventaja es que FreshRSS expone APIs compatibles con clientes móviles. Eso permite leer desde el móvil con una app decente sin que el backend esté en manos de un servicio externo. El servidor queda en casa, el cliente puede ser el que más cómodo te resulte.

Y luego está el coste. FreshRSS consume poco. En una VM pequeña o en Docker Compose va sobrado. Si ya tienes un servidor encendido, el gasto adicional es ridículo.

una salida sencilla de despliegue

#

No hace falta montar una demo enorme para FreshRSS. El stack típico cabe en un archivo Compose bastante limpio. Esta salida está saneada, pero representa el tipo de despliegue que usaría para una instalación pequeña.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

$ docker compose ps
NAME              IMAGE                      STATUS
freshrss-app       freshrss/freshrss:latest   Up 3 hours
freshrss-db        postgres:16-alpine         Up 3 hours

$ docker compose logs --tail=8 freshrss-app
FreshRSS starting
Checking permissions
PHP-FPM ready
Cron enabled
Listening on port 80

$ curl -I https://rss.tu-dominio.com
HTTP/2 200
content-type: text/html

Es una comprobación muy poco espectacular, pero a mí me vale. Contenedores arriba, logs sin dramas y el endpoint responde por HTTPS.

un Compose que no se pasa de listo

#

Para empezar, lo montaría con Docker Compose. FreshRSS no necesita Kubernetes para ser feliz. Puede vivir en K3s si ya tienes una plataforma muy ordenada, pero para la mayoría de homelabs una VM con Docker y backups claros es suficiente.

Un ejemplo base sería este:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

services:
  freshrss:
    image: freshrss/freshrss:latest
    container_name: freshrss
    restart: unless-stopped
    depends_on:
      - db
    environment:
      TZ: Europe/Madrid
      CRON_MIN: "*/20"
    volumes:
      - freshrss-data:/var/www/FreshRSS/data
      - freshrss-extensions:/var/www/FreshRSS/extensions
    ports:
      - "8080:80"

  db:
    image: postgres:16-alpine
    container_name: freshrss-db
    restart: unless-stopped
    environment:
      POSTGRES_DB: freshrss
      POSTGRES_USER: freshrss
      POSTGRES_PASSWORD: cambia-esto
    volumes:
      - freshrss-db:/var/lib/postgresql/data

volumes:
  freshrss-data:
  freshrss-extensions:
  freshrss-db:

No usaría SQLite si voy en serio. Para probar sirve, pero PostgreSQL me parece mejor si quiero dejarlo funcionando meses. El servicio no va a necesitar una base de datos enorme, pero prefiero separar bien aplicación y datos desde el principio.

También pondría FreshRSS detrás de un reverse proxy con TLS. Puede ser Traefik, Nginx Proxy Manager, Caddy o lo que ya uses. La clave es no exponerlo de cualquier manera. No porque FreshRSS sea especialmente peligroso, sino porque todo servicio publicado suma superficie.

Si solo lo vas a usar desde casa o por VPN, ni siquiera hace falta publicarlo a internet. Un acceso interno por Tailscale o WireGuard puede ser suficiente.

categorías: la parte que marca la diferencia

#

FreshRSS se vuelve útil cuando organizas las fuentes con cabeza. Si metes cien feeds en una sola carpeta, acabas recreando el mismo caos que querías evitar. Yo prefiero categorías pequeñas y con intención.

Por ejemplo:

• Homelab y self-hosting.
• Seguridad y sysadmin.
• Changelogs de proyectos.
• Tecnología general.
• Negocio y producto.
• Lectura tranquila.

No mezclaría todo. Los feeds de releases no se leen igual que un blog largo. Las alertas de seguridad no tienen el mismo ritmo que una newsletter de opinión. Si FreshRSS se convierte en una bandeja infinita, pierde gracia.

También conviene ser agresivo borrando fuentes. Si un feed lleva dos meses sin aportarte nada, fuera. RSS funciona mejor como jardín pequeño que como vertedero de enlaces. Lo digo porque he caído varias veces en la fantasía de “voy a seguir todo lo interesante”. No. Eso acaba siendo otra lista de tareas disfrazada.

Una buena señal es que puedas abrir FreshRSS diez minutos y salir con algo leído, no con culpa por tener 1.400 artículos pendientes.

actualizaciones y mantenimiento

#

FreshRSS no pide mucha atención, pero tampoco lo dejaría abandonado. Lo mínimo:

• Backup de la base de datos.
• Backup del volumen de datos.
• Actualizaciones de imagen con revisión previa.
• Revisión de logs si deja de actualizar feeds.
• Comprobar que el cron interno se ejecuta.

El cron importa. Si los feeds no se actualizan, FreshRSS parece roto aunque la web cargue bien. En Docker se puede usar la variable CRON_MIN para activar refrescos periódicos. También puedes tirar de cron externo, pero para una instalación normal prefiero mantenerlo simple.

Sobre actualizaciones automáticas, no soy fan de poner todo en manos de Watchtower sin mirar. Para servicios pequeños puede ir bien, pero un lector RSS con base de datos merece al menos una copia reciente antes de actualizar. No hace falta ceremonia, solo no ir a ciegas.

Un backup básico con pg_dump y copia del volumen ya te salva de casi todo. Si usas Restic, Borg o backups de la VM, FreshRSS es agradecido. No hay terabytes, no hay dependencias rarísimas y restaurar debería ser rápido.

clientes móviles y lectura real

#

La web de FreshRSS sirve, pero para usarlo a diario yo prefiero un buen cliente móvil. Aquí cada uno tiene sus manías. Lo importante es que FreshRSS puede hablar con APIs compatibles para que no estés atado a su interfaz.

Esto cambia la experiencia. El servidor hace de backend estable y el móvil se convierte en una pantalla cómoda. Puedes leer en ratos muertos, marcar favoritos y volver luego al escritorio si hace falta.

Lo que no haría es convertir FreshRSS en otra bandeja de entrada obligatoria. Si un día no lo abres, no pasa nada. La gracia de RSS es que no empuja. No vibra, no grita y no intenta ganar a tus conversaciones reales. Está ahí cuando tú decides leer.

Esa calma es parte del valor.

límites de FreshRSS

#

FreshRSS depende de que las webs publiquen feeds decentes. Algunas lo hacen muy bien. Otras esconden RSS como si fuera una vergüenza de 2008. Y algunas directamente no tienen feed útil.

También hay feeds recortados que solo muestran el extracto. FreshRSS no siempre puede arreglar eso. Hay extensiones y trucos, pero tampoco merece la pena pelearse con cada sitio. Si una fuente lo pone difícil, a veces lo mejor es no seguirla.

Otra limitación es que RSS no sustituye a descubrir cosas nuevas. Te ayuda a seguir fuentes conocidas. Para descubrir necesitas búsquedas, comunidades, recomendaciones humanas o mirar de vez en cuando fuera del jardín.

Y por último, FreshRSS no organiza tu atención por ti. Si añades demasiadas fuentes, tendrás demasiado contenido. La herramienta no tiene culpa. Ahí el problema eres tú alimentando al monstruo con enlaces.

mi conclusión

#

FreshRSS merece sitio en un homelab porque resuelve una necesidad sencilla sin montar una plataforma enorme. Es ligero, claro y suficientemente flexible. No intenta ser red social, ni gestor de conocimiento, ni asistente inteligente. Es un lector RSS. Bendita falta de ambición.

Yo lo montaría con Compose, PostgreSQL, reverse proxy y backups. Lo mantendría privado o accesible por VPN salvo que tengas una razón clara para exponerlo. Y dedicaría más tiempo a elegir buenas fuentes que a tunear la infraestructura.

En un internet cada vez más ruidoso, recuperar RSS no es nostalgia. Es higiene. FreshRSS te da una forma bastante limpia de hacerlo desde casa.