Core Web Vitals 2026: ghid actualizat LCP, CLS și INP după înlocuirea FID

Core Web Vitals sunt metricile de performanță confirmate oficial de Google ca factori de clasare, măsurând experiența reală a utilizatorilor pe site-ul dvs. Pe cisnet.ro există deja articole despre Core Web Vitals și impactul lor și despre interpretarea în Search Console. Acest ghid aduce perspectiva actualizată pentru 2026, cu focus pe INP care a înlocuit FID în martie 2024 și cu pragurile revizuite.

Schimbarea majoră: INP în locul FID din martie 2024

Din martie 2024, Google a înlocuit FID (First Input Delay) cu INP (Interaction to Next Paint) ca metrică oficială Core Web Vitals pentru responsivitate. Dacă ați optimizat pentru FID în trecut, INP poate necesita o abordare complet diferită.

Diferența fundamentală: FID măsura doar latența primei interacțiuni cu pagina. INP măsoară latența tuturor interacțiunilor pe durata întregii sesiuni: clicuri, atingeri și taste. Aceasta face INP o metrică mult mai reprezentativă pentru experiența reală a utilizatorului, dar și mai dificilă de optimizat.

LCP (Largest Contentful Paint): viteza afișării conținutului principal

LCP măsoară cât durează până când cel mai mare element vizibil al paginii se afișează complet. De obicei este imaginea hero sau blocul de text principal din viewport-ul inițial.

Praguri Google 2026:

• ✅ Bun: sub 2,5 secunde
• ⚠️ Necesită îmbunătățire: 2,5-4 secunde
• ❌ Slab: peste 4 secunde

Optimizări specifice și eficiente pentru LCP:

<!-- 1. Preîncarcă imaginea LCP: cel mai impactant optimizare -->
<link rel="preload" as="image"
  href="imagine-hero.webp"
  fetchpriority="high">

<!-- 2. Nu folosi lazy loading pe elementul LCP -->
<img
  src="imagine-hero.webp"
  loading="eager"
  fetchpriority="high"
  width="1200"
  height="630"
  alt="Descriere imagine hero">

<!-- 3. Preconecteaza la CDN dacă imaginea vine din exterior -->
<link rel="preconnect" href="https://cdn.exemplu.com">

Cauzele frecvente ale LCP ridicat și soluțiile lor:

• TTFB ridicat (server lent): caching server activ, CDN, hosting mai performant. Vizați TTFB sub 200ms
• Imagini neoptimizate: format WebP sau AVIF, dimensiuni corecte, compresie 85% calitate, lazy loading dezactivat pe LCP
• CSS și JS care blochează randarea: CSS critic inline, defer pentru JS neesențial, eliminarea resurselor blocante
• Fonturi web grele: font-display: swap, preloading pentru fonturi critice, limitarea la 2 familii de fonturi

CLS (Cumulative Layout Shift): stabilitatea vizuală a paginii

CLS penalizează elementele care se deplasează vizual după ce pagina s-a încărcat inițial, producând o experiență frustrantă: utilizatorul dă clic pe un element, dar acesta se mișcă și ajunge să dea clic altundeva.

Praguri Google 2026:

• ✅ Bun: sub 0,1
• ⚠️ Necesită îmbunătățire: 0,1-0,25
• ❌ Slab: peste 0,25

/* 1. Preveniți CLS declarând dimensiunile tuturor imaginilor */
img {
  width: 100%; /* sau valoare fixă */
  height: auto;
  /* sau mai bine: aspect-ratio */
  aspect-ratio: 16 / 9;
}

/* 2. Preveniți CLS cauzat de fonturi web */
@font-face {
  font-family: 'NumeFontWeb';
  src: url('font.woff2') format('woff2');
  font-display: swap; /* previne textul invizibil */
}

/* 3. Rezervați spațiu pentru elementele dinamice */
.ad-container {
  min-height: 250px; /* spațiu rezervat pentru reclamă */
}

.embed-container {
  aspect-ratio: 16 / 9; /* pentru videoclipuri embedduite */
}

INP (Interaction to Next Paint): responsivitatea la toate interacțiunile

INP este cel mai nou și cel mai complex Core Web Vital. Măsoară latența de la interacțiunea utilizatorului (clic, atingere, tastă) până când browser-ul afișează vizual răspunsul la acea interacțiune.

Praguri Google 2026:

• ✅ Bun: sub 200 milisecunde
• ⚠️ Necesită îmbunătățire: 200-500 milisecunde
• ❌ Slab: peste 500 milisecunde

INP slab este cauzat aproape exclusiv de JavaScript excesiv care blochează thread-ul principal al browserului. Soluțiile principale:

// PROBLEMA: task JavaScript lung care blochează thread-ul
function proceseazaDateMari() {
  const date = [];
  for (let i = 0; i < 100000; i++) {
    date.push(calculeazaComplex(i));
  }
  return date;
}

// SOLUȚIA 1: fragmentați cu setTimeout pentru a elibera thread-ul
async function proceseazaDateMariAsync() {
  const date = [];
  const batchSize = 1000;
  for (let i = 0; i < 100000; i += batchSize) {
    for (let j = i; j < Math.min(i + batchSize, 100000); j++) {
      date.push(calculeazaComplex(j));
    }
    // Eliberează thread-ul între batch-uri
    await new Promise(r => setTimeout(r, 0));
  }
  return date;
}

// SOLUȚIA 2: mutați procesarea intensivă în Web Worker
const worker = new Worker('procesare-worker.js');
worker.postMessage({ task: 'proceseaza', date: dateBrute });
worker.onmessage = (e) => { afiseazaRezultat(e.data); };

Instrumentele de măsurare: date de laborator vs. date reale

Google evaluează Core Web Vitals exclusiv pe baza datelor reale din Chrome UX Report (CrUX), nu pe date de laborator din instrumente. Aceasta înseamnă că scorul dintr-un test PageSpeed Insights poate fi diferit față de scorul real din Search Console.

• PageSpeed Insights: combină date de laborator (Lighthouse) cu date reale CrUX. Folosiți pentru diagnosticare și testare rapida a modificărilor
• Google Search Console, Core Web Vitals: date agregate de la utilizatorii reali din Chrome, segmentate pe mobile și desktop. Aceasta este sursa de adevăr pentru evaluarea Google
• Chrome DevTools, Performance: profiling detaliat al thread-ului principal pentru diagnosticarea INP. Indispensabil pentru optimizarea JavaScript
• web-vitals.js: librăria JavaScript oficială Google pentru monitorizarea CWV în producție pe datele utilizatorilor reali

WordPress specific: optimizările care produc cel mai mare impact

Pentru site-urile WordPress, citiți ghidul nostru dedicat despre viteza paginilor WordPress. Cele mai impactante optimizări specifice WordPress pentru Core Web Vitals sunt: alegerea unui hosting cu LiteSpeed și LiteSpeed Cache activat, configurarea corectă a caching-ului și a compresiei Brotli, optimizarea imaginilor la upload cu Imagify sau ShortPixel, și eliminarea plugin-urilor inutile care încarcă JavaScript global pe toate paginile.

Concluzie

Core Web Vitals continuă să evolueze și INP reprezintă cel mai important ajustare din 2024. Dacă nu ați actualizat strategia de optimizare după înlocuirea FID cu INP, este momentul să faceți diagnosticarea și să identificați task-urile JavaScript lungi care afectează responsivitatea. Monitorizarea continuă în Search Console și intervenția proactivă sunt mai eficiente decât reacția la scăderi de clasament.

Citiți și ghidul nostru despre tehnicile esențiale de optimizare a vitezei site-ului.