RSS was supposed to have died years ago. Google killed Google Reader in 2013 and the obituaries were written. Podcasting quietly kept RSS alive as its distribution backbone, and a persistent community of readers, developers, and publishers never stopped using it. In 2026, RSS is not only not dead — for certain audiences and publishing contexts, it is more relevant than it has been in a decade. What RSS Actually Is RSS (Really Simple Syndication) is a standardized XML format for publishing frequently updated content.

Sanity is a headless CMS built around a principle it calls “structured content” — the idea that content should be modeled as data first, with presentation a separate concern. For publishers whose content is genuinely complex — articles with rich metadata, multiple content types with relationships, content repurposed across channels — Sanity’s approach delivers a level of flexibility that database-backed traditional CMSes struggle to match. It is not the simplest tool in the category, but for the use cases it is designed for, it is among the most capable.

Listmonk is an open-source newsletter and mailing list manager — a self-hosted alternative to Mailchimp, ConvertKit, and similar services. It is written in Go, runs as a single binary backed by a PostgreSQL database, and handles subscriber management, campaign creation, list segmentation, and send scheduling. For publishers committed to owning their infrastructure, Listmonk is the most capable self-hosted option in the category. What Listmonk Provides Listmonk handles the management and orchestration layer of email newsletters: subscriber lists, subscriber data, campaign drafting, template management, tracking, and scheduling.

Hugo is fast to build and fast to get started with, but a blank new site has some deliberate setup work before it is ready to publish. This walkthrough covers the full process from installation through your first deployed post. Installing Hugo Hugo distributes as a single binary — no runtime dependencies, no package manager required after the initial install. macOS: brew install hugo Linux (Debian/Ubuntu): sudo apt install hugo Or download the latest binary directly from the Hugo releases page and add it to your PATH.

Substack’s pitch is friction removal: sign up, start writing, collect subscribers, charge for access. No hosting to configure, no plugin to install, no deliverability to manage. For a writer who wants to go from idea to published newsletter without touching anything technical, Substack is hard to beat for speed of start. The tradeoffs are real and worth understanding before you build a significant audience on the platform. What Substack Controls When your publication lives on Substack, Substack controls:

The static site generator landscape has matured considerably. What was once a niche developer preference — choosing a build tool over a CMS — is now a mainstream option for publishers of all sizes. Performance, security, and hosting cost advantages have made static generation attractive well beyond the developer blog use case. The challenge now is not whether to consider a static site generator, but which one. The options differ in speed, flexibility, content modeling, and the technical profile they assume.

Every few years, a platform that indie publishers relied on changes the rules. Algorithm changes cut organic reach. Monetization programs introduce new requirements or reduce payouts. Accounts get suspended without clear appeal paths. The terms shift in ways that favor the platform over the publisher. This is not a new dynamic. It predates the internet. But the specific form it takes now — where a significant portion of an independent publisher’s audience, revenue, and distribution lives on infrastructure controlled by companies whose interests regularly diverge from the publishers they host — is worth examining directly.

The WordPress block editor — introduced in 2018 as the Gutenberg project and now simply the default editing experience — has matured into a genuinely capable publishing tool. It was controversial at launch and the criticism was fair: it was slow, unstable, and a poor replacement for the Classic Editor many publishers had built workflows around. Several years and dozens of releases later, it is a different product. For publishers either still avoiding it or using it without fully understanding its capabilities, this is a practical walkthrough of what it can actually do.

The WordPress REST API has been part of WordPress core since version 4.7. It transforms WordPress from a self-contained CMS into a content platform that can serve data to any application that can make an HTTP request — mobile apps, static front ends, third-party services, or another WordPress site. For publishers evaluating headless architecture or building integrations, understanding what the API provides (and how to use it) is increasingly essential.

Tina CMS is an open-source, Git-backed content management system with a distinguishing feature that sets it apart from most headless options: inline visual editing. Where tools like Decap CMS present editors with a form interface that is separate from the rendered site, Tina renders the actual page alongside the editing controls — editors see changes in context as they type. This matters for publishing teams where the gap between the form and the final output causes friction.