Vebsaytınızın Yüklənmə Sürətini Artırmaq Üçün Şriftləri Lokal Saxlama (Öz Serverdə Şriftlər)

Şriftləri lokal saxlamaq, vebsaytınızda istifadə etdiyiniz yazı tipi fayllarını üçüncü tərəf xidməti əvəzinə öz hosting hesabınızdan, serverinizdən və ya öz CDN-nizdən təqdim etməkdir. Düzgün tətbiq edildikdə DNS sorğuları, TLS əl sıxışı və xarici sorğu gecikmələrini azaldaraq saytınızın yüklənmə sürətini yaxşılaşdıra bilər; xüsusən Core Web Vitals, istifadəçi təcrübəsi və SEO performansı baxımından əhəmiyyətli faydalar gətirir. Ən yaxşı nəticə üçün yalnız lazım olan şrift qalınlıqlarını istifadə etməli, WOFF2 formatını üstün tutmalı, kritik şriftləri preload etməli və CSS-də font-display: swap xüsusiyyətini təyin etməlisiniz.

Çox sayda vebsayt dizayn mərhələsində Google Fonts, Adobe Fonts və ya temalarla gələn uzaq şrift bağlantılarını fərq etmədən istifadə edir. İlk baxışda rahat görünən bu üsul, hər ziyarətçinin brauzerinə əlavə domen adı həll etmə, əlaqə qurma və fayl yükləmə mərhələləri əlavə edə bilər. Mobil şəbəkələrdə 100-300 ms kimi kiçik görünən gecikmələr, bir neçə şrift ailəsi və fərqli qalınlıqlarla birləşdikdə ümumi səhifə açılışını əhəmiyyətli dərəcədə uzadır. Buna görə də self-host fonts yanaşması yalnız texniki detal deyil; daha sürətli, daha nəzarətli və daha davamlı veb performans strategiyasıdır.

Bu bələdçidə şriftləri lokal saxlamağın nə demək olduğunu, hansı hallarda üstünlük verdiyini, WordPress və xüsusi proqram təminatı saytlarında necə tətbiq ediləcəyini və 2026 SEO standartlarına uyğun hansı səhvlərdən qaçınmalı olduğunuzu addım-addım izah edəcəyik. Həmçinin Hostragons üzərində sürətli və təhlükəsiz hosting infrastrukturundan istifadə edərkən şrift optimizasiyasını necə planlaşdırmaq mümkün olduğuna dair praktik tövsiyələr təqdim edəcəyik. Hosting seçiminiz performansın əsasını təşkil edir; şrift optimizasiyası isə bu təməl üzərində incə tənzimləmədir. Əlavə infrastruktur seçimləri üçün Hostragons veb hosting paketləri bağlantısına baxa bilərsiniz.

Şriftləri Lokal Saxlama Nədir?

Şriftləri lokal saxlama, bir yazı tipinə aid faylları saytınızın fayl sistemi daxilində saxlamaq və ziyarətçilərə buradan təqdim etmək deməkdir. Məsələn, Google Fonts üzərindən Inter, Roboto və ya Montserrat çağırmaq əvəzinə həmin WOFF2 fayllarını yükləyib saytınızın /fonts və ya /assets/fonts qovluğuna yerləşdirirsiniz. Daha sonra CSS faylınızda @font-face qaydası ilə bu faylların yolunu göstərirsiniz. Brauzer səhifə yüklənərkən xarici şrift xidmətlərinə müraciət etmədən birbaşa sizin domeninizdən şrift faylını götürür.

Bu yanaşma xüsusilə performans, məxfilik və nəzarət baxımından əhəmiyyətlidir. Şrift fayllarının hansı formatda təqdim olunacağını, hansı keş müddəti ilə saxlanacağını, hansı qalınlıqların yüklənəcəyini və hansı səhifələrdə istifadə olunacağını siz təyin edirsiniz. Məsələn, saytınızda yalnız 400 və 700 qalınlıqları istifadə olunursa, 300, 500, 600, 800 kimi lazımsız faylları saxlamırsınız. Beləcə həm ümumi fayl həcmi azalır, həm də CSS qarışıqlığı minimuma enir.

Praktikada self-host fonts tətbiqinin üç əsas tərkib hissəsi var: optimallaşdırılmış şrift faylı, düzgün CSS tərifi və effektiv server keşlənməsi. Bu üçlükdən biri çatışmazsa, gözlənilən sürət artımı məhdud qala bilər. Məsələn WOFF2 yerinə köhnə TTF faylı istifadə etsəniz, fayl ölçüsü artar. Keş başlıqları səhvdirsə, ziyarətçi hər səhifədə eyni şrifti təkrar yükləməli olur. Preload düzgün istifadə edilməzsə, brauzer lazımsız öncülük edə bilər.

Niyə Şrift Optimizasiyası SEO Üçün Vacibdir?

Google istifadəçi təcrübəsini sıralama sistemlərində birbaşa və dolayı siqnallarla qiymətləndirir. Sayt sürəti, mobil uyğunluq, qarşılıqlı əlaqə gecikməsi və vizual sabitlik bu qiymətləndirmədə ön plandadır. Şriftlər Largest Contentful Paint, Cumulative Layout Shift və algılanan yüklənmə müddətinə təsir göstərə bilər. Başlıq və ya ilk ekranda görünən mətn xüsusi şriftlə göstərilirsə, şrift faylının gec yüklənməsi LCP göstəricisini gecikdirə bilər.

2026 SEO yanaşmasında məzmun keyfiyyəti qədər texniki əlçatanlıq da önəmlidir. Googlebot səhifənizi tarayarkən mənbə fayllarınıza çatmalıdır, istifadəçilər isə səhifəni sürətli və sabit şəkildə görməlidir. Xarici şrift təminatçılarında yaşanan bağlantı gecikməsi, ölkə üzrə əlçatanlıq problemləri və ya DNS məsələləri saytınızın nəzarətindən kənarda qala bilər. Şriftləri lokal saxlamaq bu qeyri-müəyyənliyi azaldır.

Təcrübəyə əsaslanan bir nümunə verək: 1,8 MB ümumi səhifə ölçüsünə malik korporativ saytda dörd fərqli Google Fonts ailəsi, səkkiz qalınlıq və iki variasiya istifadə edildikdə yalnız şrift sorğuları 450-700 KB aralığında ola bilər. Bu faylların bir hissəsi ilk ekranda istifadə olunmasa belə, brauzer CSS səbəbindən onları istəyə bilər. Eyni dizayn iki şrift ailəsi, üç qalınlıq və WOFF2 subset ilə tənzimləndikdə şrift həcmi 90-180 KB səviyyəsinə enir. Bu fərq, xüsusilə 4G şəbəkə və aşağı güclü cihazlarda hiss olunur.

Xarici Şrift Xidməti və Lokal Şrift Saxlama Müqayisəsi

Hər sayt üçün tək bir düzgün seçim yoxdur. Bəzi layihələrdə xarici şrift xidməti kifayət edə bilər; bəzilərində isə lokal saxlama daha yaxşı nəticə verir. Aşağıdakı cədvəl qərar verərkən əsas fərqləri tez görməyə kömək edir.

Yekun olaraq, nəzarət və performans istəyirsinizsə lokal saxlama daha güclü seçimdir. Amma bu metod “şrift faylını yükləyib serverə atmaq” qədər sadə deyil. Yanlış fayl formatı, lazımsız qalınlıqlar və ya səhv CSS ilə performansı artırmaq əvəzinə zəiflətmək mümkündür.

Şriftlərin Lokal Saxlanmasının Sayt Sürətinə Təsiri

Şrift faylları adətən kiçik görünür, amma səhifə yükləmə zəncirində kritik resurs ola bilər. Brauzer əvvəlcə HTML-i götürür, sonra CSS fayllarını yükləyir və CSS-də qeyd olunan şriftləri aşkar edir. Əgər başlıqlarınız, menyunuz və ya mətniniz xüsusi şriftə bağlıdırsa, brauzer mətni göstərmədən öncə şrift faylını gözləyə bilər. Bu halda istifadəçi ağ boşluq, görünməyən mətn və ya ani şrift dəyişimi görə bilər.

Performans təsirini anlamaq üçün üç metrik vacibdir. Birincisi LCP – istifadəçinin ekranda ən böyük məzmun elementini nə vaxt gördüyü. İkincisi CLS – şrift dəyişimi səbəbindən mətn ölçüsündə yaranan sürüşmələr. Üçüncüsü INP – qarşılıqlı təsir həssaslığıdır; şriftlər INP-nin əsas səbəbi olmasa da, ağır CSS və lazımsız resurslar əsas iş parçacığını məşğul edərək dolayı təsir göstərə bilər.

Yaxşı optimallaşdırılmış şrift strategiyasında hədəflər bunlardır: ilk ekranda istifadə olunan şrift 100 KB-dan az olmalıdır, lazımsız variasiyalar yüklənməməlidir, şrift faylları uzunmüddətli keş ilə təqdim edilməli və kritik şriftlər lazım olduqda öncədən yüklənməlidir. Məsələn, e-ticarət məhsul səhifəsində başlıq, qiymət və CTA mətnləri üçün eyni şrift ailəsinin yalnız 400 və 700 qalınlıqları kifayətdirsə, 9 fərqli qalınlığı yükləmək əlavə yükdür. E-ticarət saytınızın sürətini artırmaq üçün Yüksək performanslı hosting həlləri səhifəsinə baxa bilərsiniz.

Self-Host Fonts Üçün Uyğun Şrift Formatları

WOFF2 niyə ən yaxşı seçimdir?

Müasir veb üçün ən səmərəli şrift formatı əksər hallarda WOFF2-dir. WOFF2 yaxşı sıxılma nisbəti təklif edir və əksər müasir brauzerlər tərəfindən dəstəklənir. TTF və ya OTF faylları dizayn və masaüstü istifadə üçün uyğundur, amma veb performansı üçün çox vaxt həddən artıq böyükdür. EOT kimi köhnə formatlar isə yalnız çox köhnə brauzerlər üçün mənalıdır.

Məsələn, eyni şriftin TTF faylı 300 KB ola bilər, WOFF2 versiyası isə 80-120 KB arasında dəyişir. Bir neçə qalınlıq istifadə etsəniz, fərq daha da çoxalır. Buna görə də lokal saxlama zamanı şrift faylını olduğu kimi yükləmək yox, veb üçün optimallaşdırılmış WOFF2 faylından istifadə etməlisiniz.

Variable font istifadə etməliyəmmi?

Variable font tək bir faylda bir neçə qalınlıq və ya stil variasiyasını saxlayır. Əgər dizaynınızda 300-dən 800-ə qədər çox sayda qalınlıq varsa, variable font məntiqlidir. Amma sadəcə 400 və 700 istifadə edirsinizsə, bəzən iki ayrı statik WOFF2 faylı ümumi ölçü baxımından daha kiçik olur. Qərar verərkən fayl ölçüsünü, istifadə olunan variasiyaların sayını və brauzer dəstəyini test etmək lazımdır.

Təcrübəli performans yanaşması belədir: əvvəlcə dizayn sisteminizdə həqiqətən istifadə olunan şrift qalınlıqlarını siyahıya alın. Sonra statik və variable variantların ümumi KB ölçüsünü müqayisə edin. Hansı daha kiçik, daha sadə və daha stabildirsə, onu seçin. Estetik qərarlar qədər ölçü nəticələri də dizayn prosesinin tərkib hissəsi olmalıdır.

Şriftləri Lokal Saxlama Necə Edilir?

Aşağıdakı addımlar WordPress, xüsusi PHP tətbiqləri, Laravel, Node.js layihələri və statik saytlar üçün uyğunlaşdırıla bilər. Məntiq birdir: lazımsız şriftləri çıxar, lazım olan faylları optimallaşdır, öz serverindən təqdim et və nəticəni yoxla.

1. Mövcud şrift istifadənizi yoxlayın

İlk addım saytda hansı şriftlərin haradan çağırıldığını müəyyənləşdirməkdir. Chrome DevTools-un Network bölməsində “font” filtrindən istifadə edərək bütün şrift sorğularını görə bilərsiniz. Bundan əlavə PageSpeed Insights, WebPageTest və ya Lighthouse hesabatlarında render-blocking resursları və üçüncü tərəf sorğularını yoxlamaq mümkündür. Bu mərhələdə suallarınız belə ola bilər: Neçə şrift ailəsi istifadə edilir? Neçə qalınlıq yüklənir? Şriftlər hansı domenlərdən gəlir? İlk ekranda həqiqətən neçə şrift zəruridir?

Çox saytda tema, səhifə yaradıcısı və plaginlər ayrı-ayrılıqda şrift çağırır. Məsələn, tema Roboto istifadə edərkən səhifə yaradıcısı Montserrat, form plaginləri isə Open Sans yükləyə bilər. Bu, vizual fərq yaratmasa da performans xərcidir. Tək bir dizayn sistemi seçərək şrift ailələrinin sayını azaltmaq ən böyük qazancdır.

2. Lazımlı şrift fayllarını yükləyin və sadələşdirin

Seçdiyiniz şriftin lisenziyasını yoxlayın. Açıq mənbə şriftlərdə adətən lokal saxlama icazəsi var; amma kommersiya şriftlərində fayl saxlama, domain məhdudiyyəti və ya səhifə görüntüləmə lisenziyası kimi şərtlər ola bilər. Lisenziyanı təsdiqlədikdən sonra yalnız istifadə olunan qalınlıqları və stilləri yükləyin. Azərbaycan dili üçün Latin Extended dəstəyinin olması vacibdir; “ə, ö, ü, ç, ğ, ş, ı” kimi hərflərin çatışmadığından əmin olun.

Daha irəli optimizasiya üçün subset yarada bilərsiniz. Subset, şrift faylından istifadə olunmayan simvol qruplarını çıxarmaqdır. Azərbaycan və İngilis dillərində yayımlanan sayt üçün Latin və Latin Extended kifayət edir. Kiril, Ərəb və Yunan simvolları istifadə etmirsinizsə, bu hissələri fayldan çıxarmaq ölçünü azaldır. Amma çoxdilli saytlarda tələsmək subset səhvlərinə və mətnlərin pozulmasına səbəb ola bilər. Çoxdilli layihələrdə domen və dil strategiyanızı planlayarkən domain seçimi və çoxdilli saytı bələdçisi məzmununu nəzərdən keçirin.

3. Şriftləri düzgün qovluğa yükləyin

Şrift fayllarını nizamlı qovluq strukturu ilə saxlayın. Məsələn /assets/fonts/inter/inter-400.woff2 və /assets/fonts/inter/inter-700.woff2 kimi oxunaqlı adlar təyin edin. Fayl adlarına versiya əlavə etmək keş idarəsini asanlaşdırır: inter-400-v2.woff2 kimi. Beləcə şrift yeniləndikdə köhnə keş problemləri yaranmaz.

Hosting panelindən fayl meneceri, FTP və ya Git əsaslı paylama istifadə edə bilərsiniz. Fayl icazələri adətən 644, qovluq icazələri isə 755 olmalıdır. Şrift faylları açıq oxunaqlı olmalıdır; əks halda brauzer 403 xətası verər və sistem şriftinə keçər. Server tərəfində MIME tipi də düzgün qurulmalıdır. WOFF2 üçün content-type font/woff2 olmalıdır.

4. CSS-də @font-face tərifi əlavə edin

Şriftləri lokal saxlamağın mərkəzində @font-face qaydası dayanır. Sadə bir nümunə belədir: @font-face { font-family: Inter; src: url('/assets/fonts/inter/inter-400.woff2') format('woff2'); font-weight: 400; font-style: normal; font-display: swap; }. Eyni şrift ailəsinin qalın versiyası üçün font-weight: 700 olan ayrıca tərif əlavə edin.

Buradakı ən vacib sətrlərdən biri font-display: swap-dır. Bu, xüsusi şrift yüklənənə qədər brauzerin sistem şrifti ilə mətn göstərməsinə imkan verir. Beləcə görünməyən mətn problemi azalır. Amma swap istifadə ediləndə şrift dəyişimi zamanı kiçik sürüşmələr ola bilər. Onları azaltmaq üçün sistem fallback şriftinizi xüsusi şriftə oxşar seçin. Məsələn, Inter üçün Arial və ya system-ui çox vaxt kifayət edir.

5. Kritik şriftləri preload edin

Preload brauzerə müəyyən resursun erkən yüklənməsini bildirən güclü siqnaldır. İlk ekrandakı başlıq və gövdə mətnində istifadə olunan əsas şrift faylını preload etmək LCP-ni yaxşılaşdıra bilər. Amma hər şrifti preload etmək səhvdir. Brauzer bant genişliyini lazımsız resurslara ayırar və şəkillər, kritik CSS gecikə bilər.

Ümumi qayda: yalnız ilk ekranda mütləq istifadə olunan 1 və ya maksimum 2 şrift faylını preload edin. Məsələn, əsas mətn üçün 400, başlıq üçün 700 ilk ekranda görünürsə, bu iki fayl namizəddir. Blog detallarında italik şrift ilk ekranda yoxdursa, preload etməyin. Preload sonrası Network bölməsində şriftin həqiqətən erkən yükləndiyini və təkrar yükləmə olmadığını yoxlayın.

6. Keş və sıxılma parametrlərini qurun

Şrift faylları nadir dəyişən statik resurslardır. Buna görə uzunmüddətli brauzer keş parametrləri ilə təqdim olunmalıdır. Cache-Control başlığı adətən public, max-age=31536000, immutable kimi təyin edilir. Fayl adında versiya varsa, bir il keş təhlükəsiz olur; çünki yeniləmə lazım gəldikdə fayl adı dəyişdirilir.

WOFF2 artıq sıxılmış formatdır; ona görə əlavə Brotli və ya Gzip sıxılması ilə böyük fayda gözlənilmir. Yenə də serverinizin statik fayl təqdimatı performansı önəmlidir. Hostragons-un LiteSpeed, NVMe disk və düzgün keş konfiqurasiyası kimi infrastruktur üstünlüklərindən istifadə edirsinizsə, şrift faylları daha sürətli cavab verə bilər. Infrastrukturda SSL-in düzgün qurulması HTTP/2 və HTTP/3 performansı üçün vacibdir; bu barədə SSL sertifikatı qurulması və HTTPS bələdçisi faydalı ola bilər.

WordPress Saytlarında Lokal Şrift Saxlama

WordPress-də şrift optimizasiyası tema, plagin və səhifə qurucusuna görə dəyişir. İlk öncə temanızın Google Fonts çağırışlarını söndürmək imkanı olub-olmadığını yoxlayın. Çox müasir temalar tipografiya ayarlarında Google Fonts-u deaktiv etməyə icazə verir. Elementor, Gutenberg blok plaginləri və slider plaginləri də öz şrift ayarlarına sahib ola bilər. Eyni şriftin müxtəlif mənbələrdən təkrar yüklənməsinin qarşısını almaq üçün bütün komponentləri ayrıca nəzərdən keçirin.

Texniki baxımdan ən təmiz üsul child theme daxilində şrift fayllarını saxlamaq və CSS təriflərini tema stil faylınıza əlavə etməkdir. Plaginlə də lokal şrift saxlamaq mümkündür; amma çox plagin əlavə etmək performans hədəfləri ilə ziddiyyət təşkil edə bilər. Əgər plagin istifadə edəcəksinizsə, son yenilənmə tarixi, PHP uyğunluğu və keş plaginləri ilə uyğunluğunu yoxlayın.

WordPress saytınızda dəyişiklik etməzdən əvvəl ehtiyat nüsxə alın. Şrift çağırışlarını silərkən səhvən ikon şriftləri və ya idarə paneli stilləri poza bilərsiniz. Xüsusilə WooCommerce saytlarında səbət, ödəniş və hesab səhifələrini test etmək vacibdir. Korporativ WordPress saytınız üçün performans yönümlü infrastruktur axtarırsınızsa, WordPress hosting paketləri bağlantısına baxa bilərsiniz.

Texniki SEO və Core Web Vitals Üçün Yoxlama Siyahısı

Şrift optimizasiyası etdikdən sonra yalnız “sayt açılırmı?” yoxlamaq kifayət deyil. Ölçmə aparmalı, əvvəlki və sonrakı göstəriciləri müqayisə etməli, real istifadəçi təcrübəsinə yaxın testlər keçirməlisiniz. Aşağıdakı yoxlama siyahısı praktik başlanğıc üçün uyğundur.

• Network bölməsində Google Fonts, fonts.gstatic və digər xarici şrift sorğularının silindiyini təsdiqləyin.
• Ümumi şrift fayllarını mümkün qədər 2-4 arasında saxlayın.
• WOFF2 formatından istifadə etdiyinizə və fayl ölçülərinin məqbul olduğuna əmin olun.
• font-display: swap və ya uyğun halda optional dəyərini test edin.
• İlk ekranda istifadə olunan ən kritik şriftlərdən başqa lazımsız preload etməyin.
• Cache-Control başlıqlarının uzunmüddətli keş üçün uyğun olduğunu yoxlayın.
• Azərbaycan dilindəki xüsusi simvolların bütün brauzerlərdə düzgün göründüyünü test edin.
• Mobil PageSpeed Insights, Lighthouse və WebPageTest nəticələrini dəyişiklikdən əvvəlki ilə müqayisə edin.

Ölçmədə tək test nəticəsinə güvənməyin. Şəbəkə şəraiti, server yükü və test yeri nəticələrə təsir edir. Ən azı üç test edərək orta tendensiyaya baxmaq daha sağlamdır. Əgər LCP 2,8 saniyədən 2,3 saniyəyə düşürsə, bu əhəmiyyətli inkişafdır. Şrift optimizasiyası sonrası CLS artarsa, fallback şrift seçimini və şrift metriklərini yenidən gözdən keçirin.

Tez-tez Edilən Səhvlər

Çoxlu şrift ailəsi istifadə etmək

Ən yayılmış səhvlərdən biri dizaynda lazımsız şrift müxtəlifliyinə getməkdir. Başlıq üçün bir şrift, paraqraf üçün başqa, düymə üçün üçüncü, sitatlar üçün dördüncü şrift istifadə edildikdə performans xərcləri artır. Çox peşəkar saytlar bir və ya iki şrift ailəsi ilə güclü vizual kimlik yarada bilir. Tipoqrafiyada ardıcıllıq sürət qədər marka imicinə də önəmlidir.

Səhv fallback şrift seçmək

Xüsusi şrift yüklənməmişdən əvvəl göstərilən sistem şrifti sonrakı şriftdən ölçü baxımından çox fərqlidirsə, mətn sürüşmələri yaranır. Bu, CLS dəyərini artırır. Fallback şrift seçərkən x-height, hərf eni və sətir hündürlüyü oxşarlığına diqqət edin. system-ui, Arial, Helvetica və ya Georgia kimi variantları dizaynınıza uyğun test edin.

Hər şeyi preload etmək

Preload güclü, amma səhv tətbiq ediləndə zərərli vasitədir. Bütün şrift qalınlıqlarını preload etmək brauzerin öncülük ardıcıllığını pozur. Bu, xüsusilə hero şəkilli səhifələrdə LCP-ni yaxşılaşdırmaq əvəzinə pisləşdirə bilər. Preload qərarını ilk ekranda həqiqətən istifadə olunanlar və test nəticələrinə görə verin.

Lisenziya şərtlərini nəzərə almamaq

Hər şrift pulsuz və ya limitsiz deyil. Kommersiya şriftlərinin veb lisenziyaları fərqli şərtlər daşıya bilər. Lokal saxlama icazəsi olmayan şrifti serverinizdə yerləşdirmək hüquqi risk yarada bilər. Şriftləri yayımlamadan əvvəl lisenziya mətnini arxivləyin və layihə sənədlərində saxlayın.

Təhlükəsizlik, Məxfilik və İnfrastruktur Tərəfi

Şriftləri lokal saxlamaq yalnız sürətlə bağlı deyil; məxfilik və təhlükəsizlik baxımından da üstünlük verir. Xarici şrift xidmətlərindən istifadə zamanı ziyarətçinin brauzeri üçüncü tərəf domenlərinə sorğu göndərə bilər. Bəzi sahələrdə bu, KVKK və məlumat emalı prosesləri üçün əhəmiyyətlidir. Lokal saxlama zamanı şrift sorğuları öz domeninizdən həyata keçirildiyindən məlumat axını daha proqnozlaşdırılandır.

İnfrastruktur baxımından HTTPS məcburidir. Şrift faylları HTTP ilə çağırılarsa qarışıq məzmun problemləri və ya brauzer məhdudiyyətləri ola bilər. Domeninizin düzgün DNS quruluşu, SSL sertifikatı və hosting performansı bu məsələdə əsas rol oynayır. Yeni layihə başlayırsınızsa, domen seçimi üçün domain sorğulama və qeyd, təhlükəsiz yayımlama üçün SSL sertifikatları və güclü hosting üçün Hostragons hosting həlləri səhifələrinə baxa bilərsiniz.

Əgər CDN istifadə edirsinizsə, şrift fayllarının CORS parametrlərini yoxlayın. Şriftlər fərqli subdomenlərdən təqdim olunursa, Access-Control-Allow-Origin başlığı tələb oluna bilər. Əks halda brauzer şrift faylını yükləyib istifadə etməyə bilər. Eyni domen üzərindən təqdimat kiçik və orta ölçülü saytlar üçün daha sadə və problemsizdir.

Performans Artımını Necə Ölçmək Olar?

Müvəffəqiyyətli optimizasiyanın sübutu ölçmədədir. Əvvəl mövcud vəziyyəti qeyd edin: ümumi şrift sorğu sayı, şrift fayllarının ümumi həcmi, LCP, CLS və ümumi yüklənmə müddəti. Sonra lokal saxlama tətbiq edin və eyni səhifələri eyni alətlərlə test edin. Ana səhifə, blog yazısı, kateqoriya və varsa məhsul səhifəsi kimi müxtəlif şablonları ayrıca ölçün.

Nümunə ssenaridə başlanğıcda 6 şrift sorğusu və 420 KB şrift məlumatı olan blog saytında optimizasiya sonrası 2 sorğu və 96 KB şrift ölçüsünə düşmək mümkündür. Mobil Lighthouse performans balı 72-dən 86-ya qalxa, LCP isə 3,1 saniyədən 2,4 saniyəyə enə bilər. Bu rəqəmlər zəmanət deyil, çünki şəkillər, JavaScript və server cavab vaxtı da təsir edir. Amma şrift optimizasiyası adətən sürətli tətbiq olunan və təsiri asan ölçülən yaxşılaşmalardandır.

Real istifadəçi məlumatları üçün Chrome User Experience Report, Search Console Core Web Vitals hesabatları və RUM alətləri daha dəyərli baxış təqdim edir. Laboratoriya testləri problemləri tapmaq üçün faydalıdır; real istifadəçi məlumatı isə optimizasiyanın sahədəki təsirini göstərir. Əgər saytınızda yüksək trafik varsa, dəyişiklikləri əvvəlcə staging mühitində, sonra daha az riskli vaxtlarda yayımlamaq məsləhətdir.

Tətbiq Olunan Mini Plan: 60 Dəqiqədə Şrift Optimizasiyası

Zamanınız məhduddursa, aşağıdakı planla sürətli başlanğıc edə bilərsiniz. İlk 10 dəqiqədə DevTools ilə mövcud şrift sorğularını siyahıya alın və ekran görüntüsü çəkin. Növbəti 10 dəqiqədə dizaynda həqiqətən istifadə olunan şrift ailəsi və qalınlıqlarını müəyyənləşdirin. 15 dəqiqə ərzində lazım olan WOFF2 fayllarını yükləyin, Azərbaycan simvollarını yoxlayın və /assets/fonts qovluğuna yerləşdirin.

Daha sonra 15 dəqiqə ərzində CSS @font-face təriflərini əlavə edin, font-display: swap istifadə edin və köhnə xarici şrift bağlantılarını silin. Son 10 dəqiqədə mobil testlər aparın, Network bölməsində xarici şrift sorğularının olmadığını təsdiqləyin və saytınızı müxtəlif brauzerlərdə yoxlayın. Daha sonra keş başlıqları, preload və subset kimi irəli optimizasiyaları ayrıca icra edə bilərsiniz.

Bu plan xüsusilə kiçik biznes saytları, bloglar və korporativ təqdimat səhifələri üçün sürətli nəticə verir. Böyük e-ticarət və SaaS layihələrində isə şrift optimizasiyasını dizayn sistemi, komponent kitabxanası və yayım prosesi ilə birlikdə aparmaq daha məqsədəuyğundur.

Nəticə

Şriftləri lokal saxlamaq, düzgün tətbiq olunarsa sayt sürətini, istifadəçi təcrübəsini və texniki SEO keyfiyyətini yaxşılaşdıran effektiv üsuldur. Ən önəmli məqamlar; WOFF2 istifadə etmək, lazımsız şrift qalınlıqlarını aradan qaldırmaq, font-display təyini etmək, kritik şriftləri diqqətlə preload etmək və güclü keş başlıqları ilə faylları təqdim etməkdir. Bu proses tək başına bütün performans problemlərini həll etməsə də, sürətli, etibarlı və ölçülə bilən irəliləyiş təmin edə bilər.

Hosting infrastrukturu nə qədər güclü olarsa, optimizasiyalardan aldığınız fayda da o qədər artar. Saytınızı daha sürətli və təhlükəsiz etmək istəyirsinizsə, Hostragons-un hosting, domain və SSL həllərinə baxa və şrift optimizasiyasını ümumi performans planınızın bir hissəsi kimi tətbiq edə bilərsiniz. Satış təzyiqi olmadan, əvvəlcə ölçün, sonra yaxşılaşdırın və nəticələri istifadəçi təcrübəsi ilə təsdiqləyin.

Tez-tez Verilən Suallar

Şriftləri lokal saxlamaq həmişə Google Fonts-dan daha sürətlidirmi?

Həmişə deyil. Düzgün keş, WOFF2, az fayl sayı və yaxşı server cavabı varsa, ümumiyyətlə daha proqnozlaşdırıla bilən və sürətlidir. Amma səhv qurulmuş lokal şriftlər optimallaşdırılmış xarici istifadədən daha yavaş ola bilər.

Self-host fonts üçün hansı şrift formatını seçməliyəm?

Müasir veb saytlar üçün əksər hallarda WOFF2 ən yaxşı seçimdir. Daha kiçik fayl ölçüsü və geniş brauzer dəstəyi təklif edir. TTF və ya OTF faylları veb performansı üçün çox vaxt çox böyükdür.

Neçə şrift qalınlığı ideal sayılır?

Çox saytda 400 və 700 qalınlıqları kifayətdir. Bəzi dizaynlarda 500 və ya 600 əlavə oluna bilər; amma hər yeni qalınlıq əlavə fayl və yükləmə xərci deməkdir. İstifadə edilməyən qalınlıqları aradan qaldırmaq vacibdir.

font-display: swap istifadə etmək məcburidirmi?

Məcburi deyil, amma əksər hallarda tövsiyə olunur. Mətnin xüsusi şrift yüklənənə qədər görünməsini təmin edir və görünməyən mətn problemini azaldır. CLS-in artmaması üçün uyğun fallback şrift seçilməlidir.

WordPress-də lokal şrift saxlamaq üçün plagin lazımdırmı?

Xeyr, mütləq deyil. Child theme daxilində şrift fayllarını yükləyib CSS ilə tərif etmək ən təmiz üsullardan biridir. Amma texniki bilikləriniz məhduddursa, etibarlı və güncəl plaginlə də tətbiq oluna bilər.