Astro & Jamstack
für statische Seiten.
Als Jamstack Entwickler baue ich schnelle, schlanke Websites mit Astro und Co. Kein Server-Wildwuchs, keine vergessenen Plugins. Diese Website ist selbst ein kleines Beispiel: ein paar Markdown-Posts, ein Build-Schritt, fertig.
--- import Layout from '../../layouts/Layout.astro'; import { getCollection } from 'astro:content'; const posts = await getCollection('blog'); --- <Layout title="Blog"> <h1>Neueste Artikel</h1> <ul> {posts.map((post) => ( <li>{post.data.title}</li> ))} </ul> </Layout> 001
Erstes Astro-Projekt (diese Seite)
Astro 6
Aktuelle Hauptwahl
100/100
Lighthouse, kein Witz
0
Server-Wartung pro Monat
Was ich baue
Vier Anwendungsfälle, in denen Astro glänzt.
Die häufigsten Projekttypen, für die ich Astro oder einen anderen statischen Generator einsetze.
Marketing-Sites & Landingpages
Schnelle Seiten, die schon vor dem ersten User-Klick fertig sind. Statisches HTML, dynamische Inseln nur dort, wo nötig.
Dokumentationen & Knowledge Bases
Inhalte als Markdown im Repo, automatisches Inhaltsverzeichnis, Volltextsuche, alles versionierbar wie Code.
Blogs & Content-Sites
Mit Content Collections, MDX und Schema-Validierung. Redaktion über Git oder optional ein Headless CMS.
Headless & Hybrid
Astro vor Drupal, Payload, Strapi oder einer eigenen API. Statische Build-Pipeline, dynamische Inhalte aus dem Backend deiner Wahl.
Die meisten Websites brauchen keine Datenbank. Sie brauchen Inhalt, schnelles Laden und einen Build-Schritt, der nichts kaputt macht.
Lenard Kratky
Astro & Jamstack Entwickler
Womit ich baue
Entwickler Tech Stack
Astro im Zentrum, drumherum die üblichen Verdächtigen für Content, Frontend und Hosting.
Frameworks
Content
Frontend
Hosting
Wann Jamstack passt
Vier typische Anwendungsfälle
Damit du nicht raten musst, ob dein Projekt überhaupt zu dieser Architektur passt.
- 01
Marketing-Sites mit Traffic-Spitzen
Wenn die Kampagne läuft, bricht nichts weg. Statisches HTML hält jedem Lastspike stand, ohne dass jemand mitten in der Nacht Server skalieren muss.
- 02
Dokumentationen, die mit dem Code wachsen
Markdown im Repo, Pull Requests für Änderungen, Reviews wie für Code. Die Doku ist immer in dem Stand, der zum aktuellen Branch passt.
- 03
Blogs und Magazine, die einfach bleiben sollen
Kein Plugin-Wildwuchs, keine Datenbank-Migrationen, keine Sicherheitslücken in vergessenen Plugins. Was nicht da ist, kann nicht kaputtgehen.
- 04
Hybrid-Setups vor Headless-CMS
Statisches Frontend für Tempo, dynamisches Backend für die Redaktion. Inhalte aus Drupal, Strapi oder einer eigenen API, das Frontend bleibt Astro.
Selbsttest
Diese Seite ist Astro.
Kein Storytelling, sondern ein paar konkrete Fakten zu der Website, auf der du gerade bist.
- Build-Zeit lokal ~1.0 s
- Statisch erzeugte Routen 13
- Blog-Posts als Markdown 1
- Content Collections 1 (blog)
- Server-Side-JS auf der Startseite 0 KB
Lust auf den Live-Beweis? Schau dir den Blog an. Der Index ist ein einziges Astro-Template, die Posts liegen als Markdown im Repo.
AI-Ready
Wie ich arbeite
Drei Schritte, kein Mysterium.
Vom ersten Gespräch bis zur laufenden Site bleibt der Ablauf transparent und nachvollziehbar.
- 1 Schritt 01
Verstehen
Welche Inhalte gibt es, wer pflegt sie, welcher CMS-Bedarf besteht überhaupt? Manchmal reicht ein Repo, manchmal braucht es ein Headless CMS.
- 2 Schritt 02
Bauen
Iterativ, mit Preview-Deployments für jeden Branch. Jede Änderung ist live sichtbar, bevor sie freigegeben wird.
- 3 Schritt 03
Pflegen
Updates, Dependency-Bumps und CI bleiben auf Wunsch in meiner Hand. Oder ich übergebe sauber an dein Team.
Häufige Fragen
FAQ
Was ist Jamstack überhaupt?
+
Eine Architektur, bei der die Website beim Build aus Daten und Templates erzeugt wird. Was später ausgeliefert wird, ist statisches HTML mit JavaScript für die dynamischen Teile. Schnell, sicher, billig zu hosten.
Astro, Next.js oder Eleventy: was nehmen?
+
Für die meisten Content-Sites Astro: einfach, schnell, gute Standards. Next.js, wenn viel React-Logik im Spiel ist oder serverseitig gerendert werden muss. Eleventy, wenn maximaler Minimalismus zählt. Ich entscheide nach Projekt, nicht nach Religion.
Können Inhalte auch ohne Code bearbeitet werden?
+
Ja. Entweder über ein Open-Source-Headless-CMS wie Payload oder Strapi, oder über simple Markdown-Editoren mit Git-Anbindung. Auch ein klassisches Drupal als reines Backend ist möglich.
Wann ist Jamstack die falsche Wahl?
+
Wenn die Inhalte hochfrequent ändern und sofort live sein müssen. Wenn jeder Nutzer komplett individuelle Daten sieht. Oder wenn eine Redaktion komplexe Workflows braucht, die nur ein klassisches CMS abdeckt. Dann ist Drupal oft sinnvoller, und das sage ich auch offen.
Wie KI-tauglich ist so ein Setup?
+
Sehr. Weil eine Astro-Site nur aus Dateien besteht (Markdown, .astro-Templates, Bilder), lassen sich mit Tools wie Claude Code oder Cursor ganze Seiten, Layouts oder Blog-Posts in Minuten erzeugen oder umbauen. Keine Datenbank, kein UI-Klickweg, kein Backup-Theater. Das ist einer der Gründe, warum ich Astro für neue Content-Sites bevorzuge.
Was passiert nach dem Launch?
+
Astro-Sites brauchen wenig Pflege. Updates der Dependencies, gelegentliche Anpassungen, manchmal eine neue Major-Version. Auf Wunsch übernehme ich das laufend, sonst läuft die Site oft einfach über Jahre weiter.
Fragen zu Astro?
Schreib mir.
Auch wenn dein Projekt vielleicht doch besser zu Drupal oder Laravel passt, ich ordne ehrlich ein und vermittle bei Bedarf weiter.