← Înapoi la Urmăritori

Cel mai recent articol

Ultima verificare

Urmăritori 0 urmăritori
Articole: 202
  1. Safari 27 adds scroll anchoring, tighter HTTP caching, and static Service Worker routes, while Chrome improves performance tooling.

  2. CrUX adds public ad count, density, CPU, and network metrics, giving publishers and advertisers a shared view of real ad weight.

  3. CrUX shows another fall in good INP experiences, making careful attribution more useful than a quick explanation.

  4. Chrome 153 starts exposing dedicated-worker congestion to RUM, while browser releases tighten privacy, module recovery, and image preloading.

  5. Chrome and Firefox are moving to two-week releases, making browser cadence part of how teams interpret RUM and plan performance testing.

  6. Use Gmail’s Message-ID to point Codex or Claude at one exact email and retrieve the complete conversation rather than a plausible result.

  7. Unattributed Navigation Overhead exposes the part of Time to First Byte that Navigation Timing cannot explain, including hidden cross-origin redirects.

  8. LUX Sidecar adds context to RUM, while browser-tool fixes show why measurement conditions and small debugging details matter.

  9. LUX Sidecar is a small SpeedCurve RUM plugin that adds browser and navigation context to your real-user performance data.

  10. Safari Technology Preview 250 fixed a subtle Web Inspector bug that overwrote page-authored Cache-Control request headers when the resource cache was disabled.

  11. A quiet week in web performance is a useful chance to investigate the evidence and problems teams already have.

  12. Chrome 151 and web-vitals v6 bring native SPA measurement into production, while new browser controls reshape device and third-party governance.

  13. CrUX’s seasonal decline, Safari 27’s user-experience fixes, richer INP attribution, and long-session third-party costs all demand better interpretation.

  14. Measure how entire components render with the Container Timing API: how it differs from Element Timing, where it helps, and how to try it today.

  15. The 2026 update to my real-world device testing recommendations paints a clearer picture than ever…

  16. Chrome 151 brings native soft-navigation measurement closer, alongside better redirect timing, revealing CrUX data, and more trustworthy browser tooling.

  17. The TBT Window is the FCP-to-TTI interval used to calculate Total Blocking Time.

  18. Obs.js is a tiny inline script that helps you adapt your site to real-world network, battery, CPU, and memory conditions.

  19. No-Vary-Search lets HTTP caches ignore irrelevant query parameters such as UTM tags, while still keeping meaningful ones like product variants in the cache key.

  20. A quick but important reminder that font-family declarations don’t inherit fallback stacks the way many developers assume.

  21. CSS containment lets you isolate layout and paint work to self-contained ‘islands’.

  22. If your design system can only apply `loading=lazy` or `fetchpriority=high` blindly, it may be safer not to apply them at all.

  23. Obs.js is a tiny inline script that exposes network, battery, CPU, and memory signals to CSS and JavaScript so you can adapt to user context.

  24. Discover the most representative low- and mid-tier mobile devices for web performance testing in 2025.

  25. How fast are pro cycling teams’ and manufacturers’ websites?

  26. Making sense—and use!

  27. Learn how the Cache-Control request header works, how browsers handle refresh and hard refresh caching, and when developers should use it themselves.

  28. Is HTML a programming language?

  29. What is the real, long-term cost of adopting a JavaScript framework?

  30. I’ve recently decided to apply the permissive MIT License to all content on CSS Wizardry by default.

  31. The new Speculation Rules API is incredibly powerful, but we can do so much more!

  32. Why design another new performance score?!

  33. Core Web Vitals Colours

    If, like me, you frequently require the Core Web Vitals colour palete, here it is!

  34. If you want to start consulting, you’re gonna need some paperwork!

  35. We can’t do much to change latency, so how can we work around it?

  36. Quantifying the importance of caching just got a lot easier

  37. Why on earth would you make something render-blocking?!

  38. We’re probably familiar with preconnect, but are we getting it right?

  39. We know we should do it, but do we know how?

  40. How long?!

  41. There’s a super quick and easy way to clear cache on your customers’ devices.

  42. Can Low-Quality Image Placeholders and LCP play nicely together?

  43. There’s still a lot of misunderstanding about CWV for SEO.

  44. If HTTP/2 is so much better, why does it look so similar to HTTP/1?!

  45. Is there any reason to still measure the DOMContentLoaded event?

  46. Revisiting and remapping my Site-Speed Topography technique for assessing web performance at large

  47. Why Not document.write()?

    We’re often told not to use document.write(), but… why?!

  48. Async snippets used to improve performance, but now they’re a legacy anti-pattern.

  49. Critical CSS promises faster loading, but is it worth the complexity?

  50. When implementing performance fixes, it’s imperative that you measure the right thing—but what is ‘right’?