Statische Ausgabe ist das Standardmodell
Kerninhalte sollten aus Dateien gerendert und als statische Seiten generiert werden. Runtime-APIs sind für normale Seiten-, Blog- oder Produktinhalte nicht erforderlich.
A static-first Nuxt CMS starter built on a unified content schema
JennaPress helps teams build company websites and landing pages with reusable content models, switchable templates, and AI-friendly generation workflows. It is designed for fast static deployment, consistent rendering, and flexible visual customization on top of the same data contract.
Kernprinzipien
Diese Regeln halten Jenna Press als leichtgewichtiges statisches Website-Framework nützlich, statt es in eine versteckte Anwendungsplattform driften zu lassen.
Content ist die Source of Truth
Redakteure sollten Markdown und Front Matter aktualisieren. Generierte Dateien können existieren, sind aber Ausgabe und nicht die handgeschriebene Quelle.
Templates sind isolierte Designsysteme
Ein Template kontrolliert Layout, Theme-Styling und Content-Type-Präsentation innerhalb seines eigenen Ordners und Asset-Namespace.
Routen bleiben generisch
Seiten, Blog-Kategorien, Blogposts, Produkte und lokalisierte Routen sollten gemeinsame Framework-Muster nutzen statt business-spezifische Routendateien.
Mehrsprachige Inhalte nutzen stabile Slugs
Lokalisierte Seiten sollten denselben logischen Slug behalten, während Nicht-Default-Sprachen vorhersehbare URL-Präfixe erhalten.
SEO und GEO brauchen explizite Metadaten
Seitentitel, Beschreibungen, Canonical URLs, Zusammenfassungen, Daten, Kategorien und Autor- oder Site-Signale sollten im Content stehen und nicht impliziert sein.
Reusable blocks
Same content
Different template
Kollaborationsregeln
Jenna Press ist für Wartung durch Menschen und AI Agents gedacht, ohne Content, Templates und Framework-Code zu vermischen.
Content-Aufgaben bleiben in content
Ein Content-Update sollte keine Routen, Loader, Shared Components, Typen, Abhängigkeiten oder Build-Konfiguration ändern.
Template-Aufgaben bleiben in templates
Ein Template darf visuelle Struktur, Blog- oder Produktdarstellung, Theme-CSS und Template-Assets ändern, aber keine Framework-Interna patchen.
Framework-Arbeit muss explizit sein
Wenn eine Anforderung neue Blocktypen, Schema-Änderungen, Routen, Server-APIs oder Abhängigkeiten braucht, ist es Framework-Entwicklung.
Interne Links müssen reale Routen treffen
Links sollten auf generierte Seiten, Blog-Kategorierouten, Produkt-Kategorierouten oder externe Ziele mit klarer Absicht verweisen.
Aussagen sollten aktuell bleiben
Release Notes, Support-Status und SEO/GEO-Hinweise sollten Daten und konkrete Formulierungen nutzen, damit Frische bewertbar bleibt.
Suchsichtbarkeit dient Lesern
Keyword-Abdeckung ist nur nützlich, wenn sie echte Fragen mit klaren Erklärungen, Beispielen und nächsten Schritten beantwortet.
Projektregeln, die das Framework schützen
Jenna Press Prinzipien
Diese Prinzipien verhindern einen häufigen Fehler: Ein Projekt beginnt als einfache Website und verliert langsam seine Grenzen.
In Jenna Press ist eine Content-Datei editierbar, sollte aber kein Ort für versteckte Anwendungslogik werden. Ein Template ist flexibel, sollte aber nicht still das Framework neu definieren. Eine generierte Datei ist erlaubt, sollte aber als generierte Ausgabe behandelt werden.
Diese Disziplin hilft auch SEO und GEO. Suchmaschinen, Answer Engines und AI Agents verstehen eine Site zuverlässiger, wenn sie stabile URLs, beschreibende Titel, klare Kategorien, sichtbare Daten, konsistente Sprachversionen und Seiten mit konkreten Antworten hat.
Jenna Press bleibt nur nützlich, wenn diese Linien sichtbar bleiben.
Für den Projekthintergrund lies Über Jenna Press. Für eine praktische Content-Checkliste lies SEO und GEO für static-first Projektwebsites.