Sayt sürəti: niyə yavaş yüklənir, necə yoxlamaq olar?

Saytınız yavaş yüklənirsə, səbəb demək olar ki, həmişə bu dördlükdən birinə düşür: optimallaşdırılmamış şəkillər, keşləmənin (caching) olmaması, ağır CMS mövzusu/plaginlər və ya CDN-in olmaması. Sürəti özünüz yoxlamaq üçün Google PageSpeed Insights-a saytınızın ünvanını yazmaq kifayətdir — pulsuzdur, 30 saniyəyə konkret rəqəm və hansı problemin harada olduğunu göstərir. Aşağıda bu rəqəmlərin nə demək olduğunu, saytın niyə yavaş ola biləcəyini, sürəti necə artırmağı və bir agentliklə işə başlamazdan əvvəl nə soruşmalı olduğunuzu izah edirik.

Core Web Vitals nədir?

Core Web Vitals — Google-un istifadəçi təcrübəsini ölçmək üçün istifadə etdiyi üç göstəricidir və həm sıralamaya, həm də real ziyarətçi davranışına birbaşa təsir edir:

• LCP (Largest Contentful Paint) — səhifədəki ən böyük elementin (adətən şəkil və ya başlıq) neçə saniyəyə göründüyü. Google-a görə 2.5 saniyədən az "yaxşı" hesab olunur.
• INP (Interaction to Next Paint) — istifadəçi bir düyməyə basanda saytın nə qədər tez reaksiya verdiyi. 200 millisaniyədən az yaxşıdır.
• CLS (Cumulative Layout Shift) — səhifə yüklənərkən elementlərin yerinin "tullanıb-düşməsi" (məsələn, şəkil yüklənəndə mətn aşağı sürüşür). 0.1-dən az yaxşıdır.

Bu üç rəqəm sırf texniki göstərici deyil — onlar Google-un e-ticarət və xidmət saytları üçün topladığı real istifadəçi datasından yaranıb və axtarış nəticələrində sıralamaya təsir edən rəsmi "page experience" siqnalının əsasını təşkil edir.

Saytımın sürətli olduğunu necə yoxlayaram?

Üç pulsuz addım kifayətdir:

1. Google PageSpeed Insights (pagespeed.web.dev) — saytınızın URL-ini daxil edin. Nəticədə həm mobil, həm də masaüstü üçün 0-100 arası bal, LCP/INP/CLS rəqəmləri və konkret tövsiyələr ("şəkilləri sıxın", "render-blocking JS-i təxirə salın" və s.) görəcəksiniz.
2. Google Search Console → Core Web Vitals hesabatı — bu, laboratoriya testi deyil, saytınızın real ziyarətçilərinin son 28 gündə yaşadığı təcrübəni göstərir. Əgər Search Console hesabınız qoşuludursa, bu hesabatı mütləq yoxlayın — PageSpeed Insights tək bir test, Search Console isə real trafikin ortalamasıdır.
3. Real mobil telefonda, real 4G şəbəkəsində sınayın. Ofis Wi-Fi-ında sayt sürətli görünə bilər, amma Bakıda mobil data ilə açanda fərq böyükdür — ona görə də mobil test vacibdir.

Əgər PageSpeed Insights mobil balınız 50-dən aşağıdırsa və ya LCP 4 saniyədən çoxdursa, bu, ciddi sürət probleminin göstəricisidir.

Sayt niyə yavaş yüklənir?

Yavaş saytların əksəriyyətində bu səbəblərdən bir neçəsi eyni anda mövcuddur:

• Optimallaşdırılmamış şəkillər. Telefonla çəkilmiş 4-8 MB-lıq şəkil birbaşa saytda "as is" yerləşdirilir. Sıxılmamış, düzgün ölçüyə salınmamış və köhnə format (JPEG/PNG) istifadə olunan şəkillər — sürəti öldürən #1 səbəbdir.
• Keşləmənin (caching) olmaması. Brauzer keşi və server tərəfli səhifə keşi qurulmayıbsa, hər ziyarətçi üçün sayt sıfırdan generasiya olunur — bu, həm serveri yükləyir, həm də hər dəfə eyni faylları yenidən yükləməyə məcbur edir.
• Ağır CMS mövzusu və artıq plaginlər. Xüsusilə WordPress-də — hər plagin öz JS/CSS faylını əlavə edir. 20-30 plaginli sayt tez-tez istifadə olunmayan kod yükünü daşıyır.
• CDN-in olmaması. Server bir yerdə (məsələn, Avropada) yerləşirsə və statik fayllar (şəkil, CSS, JS) birbaşa oradan veriləcəksə, hər ziyarətçi üçün əlavə məsafə gecikməsi yaranır. CDN bu faylları istifadəçiyə coğrafi baxımdan daha yaxın nöqtədən çatdırır.
• Server cavab vaxtı (TTFB) yüksəkdir. Zəif hostinq, paylaşılan (shared) server üzərində resurs çatışmazlığı və ya optimallaşdırılmamış verilənlər bazası sorğuları səhifənin ilk baytının gəlməsini gecikdirir.
• Çoxlu üçüncü tərəf skriptləri. Analitika kodları, canlı çat pəncərələri, reklam pikselləri, sosial media widget-ləri — hər biri əlavə sorğu və yükləmə vaxtı deməkdir.
• Render-blocking JS/CSS. Brauzer səhifəni göstərmədən əvvəl bütün CSS və JS fayllarını yükləyib icra etməli olduğu üçün, düzgün strukturlaşdırılmamış kod ilk görünüşü gecikdirir.

Sürət niyə müştəri sayına təsir edir?

Yavaş sayt üç fərqli yerdə pul itirdirir. Birincisi, istifadəçi səbirsizdir — səhifə açılmayanda geri düyməsini basıb rəqibin saytına keçir, xüsusilə mobil istifadəçi. ONE Studio-nun öz veb sayt hazırlanması səhifəsində qeyd etdiyi kimi, Azərbaycanda trafikin 70%-dən çoxu mobildir — yəni yavaş mobil təcrübə auditoriyanın böyük hissəsini birbaşa itirmək deməkdir.

İkincisi, Google sürəti sıralama siqnalı kimi istifadə edir — eyni keyfiyyətli kontentə malik iki sayt arasında daha sürətli olan üstünlük qazana bilər. Üçüncüsü, əgər Facebook/Instagram və ya Google Ads-a pul xərcləyirsinizsə, həmin reklam trafikini yavaş açılan səhifəyə yönləndirmək — klikə görə ödədiyiniz büdcənin bir hissəsini hərfi mənada zibilə atmaqdır: istifadəçi səhifə açılmamış tərk edir, konversiya baş vermir, amma klik pulu artıq xərclənib.

Sayt sürətini necə yaxşılaşdırmaq olar?

Yuxarıdakı səbəblərin hər birinin konkret həlli var:

• Şəkilləri sıxın və düzgün formatda verin. WebP və ya AVIF formatına keçin, şəkilləri real göstəriləcək ölçüyə uyğunlaşdırın, ekran görünəndə yüklənən "lazy loading" tətbiq edin.
• Keşləməni aktivləşdirin. Server tərəfli səhifə keşi (məsələn, WordPress üçün keş plagini) və brauzer keş başlıqları (cache-control) qurulmalıdır.
• Lazımsız plaginləri/skriptləri silin. İstifadə olunmayan plaginləri deaktiv edin, mövzunu (theme) yüngülləşdirin, üçüncü tərəf skriptlərini yalnız zəruri olanlarla saxlayın.
• CDN qoşun. Cloudflare kimi CDN-lərin pulsuz planı belə statik faylları istifadəçiyə coğrafi baxımdan yaxın nöqtədən verməklə yükləmə vaxtını azaldır.
• Hostinqi yoxlayın. Server cavab vaxtı (TTFB) 200 millisaniyədən çoxdursa, problem çox vaxt zəif hostinq resurslarındadır — bu, ayrıca mövzudur, amma ilk addım TTFB-ni PageSpeed Insights hesabatında yoxlamaqdır.
• JS/CSS-i minimallaşdırın və təxirə salın. Kritik olmayan skriptləri səhifənin əsas məzmunu göründükdən sonra yükləyin.

Bu düzəlişlərin çoxu birdəfəlik iş deyil — yeni şəkillər əlavə olunduqca, yeni plaginlər quruldıqca sürət yenidən aşağı düşə bilər. Ona görə də sürət nəzarəti tək dəfəlik audit deyil, davamlı proses olmalıdır.

Veb agentlikdən sürət haqqında nə soruşmalıyam?

Yeni sayt sifariş edirsinizsə və ya mövcud agentliyinizin işini qiymətləndirirsinizsə, imzalamazdan əvvəl bu sualları verin:

• Layihə üçün hansı Core Web Vitals hədəfini öhdəlik kimi götürürsünüz? (Məsələn, ONE Studio-nun veb sayt hazırlanması səhifəsində qeyd olunduğu kimi, standart olaraq 90+ Core Web Vitals balı hədəflənməlidir.)
• Təhvil zamanı mənə PageSpeed Insights və ya Search Console hesabatını göstərəcəksiniz?
• Şəkil sıxılması, keşləmə və CDN standart olaraq quraşdırılırmı, yoxsa əlavə xərcdir?
• Saytı buraxdıqdan sonra sürəti kim izləyəcək — buraxılışdan bir ay sonra sayt yenə yavaşlasa nə baş verəcək? ONE Studio-nun dəstək xidməti kimi aylıq saxlanma paketləri, məhz bunun üçün Core Web Vitals (LCP, INP, CLS), TTFB və uptime-ı davamlı izləyir — sürət bir dəfə qurulub unudulan şey deyil.

Sürət mövzusuna aydın cavab verə bilməyən agentlik, çox güman ki, bunu prioritet kimi görmür. Konkret rəqəmlərlə (bal, saniyə, millisaniyə) danışan agentlik isə saytınızın sadəcə gözəl deyil, həm də işlək olacağının ilk işarəsidir.