Der Begriff ist tot

Lass uns das direkt klären: Niemand sagt mehr „Jamstack".

Netlify hat den Begriff 2016 geprägt. 2020 war er auf jeder Konferenz. 2023 hat Netlify selbst aufgehört, das Wort zu benutzen. 2026 googelt es kaum noch jemand.

Aber hier ist das Paradoxe: Die Prinzipien, für die Jamstack stand, haben gewonnen. Sie sind nur so selbstverständlich geworden, dass sie keinen eigenen Namen mehr brauchen.

Was Jamstack eigentlich war

Jamstack stand für drei Ideen:

1. JavaScript – Dynamik im Browser, nicht auf dem Server
2. APIs – Backend als entkoppelte Services, nicht als Monolith
3. Markup – Pre-rendered HTML, nicht Server-Side Rendering bei jedem Request

Die Vision: Websites sind im Kern statische Dateien, die auf einem CDN liegen. Dynamik kommt über APIs. Kein PHP, kein Ruby, kein Server, der bei jedem Seitenaufruf HTML zusammenbaut.

Das war 2016 radikal. 2026 ist es Default.

Was sich verändert hat

Von „Static First" zu „Edge First"

Das ursprüngliche Jamstack-Versprechen war: Baue zur Build-Zeit, deploye auf ein CDN, fertig. Das funktionierte für Blogs und Marketing-Seiten. Aber es scheiterte an:

• Personalisierung: Jeder User sieht den gleichen Build? Keine dynamischen Inhalte?
• Build-Zeiten: 10.000 Seiten = 10 Minuten Build? Bei jeder Änderung?
• Echtzeit-Daten: Preise, Verfügbarkeit, Dashboards – nichts davon funktioniert mit Static Builds

Die Antwort war nicht „zurück zum Server". Die Antwort war Edge Computing.

Statt zur Build-Zeit alles vorzurendern, rendern wir jetzt am Edge – auf Servern, die 50ms vom User entfernt sind. Das ist weder klassisches SSR (zentraler Server) noch klassisches SSG (alles zur Build-Zeit). Es ist etwas Neues.

Die Framework-Evolution

Ära	Framework	Paradigma
2016-2019	Gatsby, Hugo, Jekyll	Pure Static Site Generation
2019-2022	Next.js, Nuxt	Hybrid SSG + SSR
2022-2024	Astro, Remix	Islands Architecture, Edge SSR
2024-2026	Astro 5, Next.js 15, Cloudflare EmDash	Edge-First, AI-native

Gatsby – das Poster-Kind von Jamstack – ist praktisch tot. Hugo lebt in einer Nische. Aber Astro hat die Jamstack-Idee in die Edge-Ära übersetzt: Standardmäßig Zero JavaScript, nur dort dynamisch, wo es nötig ist.

Von APIs zu AI

Jamstack setzte auf APIs als Backend-Layer. 2026 sieht die API-Landschaft fundamental anders aus:

• Headless CMS (Contentful, Strapi, Sanity) waren der Jamstack-Backend-Standard
• BaaS (Supabase, Firebase) haben das Backend commoditisiert
• AI-APIs (OpenAI, Anthropic, Replicate) sind die neuen „APIs" im Stack

Der moderne Stack ist nicht mehr JavaScript + APIs + Markup. Er ist AI + Edge + Structured Content. AI ist dabei nur die nächste Abstraktionsschicht in einer langen Geschichte technologischer Evolution.

Wer die Jamstack-Erben sind

Astro: Der spirituelle Nachfolger

Astro hat die Jamstack-Prinzipien am konsequentesten weitergedacht:

• Content Collections mit Schema-Validierung (wie ein typisiertes Headless CMS, aber lokal)
• Island Architecture – JavaScript nur dort, wo Interaktivität nötig ist
• Edge-ready – deployed auf Cloudflare, Vercel, Netlify, Deno Deploy
• View Transitions API für SPA-ähnliche Navigation ohne SPA-Overhead

Astro ist Jamstack 2.0, auch wenn es sich selbst nie so nennt.

Cloudflare: Die Infrastruktur-Schicht

Cloudflare baut mit D1, R2 und Workers das Backend, das Jamstack immer brauchte, aber nie hatte. EmDash ist der Beweis: Ein komplettes CMS auf Edge-Infrastruktur, ohne klassischen Server.

Die strategische Analyse zeigt: Cloudflare will nicht nur CDN sein – sie wollen das Default-Backend der Post-WordPress-Ära.

AI-Builder: Das Ende des Handwerks?

Tools wie Lovable, Bolt und v0 generieren Frontends per Chat. Die meisten dieser Tools produzieren Output, der den Jamstack-Prinzipien entspricht: React-Komponenten, API-Calls, deployt auf Edge-Infrastruktur.

Ironischerweise hat Jamstack vielleicht gerade deshalb als Begriff ausgedient: Wenn AI den Code schreibt, ist die Architektur-Entscheidung nicht mehr beim Entwickler. Die AI wählt instinktiv den performantesten Ansatz – und der sieht meistens aus wie Jamstack.

Was wir bei Till Freitag machen

Diese Website ist ein lebendiges Beispiel für die Jamstack-Evolution:

• Frontend: React + Vite + Tailwind (SPA mit SSG via Playwright)
• Content: Markdown-Dateien im Repository, kein Headless CMS
• Backend: Supabase für Auth, Datenbank und Storage
• Editing: Lovable als AI-native Editing-Interface
• Deployment: Statische Assets auf CDN, Edge-ready

Kein WordPress. Kein klassisches CMS. Kein Server, der PHP rendert. Die Jamstack-Prinzipien, ohne das Jamstack-Label.

Die aktuelle Landschaft

Bedürfnis	2020 (Jamstack-Ära)	2026 (Edge-Ära)
Static Sites	Gatsby, Hugo	Astro, Next.js SSG
Blog/Content	Ghost, Gatsby + Contentful	Astro + MDX, EmDash
E-Commerce	Gatsby + Shopify	Astro + Shopify, Hydrogen
Web Apps	Next.js	Next.js 15, Remix, Astro + React Islands
Enterprise CMS	Contentful, Prismic	Sanity, Storyblok, EmDash
AI-generated	–	Lovable, Bolt, v0

Fazit: Die Idee hat gewonnen, der Name nicht

Jamstack als Begriff ist irrelevant geworden. Aber als Architektur-Philosophie hat es das Web grundlegend verändert:

• Pre-rendering ist der Default, nicht die Ausnahme
• APIs statt Monolithen ist Standard
• CDN/Edge-Delivery ist selbstverständlich
• Git-basierte Workflows für Content sind normal

Der Unterschied zu 2020: Es ist nicht mehr eine Bewegung. Es ist einfach so, wie man Websites baut.

Wer 2026 eine neue Website plant, denkt nicht „Soll ich Jamstack machen?" – sondern „Welches Edge-Framework passt zu meinem Use Case?" Die Antwort auf diese Frage ist praktisch immer ein Nachfolger der Jamstack-Idee.

Der Begriff ist tot. Die Revolution war erfolgreich.