Dein Check: stimmt Meta-Sections, Repository-Ownership, Early-Return, Starter-Filter — das ist die richtige Schicht. Kein Over-Engineering, keine zweite Datenquelle. Zu den Risiken 1. JSON-Drift (zwei Metas) Reales Risiko, aber aktuell beherrschbar: Sections und Conditions werden nur im save_meta gemeinsam geschrieben. Langfristig wäre eine strukturierte Meta sinnvoll — aber das wäre eine Migration, kein Must-have jetzt. Ich würde das erst bei Collection Presets anfassen (dort braucht man ohnehin einen Config-Blob). 2. Elementor-Leerräume Berechtigt. return; allein reicht in Flex-Containern nicht immer. 5.3.2 ergänzt: guard_collection_section() + skip_collection_section_render() im Trait CSS .lyor-col-section--disabled kollabiert den Elementor-Wrapper Der Starter war schon sauber (nur aktive Widgets). Das Problem betrifft vor allem manuell eingefügte Widgets. 3. Cross-Linking vs. Sections Das war der echte nächste Bug — und ist jetzt adressiert. Was 5.3.2 macht (Section-Aware Cross-Linking) Kontext Regel Related-Rails Ziel-Sammlung braucht activities und related aktiv — sonst wird sie nicht vorgeschlagen „Teil dieser Sammlung“ (Aktivität) Nur activities nötig (membership-Kontext) Ranking overlap × 10 + discovery_score — Hero-Sammlungen (viele Sektionen + Hero) steigen, ohne Galerie sinken leicht Neue Repository-API: section_visibility_score() is_crosslink_visible( $id, 'related' | 'membership' ) Keine neuen Queries — alles aus vorhandenen Meta + bereits geladenen Daten. Was bewusst noch nicht drin ist Collection Presets (Hotel Landing, Activity Hub, …) — logischer Schritt danach, weil Presets die Section-Map + Conditions + Starter-Layout gemeinsam setzen. Genau dort lohnt sich die Meta-Konsolidierung. ZIP: /Users/chrisotti/Downloads/lyor-core-install.zip · Version 5.3.2 Wenn du Presets als Nächstes willst, würde ich mit 3 festen Profilen starten (Minimal SEO, Editorial Story, Activity Hub) — nicht mit einem generischen Builder.
Ausflug
E-Bike
Heute gut bei bewölktem Wetter
