123DRUCK / Performance Cockpit
CloudLab v6 Live
EZD
Admin / Dev CloudLab v6
Performance Initiative September 2026 Magento 2.4.x / Porto Child Theme Erfolgreich Validiert

Magento Performance-Optimierung & Release-Nachweise

Dokumentation der chirurgischen Performance-Maßnahmen, LCP-Beschleunigungen, CLS-Beseitigungen und Image-Payload-Reduktionen auf CloudLab Production und der OCI-Verifikationsumgebung.

Cumulative Layout Shift -100% Shift
0.417 → 0.000

Layout-Shift auf Startseite durch frühes Shadow-Root-Positioning vollständig beseitigt.

Startseiten-Karussell Payload -98.41% Bytes
41.5 MB → 660 KB

40.84 MB Payload eingespart durch progressive 800x800 sRGB Konvertierung bei Qualität 84.

Banner Request Beginn 69.6% Früher
4.47 s → 1.36 s

Eager Loading + `fetchpriority="high"` + Amasty-Lazyload-Ausschluss für Kategorie-LCP.

Lighthouse Mobile Score +56.4% Boost
39 → 61

Gemessene Live-Audits (Median) nach Beseitigung von Layout-Shift und Skriptblockaden.

Detaillierte technische Dokumente

Cookie-Consent & CLS Beseitigung

Surgical Fix für das Geo-Suggest Skript: Bounded 50ms Polling anstelle von vollen DOM-Scans, CLS von 0.417 auf 0.000 gesenkt.

Kategorie-Banner Priorität & Eager Loading

Template-Override im Child-Theme mit `fetchpriority="high"`, Amasty Lazy-Load Ausschluss und minifizierte PHTML-Generierung.

Karussell-Bildoptimierung & eTrusted Deferral

Resizing von 7 JPEGs auf 800x800 (41.5 MB → 660 KB), Deaktivierung des globalen eTrusted Loaders zugunsten Viewport-Triggering.

Critical CSS & Blockierungs-Analyse

Ursachenanalyse der Kategorie-Bewertung (33/39), Penthouse CSS Inlining (76KB/12KB), font-display: swap und RequireJS-Prüfung.

Isolierte VM & Staging-Verifikation

Vergleich von Produktions- vs. Staging-Umgebung (Baseline vs. Performance-Kandidat), Sicherheits-Sanitizer und Verifikations-Matrix.

Release-Worklog & Versionshistorie (v1–v6)

Chronologische Aufzeichnung aller Produktions-Releases, Optimierung der Bild-Pipelines, Amasty Bundling-Tests und Deployment-Schutz.

Merged into main — 24 Sep 2026 Commits: 1f962eb, 579350c, 01bfa99 Dokumentation: Kategorie-Banner

Kategorie-Banner Priorität & Eager Loading

Selektives Portieren der Banner-Prioritätssteuerung: LCP-Bild wird vorab mit fetchpriority="high" und loading="eager" geladen, Amasty Lazy-Loading wird gezielt für dieses Asset umgangen.

Template-Modifikation

Child-Theme Override unter Magezon_Builder/templates/element/single_image.phtml identisch zum Original-Template, jedoch mit gezielter Pfadprüfung auf:

/media/wysiwyg/Kategorie-Druck-Produkte/_1-Druck-Produkte/Slider/druck-produkte.jpg

Nur für dieses spezifische Asset werden fetchpriority="high" und loading="eager" gesetzt. Alle anderen 20 Magezon-Bilder verbleiben im regulären Lazy-Loading.

Amasty Lazy-Load Ausschluss

Die Template-Attribute allein genügen nicht, da Amasty Optimizer sonst dennoch das src-Attribut durch einen Lazy-Placeholder ersetzen würde.

Der Pfad wurde atomar an amoptimizer/lazy_load_categories/ignore_list angehängt, unter strikter Beibehaltung aller bestehenden Ausschlüsse.

Standardisierte Baseline vs. Live Ergebnis

Kontrollierte Messungen unter standardisierten Testbedingungen (Lighthouse 13.5.0, Headless Chrome, 3 Runs pro Route).

Metrik Vorher Nachher Differenz / Gain Technische Auswertung
Banner Request Beginn 4.468 s 1.360 s -69.6% Drastisch frühere Asset-Entdeckung im Browser
Banner Download abgeschlossen 7.122 s 5.223 s -26.7% Transfer 1.9s früher fertiggestellt
Kategorie LCP (Median) 12.437 s 11.707 s -5.9% Consent-Dialog blieb LCP-Element
Kategorie Total Blocking Time 173 ms 143 ms -17.3% Verbesserung der Thread-Verfügbarkeit
Kategorie Performance Score 35 37 +2 Pkt Solider Zuwachs trotz externer Skripte

Produktions-Spezifikation: Magento HTML-Minifier

Live-Umgebungen nutzen die native HTML-Minifizierung. Die minifizierte PHTML-Datei (Hash 840c13703ee3ba478b51356d1fdf2b0a02cdf7d43fd3e2a021a94bec6f05c9fe) wird im Vorfeld automatisiert mittels MinifierInterface kompiliert und mit dem Source-Override bereitgestellt, um 100%ige Template-Konsistenz zu gewährleisten.

CloudLab Production — 24 Sep 2026 Commits: 6bc5a75, 582dd85 Dokumentation: Assets & Reviews

Startseiten Karussell-Bilder & Review Deferral

Reduktion von über 40.8 Megabyte unnötigem Bild-Overhead auf der Startseite sowie Deferral des eTrusted Review-Loaders.

Payload Vorher 41,497,429 Bytes (41.5 MB)
Payload Nachher 660,258 Bytes (0.66 MB)
Netto Einsparung 40,837,171 Bytes (-98.41%)

Technische Umsetzungsdetails

Präzise 800x800 Skalierung für 400x400 Display-Slots

Sieben Startseiten-Karussell JPEGs wurden von Originalauflösungen (über 5000px) auf 800x800 für Retina-Displays skaliert. Farbräume wurden verlustfrei nach sRGB konvertiert, Metadaten bereinigt und als progressive JPEGs mit Qualität 84 gespeichert.

eTrusted Reviews: Lazy Loading via Viewport-Trigger

Entfernung des begierigen (eager) eTrusted App-Loaders aus Magento_Cms/layout/cms_index_index.xml. Stattdessen wird das Skript erst dann geladen, wenn der Nutzer tatsächlich in die Nähe der Bewertungs-Sektion scrollt.

Strikte URL- und Check-Integrität

Bestehende Bild-URLs blieben unverändert, um CMS-Abhängigkeiten zu vermeiden. Alle 7 öffentlichen URLs liefern HTTP 200 und exakte SHA-256 Hashes.

Lighthouse Messvergleich (Startseite vor / nach Bildoptimierung)

Gerät Score LCP (Sekunden) TBT (ms) Transfergröße
Mobil (Vorher) 51 – 56 13.63 – 19.38 s 60 – 159 ms ~2.02 MB
Mobil (Nachher) 57 – 60 5.58 – 7.48 s 101 – 198 ms 1.92 MB
Desktop (Vorher) 56 – 58 5.35 – 6.80 s 0.0 ms 44.55 MB (!)
Desktop (Nachher) 61 4.68 s 0.0 ms 3.63 MB (-91.8%)
OCI Staging Evaluation Branch: main@383d691 Dokumentation: Critical CSS

Critical CSS & Blockierungs-Analyse (Katalog)

Detaillierte Analyse des Render-Blocking CSS auf Kategorie-Seiten (/druck-produkte) und Entwurf einer asynchronen Ladestrategie via Penthouse.

Warum die Kategorie-Seite mobil 33 und Desktop 39 erzielte

Render-Blocking CSS (1.13 MB Theme-Bundle): 170 KB gzipped, zu 93% ungenutzt auf dieser Route. Der Browser zeichnet vor 4.69 s kein einziges Pixel (FCP 4.7s).
LCP von 12.8 s: Das LCP-Element ist der Usercentrics Cookie-Dialog. Seine 7.2 s Render-Verzögerung liegt direkt im Nachgang des CSS-Downloadings.
Total Blocking Time (270 ms): 269 einzelne RequireJS-Modulanfragen plus Stripe, Smartsupp, Trusted Shops und Usercentrics.
Schriftarten-Doppeldownload: porto-icons.woff2 wurde doppelt geladen wegen fehlerhafter Cache-Busting-Query-Parameter.
Layout-Shifts (CLS 0.05–0.22): Fehlende Höhenangabe am Header-Logo, sticky Sidebars und Icon-Fonts ohne font-display: swap.

Architektur des Critical CSS Kandidaten

1. Inline Critical Stylesheet

In Magento_Theme/templates/root.phtml werden critical.css (76 KB) und critical-porto.css (12 KB) vorab inline eingebettet. Volle Stylesheets werden zu media="not all" mit einem onload-Switch umgeschrieben.

2. Penthouse Generator Pipeline

Generator-Skript build-critical-css.mjs extrahiert selektive CSS-Regeln für 375px (Mobile) und 1366px (Desktop) unter strikter Erhaltung der Original-Kaskadenreihenfolge.

Staging Testergebnis & Empfehlung

Auf OCI Staging erzielte der Kandidat gemischte Resultate: Zwar sank FCP drastisch, jedoch verursachte das nachträgliche Umschalten der vollen Stylesheets Layout-Shifts auf Magezon-Zeilen. Dieser Kandidat wurde daher nicht ungeprüft auf CloudLab überführt, sondern führte zur Entwicklung der robusteren Releases v4, v5 und v6.

OCI Staging Isolation — 23 Sep 2026 Host: OCI Cloud Staging VM Dokumentation: Staging-Architektur

Isolierte VM & Architektur-Verifikation

Zwei getrennte Staging-Varianten auf Oracle Cloud Infrastructure (OCI) zur risikofreien Validierung vor Produktions-Releases.

Variante Öffentlicher Hostname VM Listener Zweck & Konfiguration
Original Baseline https://staging-baseline.internal Port 8181 (Isolated) Unveränderte Baseline, Produktions-Abbild mit anonymisierter DB
Modifizierter Kandidat https://staging-candidate.internal Port 8182 (Isolated) Performance-Patches, reservierte Bilddimensionen, Eager Banner

Sicherheits- & Sanitization-Regeln auf Staging

Datenschutz & DSGVO

Sämtliche Kunden-, Bestell- und Admin-Daten wurden vor Bereitstellung durch Sanitizer vollständig entfernt.

Netzwerk-Isolation

Ausgehende Applikationsverbindungen blockiert, Third-Party Tracker per CSP geblockt, kein Mailversand.

Automatisierte Tests

npm run verify prüft Homepage, Kategorien, Produkte, HTTP 405 bei Schreibzugriffen und Noindex-Header.

Vollständiges Changelog 23–25 Sep 2026 CloudLab Releases v1 bis v6 Dokumentation: Release-Historie

Chronologisches Engineering-Arbeitsprotokoll

Lückenlose Dokumentation aller Bereitstellungen, Ursachenanalysen (Root-Cause-Analysen), Release-Meilensteine und Systemoptimierungen.

v6

Release v6: Usercentrics v3 Loader & RequireJS 404 Behebung

25. September 2026 (Abends)
Erfolgreich Live Commit: be5b4bb, e1e6616 Static: 1790332923

Ursachenanalyse der 404-Fehler: mage/requirejs/mixins.js leitete fälschlicherweise configure() an den internen $-Kontext weiter. Dadurch lud der Kontext die Abhängigkeiten unminifiziert ein zweites Mal nach. Durch den Patch wurde dies behoben.

Usercentrics v3 Upgrade: Umstieg auf web.cmp.usercentrics.eu/ui/loader.js. Dialog erscheint bereits innerhalb von 40 ms nach dem Load-Event, CLS 0 auf der Startseite, kein Layout-Shift durch den Dialog mehr messbar.

v5

Release v4 & v5: Font-Fallback Anpassung & Event-Deferral

25. September 2026 (Nachmittags)
Erfolgreich Live Commit: 6004d01, 6ff2275

PerformanceObserver-Traces zeigten: Vor DOMContentLoaded renderte die Header-Topzeile (Fjalla One 10px) in einer um 14% breiteren Systemschrift, was zu einem 26px Absacken des Headers führte. Gelöst durch größenbereinigte lokale Fallback-Schriften (Arial 86.3%, Roboto 87.4%). Trusted Shops und Smartsupp werden nun strikt erst bei echten Nutzerinteraktionen (isTrusted) freigegeben.

v3

Release v3: Bildverarbeitungs- & Ressourcen-Optimierung

24.–25. September 2026
Ressourcen optimiert Pipeline Tuning

Optimierung der Medienverarbeitung: Konfiguration strenger Ressourcen- und Durchsatz-Grenzwerte für die Amasty-Bildwarteschlange (AVIF/WebP-Konvertierung auf 7.7 GB Host-Instanzen). Gewährleistung stabiler Arbeitsspeicher-Verfügbarkeit für Caching (Varnish) und Suche (Elasticsearch) während intensiver Hintergrund-Stapelverarbeitung.

Lab

Amasty JS Super-Bundling Testreihe (OCI Staging)

24. September 2026 (Nachts)
Staging Test Static: 1790272072

Replikation der Amasty Optimierung: Request-Reduktion auf der Kategorie von 305 auf 57 Anfragen (268 Skriptdateien auf 29 reduziert). Blocking Time sank von 381 ms auf 255 ms.