Shpejtësia
Sa shpejt ngarkohen dhe përgjigjen faqet tuaja — fillimisht në telefon, pastaj në desktop.
0.25 e pikëzimit — boshti më i rëndëPse ka rëndësi për renditjet, trafikun dhe besimin?
Shpejtësia është i vetmi bosht që Google e ka konfirmuar si sinjal të drejtpërdrejtë renditjeje përmes Core Web Vitals, dhe këtu ka peshën më të madhe sepse efekt i saj shtrihet mbi gjithçka tjetër: një faqe e ngadaltë i shpenzon titujt e mirë, skemën e mirë dhe përmbajtjen e mirë. Google indekson me agentin mobil dhe teston me strategjinë mobile — përvoja në telefon është përvoja juaj SEO.
Për marketing-un logjika është e prerë: LCP nën 2.5s kundrejt mbi 4s është rutinisht ndryshimi mes 2% dhe 5% konvertim; çdo sekondë shtesë ngarkimi e ngecur rrit bounce-in në mënyrë të matshme. Ndjesia e ndërveprimit (TBT/INP) vendos nëse një formë ndihet e menjëhershme apo ngjitet në një Android të mesëm — pajisja që përdor realisht pjesa më e madhe e trafikut tuaj.
Shumica e dështimeve të shpejtësisë janë konfigurim, jo talent: transferim i pakompresuar, pa header-a cache, aktive që bllokojnë render dhe imazhe hero të paoptimizuar përbëjnë shumicën e auditimeve të dështuara. Rregullohen në orë, jo tremujor.
Çdo sinjal në këtë ndarje — pikërisht ajo që kontrollon motori
Si riparohet?
Shkaqet më të shpeshta të dështimeve këtu
- HTML/CSS/JS i pakompresuar — origin-i s’aktivizoi kurrë gzip/brotli.
- Pa Cache-Control — çdo vizitor i shkarkon gjithçka nga e para.
- Një imazh hero pa prioritet — Largest Contentful Paint pret aktiven më të ngadaltë.
- CSS/JS që bllokojnë render në <head>.
- Përgjigje e ngadaltë serveri (TTFB): hosting i lirë i ndarë, pa CDN, apo backend bisedues.
- Mungesa e meta viewport mobil — faqja vizatohet me gjerësi desktopi në telefon.
- DOM-a me mijëra elemente — kosto parse dhe style që paguhet në çdo telefon.
Konfigurimi me praktikat më të mira
Dy bloqet e mëposhtme sjellin përmirësimin më të madh me përpjekjen më të vogël: aktivizo kompresimin dhe caching të arsyeshëm në edge, pastaj jepi përparësi imazhit hero.
server {
# kompresimi: zakonisht shkurton transferimin HTML/CSS/JS me 60–80%
gzip on;
gzip_vary on;
gzip_comp_level 6;
gzip_types text/css application/javascript application/json image/svg+xml text/plain application/xml;
# aktive me hash, të pandryshueshme → cache një vit
location /assets/ {
add_header Cache-Control "public, max-age=31536000, immutable";
}
# HTML duhet të ri-validohet që deploy-t të kapen
location / {
add_header Cache-Control "no-cache";
}
}<head>
<link rel="preload" href="/hero.avif" as="image"
imagesrcset="/hero-640.avif 640w, /hero-1280.avif 1280w"
imagesizes="100vw" fetchpriority="high">
<script defer src="/app.js"></script> <!-- defer: kurrë mos blloko render -->
</head>
<body>
<img src="/hero-640.avif"
srcset="/hero-640.avif 640w, /hero-1280.avif 1280w"
sizes="100vw" width="1280" height="720"
fetchpriority="high" decoding="async"
alt="Qendër përmbushjeje me robotët Acme duke mbledhur porosi">
</body><meta name="viewport" content="width=device-width, initial-scale=1">Si e matim
Ekzekutojmë Google PageSpeed Insights dy herë për skanim — strategjinë mobile (primare, ashtu si ju sheh Google) dhe desktop — plus të dhëna fushore CrUX (p75 i përdoruesve realë) kur ka kontribute të mjaftueshme. Përgjigja e serverit vjen nga Lighthouse me matjen tonë si rezervë, që boshti të mbetet i sinqertë edhe kur PSI është me rate-limit.