- Verschifft
- 19. August 2026 um 19:59 UTC
- Autor
- Kamo
- Ausschuss
- 525e81c
LCP war 4,4 s, und seine Aufschlüsselung sagte, wo: 120 ms zu erste s, 290 ms von Ladeverzögerung, 390 ms tatsächlich das Bild herunterladen - und dann 1.810 ms von "Element render Verzögerung". Das Bild war fertig ankommen und konnte einfach nicht gemalt werden. Die Homepage liefert 1.482 DOM-Elemente, über die Schwelle Lighthouse versaicht "Optimierung DOM Größe" bei, und jeder von ihnen wurde angelegt und gemalt während des anfänglichen Rindrements, während das LCP-Element seine Runde hinter sich abwartete Acht Abschnitte hatte niemand gescrollt. "Inhalts-Sichtbarkeit: Auto" auf jeder Sektion außer "#home" lässt den Browser überspringen Layout und Farbe für diese Subbäume, bis sie sich dem Aussichtshafen nähern. Die Elemente existieren noch im HTML, zu Suchmaschinen, zu In-page-Ankern, zu find-in-page, und zum IntersectionObserver JumpToBar läuft - sie sind einfach nicht rasterisiert, bevor jemand sie sehen kann. Zwei Dinge machen es hier sicher und nicht generell: jeder Abschnitt ist bereits "Position: relativ" und "Überlauf: versteckt", so die implizierte Containment ändert nichts darüber, wie ihre absolut positioniert Hintergründe lösen sich auf, und "contain-intrinsic-size" verwendet das Stichwort "Auto", also Platzhalterhöhe gilt nur vor dem ersten Render eines Abschnitts und dem Browser erinnert sich an die echte nach. Der erzwungene Rückfluss, den der einer bestimmten Datei zugeschriebene Bericht war PreviewBanner. Es Lesen Sie "OffsetHeight" direkt nach der Hydratation und schrieb "document.body.style .paddingTop, was das Layout für das gesamte Dokument ungültig macht. Das Schreiben war auch redundant - . . . Raum von der ersten Farbe. Ein ResizeObserver meldet die Höhe von "borderBoxSize", die der Browser bereits berechnet hat, wenn der Callback läuft, so nichts ist gezwungen. borderBoxSize statt content Rect absichtlich: das Banner trägt "Padding: 6px 16px" auf kleinen Bildschirmen, und die Reserve der Inhaltshöhe allein würde die Kopie sitzen 12px unter dem Banner zu verlassen. theme.kamocrm.com bekommt seine Preconnect zurück, die der Bericht fragt nach Namen bei 300 ms LCP. Demoting es zu dns-prefetch war falsch: die Bilder gehen durch Dieser Ursprung ist Optimierer jetzt, aber DynamicMetaLoader noch holt das Thema der Org Stylesheet von diesem Host bei der Laufzeit, und das ist eine render-afaktierende Anfrage auf der kritische Weg. Analytics bleibt dns-prefetch - der Tracker ist lazyOnload, also nichts vor dem Lastereignis berührt es. Der Heldenhintergrund fällt auf Qualität 40: 21.9 KB bis 12.8 KB, was die Bild-Audit wurde gefragt. Gemessen durch die Helligkeit(0.21) ist es Verbunden bei, 50 x 40 bewegt sich 1,09% der Pixel um mehr als 8/255 und hält 40,7 dB. Qualität 30 wurde mit 3,20% ausprobiert und abgelehnt. Die Sektions-Hintergründe bleiben bei 75, und dies ist das zweite Mal Messung hat Sagte so. Bei der reduzierten Breite, die sie jetzt verlangen, ist die Senkung auf 50 *schlechter* als es war bei voller Breite - 11.30% der Pixel Verschiebung gegenüber 6,60% - weil bei niedrigeren Die Auflösung jedes Kompressionsblocks deckt mehr von dem ab, was Sie sehen. Auflösung und Qualitätsreduktionen stapeln sich nicht auf einem Foto; das eine oder das andere. Die HLS-Playlisten sind jetzt seit einem Jahr unveränderlich, live und im Job manifest, die den letzten Cache-Lifetime-Artikel schließt. Das kostet eher als es entfernen, so trägt "HERO_HLS_SRC" einen "?v=", der auf einen gestoßen werden muss re-encode; beide Dateien sagen so, weil sonst ein Re-encode wie die aussehen wird Arbeit still getan nichts.