Eigenprojekt · Plattformbetrieb
Neun Websites, eine gemeinsame technische Basis
Ausgangslage
Mehrere Marken dürfen nicht zu neun Kopien derselben Website werden
Separate Websites brauchen eigene Domains, Gestaltung, Inhalte, Navigation und Dienste. Werden technische Grundlagen kopiert, driften Fehlerkorrekturen, Sicherheitsregeln und SEO-Verhalten auseinander. Eine zentrale Anwendung ohne klare Grenzen wäre umgekehrt zu starr.
Die Plattform löst deshalb nicht «eine Website für alle», sondern trennt zwei Ebenen: Eine gemeinsame, versionierte Basis für wiederkehrende Technik und eigenständige Site-Pakete für Marke, Konfiguration und spezielle Funktionen. Inhalte liegen strukturiert in getrennten Reazon-Kontexten.
Architektur und Releases
Gemeinsame Nuxt-Schicht, getrennte Site-Pakete
Im Repository existieren am Prüfdatum neun Site-Pakete, die dieselbe Nuxt-Basisschicht erweitern. Die Basis enthält wiederverwendbare Komponenten, CMS-Zugriffe, Kontaktfunktionen, Consent, strukturierte Daten, Sitemap und Betriebslogik. Jedes Site-Paket setzt eigene Markenwerte, Laufzeitkonfiguration und bei Bedarf eigene Komponenten oder Tracking-Ereignisse.
Die CI baut und deployt eine Site nur, wenn ihre Dateien, die gemeinsame Basis oder die Pipeline betroffen sind. Produktions-Releases können zusätzliche Live-Prüfungen ausführen. Für wertstifter.ch kontrolliert der Relaunch-Test Redirects, kanonische URLs, Vorschau-Schutz, Markdown-Ausgaben, Sitemap-Seiten und interne Links.
Beleglage · Stand 1. Oktober 2026
Was die Plattform belegt – und was nicht
Im Quellbestand prüfbar: neun getrennte Pakete unter sites/*, eine gemeinsame Schicht unter layers/base und Site-spezifische Build- und Deployment-Jobs. Im Live-Betrieb prüfbar: eigenständige Domains und Inhalte sowie maschinenlesbare Sitemaps, strukturierte Daten und Markdown-Ausgaben auf wertstifter.ch.
Betriebliche Konsequenz: Eine Korrektur an der Basis kann mehreren Sites helfen, kann sie aber auch gleichzeitig beeinträchtigen. Deshalb gehören Site-Builds, begrenzte Cache-Zeiten, Health-Checks und Live-Crawls zum System – nicht nur die sichtbaren Komponenten.
Grenze der Aussage: Die Zahl neun bezeichnet Repository-Pakete am Stichtag, nicht neun externe Kundenprojekte oder neun gleich stark genutzte Produktionssysteme. Wir veröffentlichen keine daraus abgeleitete Zeit- oder Kostenersparnis, weil dafür keine belastbare Vergleichsmessung vorliegt.
Welche Fähigkeiten der Eigenbeleg zeigt
Plattform statt Copy-and-paste
Gemeinsame Funktionen werden einmal gepflegt; Site-spezifische Marken- und Produktlogik bleibt getrennt.
Inhalte als strukturierte Daten
Seiten, Beziehungen und Blöcke kommen aus Reazon und werden als HTML, strukturierte Daten und Markdown ausgeliefert.
Betrieb als Produktaufgabe
Deployment, Cache, Monitoring, Redirects und kontrollierte Änderungen sind Teil der Architektur.
Jan-Hendrik Heuing
Musst du mehrere digitale Angebote verlässlich betreiben?
Wir klären, was wirklich gemeinsam sein darf, wo Trennung nötig ist und wie Änderungen ohne Blindflug ausgeliefert werden.