
Cloudflare's Real Play – Why EmDash Isn't a CMS Product, It's an Infrastructure Trojan Horse
TL;DR: „EmDash isn't the product. D1 + R2 + Workers is the product. Cloudflare wants to become the default backend for AI-generated software – and WordPress traffic is just the entry point."
— Till FreitagThe Obvious Story
Cloudflare released an open-source CMS called EmDash. Full-stack TypeScript, built on Astro, runs on D1, R2, and Workers. Read the technical analysis here.
The press writes: "Cloudflare takes on WordPress."
That's the obvious story. And it's wrong.
The Real Story
Cloudflare sits on one of the largest real-time datasets about the internet. They run DNS for millions of domains. They see traffic patterns, technology stacks, bot activity, and performance metrics – in real time, globally.
Cloudflare sees the WordPress decline before it shows up in Gartner reports.
They see:
- Which domains migrate from WordPress to Jamstack
- How much traffic AI-generated sites already produce
- Which frameworks are growing (Astro, Next.js, Remix)
- How the ratio of human vs. bot requests is shifting
And from this data, they derive a strategic thesis:
The next generation of websites won't be built by humans. It will be generated by AI. And that AI needs a backend.
The Trojan Horse
EmDash isn't the product. EmDash is the proof of concept.
It demonstrates: "Look, a complete CMS with auth, storage, database, plugins, and agent integration – all on our stack. No AWS. No Vercel. No external service."
Every EmDash project that goes live means:
| Resource | Cloudflare Product | Revenue Stream |
|---|---|---|
| Database | D1 (SQLite at Edge) | Pay-per-query |
| File Storage | R2 (S3-compatible) | Pay-per-GB |
| Compute | Workers | Pay-per-request |
| DNS/CDN | Cloudflare Network | Existing infrastructure |
A single CMS? Irrelevant to the balance sheet. Thousands of AI-generated apps all running on D1 + R2 + Workers? That's an infrastructure strategy.
The AI Builder Market
Here's where it gets interesting. Look at what's happening right now:
Lovable generates full-stack React apps via chat. Bolt builds prototypes in seconds. v0 by Vercel renders UI components from prompts. Cursor and Windsurf accelerate professional development by 10x.
All these tools share a common problem: They generate frontends brilliantly – but where does the backend go?
- Lovable uses Supabase (PostgreSQL + Auth + Storage)
- Bolt deploys to Netlify
- v0 naturally pushes to Vercel
Cloudflare sees the opportunity: if they become the most natural, simplest backend for AI-generated apps, they capture the entire AI builder market – regardless of which frontend tool wins.
EmDash proves the stack works. The next logical step: a npx create-cloudflare-app for Lovable, Bolt, and others that provisions D1 + R2 + Workers as a one-click backend.
The Vercel Flank
This is simultaneously a direct attack on Vercel.
Vercel's business model relies on Next.js apps being deployed on their infrastructure. Vercel built v0 to pull even more apps onto their platform. The playbook: AI generates the frontend → Vercel hosts it → lock-in via Serverless Functions and Edge Runtime.
Cloudflare counters with a complete alternative:
| Vercel | Cloudflare |
|---|---|
| Serverless Functions | Workers |
| Edge Config | KV |
| Blob Storage | R2 |
| Postgres (Neon) | D1 |
| v0 (proprietary AI builder) | EmDash (open source + partner ecosystem) |
The crucial difference: Vercel builds a closed flywheel (v0 → Vercel Hosting → lock-in). Cloudflare builds an open flywheel (EmDash/any AI builder → Cloudflare infrastructure → no lock-in, but convenience).
Open-source infrastructure with low switching costs wins long-term against proprietary platforms. AWS proved that.
WordPress Migration as Turbocharger
WordPress has over 40% market share. That's hundreds of millions of websites. Even if only 5% migrate in the next 5 years, that's millions of projects needing a new backend.
EmDash has a built-in WordPress import wizard. That's not a feature. That's customer acquisition.
Every WordPress site that migrates to EmDash automatically becomes a Cloudflare infrastructure customer. D1 for the database. R2 for the media library. Workers for logic. And once they're on the stack, they're likely to stay.
What This Means for Businesses
If you're thinking about your CMS or web infrastructure strategy today, these are the relevant questions:
1. Where does your backend live in 3 years?
The era of "I host everything on a VPS" is ending. The question isn't whether serverless, but which serverless. Cloudflare, AWS, or Vercel?
2. How AI-ready is your infrastructure?
When your next project is generated by an AI – which backend presents itself naturally? The easier the integration, the more likely you'll end up there.
3. Do you want lock-in or portability?
Cloudflare's D1 is SQLite-compatible. R2 is S3-compatible. Workers use standard Web APIs. This is deliberate: low switching costs as a strategic advantage.
Conclusion: Don't Watch the CMS – Watch the Stack
EmDash will probably never beat WordPress in market share. It doesn't have to.
If Cloudflare manages to position D1 + R2 + Workers as the natural backend for the next generation of AI-generated websites and apps, EmDash is the most successful marketing move in the company's history.
The bet isn't EmDash vs. WordPress.
The bet is Cloudflare infrastructure vs. AWS/Vercel as the default backend for AI-generated software.
And if you look at how aggressively Cloudflare cuts prices, improves developer experience, and builds open-source tools – that's a bet they could win.








