b2in/dev/2026-08-28/entwicklungsplan.md

Entwicklungsplan: B2in Interior – Neuausrichtung Website & CMS

Erstellt: 28.08.2026 · zuletzt aktualisiert 28.08.2026 Basis: B2in_Interior-Konzept.md, umsetzungliste.md, umsetzung-inhalte.md Vorgänger: dev/2026-02-27/b2in-website-umsetzungsplan.md Rahmen: 37–39 Std. freigegeben (18 + 8 + 4 + 3 + 4–6) Status: Revision 12 – Befunde abgearbeitet, AP0–AP6 umgesetzt. Testbereit; offen sind nur noch Zulieferungen und die Rechtstexte. Umgebung: Dev Container, php artisan … (nicht vendor/bin/sail …)

Verbindliche Schreibweisen: Interior (nicht „Interieur"), Febrü, Rotpunkt Küchen, CABINET. Das Konzeptpapier schreibt durchgehend „Interieur" – die Umsetzungsliste überschreibt das. Gilt für Code, Texte, Commit-Messages und Datenbank-Inhalte.

---

0. Stand & nächste Schritte

Stand 28.08.2026: T1 und B1–B13 abgearbeitet, alle Arbeitspakete AP0–AP6 umgesetzt, die Bestandsinhalte auf den Interior-Auftritt umgestellt. php artisan test --compact: 826 grün (3072 Assertions), Pint sauber, npm run build:b2in gebaut. Die Seite ist testbereit – die ausstehenden Zulieferungen trägt Marcel selbst im CMS nach.

Paket	Stand
AP0 Vorbereitung	✅
AP1 Umstrukturierung & Umtextung	✅
AP2 Kernmarken-Modul + /marken + Galerie	✅
AP3 Terminanfrage-Widget + WhatsApp-Link	✅ (Nummer fehlt noch)
AP6 Sponsoring	✅
Bestandsinhalte FAQ / About / Kontakt / Magazin	✅
AP4 Display-Spiegelung	✅
AP5 Rubrik-Seite „Referenzen"	✅

Nächste Schritte

Vor dem Versand des Testlinks — nichts. Alle Seiten laden, die Suite ist grün, die Assets sind gebaut. Was fehlt, ist Material, kein Code.

Was Marcel selbst nachträgt (alles im CMS, ohne Codeänderung):

Was	Wo im Admin
Logos und Stimmungsbilder der drei Marken	Kernmarken → Marke bearbeiten
Echte Projektfotos statt der BEISPIEL-Bilder	Kernmarken → Bildergalerie
Herstellerseiten-URLs	Kernmarken → Herstellerseite
Motiv für den Kopf von /marken	Inhalte → marken → hero
WhatsApp-Nummer	Inhalte → global → contact → whatsapp
Welches Display auf der Website läuft	Inhalte → referenzen → display_feed → display_id

Beim Deployment mit erledigen (Abschnitt 8):

1. Rechtstexte – AGB und Datenschutzerklärung beschreiben weiter das alte Geschäft („Connecting Design and Property", Dubai/Lissabon, Supply-Chain-Management, resources/lang/de/b2in_legal.php Zeilen 117 und 221). Marcel lässt die Formulierung prüfen, danach eintragen. Der WhatsApp-Absatz kommt im selben Zug dazu.
2. OG-Bild – das Layout verweist auf img/assets/b2in-og-default.jpg, die Datei existiert nicht. Bis dahin zeigt jede geteilte Seite eine Vorschau ohne Bild.
3. Seeder-Passwort rotieren (B8) – steht weiter in der Git-Historie.
4. Die zwei Magazin-Beiträge und die Sponsoren-Kurztexte gegenlesen lassen.

Danach offen, aber nicht Teil dieses Auftrags: YouTube-Einbindung mit Consent-Gate auf der Referenzen-Seite (Abschnitt 4). Sinnvoll, sobald es Videos gibt – vorher wäre es ein Consent-Gate ohne Inhalt.

---

1. Ist-Architektur (relevanter Ausschnitt)

1.1 Content-Pipeline

resources/lang/de/b2in.php  (themes.b2in.<section>)      ← Quelltexte / Fallback
        ├─ config/cms_section_map.php    section → [group, key]
        ├─ database/seeders/CmsContentSeeder.php
        ▼
flux_cms_contents (group, key, type, value:JSON, translatable de/en)
        ├─ FluxCms\Core\Services\CmsContentService  (Cache: flux_cms.content.__all__)
        ▼
cms_theme_section('hero')  → CMS gewinnt, sonst trans('b2in.themes.b2in.hero')

Redaktion unter admin/flux-cms/content → content-index.blade.php (Volt, 782 Z.): Group/Key-Editor mit JSON-Repeater-Modal, Medien-Picker, Flux-Editor für HTML. Kann Werte ändern, aber keine Sektion neu anlegen.

1.2 Seiten & Sektionen

• Startseite: routes/web.php → resources/views/web/home.blade.php
• Sektionen = Livewire-Komponenten unter app/Livewire/Web/Components/Sections/, Muster mount() { $this->content = cms_theme_section('<key>'); }
• Ist-Reihenfolge: header → hero → founder-bar → content-section(synergie) → vision-section → ecosystem-core → cta-section → footer
• Navigation und Ankündigungsleiste liegen bereits im CMS (global.header.navigation, global.announcement_bar) → Umbau ist Redaktion, kein Code.
• SEO: @section('title') / @section('meta_description') je View; OG-Tags leiten sich in web-master.blade.php automatisch daraus ab → OG kostet keinen Extra-Aufwand (aber siehe B6).
• Immobilien rendern statisch aus resources/lang/de/immobilien-azizi.json – wie gefordert.

1.3 Display-CMS

Display (Gerät) → DisplayPlaylist (draft/published) → DisplayVersion („Modul", Enum DisplayVersionType: video-display | b2in | offers) → DisplayVersionItem. DisplayPlaylistConfigBuilder erzeugt das Player-JSON. Player: public/_cabinet/display/index.html, festes 1080×1920-Raster (9:16), per Scale eingepasst. API vorhanden: /api/display/{display}/config, /api/display/preview/{token}, /api/display/module/{module}/preview – registriert für Portal-Domain und als Fallback für alle Domains.

1.4 Sonstiges

• Kontaktformular: packages/acme/contact-form – unterstützt bereits customFields + Presets, Honeypot, Rate-Limit und SpamDetector. Das Terminanfrage-Widget kann darauf aufsetzen.
• Tests: Pest, SQLite in-memory, php artisan test --compact.

---

2. Gefundene Bugs & Optimierungen

Beim Abgleich der Umsetzungsliste mit dem Code aufgefallen.

Stand 28.08.2026: alle Befunde behoben, Suite grün (699 Tests, 2715 Assertions).

#	Befund	Status
T1	Info-Tablet: Leeren per X wird nicht gespeichert	✅ behoben
B1	CMS-Seeder überschreibt redaktionelle Inhalte	✅ behoben
B2	Magazin-CMS nicht ans Frontend angeschlossen	✅ behoben (Variante A: Slug-Routen + 301)
B3	Ankündigungsleiste bleibt nach Umtexten unsichtbar	✅ behoben
B4	Footer hartkodiert, nicht pflegbar	✅ behoben
B5	Englische Footer-Labels auf deutscher Seite	✅ behoben
B6	19 Seiten erben alte Dubai-Beschreibung	✅ behoben (Fallback + canonical)
B7	Content-Seeder nicht registriert	✅ behoben
B8	Klartext-Passwort im Seeder	✅ behoben
B9	Medien-Picker greift bei leeren Logo-Feldern nicht	✅ behoben
B10	Alt-Begriffe im Seiteninhalt	✅ behoben in AP1
B12	/service und /portfolio lieferten 500	✅ behoben (301)
B11	/magazin/{unbekannt} liefert 200 statt 404	✅ behoben

---

T1 · Info-Tablet: Leeren der Öffnungszeiten wird nicht gespeichert ✅

Gemeldet am 28.08.2026: „Wenn ich den Inhalt weg-X, kommt nicht Geschlossen. Der Wert kommt wieder, wenn ich in ein anderes Feld klicke. Setze ich Öffnung und Schluss auf X und speichere, ist Öffnung wieder der alte Wert."

Drei Ursachen, alle in cabinet-info-tablet.blade.php bzw. CabinetInfoTablet.php:

1. Zwei Submit-Handler auf demselben Formular. wire:submit.prevent="save" und x-on:submit.prevent="… $wire.save(hours)" waren gleichzeitig gebunden – save() lief pro Klick zweimal, einmal mit den DOM-Werten und einmal ohne. Welcher Aufruf zuletzt schrieb, war nicht deterministisch. Das erklärt „speichert nur den letzten".
2. wire:model.live auf den Zeit-Pickern. Jede Änderung löste einen Roundtrip aus; beim erneuten Rendern hat Livewire ein zuvor geleertes Feld mit dem unveränderten Serverwert überschrieben. Das erklärt „der Wert kommt wieder, wenn ich in ein anderes Feld klicke".
3. Geöffnet/Geschlossen wurde serverseitig gerechnet und konnte deshalb erst nach einem Roundtrip umspringen. Das erklärt „es kommt nicht Geschlossen".

Behoben: nur noch ein Submit-Pfad (das DOM ist die Quelle der Wahrheit), .live entfernt, die Geöffnet/Geschlossen-Anzeige rechnet clientseitig per Alpine und reagiert damit sofort auf das X.

Zusätzlich: save(array $hours) hat über property_exists() jede öffentliche Property aus dem Client-Payload beschreibbar gemacht – auch storeStatus und contactEmail. Jetzt greift eine Allowlist auf die 14 Zeitfelder.

Tests: 5 neue Fälle in tests/Feature/CabinetInfoTabletTest.php (15 grün) – u. a. mehrere Tage in einem Submit leeren, nur die Öffnung leeren, Fallback ohne DOM-Payload, Allowlist.

Noch am Gerät zu prüfen: die drei Ursachen liegen im Browser-Verhalten; die Tests sichern den Serverpfad ab. Bitte im Portal einmal gegenprüfen: mehrere Tage leeren → speichern → neu laden.

B1 · Der CMS-Seeder überschreibt alles, was Marcel pflegt ✅

database/seeders/CmsContentSeeder.php:76-90 – bestehende Einträge werden bedingungslos per $content->update() mit den Werten aus der Lang-Datei überschrieben. Geschützt sind nur die zwei Sektionen in $skipSections.

Wirkung: Jeder erneute Seeder-Lauf – auch der geplante nach der Umtextung – setzt sämtliche redaktionellen Änderungen zurück. Die Zusage „von Marcel selbst pflegbar" hält so nicht.

Behoben: Default ist jetzt „nur anlegen, wenn nicht vorhanden". Überschreiben nur noch über $seeder->overwriteExisting = true. Der Lauf meldet, wie viele Einträge unangetastet blieben, und leert den CMS-Cache, wenn er etwas geändert hat. Tests: 3 neue Fälle in tests/Feature/Cms/CmsContentSeederTest.php – gepflegter Inhalt bleibt, fehlende Sektionen werden trotzdem angelegt, bewusstes Überschreiben funktioniert.

B2 · Das Magazin-CMS ist nicht mit dem Frontend verbunden ✅

• Admin admin/flux-cms/articles schreibt nach cms_articles (Model CmsArticle).
• Frontend liest trans('b2in.articles'): app/Livewire/Web/Components/Sections/MagazinList.php:20 und MagazinDetail.php:48.
• CmsArticle wird außerhalb des Admin-Bereichs nirgends verwendet (verifiziert per Grep).

Wirkung 1: Was Marcel im Magazin-CMS bearbeitet, erscheint nicht auf der Website. Wirkung 2 (für dieses Projekt entscheidend): Die Umsetzungsliste sagt für die Kernmarken „adaptiert vom Magazin-Muster". Das Admin-CRUD ist als Vorlage brauchbar, die Frontend-Anbindung fehlt dort aber – dieser Fehler darf nicht mitkopiert werden.

Bei der Umsetzung aufgefallen – das ist kein reiner Verdrahtungsfehler: Die Artikel liegen in beiden Quellen (5 in cms_articles, 5 in der Lang-Datei, inhaltsgleich), aber unter verschiedenen Schlüsseln: die Lang-Datei nutzt 1–5, die Datenbank die IDs 8–12. Die öffentlichen URLs lauten heute /magazin/1 … /magazin/5. Eine Umstellung auf das Model ändert damit die öffentlichen URLs und braucht eine Slug-Route plus Weiterleitungen von den alten numerischen IDs – sonst brechen bestehende Links und die Google-Indexierung.

Deshalb bewusst nicht einfach umgestellt. Entscheidung nötig:

Variante	Aufwand	Wirkung
A · Slug-Routen /magazin/{slug} + 301 von den alten IDs	≈3–4 Std.	sauber, CMS wird wirksam, URLs werden sprechend
B · Numerische Route beibehalten, Auflösung über die DB-ID	≈2 Std.	CMS wird wirksam, aber /magazin/1 … /magazin/5 werden zu 404
C · Vorerst so lassen	0	Magazin funktioniert, das Magazin-CMS bleibt aber wirkungslos

Umgesetzt: Variante A.

• CmsArticle::forFrontend() liefert die veröffentlichten Artikel nach Slug indiziert. Das CMS gewinnt; solange keine Artikel gepflegt sind, greift die Lang-Datei als Fallback – dieselbe Reihenfolge wie bei cms_theme_section(), damit das Magazin auf einer frischen Installation nicht leer ist.
• Die ID→Slug-Zuordnung lag als private Konstante im CmsArticleSeeder und ist jetzt CmsArticle::LEGACY_ID_TO_SLUG – eine Quelle für Seeder, Fallback und Weiterleitung.
• MagazinList und MagazinDetail lesen aus dem Model statt aus trans('b2in.articles'); die Übersicht verlinkt über route('magazin.detail') statt über die numerische ID.
• Neue Route /magazin/{slug}. Die alten /magazin/1 … /magazin/5 leiten dauerhaft (301) auf den Slug um; sie stehen per whereNumber() vor der Slug-Route, sonst würde diese die Ziffern selbst schlucken. Numerische IDs ohne Zuordnung liefern 404.
• Die Detailseite fragte die Artikel zweimal ab (Artikel + verwandte Artikel) – jetzt gemerkt, eine Abfrage pro Seitenaufruf.

Tests: tests/Feature/MagazinPageTest.php auf 13 Fälle erweitert – Slug-Auslieferung, 301 von jeder alten ID, 404 bei unbekanntem Slug, CMS schlägt Lang-Datei, unveröffentlichte Artikel sind unsichtbar, Fallback bei leerer Tabelle. LiveSiteReviewTest prüft für jede alte ID die Weiterleitung und dass das Ziel lädt.

⚠️ Beim Deployment: /magazin/1 … /magazin/5 sind indexiert. Die 301 fängt sie ab, aber nach dem Livegang bitte einmal in der Search Console gegenprüfen. Externe Links, die noch auf die alten URLs zeigen, bleiben funktionsfähig.

Nebenbefund, nicht angefasst: MagazinDetail::$relatedArticles wird berechnet, aber von keiner View gerendert – entweder die Sektion „verwandte Artikel" nachziehen oder die Property entfernen. Deine Entscheidung.

B3 · Ankündigungsleiste: alte Wegklicker sehen die neue Leiste nie ✅

announcement-bar.blade.php:2 merkt sich das Wegklicken in localStorage['announcement_dismissed_<id>']. Bleibt die id beim Umtexten gleich, bleibt die Leiste für alle Wiederkehrer unsichtbar.

Behoben: Der Dismiss-Schlüssel wird jetzt aus Inhalt und id abgeleitet (AnnouncementBar::getDismissKeyProperty()). Wird die Leiste im CMS neu belegt, sehen auch Wiederkehrer die neue Meldung – ohne dass jemand daran denken muss, die id mitzuändern. Tests: 2 neue Fälle in tests/Feature/AnnouncementBarTest.php.

B4 · Der Footer ist vollständig hartkodiert ✅

footer.blade.php – Claim „Connecting Design and Property" steht in Zeile 15 im Markup, Footer.php lädt überhaupt keinen Content. Es gibt keine footer-Sektion in cms_section_map.php.

Wirkung: Sowohl „Footer-Claim ersetzen" als auch „FAQ in den Footer" aus der Umsetzungsliste erfordern einen kleinen Umbau; Marcel kann den Claim danach ohne CMS-Anbindung weiterhin nicht ändern. Behoben: Neue CMS-Sektion global.footer (Claim, Byline, Linkliste) in cms_section_map.php und in beiden Lang-Dateien. Footer.php lädt sie über cms_theme_section('footer'), die View rendert Claim und Links daraus und fällt ohne CMS-Eintrag auf sinnvolle Defaults zurück. Der Claim lautet jetzt „Premium-Einrichtung. Persönlich gemacht.", FAQ ist als erster Link drin. Tests: tests/Feature/FooterTest.php (4 Fälle).

B5 · Englische Footer-Labels auf der deutschen Seite ✅

„Privacy Policy", „Terms of Service", „Cookie Policy" waren hartkodiert englisch, während „Impressum" korrekt über __('ui.legal_notice') lief. Behoben: neue Keys privacy_policy, terms_of_service, cookie_policy, faq in resources/lang/{de,en}/ui.php; die deutsche Seite zeigt jetzt Datenschutz / AGB / Cookie-Richtlinie / Häufige Fragen / Impressum.

B6 · 19 Seiten tragen die alte Dubai-Beschreibung ✅

web-master.blade.php:11 und :18 haben als Fallback fest verdrahtet: „B2in – Connecting Design and Property. Exklusive Immobilien in Dubai & europäisches Einrichtungsnetzwerk." 19 Views unter resources/views/web/ setzen kein @section('meta_description') und erben damit diesen Text – darunter die Live-Seite magazin-detail.blade.php.

Behoben: Der Fallback in web-master.blade.php (Description und OG-Description) trägt jetzt den Interior-Text aus umsetzung-inhalte.md §0. Zusätzlich <link rel="canonical"> ergänzt, das fehlte komplett. Offen als B10: Der Alt-Begriff-Bestand im Seiteninhalt („Supply-Chain", „Local-for-Local", „Ökosystem", „Investment", „Connecting Design") – 90 Treffer in 14 Dateien, u. a. der Hero-card_text. Das ist Content-Arbeit mit den freigegebenen Texten und gehört in AP1, nicht in einen Bugfix.

B7 · Content-Seeder sind nirgends registriert ✅

DatabaseSeeder::run() ruft nur TestDisplaySeeder. CmsContentSeeder, CmsArticleSeeder, CmsProjectSeeder, CmsLegalSeeder, NetzwerkPageCmsSeeder müssen von Hand aufgerufen werden; ein frisch aufgesetztes System hat keine CMS-Inhalte. Behoben: CmsContentSeeder, CmsLegalSeeder, NetzwerkPageCmsSeeder, CmsArticleSeeder und CmsProjectSeeder sind in DatabaseSeeder::run() registriert – nach dem B1-Fix gefahrlos, weil bestehende Inhalte unangetastet bleiben.

B8 · Klartext-Passwort im Seeder ✅

database/seeders/DatabaseSeeder.php enthielt ein echtes Passwort im Repo. Behoben: Zugangsdaten kommen jetzt aus config/seeding.php bzw. SEED_ADMIN_* in der .env; .env.example ist ergänzt. ⚠️ Das alte Passwort steht weiterhin in der Git-Historie – bitte rotieren, falls es irgendwo sonst benutzt wird.

B9 · Medien-Picker greift bei leeren Logo-Feldern nicht ✅

content-index.blade.php → _cmsFieldLooksLikeImage() erkennt Bildfelder an einer festen Feldnamen-Liste oder an der Dateiendung im Wert. logo steht nicht in der Liste, und ein noch leeres Feld hat keinen Wert → wird als reines Textfeld gerendert.

Wirkung: Marcel kann bei einer neu angelegten Marke bzw. bei den Sponsoring-Logos das Bild nicht per Picker setzen, sondern müsste den Dateinamen abtippen. Betrifft AP2 und AP6 direkt. Behoben: logo in die Feldnamen-Liste und _logo$ in die Suffix-Regex aufgenommen. Zusätzlich prüft _cmsFieldLooksLikeImage() den Feldnamen jetzt vor dem Wert – ein noch leeres Bildfeld wird dadurch als Bild erkannt und bekommt den Picker. (logo_width bleibt korrekt ein Textfeld.)

B11 · /magazin/{unbekannte-id} liefert 200 statt 404 ✅

MagazinDetail::loadArticle() fiel bei unbekannten IDs still auf Artikel 1 zurück ($articles[$this->articleId] ?? $articles[1]). /magazin/999 lieferte damit Status 200 mit dem Inhalt von Artikel 1 – beliebig viele URLs mit identischem Inhalt, schlecht für die Indexierung, und bei fehlendem Artikel 1 ein Fehler statt einer 404.

Behoben: abort_unless(isset($articles[$this->articleId]), 404). Tests: 2 neue Fälle in tests/Feature/MagazinPageTest.php.

---

3. Arbeitspakete

Gliederung folgt der Umsetzungsliste. Reihenfolge nach dem Vorschlag aus umsetzung-inhalte.md.

AP0 · Vorbereitung (im Rahmen von AP1)

Branch feature/b2in-interior, DB-Backup, Backup der Startseite (Muster dev/2026-02-27/backup-before-relaunch/), php artisan test --compact als Referenzstand.

AP1 · Website-Umstrukturierung & Umtextung — ✅ umgesetzt

Global

• Meta-Title und Description auf Interior umgestellt; fünf Live-Seiten hatten gar keine eigene Description und erbten den Fallback – jetzt gesetzt (magazin-detail, impressum, privacy, terms, cookie-policy). OG-Tags leiten sich automatisch ab.
• Navigation: Home · Marken · Magazin · Immobilien · Über B2in. „Netzwerk" ist raus (Seite bleibt erreichbar), FAQ steht im Footer. „Referenzen" kommt mit AP5 dazu.
• Footer-Claim „Premium-Einrichtung. Persönlich gemacht." (siehe B4).

Startseite – neue Reihenfolge in resources/views/web/home.blade.php: header → hero → marcel-badge → weiche → kernmarken → über-marcel → sponsoring → immobilien-teaser → abschluss-cta → footer

• Ankündigungsleiste neu belegt (Rotpunkt Küchen), inkl. neuer id.
• Hero: neue Headline, Subline, zwei Buttons, drei Checkmarks, Bild-Badge „Einrichtung, die bleibt."
• Marcel-Badge umgetextet.
• Neu: Sections/AudienceSwitch (Weiche Privat/Geschäft) – ersetzt „Zwei Welten. Ein Netzwerk."
• Neu: Sections/CoreBrands mit CABINET, Rotpunkt Küchen, Febrü (Anker #marken). Febrü bewusst mit Home-Office zuerst. Datenquelle ist vorerst das CMS-Sektionsfeld – in AP2 wird sie durch das Model CmsBrand samt Detailseiten ersetzt. Das Markup bleibt.
• Neu: Sections/Sponsoring (AP6) und Sections/ImmobilienTeaser.
• „Ein Ökosystem, drei Säulen" ist von der Startseite genommen, die Komponente bleibt als Archiv.

Sponsoring-Logos: je Verein eine Datei gewählt, auf max. 400 px Breite herunterskaliert (326 KB → 130 KB) und nach public/img/assets/sponsoring/ übernommen. Die drei Seitenverhältnisse sind sehr unterschiedlich (500×262, 689×689, 2443×741), deshalb eine feste Box je Logo. tc-bad-waldliesborn-horn liegt nur als JPG vor und hat damit keinen transparenten Hintergrund.

Durchgang Alt-Begriffe: auf allen Live-Seiten bereinigt – Startseite, /about, /contact, /immobilien sind sauber; /netzwerk und /faq ebenfalls. Nicht angefasst: die Magazin-Artikel, die inhaltlich über Supply-Chain und Investments handeln – das sind redaktionelle Beiträge, keine Seitentexte.

Tests: tests/Feature/HomePageStructureTest.php (11 Fälle: Reihenfolge, Hero-Buttons und -Checkmarks, Kernmarken samt Anker, Febrü-Gewichtung, Navigation, SEO, Sponsoring-Logos); AnnouncementBarTest und LiveSiteReviewTest auf die neuen Inhalte gezogen.

---

⚠️ Wichtig fürs Deployment: der Relaunch-Seeder

cms_theme_section() bevorzugt das CMS gegenüber der Lang-Datei. 14 der neu getexteten Sektionen lagen bereits mit den alten Texten im CMS und hätten die neuen Inhalte überdeckt – der reguläre CmsContentSeeder fasst bestehende Einträge seit B1 bewusst nicht mehr an.

Deshalb gibt es InteriorRelaunchCmsSeeder: er überschreibt genau die 19 in AP1 geänderten Sektionen aus den Lang-Dateien und lässt alles andere in Ruhe.

php artisan db:seed --class=InteriorRelaunchCmsSeeder

Auf der lokalen Datenbank bereits gelaufen (5 angelegt, 14 aktualisiert). Auf dem Live-System vor dem Lauf ein DB-Backup ziehen – er überschreibt in diesen Sektionen auch redaktionelle Änderungen. Danach npm run build:web.

---

Nebenbefund B12 · /service und /portfolio lieferten 500 ✅

Beide Seiten sind öffentlich erreichbar, aber ihre Content-Sektionen (hero_image, content_section_left/right, portfolio) existieren in keiner Lang-Datei mehr – vermutlich seit dem Februar-Relaunch. Sie warfen seitdem einen 500er; da sie in keinem Test vorkamen, ist es niemandem aufgefallen. Verifiziert: älter als AP1, keine Regression.

Behoben wie bei den anderen stillgelegten Seiten per 301 (/service → /netzwerk, /portfolio → /immobilien); die Views bleiben als Archiv liegen. Beide Ziele sind eine Zeile in routes/web.php, falls Du woandershin umleiten möchtest.

---

Was in AP1 offen bleibt

Punkt	Grund
Hero-Bildmotiv, Kachelbilder, OG-Image	Zulieferung offen, Bestandsbild bleibt
Navigationspunkt „Referenzen"	kommt mit der Seite in AP5
Teaser „Aktuelles aus unseren Showrooms"	kommt mit AP5, sonst zeigt er ins Leere

---

Logo mit Zusatz „Interior" ✅ (Zulieferung eingetroffen)

Marcel hat die Dateien geliefert (dev/2026-08-28/logos/) – die typografische Eigenlösung entfällt damit. Beide Varianten sind identisch aufgebaut und unterscheiden sich nur im Füllwert: positiv #314052, negativ #FFFFFF; der blaue Akzent #2C9FDA bleibt in beiden. Trotz „CMYK" im Dateinamen enthalten die SVGs RGB-Hexwerte, die Schrift liegt in Pfaden.

Zuschnitt war nötig: Die Lieferung lag auf einem A4-Artboard (595,3 × 419,5) – gemessen 74 % leerer Weißraum. Ungeschnitten hätte das Logo bei gleicher CSS-Höhe rund halb so groß gerendert wie das bisherige. Der Inhaltsrahmen wurde durch Rendern ermittelt und das viewBox auf 153 96 289.3 227.5 gezogen (98 % Füllgrad, gleichmäßige Randluft, Verhältnis 1,27:1).

Abgelegt als public/img/logos/b2in-interior-logo-{positive,negative}.{svg,png}; die alten b2in-logo-*-Dateien bleiben als Archiv liegen.

Angepasst: ThemeHelper (b2in → neue Dateien) · Header h-10 → h-12 und Footer h-14 → h-16, weil das neue Lockup gestapelt ist und die Wortmarke bei gleicher Höhe kleiner wirkt · Footer- und Mail-width/height-Attribute auf das neue Verhältnis korrigiert (standen auf 2,14:1 bzw. 3,5:1 und passten schon vorher nicht) · Mail-Header nutzt das neue PNG.

Display ebenfalls umgestellt (Marcel möchte es laut Mail einheitlich):

• Beide Varianten liegen jetzt auch unter public/_cabinet/assets/.
• DisplayModuleSettings: Default-Logo und Claim getauscht. Der Claim stand dort noch auf „Connecting Design & Property".
• Variante nach Theme: Das Standard-Theme ist dark, dort liegt das Logo auf einem dunklen Scrim – bislang stand da die dunkle Variante (deshalb der drop-shadow im Player). Jetzt dunkles Theme → negativ/weiß, helles Theme → positiv.
• Logo-Höhe im Player von 3.5vh auf 4.6vh, weil das neue Lockup gestapelt ist.
• DisplayInteriorBrandingSeeder vereinheitlicht die bestehenden Module. Vorher liefen dort vier verschiedene Logo-Quellen nebeneinander (zwei Dateien aus der Medienbibliothek, ein relativer und ein absoluter Asset-Pfad) und zwei Module trugen den Claim „Hello".

---

B13 · Live-Displays zeigten auf eine lokale Entwicklungsdomain ⛔→✅

Beim Vereinheitlichen aufgefallen: Medien-URLs lagen als absolute URLs mit fest verdrahtetem Host in den Moduleinstellungen und Item-Inhalten – teils b2in.eu, teils b2in.test. Der Player gibt absolute URLs unverändert zurück, ein auf b2in.test verweisendes Medium kann auf dem Live-Display also nicht laden.

Betroffen waren vier veröffentlichte Playlists: „Display 4 – Innen", „Kundenstopper", „Display 2" und „Test-Display" – unter anderem über das Modul „Cabinet-Influencerin", das auf drei der vier Displays läuft.

Behoben: DisplayMediaUrlNormalizerSeeder schreibt Schema + Host auf einen reinen Pfad um. Relative Pfade löst der Player über resolveDisplayUrl() gegen die Portal-Basis auf und funktionieren damit auf Test- und Live-System. 23 Verweise umgeschrieben, 0 verblieben.

Ziel-Links (Footer-URL, QR-Ziel wie cabinet-bielefeld.de) bleiben bewusst absolut – der Filter greift nur bei einem B2in-Host und einem Pfad unterhalb von /storage/. Nachgeprüft: die fünf Ziel-Links stehen unverändert.

Tests: DisplayInteriorBrandingTest (6) und DisplayMediaUrlNormalizerTest (6).

⚠️ Wichtig: Ob die betroffenen Mediendateien auf dem Live-Server überhaupt vorhanden sind, kann ich von hier nicht prüfen. Wurden sie nur lokal hochgeladen, fehlen sie dort weiterhin – der relative Pfad ist dann trotzdem richtig, aber die Datei muss nachgezogen werden. Nach dem Deployment bitte die vier Displays einmal sichten.

Deployment-Reihenfolge:

php artisan db:seed --class=InteriorRelaunchCmsSeeder
php artisan db:seed --class=DisplayInteriorBrandingSeeder
php artisan db:seed --class=DisplayMediaUrlNormalizerSeeder
npm run build:web

AP2 · Kernmarken-Modul im CMS — ✅ umgesetzt

Model + Migration: CmsBrand / Tabelle cms_brands. ⚠️ Bewusst nicht Brand – das Model existiert bereits im Produkt-/Partner-Kontext (Partner::brand(), Product::brand()) und bleibt unangetastet. Ein Test hält das fest.

Felder: slug, name, tagline, teaser, description (HTML), logo, image, services, gallery, website_url, showroom, is_published, order. Übersetzt werden name, tagline, teaser, description.

Die Lehre aus B2 ist eingebaut: Das Frontend liest direkt aus dem Model, nicht aus einer Lang-Datei. CmsBrand::forFrontend() liefert die veröffentlichten Marken nach Slug indiziert; solange keine Marke gepflegt ist, greift die Lang-Sektion core_brands als Fallback. Die Fallback-Einträge tragen has_detail_page = false, damit die Kachel dann nicht auf eine Detailseite verlinkt, die es noch nicht gibt.

Admin: admin/flux-cms/brands → brands-index.blade.php (Volt), aufgebaut nach dem Magazin-Muster. Medien über den bestehenden MediaPicker (Logo, Stimmungsbild, Galerie), die Einleitung über den Flux-Editor mit CmsFluxEditorHtmlTransformer. Slug wird auf Format und Eindeutigkeit geprüft. Eigene Karte im CMS-Dashboard.

Frontend:

• Sections/CoreBrands rendert die Kacheln aus dem Model (Anker #marken).
• Neue Route /marken/{slug} mit Sections/BrandDetail und der Vorlage-Struktur aus umsetzung-inhalte.md §5: Header (Logo + Claim + Stimmungsbild) → Einleitung → Leistungen → Galerie → CTA, dazu eine Leiste mit den übrigen Marken.
• Eigener Title und eigene Description je Marke.
• Unveröffentlichte Marken liefern 404 und verschwinden von der Startseite.

Seeder: CmsBrandSeeder legt CABINET, Rotpunkt Küchen und Febrü mit den Texten aus umsetzung-inhalte.md §5 sowie je vier Leistungen an – Febrü mit Home-Office zuerst. Bestehende Marken werden nicht überschrieben, Marcel pflegt sie im Admin.

Tests: Cms/CmsBrandTest (8), BrandPageTest (11), Admin/Cms/CmsBrandsIndexTest (11) – darunter die Gegenprobe zu B2: eine im CMS neu angelegte Marke erscheint ohne Codeänderung auf der Startseite und bekommt ihre Detailseite.

Nachtrag: eigene Unterseite /marken

Auf Wunsch nach der Sichtung – Grundlage dev/2026-08-28/unterseite_marke.md. Die Startseite bleibt wie sie ist, die Kernmarken-Sektion dort ist jetzt ein Teaser.

• Neue Seite /marken mit dem Aufbau aus der Spec: Seitenkopf mit Breadcrumb (Home → Marken) → Kernmarken → Partnernetzwerk → „Markenwelt wächst" → Abschluss-CTA. Eigener Title und eigene Description.

• Zwei Textebenen je Marke. Dafür kamen zwei Felder dazu (summary, highlights):

  Feld	Wo
  teaser	Kachel auf der Startseite (gekürzt)
  summary	Text auf /marken (zwei Absätze)
  highlights	die drei Merkmale auf /marken
  description	Einleitung der Detailseite
  services	Leistungen der Detailseite

• Startseite: Kacheln verlinken direkt auf die Detailseite, darunter der Button „Alle Marken ansehen" → /marken.

• Navigation: „Marken" zeigt auf /marken statt auf den Anker /#marken; der Hero-Button ebenfalls. Der Anker #marken bleibt für Direktsprünge erhalten.

• Slug korrigiert: Die Spec nennt /marken/rotpunkt, geseedet war rotpunkt-kuechen. Angepasst, solange nichts live ist – später wäre das ein Redirect gewesen.

• /netzwerk stillgelegt. Der Inhalt geht im Abschnitt „Mehr als Marken: unser Netzwerk" auf /marken auf. /netzwerk, /interior, /partner und /service leiten jetzt direkt auf /marken – vorher liefen /interior und /partner über /netzwerk, also eine Redirect-Kette. Die View bleibt als Archiv liegen.

• WhatsApp-Button: erscheint nur, wenn im CMS unter global.contact.whatsapp eine Nummer hinterlegt ist (whatsapp_link()). Solange die Nummer nicht bestätigt ist, zeigt der CTA nur „Termin anfragen" – kein Button auf eine erfundene Nummer.

Tests: MarkenPageTest (9), InteriorPageTest neu geschnitten (4), dazu zwei Fälle in Admin/Cms/CmsBrandsIndexTest – darunter die Gegenprobe, dass eine im Admin angelegte Marke mitsamt Text und Merkmalen auf /marken erscheint.

Notiz für spätere Reihenfolge-Tests: wire:snapshot serialisiert die Komponentendaten als JSON ins Attribut und escaped Umlaute zu \uXXXX. Ein strpos-Vergleich auf dem rohen HTML misst dann den Snapshot statt des sichtbaren Textes. In MarkenPageTest werden die Snapshots vorher entfernt.

Offen: Logos, Stimmungsbilder und Galerien fehlen als Zulieferung – Kacheln und Detailseiten zeigen so lange einen Platzhalter. Der WhatsApp-Button im CTA-Block kommt mit AP3, sobald die Nummer bestätigt ist.

---

Nachtrag 2: Galerie je Marke – realisierte Projekte und Inspirationen getrennt

Aus Marcels Mail: „Der Bereich Referenzen ist mir wichtig … Entscheidend ist für mich, dass dieser Bereich langfristig mitwachsen und von mir selbst gepflegt werden kann. Für den Start können wir ergänzend mit hochwertigen Visualisierungen und KI-unterstützten Darstellungen arbeiten. Dabei sollte allerdings klar zwischen tatsächlich realisierten Referenzen und Entwürfen beziehungsweise Inspirationen unterschieden werden."

Umgesetzt als Galerie auf der Detailseite jeder Kernmarke, mit zwei Rubriken.

• Datenform. Das bestehende JSON-Feld cms_brands.gallery bekommt je Eintrag image, category (project | inspiration) und caption. Keine Migration nötig.
• Sicherheitsnetz gegen die schädlichere Verwechslung: CmsBrand::normalizeGallery() stuft jeden Eintrag ohne oder mit unbekannter Kategorie als Inspiration ein – nie als Projekt. Ein Entwurf, der versehentlich als Referenz durchgeht, wäre der teurere Fehler. Die Normalisierung greift beim Laden, beim Speichern und beim Ausspielen.
• Frontend (brand-detail.blade.php): Abschnitt „Referenzen und Inspirationen" mit Umschalter, sobald beide Rubriken gefüllt sind; ist nur eine gefüllt, steht sie mit eigener Überschrift da. Jede Kachel trägt ein sichtbares Label („Realisiertes Projekt" / „Visualisierung"), über den Inspirationen zusätzlich der Satz „Diese Darstellungen sind Entwürfe und Visualisierungen – keine ausgeführten Projekte." Lightbox mit Pfeiltasten und Esc, Muster übernommen aus immobilien-show.blade.php.
• Admin (brands-index.blade.php): zwei getrennte Buttons „+ Projekt" und „+ Inspiration", je Eintrag ein Auswahlfeld und eine Bildunterschrift, dazu ein Hinweis, was in welche Rubrik gehört. Die Kategorie wird beim Anlegen entschieden, nicht per stillem Vorgabewert.
• Abgrenzung zu AP5: AP5 bleibt die Rubrik-Seite „Referenzen" mit dem zweiten Display. Die markenbezogene Galerie hier ist die pflegbare Grundlage dafür und ersetzt AP5 nicht.

Tests: 5 Fälle in BrandPageTest (keine Galerie → kein Abschnitt; beide Rubriken beschriftet; kein Umschalter bei nur einer Rubrik; Eintrag ohne Kategorie erscheint als Visualisierung; Hinweis sichtbar), 5 in Cms/CmsBrandTest (Normalisierung, Gruppierung), 4 in Admin/Cms/CmsBrandsIndexTest (Anlegen je Rubrik, Speichern, unbekannte Kategorie, Löschen).

Offen: Bildmaterial. Marcel setzt Projektfotos und Visualisierungen selbst ein.

---

AP3 · Terminanfrage-Widget + WhatsApp — ✅ umgesetzt

Korrektur gegenüber Revision 1: kein Inline-Abschnitt, sondern ein schwebendes Element unten rechts auf allen Seiten → gehört ins Layout web-master.blade.php, nicht in home.blade.php.

• Aufsetzen auf Acme\ContactForm\Livewire\ContactForm per customFields – Honeypot, Rate-Limit und SpamDetector kommen damit geschenkt.
• Felder: Name*, E-Mail*, Telefon, Anliegen/Marke (Auswahl), Wunschtermin, Nachricht.
• Markenauswahl speist sich aus CmsBrand → Abhängigkeit zu AP2 (Reihenfolge einhalten), plus feste Einträge „Projektausstattung" und „Sonstiges".
• WhatsApp-Button daneben, Nummer als CMS-Wert (global.contact.whatsapp), Link https://wa.me/<nummer>.
• Cookie-Consent beachten (packages/acme/CookieConsent).

Tests: AppointmentWidgetTest (17 Fälle: Einbindung auf allen Seiten, Markenauswahl aus CmsBrand, Validierung inkl. Wunschtermin in der Vergangenheit, Übergabe an den ContactFormService, Honeypot, WhatsApp sichtbar/unsichtbar); ContactFormTest bleibt grün.

Umsetzungsnotizen

• Abweichung vom Plan: nicht auf Acme\ContactForm\Livewire\ContactForm per customFields aufgesetzt. Dessen mitgelieferte View bringt ein eigenes, blaues Layout mit, das nicht zum Auftritt passt. Stattdessen eine eigene Komponente wie ContactForm und ImmobilienContactForm der Seite, die ContactFormService und SpamDetector aus dem Paket nutzt – Honeypot, Rate-Limit und Spam-Erkennung sind damit trotzdem drin.
• Platzierung: web-master.blade.php, unten rechts, z-40. Der Cookie-Button des Consent-Managers sitzt unten links (ebenfalls z-40), sein Dialog auf z-50 – die Einwilligung bleibt also immer erreichbar und wird nie verdeckt.
• Kein eigener Consent nötig: Das Widget setzt nichts im Browser, der WhatsApp-Link ist ein ausgehender Link ohne Einbettung.
• Die [x-cloak]-Regel liegt jetzt einmal zentral im Layout – die Seiten brachten sie bisher nur teilweise selbst mit, das Widget braucht sie überall.
• Felder: Name*, E-Mail*, Telefon, Anliegen (Auswahl), Wunschtermin, Nachricht, Einwilligung*. Der Wunschtermin ist auf heute oder später begrenzt, im Browser über min und serverseitig über after_or_equal:today.
• Betreff der Mail: Terminanfrage B2in Interior: <Anliegen>, Log-Kontext appointment-widget – so lassen sich Widget-Anfragen von den übrigen Formularen unterscheiden. Die Seite, von der die Anfrage kam, steht als source in der Mail.
• WhatsApp erscheint weiterhin nur, wenn unter global.contact.whatsapp eine Nummer im CMS steht. Ohne Nummer zeigt das Widget allein den Termin-Button.

WhatsApp: was technisch geht und was nicht

Eine echte WhatsApp-Anbindung (Nachrichten empfangen, im CMS beantworten, Verlauf speichern) setzt die WhatsApp Business Platform voraus: Meta-Verifizierung des Unternehmens, ein Anbieter für den API-Zugang, laufende Kosten je Konversation. Das ist nicht Teil dieses Auftrags.

Umgesetzt ist die dafür übliche Alternative, ein Klick-zum-Chat-Link (wa.me):

• Der Button sitzt im Terminanfrage-Panel unter dem Absenden-Button.
• Auf dem Handy öffnet die installierte WhatsApp-App, am Rechner WhatsApp Web bzw. die Desktop-App. Ist WhatsApp nirgends vorhanden, landet man auf der Hinweisseite von wa.me.
• Der Nachrichtentext ist vorbereitet und wird im Browser aus dem zusammengesetzt, was im Formular schon steht (Anliegen, Wunschtermin, Name). Der Einstiegssatz ist im CMS pflegbar (global.appointment_widget.whatsapp_text).
• Abgeschickt wird die Nachricht vom Besucher selbst – das steht auch so unter dem Button.

Was das bedeutet, bewusst festgehalten:

Wo landet die Nachricht	in Marcels WhatsApp, nicht im CMS und nicht per Mail
Was sehen wir davon	nichts – kein Eintrag, keine Statistik, kein Spamschutz
Voraussetzung	eine Mobilnummer, die WhatsApp empfangen kann (sinnvoll: WhatsApp Business)
Datenschutz	ausgehender Link zu Meta. In die Datenschutzerklärung gehört ein Absatz dazu; ein Consent-Banner braucht es nicht, weil nichts eingebettet wird und nichts gesetzt wird

Wer eine Anfrage im System dokumentiert haben will, nutzt weiterhin das Formular – der WhatsApp-Weg ist die schnelle, aber unprotokollierte Abkürzung.

Nachtrag 3 · Bestandsinhalte auf den Interior-Auftritt umgestellt ✅

Nach der Sichtung: Drei verlinkte Seiten erzählten noch die Dubai-/Plattform-Geschichte. /immobilien bleibt bewusst unverändert – die Seite ist der „Außerdem"-Bereich.

/faq – die beiden Rubriken „Fokus: Immobilien-Investoren (B2C)" und „Fokus: B2B-Partner" sind ersetzt durch „Für Ihr Zuhause" und „Für Projekte und Objekte" (je vier Fragen: Einstieg mit einem einzelnen Möbelstück, Kosten der Maßanfertigung, Montage, Showroom – bzw. Projektgröße, Termintreue, Architekten, Netzwerk). Von den allgemeinen Fragen waren zwei noch Dubai-lastig, die sind jetzt Beratungsablauf und Verlässlichkeit. Die englische Fassung war noch komplett auf dem alten Stand und ist mitgezogen.

/about – das Mission-Zitat sprach von „digitalen Werkzeugen" und „Brücken zwischen Märkten". Neu: wenige ausgewählte Hersteller, Fachbetriebe aus der Region, ein Ansprechpartner. Die sechs Werte waren Plattform-Vokabular (Innovation, Konnektivität, Design-Exzellenz) und heißen jetzt Beratung statt Verkauf, Maßarbeit, Ausgewählte Marken, Regional verwurzelt, Ein Ansprechpartner, Verlässlichkeit. In der Zeitleiste sind „Die Idee", „Das Fundament" und „Die Vision" umgeschrieben.

/contact – die Betreffliste beginnt jetzt mit Beratungstermin, Maßanfertigung und Küchenplanung; „Internationale Immobilien" rutscht nach hinten, bleibt aber erhalten.

/magazin – zwei neue Beiträge, die an erster Stelle stehen: massanfertigung-warum-der-millimeter-zaehlt und kueche-planen-vom-wunsch-zum-grundriss. Die vier Dubai-Beiträge bleiben, sie gehören zum Immobilienbereich.

⚠️ Die beiden Beiträge sind Platzhalter. Bewusst ohne Referenzen, Zahlen oder Namen geschrieben, damit nichts behauptet wird, was nicht belegt ist – vor dem Livegang von Marcel gegenlesen lassen. Als Bilder dienen vorhandene Motive aus dem Altbestand.

Zwei technische Punkte dabei:

• Neue Lang-Artikel bringen ihren Slug jetzt selbst mit ('slug' => …, aufgelöst über CmsArticle::slugForLangArticle()). LEGACY_ID_TO_SLUG bleibt damit das, was der Name sagt: die Karte für die alten /magazin/{id}-URLs. /magazin/6 ist korrekt ein 404, weil es diese URL nie gab.
• CmsArticleSeeder sortiert nicht mehr per ksort. Die Reihenfolge in der Lang-Datei bestimmt jetzt die Reihenfolge im Magazin – im CMS über order, im Lang-Fallback über die Array-Reihenfolge. Vorher konnten beide Wege auseinanderlaufen.

Tests: vier Fälle in MagazinPageTest (Reihenfolge, beide Slugs, kein erfundener Legacy-Link, Slug-Auflösung), drei in LiveSiteReviewTest (FAQ ohne Dubai mit neuen Rubriken, About mit den neuen Werten, Kontakt mit den neuen Betreffen).

Nachkontrolle: Gegen die Live-Seiten geprüft, nicht nur gegen die Sprachdatei – dabei fiel in der FAQ eine dritte Frage auf, die noch vom „Local for Local"-Netzwerk sprach. Ebenfalls korrigiert.

Noch offen auf diesen Seiten: eigene Beitragsbilder für die zwei neuen Artikel; die vier Dubai-Beiträge bleiben inhaltlich unverändert stehen.

---

AP4 · Display-Spiegelung auf der Website — ✅ umgesetzt

Korrektur gegenüber Revision 1: Revision 1 empfahl, die Slides nativ zu rendern. Bei 3 Std. ist das nicht zu halten, und die Umsetzungsliste schreibt „nutzt die vorhandene Display-/Player-API als Datenquelle". → Einbettung des vorhandenen Players im 9:16-Container.

• Sektion Sections/DisplayFeed mit aspect-ratio: 9/16, darin der Player.
• Vorher zu klären: Die /preview/…-Routen sind token- bzw. modulbasiert und für den internen Gebrauch gedacht. Für die öffentliche Domain braucht es eine schmale, read-only Route (z. B. /embed/display/{display}), die keine Preview-Tokens nach außen gibt.
• Keine doppelte Pflege: Marcel pflegt weiterhin nur im Display-CMS.

Umsetzung

• Route GET /embed/display/{display} (DisplayEmbedController), bewusst getrennt von den Preview-Routen: Die arbeiten mit preview_token und zeigen den Entwurf. Nach außen darf weder ein Token noch ein unveröffentlichter Stand gelangen. Die Embed-Route kennt nur die numerische ID, liefert 404 bei inaktivem Display, bei reinem Entwurf und bei leerer Playlist, und setzt X-Robots-Tag: noindex.
• Kein Proxy, keine CORS-Frage: Der Player liest die ID aus dem Pfad (/display/{id} steckt in /embed/display/{id}) und holt seine Konfiguration über die bereits öffentliche Route /api/display/{display}/config – dieselbe Quelle wie das physische Display. Da die API-Routen für alle Domains registriert sind, läuft der Abruf gleichursprünglich über b2in.test. Möglich wurde das durch B13: Vorher standen absolute b2in.test-URLs in den Playlists.
• Sektion Sections/DisplayFeed im 9:16-Rahmen. Welches Display gezeigt wird, steht im CMS (referenzen.display_feed.display_id); ohne Eintrag greift das erste aktive Display mit veröffentlichter Playlist. Gibt es keins, rendert die Sektion nichts – lieber keine Sektion als ein Rahmen mit ewigem Ladebalken. Auch die Texte bleiben dann leer, sonst stünden sie im Livewire-Snapshot der Seite.
• Eingebunden auf der Startseite (an der dafür vorgesehenen Stelle) und auf /referenzen.

Tests: DisplayWebFeedTest (10 Fälle: Embed liefert die Datei, kein Token im Ausgabe-Inhalt, 404 bei inaktiv/Entwurf/leer/unbekannt, Einbindung auf der Startseite, CMS-Auswahl und Fallback).

AP5 · Rubrik-Seite „Referenzen" — ✅ umgesetzt

Korrektur gegenüber Revision 1: Revision 1 schlug einen neuen DisplayVersionType-Case vor. Die Umsetzungsliste sagt „zweites, separates Display im Display-CMS" – das ist ein weiterer Display-Datensatz und braucht keine Enum-Änderung. Damit entfallen die Folgeänderungen an DisplayPlaylistConfigBuilder::moduleData(), DisplayModuleSettings und den version-editor-*-Partials. Deutlich risikoärmer und billiger.

• Zweites Display anlegen, Route /referenzen, View + Sektion, Aufnahme in die Navigation.
• Startseiten-Teaser „Aktuelles aus unseren Showrooms" mit Button „Alle Referenzen ansehen →".
• 2–3 Platzhalter-Einträge.
• YouTube-Verlinkungen mit Consent-Gate.
• Inhaltliche Regel dokumentieren: unter „Referenzen" nur realisierte Projekte; Visualisierungen und Entwürfe gehören in die Kernmarken-Detailseiten.
• Bereits vorhanden: die markenbezogene Galerie mit den Rubriken „Realisierte Projekte" und „Inspirationen und Entwürfe" (siehe Nachtrag 2 zu AP2). AP5 baut darauf auf, statt eine zweite Pflegestelle für dieselben Bilder zu schaffen.

Umsetzung

• Seite /referenzen: Seitenkopf → realisierte Projekte → Showroom-Display → Abschluss-CTA. Navigationspunkt zwischen „Marken" und „Magazin".
• Kein zweites Display nötig, keine zweite Pflegestelle: Die Projekte kommen aus den Markengalerien (AP2) und werden über alle Marken hinweg gesammelt. Es erscheinen ausschließlich Einträge der Rubrik „Realisiertes Projekt" – Visualisierungen bleiben draußen, damit „Referenzen" hält, was das Wort verspricht. Jede Kachel verlinkt zurück auf ihre Markenseite.
• Ehrlicher Leerzustand: Solange keine Projekte gepflegt sind, steht dort ein Satz dazu und ein Terminlink – keine erfundene Referenz und keine leere Fläche.
• Der Seitenkopf ist jetzt eine wiederverwendbare Sektion (PageHero mit section und breadcrumb), vorher war er auf /marken festgelegt.

Tests: ReferenzenPageTest (6 Fälle: Seite lädt mit eigenem Titel, Navigationspunkt, Projekte aus allen Marken, Visualisierungen bleiben draußen, Rückverlinkung, Leerzustand).

AP6 · Engagement / Sponsoring — ✅ umgesetzt (im Rahmen von AP1)

Schlanke Sektion „Regional verbunden" nach der Marcel-Sektion: ein Einleitungssatz plus drei Logos in ruhiger Reihe (Graustufen/gedeckt).

Logos liegen bereits unter dev/2026-08-28/sponsoren-logos/ – 7 Dateien für 3 Vereine (Arminia, TCBWH, TCH in mehreren Varianten und Formaten). Vor der Umsetzung je Verein eine Datei auswählen, nach public/img/assets/ bzw. in die Medienbibliothek übernehmen und vereinheitlichen (gleiche Höhe, transparenter Hintergrund – die .jpg-Varianten haben keinen). Setzt B9 voraus, damit die Logos per Picker pflegbar sind.

---

4. Nicht Bestandteil dieses Auftrags ⏸

Referenzbereich voll ausgebaut · 16:9-Display-Modul · Immobilien-CMS · Dubai-Map · Markenrichtlinie Fahrzeug/Print · weitere frei anlegbare Rubriken · eigene Videolösung. Zusätzlich neu zu bewerten: B2 (Magazin-CMS ans Frontend anschließen, ≈2–3 Std.) und B8 (Passwort aus dem Seeder).

---

5. Abhängigkeiten

AP1 (Struktur, Umtextung, B1/B3/B4/B5/B6/B7)
  ├─ AP2 (Kernmarken, B9) ──┐
  ├─ AP4 (Display-Spiegelung)│
  ├─ AP5 (Referenzen)        │
  ├─ AP6 (Sponsoring) ◄──────┤ braucht B9
  └─ AP3 (Termin-Widget) ◄───┘ Markenauswahl braucht CmsBrand

B1 zuerst. Solange der Seeder überschreibt, ist jede redaktionelle Arbeit flüchtig.

---

6. Restrisiken & offene Punkte

Punkt	Stand	Umgang
Rechtstexte nennen weiter „Connecting Design and Property", Dubai/Lissabon, Supply-Chain	⚠️ offen	Formulierung freigeben lassen, dann eintragen – nicht selbst getextet
OG-Bild fehlt komplett (b2in-og-default.jpg existiert nicht)	⚠️ offen	Motiv wählen, ablegen
WhatsApp-Nummer (+49 151 51002992?)	offen	bestätigen lassen; ohne Nummer bleibt der Button unsichtbar
Logos, Stimmungsbilder, Galeriefotos der drei Marken	offen	Platzhalter stehen, Marcel trägt im CMS nach
Zwei neue Magazin-Beiträge sind Platzhalter	offen	gegenlesen lassen
Sponsoren-Kurztexte sind Entwürfe	offen	gegenlesen lassen
Vier Dubai-Beiträge bleiben im Magazin	bewusst	gehören zum Immobilienbereich, der bestehen bleibt
ecosystem_stats behauptet „1,7K+ Partner", „510+ Projekte", „98 %"	ruhend	Sektion wird auf keiner erreichbaren Seite gerendert – vor einer Wiederverwendung prüfen
B1/B2 Entscheidung	✅ erledigt	Redaktionsschutz im Seeder, Magazin am Frontend
Logo mit Zusatz „Interior"	✅ erledigt	Zulieferung eingetroffen und zugeschnitten
Sponsoring-Logos uneinheitlich	✅ erledigt	Kacheln mit weißer Bühne, JPG ohne Transparenz fällt nicht mehr auf

Spielregel aus der Umsetzungsliste: eine Korrekturschleife je Bereich ist enthalten. Weitere Runden vorher melden und beziffern.

---

7. Definition of Done

• Alle Live-Seiten laden (LiveSiteReviewTest grün)
• Marcel kann Marke anlegen, Logo per Picker setzen, Galerie pflegen – und die Änderung erscheint auf der Website (Gegenprobe zu B2, getestet in CmsBrandsIndexTest)
• Erneuter CmsContentSeeder-Lauf löscht keine redaktionellen Inhalte (Gegenprobe zu B1)
• ./vendor/bin/pint
• npm run build:b2in (Build-Verzeichnis build/b2in)
• php artisan test --compact vollständig grün — 810 Tests, 3037 Assertions
• Keine Treffer mehr für „Supply-Chain", „Local for Local", „Ökosystem", „Connecting Design" auf den Live-Seiten. Stand: 8 statt ursprünglich 90. Davon 5 in /magazin (die vier Dubai-Beiträge, bleiben bewusst), 1 in /privacy und 2 in /terms (Rechtstexte, siehe Abschnitt 0, Schritt 2). Erst abhakbar, wenn die Rechtstexte freigegeben sind.
• OG-Bild vorhanden
• Rechtstexte freigegeben und eingetragen

---

7a. Vorschau-Instanz für die Abstimmung

Für die erste Abstimmung läuft der neue Stand als eigenständige Vorschau unter preview.b2in.eu – eigenes Verzeichnis, eigene .env, eigene Datenbank. Live bleibt unangetastet.

Ablauf Schritt für Schritt: dev/2026-08-28/preview-deployment.md. Dateien dafür: dev/2026-08-28/deploy/b2in-interior-update.tar.gz (geänderte Dateien plus gebaute Assets) und deploy/dateiliste.txt.

Zwei Punkte, die dabei leicht übersehen werden:

• Die Vorschau braucht DOMAIN_B2IN=preview.b2in.eu in ihrer .env. Der ThemeServiceProvider setzt URL::forceRootUrl() auf die konfigurierte Domain; ein unbekannter Host fällt auf APP_URL zurück. Ohne diesen Eintrag rendert die Vorschau zwar, aber jeder interne Link springt auf die Live-Seite.
• Eigene Datenbank, keine geteilte. InteriorRelaunchCmsSeeder überschreibt 23 CMS-Sektionen – auf der Live-DB ausgeführt wäre der alte Stand weg.

Neu dafür im Code: config('app.indexable'). Außerhalb von APP_ENV=production liefert jede Seite noindex, nofollow, damit eine Vorschau nicht mit dem Original um Suchergebnisse konkurriert. Über SITE_INDEXABLE einzeln steuerbar.

---

8. Deployment-Checkliste (Livegang)

Diese Liste beim Livegang von oben nach unten abarbeiten. Sie wird mit jedem Arbeitspaket ergänzt – zuletzt aktualisiert nach AP1 und der Display-Umstellung.

8.1 Vorher

• DB-Backup ziehen. Die Seeder unter 8.2 schreiben in flux_cms_contents, display_versions und display_version_items.
• .env prüfen: SEED_ADMIN_NAME, SEED_ADMIN_EMAIL, SEED_ADMIN_PASSWORD gesetzt (neu seit B8 – vorher stand das Passwort im Repo).
• Wartungsfenster mit Marcel abstimmen: die Displays holen ihre Konfiguration zyklisch, ein Neustart ist nicht nötig, aber ein sichtbarer Wechsel mitten im Ladengeschäft schon.

8.2 Deployment

php artisan migrate --force   # legt u. a. cms_brands an (AP2)

# 0. Kernmarken anlegen (CABINET, Rotpunkt Küchen, Febrü).
#    Überschreibt nichts – bereits gepflegte Marken bleiben unberührt.
php artisan db:seed --class=CmsBrandSeeder --force

# 1. Neue Texte ins CMS. Überschreibt GENAU die 19 in AP1 geänderten Sektionen,
#    alles andere bleibt unangetastet.
php artisan db:seed --class=InteriorRelaunchCmsSeeder --force

# 2. Display-Branding auf das Interior-Logo vereinheitlichen (Logo je Theme + neuer Claim).
php artisan db:seed --class=DisplayInteriorBrandingSeeder --force

# 3. Medien-URLs host-unabhängig machen. Ohne diesen Schritt zeigen vier veröffentlichte
#    Playlists weiterhin auf b2in.test und laden auf dem Live-Display nicht.
php artisan db:seed --class=DisplayMediaUrlNormalizerSeeder --force

php artisan config:cache
php artisan view:clear
npm ci && npm run build:web

8.3 Nachher prüfen

• Startseite: Reihenfolge, Kernmarken-Anker #marken, Sponsoring-Logos
• Markenseite /marken – Aufbau, Merkmale, „Alle Marken ansehen" von der Startseite
• Kernmarken-Detailseiten /marken/cabinet, /marken/rotpunkt, /marken/februe
• /netzwerk, /interior, /partner, /service leiten auf /marken
• Im Admin unter „Kernmarken" eine Marke ändern und prüfen, dass es auf der Seite ankommt
• Ankündigungsleiste erscheint (Dismiss-Key hängt seit B3 am Inhalt – wer die alte Leiste weggeklickt hatte, sieht die neue wieder)
• Logo in Header, Footer und in einer Test-Mail
• Alte Magazin-URLs /magazin/1 … /magazin/5 leiten per 301 auf den Slug
• /service und /portfolio leiten um statt 500 zu liefern
• Die vier Displays sichten: „Display 4 – Innen", „Kundenstopper", „Display 2", „Test-Display". Besonders das Modul „Cabinet-Influencerin" – dessen Video lag auf b2in.test. Ob die Datei auf dem Live-Server überhaupt existiert, ließ sich lokal nicht prüfen; fehlt sie, muss sie nachgeladen werden.
• Search Console: die alten Magazin-URLs waren indexiert, die 301 fängt sie ab
• Search Console: /netzwerk war indexiert und leitet jetzt auf /marken

8.4 Zurückrollen

Die Seeder sind nicht umkehrbar. Rückweg ist das Backup aus 8.1 – für die betroffenen Tabellen genügt ein selektives Zurückspielen von flux_cms_contents, display_versions und display_version_items.

8.5 Nicht vergessen

• Altes Seeder-Passwort rotieren, falls es anderswo benutzt wird – es steht weiterhin in der Git-Historie (B8).
• WhatsApp-Nummer bestätigen lassen – erst dann erscheint der Button im Terminanfrage-Widget und in den CTA-Blöcken (CMS: global.contact.whatsapp).
• CONTACT_FORM_RECIPIENT in der Live-.env prüfen: dorthin gehen auch die Terminanfragen aus dem Widget.
• Datenschutzerklärung um einen Absatz zum WhatsApp-Link ergänzen, sobald die Nummer steht.
• Rechtstexte: AGB (b2in_legal.php Zeile 117) und Datenschutzerklärung (Zeile 221) nennen weiter „Connecting Design and Property", Dubai/Lissabon und Supply-Chain-Management. Von Marcel prüfen lassen, dann eintragen.
• Prüfen, welches Display auf der Website laufen soll (referenzen.display_feed.display_id). Ohne Eintrag zeigt die Seite das erste aktive Display mit veröffentlichter Playlist.
• Die zwei neuen Magazin-Beiträge von Marcel gegenlesen lassen – sie sind Platzhalter.
• OG-Bild anlegen: das Layout verweist auf img/assets/b2in-og-default.jpg, die Datei existiert nicht. Bis dahin zeigt jede geteilte Seite eine Vorschau ohne Bild.
• Sponsoring-Logo tc-bad-waldliesborn-horn liegt nur als JPG vor, also ohne transparenten Hintergrund. Falls Marcel eine PNG-Variante hat, austauschen.
• Markengalerien vor dem Livegang durchsehen: jedes Bild muss in der richtigen Rubrik stehen. Ohne gesetzte Kategorie erscheint ein Bild als „Visualisierung" – für ein echtes Projektfoto also bewusst „Realisiertes Projekt" wählen.