Superdesk is an open-source digital newsroom system made by Sourcefabric. It's used by news organizations and wire services that manage hundreds of writers, editors, and production stages. Project Broadsheet and Superdesk don't really compete; they serve different-sized operations. This page explains how they differ so you can tell which you actually need.

Quick summary

Project BroadsheetSuperdesk
Target userIndependent publishers, small teamsLarge newsrooms, wire services
ModelStatic site generatorMulti-service enterprise system
Starting cost$0Infrastructure only, but non-trivial
Content formatMarkdown in GitNewsML / MongoDB documents
DatabaseNoneMongoDB + Elasticsearch + Redis
Editorial workflowBasic (Git-based)Full (desks, stages, approvals, assignments)
Publishing targetsWebWeb, print, syndication, social, wire
Reader tools27+None
LicenseMITAGPLv3

What Superdesk is for

Superdesk is a newsroom management system. It's designed around the workflows of organizations that produce news continuously: a story moves from reporter to editor to fact-checker to production to publish, with formal states at each step. It handles multi-format output (web, print PDF, RSS, social, Atom, NewsML for syndication to other outlets). It has role-based permissions, desk assignment, content scheduling, and an iCal-friendly events module.

If your operation has more than, say, 20 writers and editors, Superdesk starts to make sense.

What Project Broadsheet is for

Project Broadsheet is designed for 1–5 writers, maybe a small editorial team, publishing to a single audience. Workflow is whatever Git-based flow you want (branches, pull requests, direct commits). Output is a static web site, plus RSS. No multi-channel publication pipeline, no desk assignments, no complex approval states.

Infrastructure

Superdesk requires:

Running Superdesk in production is a meaningful infrastructure investment. Sourcefabric offers hosted deployments if that's easier.

Project Broadsheet requires Node.js at build time and a static host at runtime. There is no runtime server. Cloudflare Pages or Netlify handle everything.

Content format

Superdesk stores content as structured documents (rich JSON with metadata, associations to media, packaging info, publishing channels). This is how large news organizations have worked for decades; it's also why syndicating to a print paper, a website, and a wire feed from one source is possible.

Project Broadsheet stores content as Markdown files. Publishing targets the web only. If you need print or syndication, Markdown articles don't carry the structural metadata Superdesk does.

Editorial workflow

Superdesk has a formal editorial workflow. A story can be "in progress," "submitted," "in review," "approved," "scheduled," "published." Roles (reporter, editor, production) have different permissions. A reporter can't publish; an editor has to approve.

Project Broadsheet uses Git. A writer commits a draft with draft: true; an editor reviews the pull request; merging to main and pushing triggers a deploy. This works for a small team but doesn't scale to newsroom workflows with formal accountability chains.

When Superdesk is the right choice

When Project Broadsheet is the right choice

Both are open-source

Neither is locked behind a vendor. Both can be forked and modified. The AGPLv3 license on Superdesk has stronger copyleft requirements than Project Broadsheet's MIT license; that matters if you plan to offer hosted Superdesk as a commercial service to others.

What to do next