Full-Page-Cache, Katalogausgabe und Browserarbeit
Untersuchen Sie Theme-CSS und Erweiterungs-Scripts getrennt. Eine globale Bündelung oder Verzögerung muss gegen Produktwahl und Checkout-Funktion getestet werden.
Unterscheiden Sie langsame Serverantworten von umfangreicher Theme-/Extension-Arbeit im Browser. Ein warmer Full-Page-Cache kann einen schnellen HTML-Abruf liefern, obwohl Variantenwahl oder Filter danach langsam reagieren.
Wo Sie die Einstellung in Magento prüfen
Vergleichen Sie Cache-Hit und Cache-Miss der betroffenen Storefront-Seite. Prüfen Sie danach die konkrete Browserarbeit von Galerie, Filtern und Drittanbieterskripten. Ein schneller Full-Page-Cache behebt nicht automatisch eine träge Interaktion nach dem Laden.
Beispiel für diesen konkreten Befund
Illustrativer Kontrollfall: Der sichtbare Titel wartet auf ein großes Stylesheet und ein synchrones Skript im head. Ein später geladenes Analyse-Skript verursacht diesen konkreten Stillstand dagegen nicht.
Nachprüfung in Magento
Vergleichbare Produkt- und Kategorieseiten unter dokumentiertem Cachezustand testen. Preis, Bestand und persönliche Inhalte dürfen durch eine Optimierung nicht veraltet oder vermischt werden.
Im Performance-Trace die kritische Ressource und ihre Abhängigkeiten prüfen. Nach einer Änderung zuerst Darstellung, Reihenfolge und Interaktionen testen, dann den Ladeverlauf vergleichen.
Ausnahmen und Geltungsbereich
CSS für den ersten sichtbaren Bereich ist häufig notwendig. Nicht jede blockierende Ressource sollte verzögert oder entfernt werden.
Bezug: Magento Open Source beziehungsweise Adobe Commerce mit klassischer Storefront. Store Views und Erweiterungen berücksichtigen; andere Storefront-Architekturen haben eigene Konfigurationen.
Den allgemeinen Fehler einordnen
Definition, systemunabhängige Ursachen und weitere Korrekturbeispiele: Blockierende Ressourcen nach sichtbarer Wirkung priorisieren