Dies wird wahrscheinlich bereits durch Chrome Speed - Largest Contentful Paint Bug Fixes in M88 blockiert:
Vollbild-Bilder, die visuell mit Hintergrundbildern gleichwertig sind, werden nicht mehr als Largest Contentful Paint betrachtet.
Guter Punkt: siehe Largest Contentful Paint (LCP) | Articles | web.dev
Bei Textelementen wird nur die Größe ihrer Textknoten berücksichtigt (das kleinste Rechteck, das alle Textknoten umschließt).
Bei allen Elementen werden Ränder, Abstände oder Rahmen, die über CSS angewendet werden, nicht berücksichtigt.
- Deshalb muss der statische Textknoten exakt die gleiche Größe wie der EmberJs-Textknoten haben.
- Oder sogar etwas größer, indem die
line-heighterhöht wird.
Wenn z. B. die Breite der Textknoten nicht übereinstimmt, gibt es viele geometrische Fälle, die durch unterschiedliche Zeilenumbrüche entstehen, bei denen der statische Textknoten kleiner wird als der EmberJs-Knoten.
Siehe: LCP-Beispiele
Ich habe tatsächlich das noscript-Rendering der Beiträge innerhalb einer Beitragsseite verwendet. Die CSS-Klassen stimmen leicht mit den tatsächlichen überein – das Aussehen ist also gleich.
Siehe: Änderungen an app/views/layouts/application.html.erb
Bearbeiten: Mein Fehler, das ist tatsächlich die Crawler-Ansicht: app/views/topics/show.html.erb