@PiEycPi 8 madde eklemişsiniz ama hepsi çözüm değil maalesef. Örneğin, uluslararası siteniz yoksa CDN gereksizdir. Önbellekleme derken statik belleği kastediyorsanız her sitede işe yaramaz. CSS dosyalarını (boyutları büyükse) tek dosyada birleştirmek FCP ve CLS sorununa neden olur. Sitenin responsive tasarımı varsa AMP kullanmak gereksizdir.
Neyse, INP sorunu için bir başka tespit paylaşayım; JS fonksiyonları delay etmek. Sayfa yüklenirken ihtiyaç duyduğu JavaScript fonksiyonları gelmediği için Google sayfayı eksik algılıyor ve bunu INP diye yansıtıyor. Örneğin, sekmeli widget var diyelim. Bu widget içerisindeki verilerin JavaScript'e dayalı birtakım işlevleri var diyelim. Başta jQuery kütüphanesi olmak üzere alt uzantılar gecikmeye veya mouse hareketine dayalı olduğu için o işlevler çalışmıyor. Çalışmadığı için kullanıcıya bozuk veya yetersiz içerik sunmuş gibi olunuyor. Google bunu INP uyarısı olarak veriyor. Yakın zamanda tespit ettiğim bir şeyi söylüyorum bu arada.
Konuyu açan üyenin sitesini inceledim. Mesela statik belleklemeyi açmış. JS dosyalarını delay etmiş yani harekete dayalı aktif etmiş. Siz siteye giriyorsunuz ne oluyor biliyor musunuz? Sepete ürün atıyorsunuz başka sayfaya geçince sepetteki ürün kayboluyor. Belki de bu hata yüzünden kaç tane müşteri veya ziyaretçi kaçırdı... Bu da yetmiyor, JS dosyaları harekete dayalı çalıştığı için mouse hareketi yapmadığınız sürece sitedeki hiçbir fonksiyon devreye girmiyor. Google da bunu fark edip INP hatası vermiş. Bu sorunları çözmek için şu JS delay etmeye yani geciktirmeye ve harekete dayalı devreye almaya son vermek gerekiyor. Statik bellekleme güzel ama bunun yöntemleri var onu uygulamak gerekiyor.
Bu hususta siteleri analiz etmeden ( sunucu alt yapısı, php sürümü, opcache vs, kullanılan tema ve eklentiler ile birlikte görsellerin durumu ) nokta atışı ile ''X'' nedeniyle olmaktadır denilemez maalesef.
pagespeed puanlarını 100 yapmak üzere hedefli yapılan çalışmalar daha çok zarar vermektedir, bunu bazı konularda dile getirdim ancak nedense bazı kişilerin pazarlama algısı nedeniyle bu husus pek ciddiye alınmıyor.
Misal Litespeed cache üzerinde ''Konuk Modu'' ON konumuna getirilerek puan 100 olması sağlanıyor ve maalesef sitede mevcut hatalar gizleniyor analiz siteleri manipüle edilerek. Puanlar yerine açılış hızına odaklanılmalıdır. Zaten bu şekilde çalışıldığında puanlar gerçek olarak yükseliyor.
Her şeyden önce iyi bir sunucu kullanımı şarttır. Bu nedenle paylaşımlı hosting hizmeti alan siteler daima kendini kanıtlamış olan firmalardan yana kullanmalıdır tercihlerini. Kalitenin ucuzu olmaz, bunu öğrenmemiz gerekiyor.
Tüm bu dediklerinize ek olarak; son zamanlarda en sık rastladığım konu JS delay etme konusu maalesef. Halbuki JS delay etmek FCP sorununa, şimdi de INP sorununa neden oluyor. Bunun sebebi de site yüklenirken ihtiyaç duyduğu yani kendine bağlı olan JS fonksiyonları gecikmeli veya harekete dayalı yüklenmesi. Böyle olunca FCP sorunu kaçınılmaz oluyor. JS delay edince LCP sorunu çözülüyor ama bu sefer de FCP + INP sorunu oluyor. Bunun için delay etmekten kaçınıp, LCP sorununu da bahsettiğiniz işlemler dahilinde çözmek daha makul oluyor.
CSS dosyalarını tek dosyada birleştirmek de olmuyor. HTTP2 teknolojisinde zaten gerek yok ama anlam veremediğim bir şekilde bu dosyaları hep birleştiriyorlar. Bunu yapmak yerine kullanılmayan kodları kaldırıp tarayıcıyı meşgul etmekten kaçınarak CLS puanını iyileştirmek daha makul oluyor. Bunlar her ne kadar LAB verileri üzerine olsa da, bu iyileştirmeler sayesinde sunucu cevap süresi de iyileşiyor.