Hapeni faqen tuaj nga telefoni, me internet celular, jo nga Wi-Fi i zyrës. Numëroni sa sekonda kalojnë derisa të shihni diçka të dobishme. Nëse u desh të numëronit fare, një pjesë e vizitorëve tuaj kanë ikur para se të lexonin emrin e biznesit.
Faqet e ngadalta rrallë duken të ngadalta për pronarin. Ju e hapni nga kompjuteri, me lidhje të shpejtë, dhe shfletuesi e ka ruajtur gjysmën e saj nga vizita e djeshme. Klienti juaj e hap për herë të parë, nga një telefon mesatar, në një lidhje 4G që ndryshon çdo minutë. Janë dy faqe të ndryshme.
Lajmi i mirë: nuk ju duhet programues për të kuptuar ku qëndroni. Ju duhen pesë minuta.
Testi i pesë minutave
- Hapni PageSpeed Insights (pagespeed.web.dev) — mjet falas nga Google.
- Vendosni adresën e faqes suaj dhe shtypni Analyze.
- Shikoni skedën Mobile, jo Desktop. Google e vlerëson faqen tuaj kryesisht si e sheh një telefon, dhe aty problemet janë më të mëdha.
- Nëse faqja ka mjaftueshëm vizitorë, lart do të shihni të dhëna nga përdorues realë. Poshtë është testi i laboratorit me një notë nga 0 në 100.
- Zbritni te seksioni Diagnostics. Aty mjeti ju thotë vetë çfarë e ngadalëson faqen dhe sa kohë mund të fitoni.
Përsëriteni testin dy-tri herë. Nota lëviz disa pikë nga një provë te tjetra, dhe kjo është normale. Ju intereson drejtimi, jo numri i saktë.
Tre shkurtesat që duhet t'i dini
Raporti është plot me akronime. Tre prej tyre tregojnë pothuajse gjithçka që ndjen një vizitor:
- LCP (Largest Contentful Paint) — sa kohë i duhet elementit më të madh të faqes, zakonisht fotoja kryesore ose titulli, për t'u shfaqur. Me fjalë të thjeshta: kur më duket se faqja u hap?
- CLS (Cumulative Layout Shift) — sa kërcen faqja ndërsa ngarkohet. E njihni: jeni gati të shtypni një buton dhe papritur del një foto sipër tij, dhe shtypni diçka tjetër. Kjo është CLS.
- INP (Interaction to Next Paint) — sa shpejt reagon faqja kur e prekni. Shtypni menynë dhe nuk ndodh asgjë për një çast? Kjo është INP e keqe.
Google i quan këto Core Web Vitals dhe i përdor si një nga sinjalet për renditjen. Por harrojeni Google-in për një moment: këto janë thjesht mënyra për të matur nëse faqja ju bezdis apo jo.
Fajtorët e zakonshëm
Pas shumë auditimesh, lista e shkaqeve është çuditërisht e shkurtër.
1. Fotot e mëdha
Fotoja e bërë me telefon ngarkohet ashtu siç është, me disa megabajt, dhe shfaqet në një kuti sa një kartëvizitë. Shfletuesi e shkarkon të gjithën, gjithsesi. Zgjidhja: zvogëloni fotot në madhësinë që shfaqen, ruajini në formate moderne si WebP, dhe ngarkoni me vonesë ato që nuk duken pa zbritur poshtë.
2. Skriptet e palëve të treta
Çdo widget chat-i, piksel reklamash, harta e ngulitur, video nga platforma të tjera dhe mjet analitike shton kod që shfletuesi duhet ta shkarkojë dhe ekzekutojë. Secili duket i vogël; të gjithë bashkë janë shpesh më të rëndë se vetë faqja. Pyetja e duhur për secilin: kush e shikon këtë të dhënë dhe çfarë vendimi merr prej saj? Nëse askush, hiqeni.
3. Asnjë kompresim, asnjë cache
Serveri mund t'i ngjeshë skedarët para se t'i dërgojë (gzip ose brotli), dhe mund t'i thotë shfletuesit t'i mbajë në kujtesë për vizitën e ardhshme. Janë dy rreshta konfigurimi që shpesh mungojnë, dhe mungesa e tyre do të thotë që çdo vizitë shkarkon gjithçka nga e para.
4. Fontet nga serverë të tjerë
Një font i bukur nga një shërbim i jashtëm do të thotë një lidhje më shumë me një server tjetër para se teksti të shfaqet. Fontet e vendosura në serverin tuaj, me vetëm peshat që përdorni, e shmangin këtë hap.
5. Hostimi më i lirë i mundshëm
Hostimi i përbashkët me qindra faqe të tjera në të njëjtin server ka një kufi. Nëse serveri vonohet para se të dërgojë bajtin e parë, asnjë optimizim tjetër nuk e shpëton faqen. Në raport kjo shfaqet si server response time i lartë.
Një rast real: faqja jonë
Nuk po ju tregojmë diçka që nuk e kemi provuar vetë. Në shtator 2026, faqja eleisoft.com kishte notë 57 në PageSpeed për celular. Pas një radhe ndryshimesh, nota u bë 96, dhe pesha e faqes kryesore ra nga rreth 1.4 MB në rreth 200 KB.
Çfarë ndryshuam, sipas rëndësisë:
- HTTP/2 në server. Një rresht konfigurimi që i lejon shfletuesit të shkarkojë shumë skedarë njëkohësisht mbi të njëjtën lidhje. Fitimi më i madh i vetëm.
- Fontet në serverin tonë, në vend të një shërbimi të jashtëm.
- Ndarja e kodit (code splitting). Vizitori i faqes kryesore shkarkon vetëm kodin e faqes kryesore, jo edhe atë të panelit të administrimit dhe të çdo faqeje tjetër.
- Kompresimi i fotove dhe logo në madhësinë që shfaqet, jo në 500×500 piksel për një ikonë 32 piksel.
Asnjë prej këtyre nuk ishte ridizajnim. Faqja duket njësoj si më parë — thjesht nuk e bën më vizitorin të presë.
Çfarë mund të bëni sot
- Bëni testin në PageSpeed Insights dhe ruani një screenshot. Do t'ju duhet për krahasim.
- Kaloni nëpër faqe dhe shënoni çdo skript të jashtëm që nuk e përdorni më.
- Kontrolloni fotot më të mëdha: nëse një foto peshon më shumë se disa qindra kilobajt, ka vend për ta zvogëluar.
- Pyesni ofruesin e hostimit nëse kanë HTTP/2, kompresim dhe cache të aktivizuar.
Nëse raporti ju duket i paqartë ose problemet janë në kod, mund ta shohim bashkë. Shpejtësia e faqes është pjesë e punës që bëjmë te shërbimet tona të zhvillimit web.
Pyetje të shpeshta
Çfarë note duhet të ketë faqja ime në PageSpeed Insights?
Mbi 90 në celular është shumë mirë, 50–89 do të thotë që ka punë për të bërë, nën 50 është problem që vizitorët e ndjejnë. Më e rëndësishme se nota janë tre matjet LCP, CLS dhe INP, sidomos kur raporti tregon të dhëna nga përdorues realë.
Pse nota ndryshon sa herë e bëj testin?
Testi i laboratorit ekzekutohet në kushte që lëvizin pak nga një provë te tjetra: ngarkesa e serverit, rrjeti, koha e përgjigjes së skripteve të jashtme. Bëni dy-tri prova dhe shikoni mesataren, jo një rezultat të vetëm.
A ndikon shpejtësia e faqes në renditjen në Google?
Po, Core Web Vitals janë një nga sinjalet që Google përdor, megjithëse përmbajtja e dobishme mbetet më e rëndësishme. Efekti më i madh i shpejtësisë është te vizitorët: një faqe e shpejtë mbahet e hapur dhe lexohet, një e ngadaltë mbyllet.
A duhet ta ribëj faqen nga e para që të bëhet e shpejtë?
Rrallë. Shumica e fitimeve vijnë nga fotot, skriptet e jashtme, kompresimi, cache dhe konfigurimi i serverit — ndryshime që nuk prekin dizajnin. Ribërja ka kuptim vetëm kur platforma vetë nuk lejon asnjë nga këto.



