AVALweb – neue gemeinsame Multi-Site-Webplattform

Ausgangslage und Ziel

Die bestehende Statamic-Installation bleibt während der Entwicklung produktiv und dient ausschließlich als technische und inhaltliche Referenz. Die neue Plattform wird parallel und vollständig neu aufgebaut; sie ist keine Modernisierung des bestehenden Statamic-Systems.

AVALweb bündelt zehn Websites in einer Anwendung. Inhalte, Strukturen und URLs werden nicht pauschal übernommen, sondern auf Aktualität, Relevanz, fachliche Richtigkeit und Nutzen geprüft. Gemeinsame Funktionen, Content-Typen und Komponenten werden zentral gepflegt; Site-Unterschiede entstehen durch typisierte Konfiguration, Design-Tokens und Content.

Erst aufräumen, dann neu bauen.

Sites

1. AVAL AG (aval.ag)
2. Academy for Liberty (academy-for-liberty.de)
3. AVAL AG – betriebliches Mitarbeiterförderprogramm (betriebliches-mitarbeiterfoerderprogramm.aval.ag)
4. AVAL AG – Kapitalanlageimmobilien (kapitalanlageimmobilien.aval.ag)
5. AVAL AG – Mergers & Acquisitions (mergers-acquisitions.aval.ag)
6. AVAL AG – pauschaldotierte Unterstützungskasse (pauschaldotierte-unterstuetzungskasse.aval.ag)
7. AVAL AG – steueroptimierte Ruhestandsplanung (steueroptimierte-ruhestandsplanung.aval.ag)
8. AVAL AG – Unternehmensgestaltung (unternehmensgestaltung.aval.ag)
9. AVT GmbH (avt.gmbh)
10. DigitalKonzeptionisten (digitalkonzeptionisten.de)

Jede Site besitzt ein eigenes Epic. Der gemeinsame Unterbau wird im Epic AVALweb – Technische Plattform und Multi-Site-System geführt.

Zielarchitektur und Betrieb

• Next.js App Router und TypeScript
• Tailwind CSS 4 und selektiv shadcn/ui
• lokaler Markdown-/MDX-Content im Repository
• zehn Domains in einer Anwendung mit domainbasierter Site-Auflösung
• typisierte Site-Konfiguration
• gemeinsames, variantenfähiges Multi-Site-Designsystem
• zentrale SEO-, Metadaten- und Redirect-Infrastruktur
• automatisierte Tests, Builds, Deployments und Rollbacks

Die Produktion läuft auf einem DigitalOcean-Droplet. Provisionierung und Deployments erfolgen über Ploi.io. Statamic und StataRocket bleiben Bestandteile des Referenzsystems und werden nicht in die neue Zielarchitektur übernommen.

Content und Design

Jede Content-Art kann grundsätzlich auf jeder Site verwendet werden. Die heutige Verteilung im Referenzprojekt begrenzt das neue Content-Schema nicht. Content, Site-Konfiguration und Darstellung bleiben getrennt; Metadaten werden typisiert und validiert. Der Blog wird gezielt übernommen und als Markdown beziehungsweise MDX geführt.

aval.ag ist Pilot-Site für das neue Erscheinungsbild. Daraus wird das gemeinsame Designsystem mit Design-Tokens, Typografie, Layout, Bildsprache, Komponenten, responsivem Verhalten, Accessibility und kontrollierten Site-Varianten abgeleitet. Verbindliche Grundlage ist das Corporate Design im Corporate Operating System:
02 Bereiche/AVAL AG/Corporate Operating System/Corporate Design.md

Site-spezifische Darstellung wird bevorzugt über gemeinsame Komponenten, Varianten und globales CSS gelöst. Komponenten oder Styles werden nicht pro Site kopiert.

Migration aus Statamic

Die bestehende Website unter /Users/jschadek/Sites/aval_alt bleibt unveränderte Referenz; die neue Plattform entsteht unter /Users/jschadek/Sites/aval.

Die Migration folgt einer Positivliste:

1. Bestand exportieren und inventarisieren
2. fachlich relevante Inhalte, Assets, URLs und Metadaten klassifizieren
3. nur freigegebene Daten auf das neue Schema transformieren
4. technisch validieren
5. redaktionell prüfen und freigeben
6. Site-weise veröffentlichen

Präsentations-, Layout- und Template-Felder des gewachsenen Statamic-Systems werden standardmäßig verworfen. Sie werden nur übernommen, wenn sie einem fachlich begründeten Feld des neuen Schemas ausdrücklich zugeordnet sind. Automatisierung unterstützt Extraktion und Transformation, ersetzt aber keine fachliche Entscheidung.

SEO, Datenschutz und Integrationen

Je Domain werden URL-Struktur, Titel, Meta-Beschreibungen, Canonicals, Social-Media-Metadaten, strukturierte Daten, Sitemaps, robots.txt, llms.txt, Redirects, Analytics und Consent Management übernommen oder neu definiert. Vor jedem Rollout wird die URL- und Redirect-Matrix validiert.

Formulare, Empfänger, Zustellwege, Aufbewahrung, Spam-Schutz und externe Anbieter werden verbindlich festgelegt. Bestehende Dienste werden nicht automatisch übernommen. Für Akismet ist ausdrücklich zu entscheiden, ob es technisch, datenschutzrechtlich und vertraglich weitergeführt wird. Bei Ablösung sind Kündigungsfrist und fristgerechte Kündigung nachzuweisen; der Schutz der Altseite bleibt bis Cutover oder Ersatz aktiv.

Rollout und Abnahme

1. Bestand, Zielarchitektur und Content-Schema freigeben
2. technische Multi-Site-Plattform aufbauen
3. aval.ag gestalten, migrieren und als Pilot abnehmen
4. Designsystem und Migration stabilisieren
5. weitere Sites einzeln migrieren, prüfen und umstellen
6. alte Auslieferung erst nach Abnahme und Redirect-Prüfung ablösen

Abnahmekriterien sind insbesondere: eine Anwendung für alle Domains, typisierte Site-Konfiguration, Site-fähige Content-Typen, wiederverwendbare Komponenten, validierter Content und SEO, geprüfte Redirects, Accessibility und Performance, reproduzierbare Deployments sowie dokumentiertes Monitoring, Backup und Rollback.