Розділіть сервер і браузер
Порівняйте час до першого байта та момент появи головного контенту. Повільний HTML вимагає перевірки PHP, бази, зовнішніх запитів і хостингу. Якщо HTML швидкий, але екран довго порожній, дослідіть зображення, шрифти, стилі та JavaScript. Повторюйте тест за однакових умов.
Далі за темою: Core Web Vitals: як читати LCP, INP і CLS без гонитви за балом.
Зменшіть роботу сторінки
Перевірте розміри зображень відносно їх відображення, кількість сторонніх віджетів і ресурси плагінів, які не потрібні на цій сторінці. Не відкладайте головне зображення без аналізу: lazy loading для нього може погіршити появу основного контенту. Зміну перевіряйте на копії та фіксуйте її окремий ефект.
Далі за темою: Кеш інтернет-магазину: що не можна віддавати всім покупцям.
Перевірте винятки кешу
Кошик, оформлення, особистий кабінет і персональні відповіді не мають потрапляти до спільного кешу. Перевірте форму після тривалого простою, вхід користувача та два незалежні браузери. Після оптимізації оцініть і швидкість, і коректність функцій; результат лабораторного тесту доповніть польовими даними, якщо вони доступні.
Чи менша кількість плагінів завжди означає швидший сайт?
Ні. Важливі їхні запити й ресурси. Один важкий компонент може впливати сильніше за кілька простих, тому рішення приймають за вимірюваннями.