# web performance

Published articles for web performance.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## Chrome Adds Experimental Metrics to Measure Website Ad Load

DevFeed: [Chrome Adds Experimental Metrics to Measure Website Ad Load](<https://devfeed.tech/articles/chrome-can-now-measure-exactly-how-obnoxious-your-website-s-ads-are-41369.md>)

Original publisher: [Read original article](<https://webdesignerdepot.com/chrome-can-now-measure-exactly-how-obnoxious-your-websites-ads-are/>)

Author: Alex Harper

Published: 2026-09-17T15:00:00Z

Content type: article

Language: en

Sources: [Web Designer Depot](<https://devfeed.tech/sources/web-designer-depot.md>)

Topics: [Chrome](<https://devfeed.tech/topics/chrome.md>), [Web](<https://devfeed.tech/topics/web.md>), [data](<https://devfeed.tech/topics/data.md>), [User Experience](<https://devfeed.tech/topics/user-experience.md>), [Google](<https://devfeed.tech/topics/google.md>), [developer tooling](<https://devfeed.tech/topics/developer-tooling.md>), [Core Web Vitals](<https://devfeed.tech/topics/core-web-vitals.md>)

Tags: [ad-density](<https://devfeed.tech/tags/ad-density.md>), [ad-performance](<https://devfeed.tech/tags/ad-performance.md>), [ad-tech](<https://devfeed.tech/tags/ad-tech.md>), [advertising](<https://devfeed.tech/tags/advertising.md>), [chrome](<https://devfeed.tech/tags/chrome.md>), [chrome-user-experience-report](<https://devfeed.tech/tags/chrome-user-experience-report.md>), [core-web-vitals](<https://devfeed.tech/tags/core-web-vitals.md>), [crux](<https://devfeed.tech/tags/crux.md>), [devtools](<https://devfeed.tech/tags/devtools.md>), [google](<https://devfeed.tech/tags/google.md>), [google-chrome](<https://devfeed.tech/tags/google-chrome.md>), [online-advertising](<https://devfeed.tech/tags/online-advertising.md>), [page-experience](<https://devfeed.tech/tags/page-experience.md>), [performance](<https://devfeed.tech/tags/performance.md>), [publishers](<https://devfeed.tech/tags/publishers.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [ux](<https://devfeed.tech/tags/ux.md>), [ux-usability](<https://devfeed.tech/tags/ux-usability.md>), [web-design](<https://devfeed.tech/tags/web-design.md>), [web-development](<https://devfeed.tech/tags/web-development.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [website-ads](<https://devfeed.tech/tags/website-ads.md>), [website-optimization](<https://devfeed.tech/tags/website-optimization.md>), [website-performance](<https://devfeed.tech/tags/website-performance.md>)

### AI overview

Chrome has introduced four experimental metrics to the Chrome User Experience Report (CrUX) that quantify website ad load: ad count, ad density, network weight, and CPU weight. The aggregated data is public and can be accessed through CrUX Vis, APIs, and Chrome DevTools, although availability and evaluation thresholds remain limited.

### Source excerpt

Chrome can now measure exactly how obnoxious a website's ads are, from how much of your screen they swallow to how much data and CPU time they burn. Those ad-stuffed websites can finally be measured, and the results are public.

## The 2-Second Rule: How to make your website feel like magic in 2026

DevFeed: [The 2-Second Rule: How to make your website feel like magic in 2026](<https://devfeed.tech/articles/the-2-second-rule-how-to-make-your-website-feel-like-magic-in-2026-9274.md>)

Original publisher: [Read original article](<https://webdesignerdepot.com/the-2-second-rule-how-to-make-your-website-feel-like-magic-in-2026/>)

Author: Louise North

Published: 2026-08-04T11:43:00Z

Content type: article

Language: en

Sources: [Web Designer Depot](<https://devfeed.tech/sources/web-designer-depot.md>)

Topics: [Web](<https://devfeed.tech/topics/web.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [browser](<https://devfeed.tech/topics/browser.md>), [Workers](<https://devfeed.tech/topics/workers.md>), [Compression](<https://devfeed.tech/topics/compression.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>), [Edge](<https://devfeed.tech/topics/edge.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [avif-images](<https://devfeed.tech/tags/avif-images.md>), [browser](<https://devfeed.tech/tags/browser.md>), [compression](<https://devfeed.tech/tags/compression.md>), [core-web-vitals](<https://devfeed.tech/tags/core-web-vitals.md>), [developers](<https://devfeed.tech/tags/developers.md>), [digital-hospitality](<https://devfeed.tech/tags/digital-hospitality.md>), [edge](<https://devfeed.tech/tags/edge.md>), [edge-computing](<https://devfeed.tech/tags/edge-computing.md>), [frontend-development](<https://devfeed.tech/tags/frontend-development.md>), [guide](<https://devfeed.tech/tags/guide.md>), [http3](<https://devfeed.tech/tags/http3.md>), [inclusive-design](<https://devfeed.tech/tags/inclusive-design.md>), [interaction-to-next-paint](<https://devfeed.tech/tags/interaction-to-next-paint.md>), [javascript-optimization](<https://devfeed.tech/tags/javascript-optimization.md>), [mobile-optimization](<https://devfeed.tech/tags/mobile-optimization.md>), [page-speed-optimization](<https://devfeed.tech/tags/page-speed-optimization.md>), [performance](<https://devfeed.tech/tags/performance.md>), [predictive-ai](<https://devfeed.tech/tags/predictive-ai.md>), [site-reliability](<https://devfeed.tech/tags/site-reliability.md>), [speed](<https://devfeed.tech/tags/speed.md>), [technical-seo](<https://devfeed.tech/tags/technical-seo.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [ux-design-2026](<https://devfeed.tech/tags/ux-design-2026.md>), [web-development](<https://devfeed.tech/tags/web-development.md>), [web-development-trends](<https://devfeed.tech/tags/web-development-trends.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [website-usability](<https://devfeed.tech/tags/website-usability.md>), [workers](<https://devfeed.tech/tags/workers.md>), [zero-latency-ux](<https://devfeed.tech/tags/zero-latency-ux.md>)

### AI overview

A guide to making websites feel faster and more responsive by focusing on interaction performance, Web Workers, AVIF images, and responsive image delivery. It presents speed as an important part of user experience in 2026.

### Source excerpt

In 2026, a "pretty" website is no longer enough--if it doesn't feel instant, it's invisible. This guide reveals how the world's top developers are using predictive AI and "Edge" architecture to kill the loading bar for good.

## Why Your Favorite Websites Look Like 2005 (And Why You Secretly Love It)

DevFeed: [Why Your Favorite Websites Look Like 2005 (And Why You Secretly Love It)](<https://devfeed.tech/articles/why-your-favorite-websites-look-like-2005-and-why-you-secretly-love-it-9281.md>)

Original publisher: [Read original article](<https://webdesignerdepot.com/why-your-favorite-websites-look-like-2005-and-why-you-secretly-love-it/>)

Author: Alex Harper

Published: 2026-07-28T11:30:00Z

Content type: opinion

Language: en

Sources: [Web Designer Depot](<https://devfeed.tech/sources/web-designer-depot.md>)

Topics: [Google](<https://devfeed.tech/topics/google.md>), [amazon](<https://devfeed.tech/topics/amazon.md>), [Web Development](<https://devfeed.tech/topics/web-development.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [JavaScript](<https://devfeed.tech/topics/javascript.md>), [Font](<https://devfeed.tech/topics/font.md>)

Tags: [amazon](<https://devfeed.tech/tags/amazon.md>), [amazon-design](<https://devfeed.tech/tags/amazon-design.md>), [cognitive-load](<https://devfeed.tech/tags/cognitive-load.md>), [complexity](<https://devfeed.tech/tags/complexity.md>), [conversion-rate-optimization](<https://devfeed.tech/tags/conversion-rate-optimization.md>), [cost](<https://devfeed.tech/tags/cost.md>), [customer-trust](<https://devfeed.tech/tags/customer-trust.md>), [data](<https://devfeed.tech/tags/data.md>), [design](<https://devfeed.tech/tags/design.md>), [design-psychology](<https://devfeed.tech/tags/design-psychology.md>), [digital-accessibility](<https://devfeed.tech/tags/digital-accessibility.md>), [digital-marketing](<https://devfeed.tech/tags/digital-marketing.md>), [fonts](<https://devfeed.tech/tags/fonts.md>), [functional-design](<https://devfeed.tech/tags/functional-design.md>), [google](<https://devfeed.tech/tags/google.md>), [google-search](<https://devfeed.tech/tags/google-search.md>), [human-centric-design](<https://devfeed.tech/tags/human-centric-design.md>), [information-density](<https://devfeed.tech/tags/information-density.md>), [javascript](<https://devfeed.tech/tags/javascript.md>), [latency](<https://devfeed.tech/tags/latency.md>), [minimalism](<https://devfeed.tech/tags/minimalism.md>), [speed](<https://devfeed.tech/tags/speed.md>), [ui](<https://devfeed.tech/tags/ui.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [user-interface](<https://devfeed.tech/tags/user-interface.md>), [ux-strategy](<https://devfeed.tech/tags/ux-strategy.md>), [ux-usability](<https://devfeed.tech/tags/ux-usability.md>), [visual-hierarchy](<https://devfeed.tech/tags/visual-hierarchy.md>), [walmart-ecommerce](<https://devfeed.tech/tags/walmart-ecommerce.md>), [web-design](<https://devfeed.tech/tags/web-design.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [website-usability](<https://devfeed.tech/tags/website-usability.md>)

### AI overview

This opinion argues that the seemingly dated interfaces of Google, Amazon, and Walmart succeed because they reduce cognitive load, make tasks predictable, and prioritize speed over visual complexity. It contrasts these designs with heavily animated, asset-intensive websites that can delay interaction and frustrate users.

### Source excerpt

Why are the world's most powerful websites still stuck in the early 2000s? While boutique brands chase "sleek" designs that only end up frustrating users, giants like Amazon and Google have realized that "ugly" is actually a superpower for trust and speed.

## From latency to instant: Modernizing GitHub Issues navigation performance

DevFeed: [From latency to instant: Modernizing GitHub Issues navigation performance](<https://devfeed.tech/articles/from-latency-to-instant-modernizing-github-issues-navigation-performance-19850.md>)

Original publisher: [Read original article](<https://github.blog/engineering/architecture-optimization/from-latency-to-instant-modernizing-github-issues-navigation-performance/>)

Author: Natalie Guevara

Published: 2026-05-14T16:00:00Z

Content type: article

Language: en

Sources: [GitHub](<https://devfeed.tech/sources/github.md>)

Topics: [GitHub Issues](<https://devfeed.tech/topics/github-issues.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [Caching](<https://devfeed.tech/topics/caching.md>), [client](<https://devfeed.tech/topics/client.md>), [Web](<https://devfeed.tech/topics/web.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [architecture-optimization](<https://devfeed.tech/tags/architecture-optimization.md>), [caching](<https://devfeed.tech/tags/caching.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [github](<https://devfeed.tech/tags/github.md>), [github-issues](<https://devfeed.tech/tags/github-issues.md>), [latency](<https://devfeed.tech/tags/latency.md>), [local](<https://devfeed.tech/tags/local.md>), [performance](<https://devfeed.tech/tags/performance.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

The GitHub Issues team describes how it improved navigation performance by moving work to the client, rendering from locally cached data, and revalidating in the background. The approach uses IndexedDB, preheating, and a service worker to reduce perceived latency, while acknowledging implementation tradeoffs.

### Source excerpt

How the GitHub Issues team used client-side caching, smart prefetching, and service workers to make navigation feel instant. The post From latency to instant: Modernizing GitHub Issues navigation performance appeared first on The GitHub Blog.

## HTTP/2 System Design: How It Fixes HTTP/1.1

DevFeed: [HTTP/2 System Design: How It Fixes HTTP/1.1](<https://devfeed.tech/articles/http-2-system-design-how-it-fixes-http-1-1-39557.md>)

Original publisher: [Read original article](<https://ankit-rana.com/logs/05-http2-system-design/>)

Author: hello@ankit-rana.com

Published: 2026-03-16T00:00:00Z

Content type: tutorial

Language: en

Sources: [Ankit Rana | Mechanical Sympathy](<https://devfeed.tech/sources/ankit-rana-mechanical-sympathy.md>)

Topics: [HTTP](<https://devfeed.tech/topics/http.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [Concurrency](<https://devfeed.tech/topics/concurrency.md>), [Compression](<https://devfeed.tech/topics/compression.md>)

Tags: [compression](<https://devfeed.tech/tags/compression.md>), [concurrency](<https://devfeed.tech/tags/concurrency.md>), [http](<https://devfeed.tech/tags/http.md>), [http1-1](<https://devfeed.tech/tags/http1-1.md>), [http2](<https://devfeed.tech/tags/http2.md>), [latency](<https://devfeed.tech/tags/latency.md>), [networking](<https://devfeed.tech/tags/networking.md>), [parallel](<https://devfeed.tech/tags/parallel.md>), [performance](<https://devfeed.tech/tags/performance.md>), [protocols](<https://devfeed.tech/tags/protocols.md>), [reliability](<https://devfeed.tech/tags/reliability.md>), [rest](<https://devfeed.tech/tags/rest.md>), [system-design](<https://devfeed.tech/tags/system-design.md>), [tcp](<https://devfeed.tech/tags/tcp.md>), [tls](<https://devfeed.tech/tags/tls.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

This article explains how HTTP/2 addresses HTTP/1.1 limitations through binary framing, multiplexed streams over one TCP connection, HPACK header compression, server push, and stream prioritisation. It also describes how HTTP/2 preserves HTTP semantics while improving latency and reducing application-layer head-of-line blocking.

### Source excerpt

HTTP/1.1 hit concurrency limits that forced hacks like domain sharding and sprite sheets. HTTP/2 keeps HTTP semantics but replaces the wire format with binary framing, multiplexed streams over a single TCP connection, HPACK header compression, server push, and stream prioritisation, which removes most head-of-line blocking at the HTTP layer.

## Optimize Time to First Byte

DevFeed: [Optimize Time to First Byte](<https://devfeed.tech/articles/optimize-time-to-first-byte-4161.md>)

Original publisher: [Read original article](<https://web.dev/articles/optimize-ttfb?hl=en>)

Author: Barry Pollard X GitHub Mastodon Bluesky Homepage Jeremy Wagner GitHub LinkedIn Homepage

Published: 2025-11-28T08:00:00Z

Content type: tutorial

Language: en

Sources: [web.dev: Articles](<https://devfeed.tech/sources/web-dev-articles.md>)

Topics: [Latency](<https://devfeed.tech/topics/latency.md>), [real user monitoring](<https://devfeed.tech/topics/real-user-monitoring.md>), [Web](<https://devfeed.tech/topics/web.md>), [Caching](<https://devfeed.tech/topics/caching.md>), [User Experience](<https://devfeed.tech/topics/user-experience.md>), [Chrome](<https://devfeed.tech/topics/chrome.md>)

Tags: [caching](<https://devfeed.tech/tags/caching.md>), [chrome](<https://devfeed.tech/tags/chrome.md>), [latency](<https://devfeed.tech/tags/latency.md>), [performance](<https://devfeed.tech/tags/performance.md>), [time](<https://devfeed.tech/tags/time.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [web](<https://devfeed.tech/tags/web.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

This tutorial explains how to optimize Time to First Byte (TTFB), a web performance metric that affects subsequent user experience metrics such as First Contentful Paint and Largest Contentful Paint. It covers measuring TTFB with field and lab data, understanding differences between them, and investigating redirects, server-side caching, and network conditions.

### Source excerpt

Learn how to optimize for the Time to First Byte metric.

## HTML Minifier: A 12-Year Journey Building and Maintaining an Open Source Tool

DevFeed: [HTML Minifier: A 12-Year Journey Building and Maintaining an Open Source Tool](<https://devfeed.tech/articles/html-minifier-a-12-year-journey-building-and-maintaining-an-open-source-tool-37542.md>)

Original publisher: [Read original article](<https://deanhume.com/html-minifier-a-12-year-journey-building-and-maintaining-an-open-source-tool/>)

Author: Dean Hume

Published: 2025-10-30T14:49:50Z

Content type: opinion

Language: en

Sources: [Dean Hume](<https://devfeed.tech/sources/dean-hume.md>)

Topics: [HTML](<https://devfeed.tech/topics/html.md>), [Web](<https://devfeed.tech/topics/web.md>), [Open Source](<https://devfeed.tech/topics/open-source.md>), [ASP.NET](<https://devfeed.tech/topics/aspnet.md>), [Angular](<https://devfeed.tech/topics/angular.md>), [build tools](<https://devfeed.tech/topics/build-tools.md>)

Tags: [angular](<https://devfeed.tech/tags/angular.md>), [asp-net](<https://devfeed.tech/tags/asp-net.md>), [build-tools](<https://devfeed.tech/tags/build-tools.md>), [html](<https://devfeed.tech/tags/html.md>), [journey](<https://devfeed.tech/tags/journey.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [performance](<https://devfeed.tech/tags/performance.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

The author reflects on developing and maintaining an open-source HTML Minifier over 12 years. The tool reduces HTML size by removing unnecessary whitespace, line breaks, and comments, and evolved with framework compatibility, recursive scanning, multi-file support, line-length controls, and performance metrics.

### Source excerpt

Discover the 12-year journey behind HTML Minifier an open source tool that helped developers optimize web performance and reduce page load times.

## BV Hosted Display - The New Baseline for CWV metrics

DevFeed: [BV Hosted Display - The New Baseline for CWV metrics](<https://devfeed.tech/articles/bv-hosted-display-the-new-baseline-for-cwv-metrics-38728.md>)

Original publisher: [Read original article](<https://blog.developer.bazaarvoice.com/2025/09/23/bv-hosted-display-the-new-baseline-for-cwv-metrics/>)

Author: Veda

Published: 2025-09-23T07:51:42Z

Content type: tutorial

Language: en

Sources: [Bazaarvoice](<https://devfeed.tech/sources/bazaarvoice.md>)

Topics: [benchmarking](<https://devfeed.tech/topics/benchmarking.md>), [Core Web Vitals](<https://devfeed.tech/topics/core-web-vitals.md>), [performance-optimization](<https://devfeed.tech/topics/performance-optimization.md>), [Web](<https://devfeed.tech/topics/web.md>), [Mobile](<https://devfeed.tech/topics/mobile.md>), [cpu](<https://devfeed.tech/topics/cpu.md>), [Android](<https://devfeed.tech/topics/android.md>), [iOS](<https://devfeed.tech/topics/ios.md>), [5G](<https://devfeed.tech/topics/5g.md>), [iphone](<https://devfeed.tech/topics/iphone.md>)

Tags: [5g](<https://devfeed.tech/tags/5g.md>), [android](<https://devfeed.tech/tags/android.md>), [bazaarvoice](<https://devfeed.tech/tags/bazaarvoice.md>), [benchmarking](<https://devfeed.tech/tags/benchmarking.md>), [benchmarkingstrategy](<https://devfeed.tech/tags/benchmarkingstrategy.md>), [core-web-vitals](<https://devfeed.tech/tags/core-web-vitals.md>), [corewebvitals](<https://devfeed.tech/tags/corewebvitals.md>), [cpu](<https://devfeed.tech/tags/cpu.md>), [cwv](<https://devfeed.tech/tags/cwv.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [ios](<https://devfeed.tech/tags/ios.md>), [iphone](<https://devfeed.tech/tags/iphone.md>), [lcp](<https://devfeed.tech/tags/lcp.md>), [lighthouse](<https://devfeed.tech/tags/lighthouse.md>), [mobile](<https://devfeed.tech/tags/mobile.md>), [mobilefirst](<https://devfeed.tech/tags/mobilefirst.md>), [mobileperformance](<https://devfeed.tech/tags/mobileperformance.md>), [pagespeed](<https://devfeed.tech/tags/pagespeed.md>), [performance](<https://devfeed.tech/tags/performance.md>), [performance-optimization](<https://devfeed.tech/tags/performance-optimization.md>), [performanceoptimization](<https://devfeed.tech/tags/performanceoptimization.md>), [seo](<https://devfeed.tech/tags/seo.md>), [userexperience](<https://devfeed.tech/tags/userexperience.md>), [ux](<https://devfeed.tech/tags/ux.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [webperformance](<https://devfeed.tech/tags/webperformance.md>)

### AI overview

This article argues that the throttled Moto G4 baseline traditionally used for Core Web Vitals no longer accurately represents many e-commerce users. It proposes a data-driven benchmarking strategy based on actual customer devices, operating systems, hardware, and network conditions.

### Source excerpt

The Old Way vs. The Reality of Your Customers For years, the gold standard for benchmarking web performance, particularly for Google's Core Web Vitals (CWV), has been a mobile device baseline--specifically, a throttled connection and CPU designed to simulate a Moto G4. This approach was established with good intentions: to ensure websites are accessible to [...]

## Optimizing Third-Party Content Delivery: A Deep Dive into Preconnect's Performance and Call Cost Implications

DevFeed: [Optimizing Third-Party Content Delivery: A Deep Dive into Preconnect's Performance and Call Cost Implications](<https://devfeed.tech/articles/optimizing-third-party-content-delivery-a-deep-dive-into-preconnect-s-performance-and-call-cost-implications-38729.md>)

Original publisher: [Read original article](<https://blog.developer.bazaarvoice.com/2025/09/23/optimizing-third-party-content-delivery-a-deep-dive-into-preconnects-performance-and-call-cost-implications/>)

Author: Veda

Published: 2025-09-23T07:48:40Z

Content type: article

Language: en

Sources: [Bazaarvoice](<https://devfeed.tech/sources/bazaarvoice.md>)

Topics: [Web](<https://devfeed.tech/topics/web.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [Front end](<https://devfeed.tech/topics/frontend.md>), [Core Web Vitals](<https://devfeed.tech/topics/core-web-vitals.md>), [Optimization](<https://devfeed.tech/topics/optimization.md>), [Network](<https://devfeed.tech/topics/network.md>), [Contentful](<https://devfeed.tech/topics/contentful.md>)

Tags: [api](<https://devfeed.tech/tags/api.md>), [apigateway](<https://devfeed.tech/tags/apigateway.md>), [bazaarvoice](<https://devfeed.tech/tags/bazaarvoice.md>), [cdn](<https://devfeed.tech/tags/cdn.md>), [corewebvitals](<https://devfeed.tech/tags/corewebvitals.md>), [cwv](<https://devfeed.tech/tags/cwv.md>), [lcp](<https://devfeed.tech/tags/lcp.md>), [optimizing](<https://devfeed.tech/tags/optimizing.md>), [performance](<https://devfeed.tech/tags/performance.md>), [performanceoptimization](<https://devfeed.tech/tags/performanceoptimization.md>), [preconnect](<https://devfeed.tech/tags/preconnect.md>), [preconnect-cost](<https://devfeed.tech/tags/preconnect-cost.md>), [resourcehints](<https://devfeed.tech/tags/resourcehints.md>), [seo](<https://devfeed.tech/tags/seo.md>), [technicalseo](<https://devfeed.tech/tags/technicalseo.md>), [third-party](<https://devfeed.tech/tags/third-party.md>), [ux](<https://devfeed.tech/tags/ux.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [webdev](<https://devfeed.tech/tags/webdev.md>), [webperformance](<https://devfeed.tech/tags/webperformance.md>)

### AI overview

This article explains how preconnect and other resource hints can improve third-party content delivery by establishing network connections early. It focuses on Bazaarvoice content, frontend performance, LCP, and the claim that preconnect operations are not counted as API calls in internal testing.

### Source excerpt

This document details how preconnect improves web performance, especially for Bazaarvoice's third-party content, by accelerating connection setups and reducing LCP. Crucially, internal testing confirmed preconnect operations are not counted as API calls, validating a "no count, low cost" model--a key insight for our developer blog.

## Chrome achieves highest score ever on Speedometer 3.1, saving users millions of hours

DevFeed: [Chrome achieves highest score ever on Speedometer 3.1, saving users millions of hours](<https://devfeed.tech/articles/chrome-achieves-highest-score-ever-on-speedometer-3-1-saving-users-millions-of-hours-4194.md>)

Original publisher: [Read original article](<https://blog.chromium.org/2025/06/chrome-achieves-highest-score-ever-on.html>)

Author: Chromium Blog (noreply@blogger.com)

Published: 2025-06-05T17:00:00Z

Content type: article

Language: en

Sources: [Chromium Blog](<https://devfeed.tech/sources/chromium-blog.md>)

Topics: [Chrome](<https://devfeed.tech/topics/chrome.md>), [Benchmark](<https://devfeed.tech/topics/benchmark.md>), [web applications](<https://devfeed.tech/topics/web-applications.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [Optimization](<https://devfeed.tech/topics/optimization.md>)

Tags: [2025](<https://devfeed.tech/tags/2025.md>), [apple](<https://devfeed.tech/tags/apple.md>), [benchmark](<https://devfeed.tech/tags/benchmark.md>), [benchmarks](<https://devfeed.tech/tags/benchmarks.md>), [browser](<https://devfeed.tech/tags/browser.md>), [chrome](<https://devfeed.tech/tags/chrome.md>), [css](<https://devfeed.tech/tags/css.md>), [html](<https://devfeed.tech/tags/html.md>), [javascript](<https://devfeed.tech/tags/javascript.md>), [json](<https://devfeed.tech/tags/json.md>), [macos](<https://devfeed.tech/tags/macos.md>), [none](<https://devfeed.tech/tags/none.md>), [optimization](<https://devfeed.tech/tags/optimization.md>), [performance](<https://devfeed.tech/tags/performance.md>), [the-fast-and-the-curious](<https://devfeed.tech/tags/the-fast-and-the-curious.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

Chrome reports a 22% improvement on the Speedometer 3.1 benchmark since August 2024, achieving its highest score to date. The article explains that the work optimized rendering paths and components involved in web application responsiveness, including HTML parsing, JavaScript and JSON processing, DOM interaction, CSS layout, pixel rendering, and internal data structures.

### Source excerpt

Update (6/10/2025): This blog was updated to reflect that testing was done using the Speedometer 3.1 benchmark, and resulted in a 22% performance improvement. The previous version incorrectly noted that the performance improvement was 10% and that the benchmark was Speedometer 3. Performance has always been one of the core pillars of Chrome and it's something we've never stopped investing in. Publicly available and open benchmarks, which we create in open collaboration with other browsers, are useful tools for tracking our overall progress, understanding new areas of improvement, and validating potential optimizations. In today's The Fast and the Curious post, we'd like to go through Chrome's recent work that enabled it to achieve the highest score ever on the Speedometer benchmark. For Speedometer, these optimizations have resulted in a 22% improvement since August 2024. That 22% improvement leads to better browser experiences, higher conversions for businesses, and deeper enjoyment of what the web has to offer. If each Chrome user used Chrome for just 10 minutes a day, these improvements collectively save 116 million hours or roughly 166 lifetimes worth of waiting around for websites to load and do things. Speedometer 3.1 score measured on Apple Macbook Pro M4 with MacOS 15 Speedometer is a benchmark created in open collaboration with other browsers and measures web application responsiveness through workloads that cover a large variety of different areas of the Blink rendering engine used in Chrome: HTML parsing JavaScript and JSON processing JavaScript and Document Object Model (DOM) interaction DOM manipulations (element insertion and removal) Text size computation (font shaping) Cascading Style Sheet (CSS) application and layout calculation Pixel rendering In essence, Speedometer tests critical components of the entire rendering pipeline. For a deeper dive into these individual parts, we recommend the presentation Life of a Script at Chrome University. Achievi

## Monitoring and optimizing website performance

DevFeed: [Monitoring and optimizing website performance](<https://devfeed.tech/articles/monitoring-and-optimizing-website-performance-4109.md>)

Original publisher: [Read original article](<https://developer.mozilla.org/en-US/blog/optimize-web-performance/>)

Author: debugbear

Published: 2024-11-11T00:00:00Z

Content type: tutorial

Language: en

Sources: [MDN Blog](<https://devfeed.tech/sources/mdn-blog.md>)

Topics: [Website](<https://devfeed.tech/topics/website.md>), [Network](<https://devfeed.tech/topics/network.md>), [browser](<https://devfeed.tech/topics/browser.md>), [Interaction to Next Paint](<https://devfeed.tech/topics/interaction-to-next-paint.md>), [JavaScript](<https://devfeed.tech/topics/javascript.md>)

Tags: [interaction-to-next-paint](<https://devfeed.tech/tags/interaction-to-next-paint.md>), [monitoring](<https://devfeed.tech/tags/monitoring.md>), [network](<https://devfeed.tech/tags/network.md>), [performance](<https://devfeed.tech/tags/performance.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

This tutorial explains how to monitor and optimize website performance. It covers network request waterfalls, page-load and runtime performance metrics, common issues, resource handling, testing tools, and optimization techniques.

### Source excerpt

Learn about reading network request waterfalls, identifying common network performance issues, and optimizing page rendering.

## Speedometer 3: Building a benchmark that represents the web

DevFeed: [Speedometer 3: Building a benchmark that represents the web](<https://devfeed.tech/articles/speedometer-3-building-a-benchmark-that-represents-the-web-4180.md>)

Original publisher: [Read original article](<https://blog.chromium.org/2024/03/speedometer-3-building-benchmark-that.html>)

Author: Chromium Blog (noreply@blogger.com)

Published: 2024-03-11T16:00:00Z

Content type: article

Language: en

Sources: [Chromium Blog](<https://devfeed.tech/sources/chromium-blog.md>)

Topics: [Benchmark](<https://devfeed.tech/topics/benchmark.md>), [benchmarking](<https://devfeed.tech/topics/benchmarking.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [web applications](<https://devfeed.tech/topics/web-applications.md>), [browsers](<https://devfeed.tech/topics/browsers.md>), [WebKit](<https://devfeed.tech/topics/webkit.md>), [V8](<https://devfeed.tech/topics/v8.md>)

Tags: [benchmark](<https://devfeed.tech/tags/benchmark.md>), [benchmarking](<https://devfeed.tech/tags/benchmarking.md>), [benchmarks](<https://devfeed.tech/tags/benchmarks.md>), [browsers](<https://devfeed.tech/tags/browsers.md>), [collaboration](<https://devfeed.tech/tags/collaboration.md>), [governance](<https://devfeed.tech/tags/governance.md>), [none](<https://devfeed.tech/tags/none.md>), [optimization](<https://devfeed.tech/tags/optimization.md>), [performance](<https://devfeed.tech/tags/performance.md>), [the-fast-and-the-curious](<https://devfeed.tech/tags/the-fast-and-the-curious.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [web](<https://devfeed.tech/tags/web.md>), [web-applications](<https://devfeed.tech/tags/web-applications.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [workflows](<https://devfeed.tech/tags/workflows.md>)

### AI overview

This article announces Speedometer 3.0, an updated browser benchmark designed to represent modern web applications. Developed through collaboration among major browser-engine teams, it improves score calculation and detail while adding more diverse workloads to guide browser performance optimization and better reflect user experiences.

### Source excerpt

Today's The Fast and the Curious post covers the release of Speedometer 3.0 an upgraded browser benchmarking tool to optimize the performance of Web applications. In collaboration with major web browser engines, Blink/V8, Gecko/SpiderMonkey, and WebKit/JavaScriptCore, we're excited to release Speedometer 3.0. Benchmarks, like Speedometer, are tools that can help browser vendors find opportunities to improve performance. Ideally, they simulate functionality that users encounter on typical websites, to ensure browsers can optimize areas that are beneficial to users. Let's dig into the new changes in Speedometer 3.0. Applying a multi-stakeholder governance model Since its initial release in 2014 by the WebKit team, browser vendors have successfully used Speedometer to optimize their engines and improve user experiences on the web. Speedometer 2.0, a result of a collaboration between Apple and Chrome, followed in 2018, and it included an updated set of workloads that were more representative of the modern web at that time. The web has changed a lot since 2018, and so has Speedometer in its latest release, Speedometer 3. This work has been based on a joint multi-stakeholder governance model to share work, and build a collaborative understanding of performance on the web to help drive browser performance in ways that help users. The goal of this collaborative project is to create a shared understanding of web performance so that improvements can be made to enhance the user experience. Together, we were able to to improve how Speedometer captures and calculates scores, show more detailed results and introduce an even wider variety of workloads. This cross-browser collaboration introduced more diverse perspectives that enabled clearer insights into a broader set of web users and workflows, ensuring the newest version of Speedometer will help make the web better for everyone, regardless of which browser they use. Why is building workloads challenging? Building a reliable ben

## Astro 4.5

DevFeed: [Astro 4.5](<https://devfeed.tech/articles/astro-4-5-3207.md>)

Original publisher: [Read original article](<https://astro.build/blog/astro-450/>)

Author: Erika; Emanuele Stoppa; Matthew Phillips; Nate Moore; Bjorn Lu

Published: 2024-03-11T00:00:00Z

Content type: release

Language: en

Sources: [The Astro Blog](<https://devfeed.tech/sources/the-astro-blog.md>)

Topics: [Astro](<https://devfeed.tech/topics/astro.md>), [Accessibility](<https://devfeed.tech/topics/accessibility.md>), [view transitions](<https://devfeed.tech/topics/view-transitions.md>), [Script](<https://devfeed.tech/topics/script.md>), [Command-line interface](<https://devfeed.tech/topics/cli.md>)

Tags: [accessibility](<https://devfeed.tech/tags/accessibility.md>), [astro](<https://devfeed.tech/tags/astro.md>), [audits](<https://devfeed.tech/tags/audits.md>), [cli](<https://devfeed.tech/tags/cli.md>), [configuration](<https://devfeed.tech/tags/configuration.md>), [developer-experience](<https://devfeed.tech/tags/developer-experience.md>), [feature](<https://devfeed.tech/tags/feature.md>), [release](<https://devfeed.tech/tags/release.md>), [ui](<https://devfeed.tech/tags/ui.md>), [update](<https://devfeed.tech/tags/update.md>), [view-transitions](<https://devfeed.tech/tags/view-transitions.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

Astro 4.5 improves the developer experience with a new Dev Audit UI for finding performance and accessibility issues in the browser. It also improves View Transitions by allowing persisted islands to receive new props while retaining state, and adds support for rerunning inline scripts during navigation. The release also includes Shiki 1.0, multi-CDN asset prefixing, and other updates.

### Source excerpt

Astro 4.5 is out! This release includes a new Dev Audit UI, View Transition improvements, Shiki 1.0, multi-CDN asset prefixing, and more!

## How Core Web Vitals saved users 10,000 years of waiting for web pages to load

DevFeed: [How Core Web Vitals saved users 10,000 years of waiting for web pages to load](<https://devfeed.tech/articles/how-core-web-vitals-saved-users-10-000-years-of-waiting-for-web-pages-to-load-4176.md>)

Original publisher: [Read original article](<https://blog.chromium.org/2023/11/how-core-web-vitals-saved-users-10000.html>)

Author: Chromium Blog (noreply@blogger.com)

Published: 2023-11-07T17:03:00Z

Content type: article

Language: en

Sources: [Chromium Blog](<https://devfeed.tech/sources/chromium-blog.md>)

Topics: [Core Web Vitals](<https://devfeed.tech/topics/core-web-vitals.md>), [Chrome](<https://devfeed.tech/topics/chrome.md>), [Web](<https://devfeed.tech/topics/web.md>), [Google](<https://devfeed.tech/topics/google.md>), [User Experience](<https://devfeed.tech/topics/user-experience.md>), [Google Search](<https://devfeed.tech/topics/google-search.md>)

Tags: [chrome](<https://devfeed.tech/tags/chrome.md>), [core-web-vitals](<https://devfeed.tech/tags/core-web-vitals.md>), [ecosystem](<https://devfeed.tech/tags/ecosystem.md>), [google](<https://devfeed.tech/tags/google.md>), [google-search](<https://devfeed.tech/tags/google-search.md>), [performance](<https://devfeed.tech/tags/performance.md>), [the-fast-and-the-curious](<https://devfeed.tech/tags/the-fast-and-the-curious.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [web](<https://devfeed.tech/tags/web.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

This article explains how Core Web Vitals helped improve web performance for Chrome users on desktop and Android, reportedly saving more than 10,000 years of page-loading time in 2023. It describes how shared metrics, developer guidance, and collaboration across Chrome, Search, and the web ecosystem contributed to faster, more responsive pages.

### Source excerpt

Today's The Fast and the Curious post explores how Core Web Vitals saved Chrome users more than 10,000 Years of waiting for web pages to load in 2023 (across Chrome desktop and Android) by quantifying the experience of sites and identifying opportunities to make improvements. In 2020, we introduced Web Vitals - essential quality signals for webpages to ensure a better user experience. Since then, there has been a massive leap in web performance made possible by our work on Core Web Vitals (CWV) and its broader impact on the web. Today, over 40% of sites pass all of the CWV metrics, leading to pages that load and respond to interactions more quickly. Here's a closer look at the journey to help improve the performance for sites and some specific work done in the browser and the ecosystem to enable this achievement. Chrome's Quest for Speed The very essence of the web lies in its ability to provide information and services efficiently and rapidly. This principle is at the heart of Google's business and drives our work on Chrome. However, we noticed an issue with sites over a long time horizon. Even if slow sites improved their performance for a while, it would often decline over time. No matter how fast Google Search might be, the user experience would be subpar if the pages found were slow to load. We could not help these sites improve their performance directly, but we wanted users to have a great experience when they moved from Google Search to the individual sites. To tackle the challenge of improving the user experience while simultaneously providing unified guidance to developers, teams from Search and Chrome collaborated to address the issue of slow web pages. Defining the Fast Web We examined millions of pages to define a public standard for a fast, user-friendly web page (initially published in The Science Behind Web Vitals). We published our specifications and data to the open ecosystem and took note of the feedback we received. The introduction of CWV metric

## My Challenge to the Web Performance Community

DevFeed: [My Challenge to the Web Performance Community](<https://devfeed.tech/articles/my-challenge-to-the-web-performance-community-29517.md>)

Original publisher: [Read original article](<https://philipwalton.com/articles/my-challenge-to-the-web-performance-community/>)

Published: 2021-10-06T07:18:38Z

Content type: opinion

Language: en

Sources: [Philip Walton](<https://devfeed.tech/sources/philip-walton.md>)

Topics: [performance-optimization](<https://devfeed.tech/topics/performance-optimization.md>), [Core Web Vitals](<https://devfeed.tech/topics/core-web-vitals.md>), [real user monitoring](<https://devfeed.tech/topics/real-user-monitoring.md>), [Chrome](<https://devfeed.tech/topics/chrome.md>), [User Experience](<https://devfeed.tech/topics/user-experience.md>), [Website](<https://devfeed.tech/topics/website.md>)

Tags: [chrome](<https://devfeed.tech/tags/chrome.md>), [core-web-vitals](<https://devfeed.tech/tags/core-web-vitals.md>), [performance](<https://devfeed.tech/tags/performance.md>), [performance-optimization](<https://devfeed.tech/tags/performance-optimization.md>), [synthetic](<https://devfeed.tech/tags/synthetic.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

The article argues that web performance optimization should focus on users' real-world experience rather than solely on synthetic tool scores. It explains that Lighthouse is useful for testing and optimization but does not guarantee good field performance: research found that almost half of pages scoring 100 on Lighthouse failed to meet recommended Core Web Vitals thresholds, while some pages with poor Lighthouse scores met those thresholds.

### Source excerpt

Performance optimization should be about making your users happy, not about making your tools happy. And if we really believe that, we should lead by example.

## Why Web Performance Results Need Context Beyond Simple Numbers

DevFeed: [Why Web Performance Results Need Context Beyond Simple Numbers](<https://devfeed.tech/articles/my-challenge-to-the-web-performance-community-20767.md>)

Original publisher: [Read original article](<https://erikrunyon.com/2021/10/my-challenge-to-the-web-performance-community/>)

Author: Erik Runyon

Published: 2021-10-06T00:00:00Z

Content type: opinion

Language: en

Sources: [Erik Runyon](<https://devfeed.tech/sources/erik-runyon.md>)

Topics: [Web](<https://devfeed.tech/topics/web.md>), [Latency](<https://devfeed.tech/topics/latency.md>)

Tags: [debug](<https://devfeed.tech/tags/debug.md>), [performance](<https://devfeed.tech/tags/performance.md>), [snippet](<https://devfeed.tech/tags/snippet.md>), [synthetic](<https://devfeed.tech/tags/synthetic.md>), [test](<https://devfeed.tech/tags/test.md>), [tools](<https://devfeed.tech/tags/tools.md>), [web-development](<https://devfeed.tech/tags/web-development.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

The article argues that web performance results need context and that synthetic or lab-based tools should be understood as controlled tools for testing, debugging, diagnosis, optimization, prediction, and regression detection rather than precise measures of real-world site performance.

### Source excerpt

Philip Walton on the difficulties the webperf community faces when discussing web performance. Simple numbers don't cut it. We need to provide context when discussing performance results. What concerns me about this practice is that it glosses over a lot of important nuance, and it perpetuates the idea that synthetic or lab-based tools (like Lighthouse, WebPageTest, and many others) are genuine and precise assessments of a site's actual, real-world performance--rather than what they are: tools to test, debug, diagnose, optimize, and predict performance or detect regressions under a set of controlled conditions. I'm definitely guilty of the simplicity he discusses. Thanks for the challenge Philip.

## Lazy Loading with Angular Elements and ngx-lazy-el

DevFeed: [Lazy Loading with Angular Elements and ngx-lazy-el](<https://devfeed.tech/articles/lazy-loading-with-angular-elements-and-ngx-lazy-el-21361.md>)

Original publisher: [Read original article](<https://juri.dev/blog/2019/11/lazy-loading-angular-ngx-lazy-el/>)

Published: 2019-11-06T00:00:00Z

Content type: tutorial

Language: en

Sources: [Juri Strumpflohner](<https://devfeed.tech/sources/juri-strumpflohner.md>)

Topics: [Angular](<https://devfeed.tech/topics/angular.md>), [Angular CLI](<https://devfeed.tech/topics/angular-cli.md>), [JavaScript](<https://devfeed.tech/topics/javascript.md>), [Web Development](<https://devfeed.tech/topics/web-development.md>)

Tags: [angular](<https://devfeed.tech/tags/angular.md>), [angular-elements](<https://devfeed.tech/tags/angular-elements.md>), [chrome](<https://devfeed.tech/tags/chrome.md>), [ci](<https://devfeed.tech/tags/ci.md>), [cli](<https://devfeed.tech/tags/cli.md>), [es2015](<https://devfeed.tech/tags/es2015.md>), [firefox](<https://devfeed.tech/tags/firefox.md>), [lazy-loading](<https://devfeed.tech/tags/lazy-loading.md>), [performance](<https://devfeed.tech/tags/performance.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

A tutorial on reducing startup time in Angular web applications through lazy loading. It focuses on lazy loading non-routed components with Angular Elements and ngx-lazy-el, and also discusses differential loading, performance budgets, and router-based lazy loading.

### Source excerpt

Lorem ipsum dolor sit amet

## The Web Performance Impact Of Lossy Network Conditions

DevFeed: [The Web Performance Impact Of Lossy Network Conditions](<https://devfeed.tech/articles/the-web-performance-impact-of-lossy-network-conditions-27974.md>)

Original publisher: [Read original article](<https://tech.trivago.com/post/2019-08-08-thewebperformanceimpactoflossynetworkcon/>)

Author: Tobias Baldauf

Published: 2019-08-08T00:00:00Z

Content type: article

Language: en

Sources: [Trivago](<https://devfeed.tech/sources/trivago.md>)

Topics: [Web](<https://devfeed.tech/topics/web.md>), [Network](<https://devfeed.tech/topics/network.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [real user monitoring](<https://devfeed.tech/topics/real-user-monitoring.md>), [cloud-infrastructure](<https://devfeed.tech/topics/cloud-infrastructure.md>), [Monitoring](<https://devfeed.tech/topics/monitoring.md>), [API](<https://devfeed.tech/topics/api.md>), [User experience (UX)](<https://devfeed.tech/topics/ux.md>), [Testing](<https://devfeed.tech/topics/testing.md>)

Tags: [cdn](<https://devfeed.tech/tags/cdn.md>), [dns](<https://devfeed.tech/tags/dns.md>), [frontend](<https://devfeed.tech/tags/frontend.md>), [metrics](<https://devfeed.tech/tags/metrics.md>), [monitor](<https://devfeed.tech/tags/monitor.md>), [monitoring](<https://devfeed.tech/tags/monitoring.md>), [network](<https://devfeed.tech/tags/network.md>), [performance](<https://devfeed.tech/tags/performance.md>), [real-user-monitoring](<https://devfeed.tech/tags/real-user-monitoring.md>), [synthetic](<https://devfeed.tech/tags/synthetic.md>), [test-coverage](<https://devfeed.tech/tags/test-coverage.md>), [testing](<https://devfeed.tech/tags/testing.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

This article explains how packet loss on middleware routers between a CDN and origin server can cause intermittent outages and slower web performance. It describes using MTR, Synthetic Monitoring, and Real User Monitoring to identify first-mile network problems and improve testing coverage.

### Source excerpt

tl;dr: continuously monitor your CDN and origin servers on layer 3 with tools like MTR. Layer 3 issues on external middleware can have ...

## Mobile Web Performance @ Caviar

DevFeed: [Mobile Web Performance @ Caviar](<https://devfeed.tech/articles/mobile-web-performance-caviar-27015.md>)

Original publisher: [Read original article](<https://medium.com/square-corner-blog/mobile-web-performance-caviar-1a57da0cc233?source=rss----3650599ae4e2---4>)

Author: Evelyn Chan

Published: 2019-03-28T22:46:49Z

Content type: tutorial

Language: en

Sources: [Square Corner Blog](<https://devfeed.tech/sources/square-corner-blog-medium.md>)

Topics: [Mobile](<https://devfeed.tech/topics/mobile.md>), [Web](<https://devfeed.tech/topics/web.md>), [Webpack](<https://devfeed.tech/topics/webpack.md>), [Latency](<https://devfeed.tech/topics/latency.md>), [React](<https://devfeed.tech/topics/react.md>), [Rails](<https://devfeed.tech/topics/rails.md>)

Tags: [caviar](<https://devfeed.tech/tags/caviar.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [javascript](<https://devfeed.tech/tags/javascript.md>), [mobile](<https://devfeed.tech/tags/mobile.md>), [mobile-web](<https://devfeed.tech/tags/mobile-web.md>), [performance](<https://devfeed.tech/tags/performance.md>), [programming](<https://devfeed.tech/tags/programming.md>), [rails](<https://devfeed.tech/tags/rails.md>), [react](<https://devfeed.tech/tags/react.md>), [web-development](<https://devfeed.tech/tags/web-development.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>), [webpack](<https://devfeed.tech/tags/webpack.md>)

### AI overview

This article describes Caviar's effort to improve mobile web performance after recognizing that its website had been built primarily for desktop. It focuses on auditing the home page with Google Lighthouse and examining the React/Rails front-end bundle with Webpack and Webpack Bundle Analyzer.

### Source excerpt

Heads up, we've moved! If you'd like to continue keeping up with the latest technical content from Square please visit us at our new home https://developer.squareup.com/blog Across any e-commerce website, page load times are directly correlated with conversion rate. Faced with a page that takes longer than 3 seconds to load, 53% of users drop off, perhaps never to return. A 1 second delay in load time results in a 7% loss in conversions, 11% fewer page views, and 16% decrease in customer satisfaction. In terms of SEO, slow page speeds also impact indexing algorithms, which hurt crawl efficiency and leads to fewer pages being indexed. For consumers on mobile, slow speeds are even more painful. As more and more consumers move towards a mobile first experience, we need to optimize for speeds that don't necessitate blazingly fast internet or even 4G speeds. Typically, improvements in this area means managing your requests and what you load better and more efficiently. This mobile first perspective is top of mind for Caviar as we expand to new markets this year. During our adoption of this methodology, we started noticing that trying out new features on mobile web seemed to take unusually long. We realized that our mobile web experience was far from ideal as the Caviar website was originally built for desktop. The shift in perspective from desktop to mobile was not a clean switch from a developer standpoint as we naturally have more resources for web and are less likely to test for mobile. We mapped out the core webpages on our user's critical path and decided to focus on the starting point: our home page. This is the page most visitors of trycaviar.com start off on and remains one of our most trafficked pages. We used Google Lighthouse to audit our home page as a baseline and full disclosure -- it was not pretty. Our initial Lighthouse audit.Setting Up Metrics At Caviar, our stack includes React/Rails on our web interface bundled with Webpack, a build tool commonly used

## The Contrast Swap Technique: Improved Image Performance with CSS Filters

DevFeed: [The Contrast Swap Technique: Improved Image Performance with CSS Filters](<https://devfeed.tech/articles/the-contrast-swap-technique-improved-image-performance-with-css-filters-28787.md>)

Original publisher: [Read original article](<https://una.im/contrast-swap-technique/>)

Published: 2017-11-17T00:00:00Z

Content type: tutorial

Language: en

Sources: [Una Kravets](<https://devfeed.tech/sources/una-kravets.md>)

Topics: [CSS](<https://devfeed.tech/topics/css.md>), [browser](<https://devfeed.tech/topics/browser.md>), [Web Development](<https://devfeed.tech/topics/web-development.md>), [Website](<https://devfeed.tech/topics/website.md>)

Tags: [browser](<https://devfeed.tech/tags/browser.md>), [css](<https://devfeed.tech/tags/css.md>), [effects](<https://devfeed.tech/tags/effects.md>), [filter](<https://devfeed.tech/tags/filter.md>), [image](<https://devfeed.tech/tags/image.md>), [images](<https://devfeed.tech/tags/images.md>), [performance](<https://devfeed.tech/tags/performance.md>), [techniques](<https://devfeed.tech/tags/techniques.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

This article presents the Contrast Swap Technique, using CSS filters and blend modes to style images in the browser and explore their potential for web performance.

### Source excerpt

With CSS filter effects and blend modes, we can now leverage various techniques for styling images directly in the browser. However, creating aesthetic theming isn't all that filter effects are good for. You can use filters for web performance, too.

## Velocity Conference 2011 - Europe

DevFeed: [Velocity Conference 2011 - Europe](<https://devfeed.tech/articles/velocity-conference-2011-europe-2173.md>)

Original publisher: [Read original article](<https://developers.soundcloud.com/blog//velocity-conference-2011-europe>)

Published: 2011-07-29T00:00:00Z

Content type: article

Language: en

Sources: [SoundCloud Backstage Blog](<https://devfeed.tech/sources/soundcloud-backstage-blog.md>)

Topics: [Latency](<https://devfeed.tech/topics/latency.md>), [systems](<https://devfeed.tech/topics/systems.md>), [data](<https://devfeed.tech/topics/data.md>), [Web](<https://devfeed.tech/topics/web.md>)

Tags: [conference](<https://devfeed.tech/tags/conference.md>), [data](<https://devfeed.tech/tags/data.md>), [europe](<https://devfeed.tech/tags/europe.md>), [events](<https://devfeed.tech/tags/events.md>), [operations](<https://devfeed.tech/tags/operations.md>), [performance](<https://devfeed.tech/tags/performance.md>), [program](<https://devfeed.tech/tags/program.md>), [systems](<https://devfeed.tech/tags/systems.md>), [web](<https://devfeed.tech/tags/web.md>), [web-performance](<https://devfeed.tech/tags/web-performance.md>)

### AI overview

SoundCloud invites developers and operations practitioners to submit talks for the O'Reilly Velocity Conference 2011 in Berlin. Suggested topics include operations challenges, web performance, and turning raw systems data into useful information.

### Source excerpt

The venerable O'Reilly Velocity Conference is coming to Berlin on the 8th and 9th of November. SoundCloud is doing what we can to help...