Skip to content
GDPR compliant. Hosted in DE.
14-day free trial →
Benchmark Report 2026Core Web Vitals
Performance 13 min read 11 Nov 2025

Website Performance Benchmark 2026: How Does Your Site Compare?

Only 38% of websites pass all three Core Web Vitals. Compare your performance against current 2026 benchmarks and discover where optimization potential lies.

X

XICTRAQ Team

XICTRAQ

PerformanceBenchmarkCore Web VitalsLCPCLSINP2026
38%
pass all 3 CWV (HTTP Archive)
3.2s
Average LCP in Germany
287ms
Average INP in Germany
German Website Performance Benchmark 2026MetricAverage DEGood (Google)Top 10 %LCP3.2s< 2.5s1.4sINP287ms< 200ms95msCLS0.18< 0.10.02Passed38 %all 3100 %XICTRAQ: keep benchmarks in view
Web performance of German websites has improved in 2026, yet the majority still miss the thresholds defined by Google. According to HTTP Archive, only about 38% of websites worldwide pass all three Core Web Vitals simultaneously (HTTP Archive). In Germany, the figure is slightly lower due to older CMS installations and shared hosting infrastructures. This benchmark report shows current average values, explains variations by industry and technology, and provides concrete recommendations so your website can rise into the top 10%.

The Three Core Web Vitals in Benchmark

Google evaluates websites based on three metrics: Largest Contentful Paint (LCP), Interaction to Next Paint (INP), and Cumulative Layout Shift (CLS). Each metric has a clearly defined threshold, and only when all three are met simultaneously does the page pass. The assessment is based on the 75th percentile of field data from the Chrome User Experience Report (CrUX), meaning the actual experiences of real users (Google).

Below we examine the current benchmark data based on evaluations from HTTP Archive, CrUX, and XICTRAQ's own measurement data. Values refer to median values of German websites unless otherwise noted.

LCP: Largest Contentful Paint Compared

LCP measures how long it takes until the largest visible content element in the viewport is rendered. The threshold is 2.5 seconds. The German average stands at 3.2 seconds, clearly above the threshold. The best 10% of websites achieve LCP values of 1.4 seconds or less (HTTP Archive).

The main causes of poor LCP values in Germany are oversized hero images without modern formats like WebP or AVIF, missing server-side caches in WordPress installations, slow shared hosting infrastructures with high TTFB, and render-blocking CSS and JavaScript resources. WordPress websites in particular, which account for about 40% of the German market (W3Techs), score below average on LCP when no targeted optimization is performed.

LCP by Device Type

On mobile devices, the average LCP in Germany is 3.8 seconds, on desktop 2.4 seconds (CrUX). Since Google uses mobile-first indexing, the mobile value is decisive for rankings. More on mobile optimization in the article about mobile website speed.

LCP Benchmarks by Industry

IndustryMedian LCPRating
Corporate Websites2.8sNeeds improvement
E-Commerce3.6sPoor
Media / News3.9sPoor
SaaS / Tech2.1sGood
Government / Public4.2sPoor
Trades / SMB3.4sNeeds improvement

SaaS and technology companies perform best because they frequently use modern frameworks like SvelteKit, Next.js, or Astro that support server-side rendering and static generation out of the box. E-commerce websites suffer under the load of product images, tracking scripts, and complex page structures. Media sites often load dozens of third-party scripts that significantly delay LCP.

INP: Interaction to Next Paint Compared

INP replaced First Input Delay (FID) as a Core Web Vital in March 2024 and measures how quickly a page responds to user interactions. The threshold is 200 milliseconds. The German average stands at 287 milliseconds, representing a clear failure. Only about 55% of websites worldwide meet the INP threshold (HTTP Archive).

INP is the most challenging of the three metrics because it evaluates not just the first interaction but all interactions throughout the entire page visit. A single slow response, such as when opening a dropdown menu or submitting a form, can worsen the overall INP value. The main culprits are large JavaScript bundles that block the main thread and poorly optimized event handlers.

  • Reduce JavaScript load: Remove unused code through tree shaking and code splitting. Every kilobyte of JavaScript must be downloaded, parsed, and executed.
  • Break up long tasks: Tasks blocking the main thread for more than 50 milliseconds should be split into smaller units using requestIdleCallback, setTimeout, or the Scheduler API.
  • Minimize rendering updates: Avoid forced layout recalculations (forced reflows) in event handlers. Do not read layout properties immediately after DOM changes.
  • Use Web Workers: Computationally intensive operations like data processing or image manipulation should be offloaded to Web Workers to keep the main thread free.

The detailed Core Web Vitals optimization guide shows further strategies for INP improvement. With XICTRAQ's performance monitoring, you can continuously track your website's INP development.

CLS: Cumulative Layout Shift Compared

CLS measures the visual stability of a page and captures unexpected layout shifts during the page visit. The threshold is 0.1. The German average stands at 0.18, indicating systematic problems with undefined image dimensions, late-loading ad banners, and web font swaps.

CLS is the easiest metric to improve because the causes are almost always traceable to missing dimension specifications. Images and videos without explicit width and height attributes, iframes without defined aspect ratios, and dynamically inserted content above the visible area are the most frequent culprits.

  • Provide all images and videos with explicit width/height attributes
  • Use CSS aspect-ratio for responsive media elements
  • Provide ad banners and dynamic content with reserved placeholders
  • Load web fonts with font-display: swap and a metrically similar fallback font
  • Implement cookie consent banners as overlays rather than inserted elements
  • Use skeleton loading states for asynchronously loaded content

Benchmark by Technology: CMS and Frameworks Compared

The technology used has a significant influence on the performance baseline. Modern frameworks based on server-side rendering or static site generation achieve significantly better values than traditional CMS installations with plugin overhead.

TechnologyLCP (Median)INP (Median)CLS (Median)Passed (all 3)
WordPress (no cache)4.1s340ms0.2212%
WordPress (cache+CDN)2.6s210ms0.1235%
Shopware CE3.3s280ms0.1522%
TYPO33.0s250ms0.1428%
SvelteKit / Astro1.6s85ms0.0392%
Next.js / Nuxt2.0s130ms0.0675%
Static HTML pages1.2s45ms0.0198%

The data shows clearly: pure static HTML pages and modern frameworks like SvelteKit or Astro achieve near-perfect CWV values. WordPress can be brought into the green zone with targeted optimization, full-page caching, and CDN, but requires significantly more configuration effort. More on load time optimization in the complete load time guide.

TTFB: The Forgotten Baseline Metric

Time to First Byte (TTFB) is not an official Core Web Vital, but it forms the foundation for all other metrics. If the server takes a full second to respond, LCP cannot possibly stay under 2.5 seconds. The German TTFB average stands at 680 milliseconds, with shared hosting providers often showing values exceeding one second (HTTP Archive).

TTFB is primarily determined by server infrastructure: hosting quality, server software, database optimization, and caching strategies. A dedicated server or managed cloud hosting achieves TTFB values under 200 milliseconds, while overloaded shared hosting regularly exceeds 800 milliseconds. The comprehensive guide to TTFB optimization covers all adjustable factors in detail.

Server-Side Caching

Redis or Varnish as full-page cache reduces TTFB by 70-90%. Previously generated pages are served directly from memory.

CDN with Edge Caching

A CDN places content on servers close to the user, reducing physical distance. For DACH visitors, latency drops below 20 milliseconds.

HTTP/3 and QUIC

The QUIC protocol eliminates the TCP handshake and shortens connection establishment by one round-trip. Particularly noticeable on mobile networks.

Database Optimization

Indexed queries, query caching, and connection pooling prevent the database from becoming a bottleneck. Object cache (Redis) stores frequent queries.

Industry Comparison: Where Does Your Industry Stand?

Performance requirements vary significantly by industry. E-commerce websites need to be particularly fast because every second of delay reduces conversion rates by an average of 7% (Aberdeen Group). Service providers benefit from fast pages through more contact inquiries. Media websites struggle with high ad loads that systematically degrade performance.

The economic leverage of performance also varies: for an online shop with EUR 500,000 in annual revenue, doubling load time potentially means EUR 35,000 less revenue per year (Aberdeen Group). For a tradesperson's website with 20 inquiries per week, a fast page can make the difference between one and two additional inquiries per week. The downtime cost calculator helps quantify the economic value of availability.

Mobile vs. Desktop: The Performance Gap

The difference between mobile and desktop performance is particularly pronounced in Germany. On desktop, 52% of websites pass all three CWV; on mobile devices, only 31% (CrUX). The main reason: mobile devices have slower processors, less memory, and often more unstable network connections. Additionally, many websites are primarily optimized for desktop screens and only adapted for mobile devices afterward.

Since Google fully switched to mobile-first indexing in 2021 (Google), mobile CWV values are decisive for rankings. A website that performs excellently on desktop but fails on smartphones will be ranked accordingly lower in search results. The comprehensive guide to mobile website speed shows how to specifically improve mobile performance.

Measuring and Contextualizing Your Own Values

To position your own website in the benchmark, you need reliable measurement data. One-time tests with Lighthouse or PageSpeed Insights give a first impression but do not reflect real user experience. Field data from the Chrome User Experience Report (CrUX) shows actual performance but requires sufficient traffic for statistically reliable values.

  1. Establish baseline: Measure your current CWV with PageSpeed Insights (field data if available) and Lighthouse (lab data) for all important pages.
  2. Compare with industry: Compare your values with the industry benchmarks listed above and identify the largest deviations.
  3. Prioritize weaknesses: Focus first on the metric with the greatest deviation from the threshold. In most cases, this is LCP.
  4. Implement measures: Use Lighthouse recommendations and the concrete optimization guides in the Lighthouse guide as your roadmap.
  5. Monitor continuously: Set up automated monitoring to measure progress and detect deterioration immediately.

XICTRAQ enables this entire process from a single platform: performance monitoring, Lighthouse audits, SEO tracking, and trend analysis show you at any time where your website stands. The cookieless analytics provide real user data without GDPR issues.

Concrete Optimization Strategy for Reaching the Top 10%

The path from average performance to the top 10% does not require revolutionary changes but rather the consistent implementation of proven measures. The following strategy is prioritized by effectiveness and covers the most common problems of German websites.

  1. Bring TTFB below 200 ms: Set up server-side full-page caching, activate CDN, and evaluate hosting. This single step often improves LCP by 1-2 seconds.
  2. Prioritize LCP element: Identify the largest visible element, prioritize with fetchpriority=high and preload, serve in WebP/AVIF.
  3. Halve JavaScript load: Remove unused code, evaluate third-party scripts and keep only those truly needed. Use code splitting for page-specific bundles.
  4. Ensure layout stability: Provide all images and media with explicit dimensions, use CSS aspect-ratio, load web fonts with font-display: swap.
  5. Activate compression: Brotli for static assets, Gzip as fallback. This step alone reduces transfer size by 60-80%.
  6. Enable HTTP/2 or HTTP/3: The switch is a pure configuration change on modern web servers and noticeably speeds up parallel loading.

Performance as a Continuous Process

Benchmarks are not a one-time snapshot but an ongoing reference point. Every CMS update, new plugin, and design change can affect performance. Without continuous monitoring, you will not notice gradual deterioration until rankings have already declined.

XICTRAQ automates this process. Uptime and performance monitoring measures your core metrics around the clock, compares them with industry benchmarks, and alerts you to deterioration. Combined with the security scan, GDPR compliance checking, and SEO monitoring, you get a complete picture of website health.

Start now with a free demo or register directly to keep your website performance permanently in view and systematically improve it.

What are good Core Web Vitals values for 2026?
Google defines thresholds as LCP under 2.5 seconds, INP under 200 milliseconds, and CLS under 0.1. Top 10% values are LCP under 1.4 seconds, INP under 95 milliseconds, and CLS under 0.02. These peak values are achievable with modern frameworks and targeted optimization.
How many German websites pass the Core Web Vitals?
According to HTTP Archive and CrUX, about 38% of websites worldwide pass all three metrics simultaneously. In Germany, the figure is similar. On mobile devices, only about 31% pass, on desktop around 52%.
Which metric should I optimize first?
Usually LCP, because it has the greatest impact on perceived speed and is the most common cause of CWV failure. Check your values with PageSpeed Insights and focus on the metric with the greatest deviation from the threshold.
Why does my WordPress website perform poorly?
WordPress without optimization loads numerous plugins, uncompressed images, and render-blocking resources. With full-page caching (Redis/Varnish), CDN, image optimization (WebP), plugin reduction, and HTTP/2, CWV values can be significantly improved. The effort is higher than with modern frameworks but feasible.
How often should I check performance benchmarks?
One-time tests are insufficient because performance constantly changes through updates and new content. Continuous monitoring with automatic alerts for deterioration is recommended. XICTRAQ monitors your metrics around the clock and reports deviations immediately.
Does performance really affect my Google ranking?
Yes. Core Web Vitals have been an official ranking factor since 2021 (Google). When relevance is otherwise equal, Google favors faster pages. Additionally, load time affects crawl efficiency and user signals like bounce rate, which indirectly influence rankings.
Sources

This article is based on data from: Web Performance (Aberdeen Group), Core Web Vitals (Google), (HTTP Archive), (W3Techs).

Start in 60 seconds

Let XICTRAQ watch your website.

Permanent free plan available. No credit card, no installation, no hidden fees.