Full-Page-Cache, Katalogausgabe und Browserarbeit
Messen Sie insbesondere Filter, Variantenwahl und Warenkorb. Umfangreiche Erweiterungen können Interaktionen blockieren, obwohl die erste Seitenantwort schnell ist.
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: Ein Klick auf den Variantenfilter wartet auf eine lange JavaScript-Aufgabe, bevor eine sichtbare Reaktion erscheint. Die Verzögerung betrifft eine konkrete Interaktion.
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.
Die problematische Interaktion im Performance-Trace wiederholen, lange Aufgaben aufteilen und unnötige Arbeit reduzieren. Danach dieselbe Interaktion erneut messen.
Ausnahmen und Geltungsbereich
INP ist keine reine Ladezeitkennzahl. Ein schneller erster Seitenaufbau schließt langsame spätere Bedienung nicht aus.
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: Die langsame Interaktion konkret benennen