Zum Inhalt

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

Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).