Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).
Static-Site-Generatoren mit PostgreSQL- oder Dateiformat-Speicherung, aktiver Weiterentwicklung & hoher Reife — Top-16-Topliste¶
Die Beste Static-Site- & Docs-Generatoren 2026 (Top 20) rankt die gesamte Kategorie nach Verbreitung, Build-Geschwindigkeit und Ökosystemgröße. Diese Seite wendet die inzwischen etablierten strengeren Kriterien an — nur OSI-Open-Source, Persistenz ausschließlich in PostgreSQL oder einem reinen Dateiformat, sehr aktive Weiterentwicklung, hohe Reife.
Hinweis: Speicherkriterium ist bei Static-Site-Generatoren praktisch immer erfüllt
Jeder Static-Site-Generator liest per Definition Quelldateien und schreibt statisches HTML — ein Datenbankdienst kommt in dieser Werkzeugklasse architektonisch nicht vor. Alle 20 Systeme der Basis-Topliste sind zudem OSI-lizenziert. Der einzige relevante Filter dieser Seite ist deshalb Entwicklungsaktivität.
Bewertungskriterien¶
graph TD
Start["Aufnahme in diese Topliste"] --> A["Lizenz: OSI-anerkannt (praktisch immer erfüllt)"]
Start --> B["Speicherbackend: reines Dateiformat (praktisch immer erfüllt)"]
Start --> C["Sehr aktive Weiterentwicklung und hohe Reife"]
A --> D["Aufnahme, wenn A, B und C gleichzeitig erfüllt sind"]
B --> D
C --> D Achtung: Momentaufnahme, Stand August 2026 — bewusst kürzer als 20
Von den 20 Systemen der Basis-Topliste fallen vier ausschließlich wegen geringerer Aktivität heraus: Jekyll (deutlich verlangsamtes Entwicklungstempo gegenüber Hugo/Docusaurus, siehe Workspace-/Docs-as-Code-Speicherbackend-Topliste), Gatsby (spürbar reduzierte Aktivität seit der Netlify-Übernahme 2023), Middleman und Metalsmith (beide deutlich ruhiger als vergleichbare Alternativen im jeweiligen Ökosystem).
Top 16 im Überblick¶
| Rang | System | Sprache | Lizenz | Speicherbackend |
|---|---|---|---|---|
| 1 | Astro | Node.js/JavaScript | MIT | Reines Dateiformat |
| 2 | Hugo | Go | Apache-2.0 | Reines Dateiformat |
| 3 | Next.js (Static Export) | React/Node.js | MIT | Reines Dateiformat |
| 4 | Eleventy (11ty) | Node.js/JavaScript | MIT | Reines Dateiformat |
| 5 | VitePress | Vue/Node.js (Vite) | MIT | Reines Dateiformat |
| 6 | Docusaurus | React/Node.js | MIT | Reines Dateiformat |
| 7 | Zola | Rust | MIT | Reines Dateiformat |
| 8 | MkDocs / Zensical | Python / Rust+Python | BSD-3-Clause (MkDocs) | Reines Dateiformat — auch die Basis dieses Repositorys |
| 9 | Sphinx | Python | BSD-2-Clause | Reines Dateiformat |
| 10 | Nuxt (Static Generate) | Vue/Node.js | MIT | Reines Dateiformat |
| 11 | SvelteKit (Static Adapter) | Svelte/Node.js | MIT | Reines Dateiformat |
| 12 | Publii | Electron (Node.js) | GPL-3.0 | Reines Dateiformat |
| 13 | Hexo | Node.js | MIT | Reines Dateiformat |
| 14 | Docsify | JavaScript (kein Build-Schritt) | MIT | Reines Dateiformat |
| 15 | Pelican | Python | AGPL-3.0 | Reines Dateiformat |
| 16 | Nanoc | Ruby | MIT | Reines Dateiformat |
Highlights im Detail¶
Diese Liste bestätigt: Speicherkriterium und Lizenz sind hier kein echter Filter¶
Anders als bei den meisten Speicherbackend-Toplisten dieser Reihe scheitert kein einziges System dieser Kategorie an Lizenz oder Speicherbackend — alle vier Ausschlüsse sind reine Aktivitäts-Fälle. Das bestätigt dieselbe Beobachtung wie bei den IPython-/Jupyter-Systemen und den R-Markdown-/Quarto-Werkzeugen: Manche Werkzeugklassen sind architektonisch bereits auf Dateiformat und Offenheit angelegt.
Nanoc: alt, aber laut Basis-Topliste selbst weiterhin aktiv gepflegt¶
Anders als Middleman und Metalsmith, die für dieselbe Generation stehen, aber hier ausgeschlossen wurden, bescheinigt die Basis-Topliste Nanoc explizit fortlaufende aktive Pflege trotz seines Alters — ein Beleg dafür, dass Alter allein kein Ausschlussgrund ist, solange die Kontinuität nachweisbar bleibt (dasselbe Prinzip wie bei DokuWiki oder TiddlyWiki in den Wiki-Speicherbackend-Toplisten).
Entscheidungshilfe nach Anwendungsfall¶
graph TD
Ziel{"Welcher Anwendungsfall?"} -->|"Technische Dokumentation, Markdown-basiert"| A["MkDocs/Zensical / Docusaurus / VitePress"]
Ziel -->|"Python-API-Referenz aus Docstrings"| B["Sphinx"]
Ziel -->|"Marketing-/Portfolio-Site, maximale Performance"| C["Hugo / Zola"]
Ziel -->|"Interaktive Komponenten nötig, framework-agnostisch"| D["Astro"]
Ziel -->|"Bestehendes React/Vue/Svelte-Projekt erweitern"| E["Next.js / Nuxt / SvelteKit"]
Ziel -->|"Redakteure ohne Code-Kenntnisse"| F["Publii"]
Ziel -->|"Interne Docs ohne Build-Pipeline"| G["Docsify"] 🔗 Verwandte Themen¶
- Startseite — zurück zur Dokumentations-Zentrale
- Beste Static-Site- & Docs-Generatoren 2026 (Top 20) — Basis-Topliste ohne Aktivitätsfilter
- Workspace-, Kollaborations- & Docs-as-Code-Plattformen (Top 20) — Überschneidung im Docs-as-Code-Hosting-Cluster (MkDocs, Docusaurus, Hugo, VitePress u. a.)
- Rust-Bausteine für CMS mit PostgreSQL-/Dateiformat-Speicherung (Top 12) — Zola dort im generatorübergreifenden Rust-Kontext
- Rust-Bausteine für Wissenssysteme mit PostgreSQL-/Dateiformat-Speicherung (Top 15) — Zensical/Zola dort ebenfalls vertreten
- Open-Source-Wissenssysteme mit PostgreSQL- oder Dateiformat-Speicherung (Top 22) — dieselben Speicherkriterien für die breitere Wissenssysteme-Klasse
Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).