- 追加された行はこの色です。
- 削除された行はこの色です。
#author("2022-12-01T00:43:12+09:00;2021-06-21T18:51:30+09:00","default:tgoto","tgoto")
#ref(https://oncologynote.com/img/0323aec317.jpg,nolink)
#author("2023-01-09T18:00:51+09:00;2021-06-21T18:51:30+09:00","","")
#ref(https://oncologynote.jp/img/0323aec317.jpg,nolink)
*以前はうまくいっていたlazysizes.jsでCLSが生じる問題の対策 [#hc2354fd]
以前に「[[Lazysizes.jsを使うとCLSが発生する問題>https://oncologynote.com/?16f4ac0c0a]]」の記事を書いていました。画像の遅延読み込みを可能にするJavaScriptであるlazysizes.jsを使うと、CLSが生じてpagespeed insightの評価スコアが下がってしまうという問題です。
以前に「[[Lazysizes.jsを使うとCLSが発生する問題>https://oncologynote.jp/?16f4ac0c0a]]」の記事を書いていました。画像の遅延読み込みを可能にするJavaScriptであるlazysizes.jsを使うと、CLSが生じてpagespeed insightの評価スコアが下がってしまうという問題です。
より具体的には、1x1ピクセルのサイズのスペースホルダ画像を使ってwebpなどのフォールバックをすると、画像のwidthおよびheightを指定しているのにもかかわらず画像が遅延読み込みされるまでの間に一瞬だけ正方形のサイズで画像が読み込まれてしまい、それに伴ってlayout shiftが生じてしまうという問題があるのでした。
これを解消するためにlazysizes.jsのプラグインとしてls.aspectratio.min.jsを使う事で遅延読み込み中にもファイルに正しいアスペクト比を反映させるという方法を取る解決法を見つけ出して、これでpagespeed insightでもCLSによる減点を0点に抑えるということに成功していました。詳しくはこちらをご覧ください。
#ogpi(https://oncologynote.com/?16f4ac0c0a)
#ogpi(https://oncologynote.jp/?16f4ac0c0a)
*pagespeed insightの判定方法変更の影響かCLSが生じるように [#v096d1d9]
しかし、WEBの高速化判定の基準は常に移り変わっていくもの。2021年5〜6月になった頃にpagespeed insightがバージョンアップされたのか、判定方法が過去28日間のフィールドデータに基づいて行われるようになりました。そして、この頃からだと思いますがls.aspectratio.min.jsを用いて画像にアスペクト比を指定するようにしてもCLSの原点が生じるようになってしまったのです。
#ogp(https://www.suzukikenichi.com/blog/pagespeed-insights-field-data-is-partially-provided-for-pages-that-dont-have-sufficient-data-for-a-metric/)
*苦し紛れの解決策（その1） [#c494c7f2]
webp fallbackに対応させるとこの画像サイズがうまくゆかなくなる問題はいつ解決されるのかよくわかりませんが、ひとまずCLSの減点を減らすための方策を取ることにしました。といってもその場凌ぎの姑息的な方法で、<img>に''loading="lazy" decoding="async"''をつけるだけです。まあ、lazysizes.jsに伴うCLSと言いながらlazysizes.js自体を使うことをやめてしまっているので解決になっていませんが…
#ogp(https://www.nagahitoyuki.com/2021/03/about-speeding-up-by-decoding-async-of-images.html)
**Safariは仕方ない。。。 [#k8907012]
loading="lazy"はChrome、Edge、Firefoxなどのモダンブラウザでlazyloadにネイティブ対応したというタグで、画像の<img>にこの一言をつけるだけであっという間に遅延読み込みが完成します。現状ではSafariが未対応で、先日ようやく対応したwebpもそうですが、Safariは新しいWEB技術をなかなかとりこんでくれるのがなかなか遅いですねぇ。昔のIEのようになってきました。Safari以外は対応済みですし、そのSafariもいずれ対応することを明らかにしているようなので、それまではSafariはフル規格で対応できませんが仕方がありません。
一方でdecoding="async"の方はSafariも対応しています。もっとも、こちらは遅延読み込みではなく読み込みはページと同時に行い、画像表示のためのレンダリングを非同期に遅らせるだけです。またloading="lazy"とdecoding="async"の両方を同時につけておくとこれは両立はせず、loading="lazy"が優先されるようです。
#ogp(https://spelldata.co.jp/blog/blog-2019-12-19.html)
*苦し紛れの解決策（その2） [#lb86ed6e]
pictureタグの中ではjpg/pngもwebpもどちらも遅延読み込みするのが理想ですが、実は<picture>タグの中でjpg/pngのみに対してlazysizes.jsで遅延読み込みを有効にしてwebpは遅延読み込みしないという割り切り方をする方法もあります（これも厳密には解決になってませんが）。どうやら現行のバージョンのLighthouseではwebpについては遅延読み込みをかけていなくてもCore Web Vitalのスコアに影響しないようです。
#ogpi(https://oncologynote.com/?88619a062d)
#ogpi(https://oncologynote.jp/?88619a062d)
そもそもpictureを使ってwebp fallbackをするとこのような問題が生じてしまうのでいっそのことwebpを使わないようにすればこの問題は解消されるのですが、そうなるとpagespeed insightに次世代画像フォーマットを使えと怒られますしね…
#navi(日記/2021年)
#pcomment