Zum Inhalt springen

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.8

    App Router, ausschließlich als Static-Site-Generator genutzt

  • Static export

    next@16.3.8

    Jede Seite wird beim Build als HTML-Datei geschrieben

  • TypeScript

    typescript@6.0.3

    Strict Mode für Seiten, Content-Werkzeuge und Skripte

  • Tailwind CSS

    tailwindcss@4.3.3

    Utility-first-Styling, kompiliert zu einem kleinen Stylesheet

  • Markdown

    remark-parse@11.0.0

    Artikel und längere Seiten liegen als Markdown-Dateien vor

  • gray-matter

    gray-matter@4.0.3

    Liest und validiert YAML-Frontmatter

  • remark / rehype

    remark-rehype@11.1.2

    Markdown 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.0

    Von 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.

  1. 01

    Markdown + Git

    Artikel, Seiten und UI-Texte in fünf Sprachen

  2. 02

    Inhaltsvalidierung

    Frontmatter-Schema, Links, Übersetzungsparität

  3. 03

    Statischer Next.js-Build

    Rendert jede Seite für jede Domain vor

  4. 04

    Statisches HTML / CSS / JS

    Einfache Dateien — kein Server, keine Datenbank

  5. 05

    Cloudflare CDN

    Am Edge zwischengespeichert, nah an den Besuchern

  6. 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

  1. 01

    Markdown schreiben

    Ein Artikel entsteht als Markdown-Datei auf Englisch.

  2. 02

    Übersetzungsentwürfe erzeugen

    Ein Skript lässt ein LLM Entwürfe erstellen und bewahrt dabei Code, Links und Namen.

  3. 03

    Übersetzungen prüfen

    Ein Mensch prüft jeden Entwurf. Maschinell Übersetztes wird nie automatisch veröffentlicht.

  4. 04

    In Git committen

    Freigegebene Dateien werden committet; die Historie zeigt, wer was geändert hat.

  5. 05

    Build

    Die CI validiert Inhalte und baut zwei statische Websites: nofpress.com und nofpress.pl.

  6. 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