Built with NoFPress
Wir leben, was wir predigen.
Genau diese Website ist statisch generiert, versioniert und auf ein globales CDN deployt. Kein WordPress. Keine Plugin-Wartung. Nur ein schlanker Publishing-Workflow.
Der tatsächliche Stack
Alles hier Aufgeführte ist auf dieser Website heute im Einsatz. Nichts davon ist Wunschdenken.
Next.js App Router
next@16.3.8App Router, ausschließlich als Static-Site-Generator genutzt
Static export
next@16.3.8Jede Seite wird beim Build als HTML-Datei geschrieben
TypeScript
typescript@6.0.3Strict Mode für Seiten, Content-Werkzeuge und Skripte
Tailwind CSS
tailwindcss@4.3.3Utility-first-Styling, kompiliert zu einem kleinen Stylesheet
Markdown
remark-parse@11.0.0Artikel und längere Seiten liegen als Markdown-Dateien vor
gray-matter
gray-matter@4.0.3Liest und validiert YAML-Frontmatter
remark / rehype
remark-rehype@11.1.2Markdown zu bereinigtem HTML, mit Überschriften-Ankern und Code-Highlighting
Git-based publishing
Jede Inhaltsänderung ist ein Commit — geprüft und umkehrbar
Cloudflare CDN
Statische Dateien aus dem globalen Netz von Cloudflare Pages
Build-time translations
@anthropic-ai/sdk@0.131.0Von einem LLM entworfene, von Menschen geprüfte Übersetzungen, erzeugt vor dem Build
Architektur
Alles passiert, bevor ein Besucher ankommt. Zur Anfragezeit gibt es nur ein CDN, das Dateien ausliefert.
- 01
Markdown + Git
Artikel, Seiten und UI-Texte in fünf Sprachen
- 02
Inhaltsvalidierung
Frontmatter-Schema, Links, Übersetzungsparität
- 03
Statischer Next.js-Build
Rendert jede Seite für jede Domain vor
- 04
Statisches HTML / CSS / JS
Einfache Dateien — kein Server, keine Datenbank
- 05
Cloudflare CDN
Am Edge zwischengespeichert, nah an den Besuchern
- 06
Besucher
Erhält eine fertige Seite
Performance-Ergebnisse
Wir veröffentlichen nur Messungen, die wir tatsächlich durchgeführt haben — mit Werkzeug, Datum und Bedingungen.
$ lighthouse --verified
Messungen folgen in Kürze.
Ergebnisse erscheinen hier, nachdem wir die Produktionswebsite gemessen und die Berichte geprüft haben.
Publishing-Workflow
- 01
Markdown schreiben
Ein Artikel entsteht als Markdown-Datei auf Englisch.
- 02
Übersetzungsentwürfe erzeugen
Ein Skript lässt ein LLM Entwürfe erstellen und bewahrt dabei Code, Links und Namen.
- 03
Übersetzungen prüfen
Ein Mensch prüft jeden Entwurf. Maschinell Übersetztes wird nie automatisch veröffentlicht.
- 04
In Git committen
Freigegebene Dateien werden committet; die Historie zeigt, wer was geändert hat.
- 05
Build
Die CI validiert Inhalte und baut zwei statische Websites: nofpress.com und nofpress.pl.
- 06
Deploy
Das Ergebnis wird zu Cloudflare Pages hochgeladen und über dessen CDN ausgeliefert.
Kompromisse, die wir eingehen
Publizieren braucht einen Build
Eine Tippfehlerkorrektur ist nicht im Moment des Speicherns live, sondern nach dem nächsten Deployment — meist nach wenigen Minuten.
Formulare brauchen einen eigenen Dienst
Unser Audit-Formular sendet an einen kleinen Cloudflare Worker. Das ist ein zweites bewegliches Teil, das wir warten und absichern müssen.
Bearbeitung basiert auf Git
Für Entwickler ist das angenehm. Nicht-technische Redaktionen bräuchten eine Git-basierte CMS-Oberfläche obendrauf.
Das Framework liefert trotzdem JavaScript
Next.js sendet eine Client-Laufzeit für Navigation und Hydration. Die Seiten funktionieren ohne sie, aber es ist nicht null JS.
Übersetzungen brauchen weiterhin Menschen
LLM-Entwürfe beschleunigen die Arbeit, aber jede Sprache braucht jemanden, der den Markt kennt.
Soll Ihre Website auch so funktionieren?
Erzählen Sie uns von Ihrer WordPress-Website, und wir prüfen, ob eine statische Migration sinnvoll ist.
Kostenlosen Migrations-Audit anfragen