Saytınızın CSS və JS Fayllarını Inline Edərək Səhifə Yüklənməsini Sürətləndirin

CSS və JS fayllarını inline etmək ilə səhifənin yüklənmə sürətini artırmaq, brauzerin ilk görünüşü yaratmaq üçün gözlədiyi əsas stil və skriptləri birbaşa HTML sənədinin içinə yerləşdirmə üsuludur. Doğru tətbiq olunduqda, xüsusilə First Contentful Paint və Largest Contentful Paint kimi vacib performans göstəricilərini yaxşılaşdırır; lakin bütün CSS və JavaScript kodlarını xarici fayldan çıxarıb qarışıq şəkildə inline etmək yox, yalnız kritik CSS, çox kiçik yardımçı JS və ilk görünüş üçün zəruri kodlar inline edilməlidir.

Müasir veb performansında sürət yalnız istifadəçi təcrübəsi məsələsi deyil; SEO, dönüşüm nisbəti, reklam effektivliyi və brend etibarı ilə birbaşa əlaqəlidir. 2026-cı il SEO standartlarında Google səhifənin interaktiv olma sürətinə, vizual stabilliyinə və real istifadəçi məlumatlarına daha çox önəm verir. Buna görə CSS və JavaScript fayllarının yükləmə üsulu saytınızın texniki SEO sağlamlığında vacib rol oynayır. Hostragons infrastrukturunda yerləşən WordPress, xüsusi proqram təminatı, e-ticarət və ya korporativ saytlar üçün bu optimizasiya, düzgün hosting konfiqurasiyası ilə birləşdikdə əhəmiyyətli performans artımı gətirə bilər. Daha güclü infrastruktur üçün Hostragons veb hosting paketləri və təhlükəsiz yayımlama üçün SSL sertifikatı həlləri səhifələrinə baxa bilərsiniz.

Inline CSS və JS Nədir?

Inline və ya satır içi istifadə, CSS kodunun xarici .css faylından deyil, HTML sənədinin içində style teqi ilə və ya element üzərində birbaşa verilməsi; JavaScript kodunun isə xarici .js faylının əvəzinə script teqi içində yerləşdirilməsi deməkdir. Məsələn, bir düymənin ilk görünüşdə doğru rəngdə göstərilməsi üçün lazım olan kiçik CSS kodu, bütün əsas stil faylını yükləmək əvəzinə səhifənin head hissəsində verilməlidir.

Bu yanaşmanın məqsədi saytın bütün arxitekturasını tək bir HTML faylına sıxışdırmaq deyil. Əsas məqsəd brauzerin kritik render yolunu qısaltmaqdır. Brauzer bir HTML səhifəni açarkən xarici CSS fayllarını yükləməli, oxumalı və tətbiq etməlidir. CSS render-blocking (görüntüləməni gecikdirən) resurs olduğu üçün fayl gec yüklənərsə, istifadəçi boş və ya gec formalaşan ekran görür. Eyni qaydada, sinxron işləyən JavaScript faylları da HTML ayrışdırılmasını bloklaya bilər. Inline istifadə bu gözləmə müddətini azaltmaq üçün strateji vasitədir.

Niyə Səhifə Yüklənməsini Sürətləndirir?

Veb səhifə açılarkən brauzer əvvəlcə HTML faylını tələb edir. HTML içində xarici CSS və JS istinadları varsa, hər biri üçün əlavə DNS həlli, əlaqə, TLS əl sıxması və fayl yükləmə əməliyyatları baş verir. HTTP/2 və HTTP/3 bu xərcləri azaltsa da, kritik mənbələrin gec gəlməsi hələ də performans problemlərinə səbəb olur. Kritik CSS və kiçik JS blokları inline olduqda brauzer ilk ekranı yaratmaq üçün əlavə şəbəkə sorğusunu gözləmir.

Məsələn, ana səhifənin ilk görünüşündə logo, menyu, hero başlığı, CTA düyməsi və bir neçə əsas düzən stili var. Ümumi CSS faylınız 180 KB olsa da, ilk ekran üçün lazım olan kritik CSS cəmi 9 KB-dırsa, brauzerə 180 KB yüklətmək əvəzinə ilk olaraq 9 KB kodu HTML içində təqdim etmək daha sürətli nəticə verir. Qalan CSS faylı sonradan asinxron və ya az prioritetlə yüklənə bilər. Bu əməliyyat, xüsusilə mobil şəbəkələrdə 200-600 ms arasında yaxşılaşma təmin edə bilər. Bəzi ağır temalarda bu fərq 1 saniyədən çox ola bilər.

Hansı CSS və JS Kodları Inline Edilməlidir?

Uğurlu optimizasiya üçün ilk qayda seçici olmaqdır. Inline ediləcək kodlar kiçik, kritik və ilk görünüş üçün zəruri olmalıdır. Əks halda HTML faylı şişər, keşləmə səmərəliliyi azalır və baxım çətinləşir.

Inline edilə bilən CSS növləri

• İlk görünüşdə göstərilən header, menyu, logo və hero hissələrinin stilləri.
• Səhifə yüklənərkən məzmunun sürüşməsinin qarşısını alan əsas layout CSS kodları.
• Yazı tipi yüklənənə qədər istifadə olunacaq font fallback və ölçü təyinatları.
• Yuxarıda yerləşən buton, rəng, grid və spacing parametrləri.
• Lazy load-dan öncə şəkil konteynerlərinin en və hündürlük qaydaları.

Inline edilə bilən JS növləri

• Çox kiçik tema başlanğıc kodları, məsələn dark mode sinfinin erkən tətbiqi.
• İlk görünüşdə zəruri olan menyu açma-bağlama kimi əsas interaksiyalar.
• Performans ölçümü üçün minimal və etibarlı izləmə başlanğıc kodları.
• Səhifə açılışında CSS sinfi təyin edən 1-2 KB ölçülü yardımçı kodlar.

Inline edilməməli kodlar

• Bütün tema CSS faylları, böyük framework faylları və istifadə olunmayan stillər.
• jQuery, React, Vue, Bootstrap JS kimi böyük kitabxanalar.
• Analitika, reklam, canlı dəstək və üçüncü tərəf skriptlərin tam məzmunu.
• Səhifənin alt hissələrində istifadə olunan qalereya, slider və ya form kodları.
• Tez-tez dəyişən və keşdən yüksək fayda verən böyük fayllar.

Inline, Xarici və Asinxron Yükləmə Müqayisəsi

Tək bir ideal üsul yoxdur. Ən yaxşı nəticə adətən kritik CSS inline, əsas CSS xarici və keşlənmiş, kritik olmayan JS isə defer və ya async ilə yüklənərək əldə edilir. Aşağıdakı cədvəl qərar verməyi asanlaşdırır.

Core Web Vitals Baxımından Təsiri

CSS və JS optimizasiyası Core Web Vitals metriklərinə birbaşa təsir edir. 2026-cı ildən etibarən yalnız laboratoriya nəticələri yox, real istifadəçi təcrübəsi məlumatları daha önəmlidir. Yəni Lighthouse balınız 100 olsa belə, mobil istifadəçilər zəif əlaqədə yüklənməni gözləyirsə SEO və dönüşüm problemləri yaşana bilər.

FCP və LCP

First Contentful Paint (FCP) istifadəçinin ekranda ilk mətn və ya şəkli görmə vaxtıdır. Largest Contentful Paint (LCP) isə səhifənin əsas məzmununun görünməsi vaxtını ölçür. Kritik CSS inline olduqda brauzer əsas dizaynı daha tez tətbiq edə bilir. Xüsusilə hero şəkli, başlıq və CTA sahəsi düzgün ölçüləndirilibsə LCP yaxşılaşır. Məsələn, 3.4 saniyəlik LCP, kritik CSS ayrımı və render-blocking JS tənzimləməsi ilə 2.3 saniyəyə enə bilər.

INP

Interaction to Next Paint (INP) istifadəçinin klik, toxunuş və ya klaviatura qarşılıqlı əlaqəsinə səhifənin nə qədər tez cavab verdiyini göstərir. Böyük JS fayllarını inline etmək INP göstəricisini pis təsir edə bilər, çünki brauzerin əsas iş parçası lazımsız kodla yüklənir. Buna görə inline JS istifadəsi məhdudlaşdırılmalı, böyük qarşılıqlı əlaqə kodları bölünməli və defer ilə yüklənməlidir.

CLS

Cumulative Layout Shift (CLS) səhifənin açılması zamanı elementlərin nə qədər yer dəyişdiyini ölçür. Kritik CSS-də şəkil ölçüləri, font davranışları və üst bölmə tərtibatı təyin olunarsa məzmun sürüşmələri azalır. Bu həm istifadəçi təcrübəsini, həm də SEO keyfiyyətini yüksəldir.

Addım-Addım Tətbiq Təlimatı

Aşağıdakı mərhələlər WordPress, Laravel, xüsusi PHP, statik sayt və ya e-ticarət platformalarında tətbiq oluna bilər. Canlı saytda dəyişiklik etməzdən əvvəl mütləq ehtiyat nüsxə alın. Domen və hosting təhlükəsizliyi üçün Hostragons domen idarəetməsi və avtomatik ehtiyat nüsxə həlləri səhifələrini nəzərdən keçirin.

1. Mövcud Performansı Ölçün

İlk öncə cari vəziyyəti rəqəmlərlə qeyd edin. PageSpeed Insights, Lighthouse, WebPageTest və Chrome DevTools ilə mobil və masaüstü ölçmələr aparın. Aşağıdakı metrikləri yadda saxlayın: FCP, LCP, INP, CLS, ümumi CSS həcmi, ümumi JS həcmi, render-blocking resurs sayı və ilkin HTML ölçüsü. Məsələn, başlanğıcda mobil LCP 4.1 s, FCP 2.2 s, ümumi CSS 240 KB və JS 620 KB ola bilər. Optimallaşdırmadan sonra real irəliləyişi yalnız bu ölçümlərlə anlaya bilərsiniz.

2. Kritik CSS Sahəsini Müəyyən Edin

Səhifənin ilk görünüşündə olan elementləri siyahıya alın. Mobil görünüşdə adətən yalnız logo, menyu ikonu, başlıq, qısa təsvir, əsas düymə və ilk şəkil görünür. Masaüstündə buna naviqasiya və bir neçə əlavə element əlavə oluna bilər. Chrome DevTools Coverage bölməsi istifadə olunmayan CSS-in faizini göstərir. Bundan əlavə Penthouse, Critical və ya build alətləri ilə kritik CSS çıxara bilərsiniz. Məqsəd çoxsaylı səhifələrdə 5-15 KB arası kritik CSS yaratmaqdır. Çox mürəkkəb dizaynlarda 20 KB qəbul olunsa da, 50 KB-dan yuxarı kritik CSS yenidən nəzərdən keçirilməlidir.

3. Kritik CSS Kodunu Head Daxilinə Əlavə Edin

Çıxardığınız kritik CSS kodunu HTML sənədinin head hissəsində style teqi daxilində yerləşdirin. WordPress istifadə edirsinizsə bunu child theme, performans plaginləri və ya xüsusi snippet ilə edə bilərsiniz. Xüsusi proqram təminatında layout şablonuna əlavə etmək daha səliqəlidir. Vacib məqam hər səhifəyə eyni kritik CSS-i qarışdırmamaqdır. Ana səhifə, kateqoriya, məhsul və bloq yazıları üçün fərqli kritik CSS lazımlı ola bilər.

4. Əsas CSS Faylını Optimizə Edin

Kritik CSS inline olduqdan sonra əsas CSS faylını tamamilə silməyin; çünki səhifənin qalan hissəsi hələ ona ehtiyac duyur. Bunun yerinə faylı minimallaşdırın, istifadə olunmayan stilləri təmizləyin, keşləyin və mümkün olduqda preload və ya media strategiyası ilə yükləyin. CDN istifadə edirsinizsə cache-control başlıqlarını uzun müddətə təyin edin. Fayl adlarında hash istifadə etmək yeniləmədən sonra köhnə keş problemini azaldır.

5. JavaScript Fayllarını Qruplaşdırın

JS kodlarını üç qrupa ayırın: ilk anda zəruri olanlar, səhifə qarşılıqlı əlaqəsindən sonra lazım olanlar və üçüncü tərəf skriptləri. İlk qrupa yalnız çox kiçik və kritik kodlar daxil olmalıdır. Məsələn, istifadəçi seçimindən asılı olaraq dark mode sinfi əlavə edən 500 baytlıq kod inline ola bilər. Menyu, səbət, filtr və forma yoxlaması kimi skriptlər çox vaxt defer ilə yüklənə bilər. Reklam, analitika, canlı dəstək və sosial media skriptləri isə mümkün qədər gecikdirilməlidir.

6. Defer və Async İstifadə Edin

Xarici JavaScript fayllarına defer əlavə etmək faylın HTML ayrışmasını bloklamadan yüklənməsini təmin edir və DOM hazır olduqda ardıcıllıqla işə salır. Async isə faylı yükləyib hazır olduqca dərhal işə salır; buna görə asılılığı olmayan skriptlər üçün uyğundur. Məsələn, əsas tema faylınız defer, müstəqil izləmə skripti async ola bilər. Köhnə asılılıqlı strukturlarda test etmədən birbaşa dəyişiklik etmək tövsiyə olunmur.

7. Test, Monitorinq və Qaytarma Planı Hazırlayın

Optimizasiyadan sonra yalnız ana səhifəni yox, məhsul, kateqoriya, bloq, əlaqə və ödəniş səhifələrini də test edin. Menyu işləyirmi, formalar göndərilir, səbət yenilənir, çərəz bildirişi düzgün göstərilir yoxlayın. Sonra PageSpeed Insights və real istifadəçi məlumatlarını yenidən ölçün. Əgər LCP yaxşılaşarkən INP pisləşibsə, böyük ehtimalla JS-də çox inline və ya erkən işə düşən kod var.

WordPress Saytlarda Inline CSS və JS

WordPress saytlarında temalar və əlavələr çoxlu CSS və JS faylları əlavə edə bilər. Bir səhifədə 20-60 arası xarici resurs görmək təəccüblü deyil. Buna görə inline strategiyası WordPress üçün xüsusilə faydalıdır; amma eklenti toqquşmalarına görə diqqətlə tətbiq edilməlidir. Performans əlavələrinin kritik CSS yaratma, istifadə olunmayan CSS-i silmə, JS-i təxirə salma və gecikdirmə funksiyaları diqqətli sınaqla sınanmalıdır.

Tövsiyə olunan yanaşma belədir: əvvəlcə staging mühitində test edin. Kritik CSS yaradın və yalnız aidiyyəti şablonlarda tətbiq edin. jQuery kimi asılılıqları birbaşa inline etməyin. Eklenti skriptlərini tək-tək defer edin və hansı funksiyanın pozulduğunu müəyyənləşdirin. WooCommerce kimi ödəniş və səbət prosesi zamanı agresiv JS təxirə salma çox ehtiyatla aparılmalıdır. Sürət qazanmaq istəyərkən alış-veriş axışını pozmaq SEO qazancından daha böyük itkiyə səbəb ola bilər.

Təhlükəsizlik və Baxım Riskləri

Inline kod istifadəsi Content Security Policy (CSP) kimi təhlükəsizlik siyasətlərini poza bilər. Güclü CSP konfiqurasiyasında inline skriptlər standart olaraq bloklana bilər. Bu halda nonce və ya hash əsaslı icazələr tələb olunur. Təhlükəsizlik yönümlü saytlarda inline JS minimuma endirilməli və kodların mənbəyi aydın olmalıdır. SSL istifadə etmək də təhlükəsiz mənbə yükləmə üçün əsasdır; bu barədə SSL sertifikatı nədir və necə qurulur məzmunu ilə istifadəçilər məlumatlandırıla bilər.

Baxım baxımından diqqətli olmaq lazımdır. Xarici faylda vahid idarə olunan CSS qaydası inline olaraq müxtəlif şablonlara kopyalanarsa gələcəkdə dizayn yeniləmələri çətinləşir. Buna görə kritik CSS avtomatik build prosesindən çıxarılmalı və ya ən azından mərkəzi şablonda saxlanmalıdır. Komanda daxilində kim hansı inline kodu niyə əlavə edib, sənədləşdirilməlidir.

Ən Çox Edilən Səhvlər

• Bütün CSS faylını inline etmək: Qısa müddətdə sorğu sayı azalır, amma HTML ölçüsü böyüyür və keş üstünlüyü itir.
• Böyük JS kitabxanalarını inline etmək: Brauzerin əsas iş parçasını yükləyir, INP və TBT göstəricilərini pisləşdirir.
• Hər səhifəyə eyni kritik CSS-i yerləşdirmək: Blog, məhsul və ana səhifənin ehtiyacları fərqlidir.
• Ölçmə aparmadan dəyişiklik etmək: Hansı optimizasiyanın faydalı olduğunu anlaya bilməzsiniz.
• Keş və CDN konfiqurasiyasını unutmaq: Inline optimizasiya tək başına kifayət etmir.
• Mobil görünüşü ikinci plana atmaq: SEO-da mobil təcrübə önəmli amildir.

Praktik Bir Optimallaşdırma Nümunəsi

Bir korporativ saytın ana səhifəsinin HTML ölçüsü 65 KB, ümumi CSS 210 KB, ümumi JS 480 KB və mobil LCP 3.8 saniyə olsun. İlk analizdə 160 KB CSS-in ilk görünüşdə istifadə edilmədiyi, əsas JS faylının HTML ayrışdırılmasını gecikdirdiyi müəyyənləşsin. Bu halda 11 KB kritik CSS çıxarılır və head hissəsinə inline əlavə edilir. Əsas CSS minimallaşdırılır və keşə alınır. Tema JS faylına defer əlavə olunur. Canlı dəstək skripti istifadəçi səhifədə 5 saniyə qaldıqdan sonra yüklənir. Hero şəkilinə düzgün width və height dəyərləri verilir.

Bu nümunədə gözlənilən nəticələr: FCP 2.1 saniyədən 1.3 saniyəyə, LCP 3.8 saniyədən 2.4 saniyəyə düşə bilər. Ümumi resurs ölçüsü çox dəyişməsə də, kritik yol qısaldığı üçün istifadəçi səhifəni daha sürətli qəbul edir. Hosting tərəfdə TTFB yaxşıdırsa nəticə daha aydın olur. Server cavab müddətini yaxşılaşdırmaq üçün sürətli hosting seçimi bələdçisi və LiteSpeed Cache istifadəsi kimi mövzularla əlavə optimizasiya aparıla bilər.

Hosting İnfrastrukturu Niyə Vacibdir?

Inline CSS və JS brauzerin gözləmə vaxtını azaldır; amma server gec cavab verirsə performans məhdud qalır. Time to First Byte (TTFB) yüksəkdirsə, HTML faylı brauzerə gec çatır və inline kritik CSS də gec tətbiq olunur. Buna görə yaxşı optimallaşdırılmış hosting, müasir PHP versiyası, HTTP/2 və ya HTTP/3 dəstəyi, Brotli/Gzip sıxışdırması, server keşləmə və CDN inteqrasiyası önəmlidir. Hostragons üzərində düzgün paket, resurs limiti və təhlükəsizlik konfiqurasiyası ilə frontend optimizasiyaları daha faydalı olur.

Məsələn, TTFB 900 ms olan saytda kritik CSS inline etmək LCP-ni yaxşılaşdırır, amma əsas gecikmə qalır. TTFB 150-250 ms aralığına endiriləndə inline strategiyası çox daha güclü nəticə verir. Buna görə performans işi yalnız tema fayllarını tənzimləmək deyil; DNS, SSL, server yeri, keş və verilənlər bazası optimizasiyası birlikdə düşünülməlidir.

2026 SEO Üçün Ən Yaxşı Təcrübə Yoxlama Siyahısı

• Kritik CSS ölçüsünü mümkün qədər 5-15 KB aralığında saxlayın.
• Inline JS istifadəsini 1-3 KB kimi kiçik başlanğıc kodları ilə məhdudlaşdırın.
• Böyük JS fayllarında defer, müstəqil üçüncü tərəflərdə async və ya gecikdirilmiş yükləmə tətbiq edin.
• HTML ölçüsünü müntəzəm izləyin; lazımsız inline kodlarla 150-200 KB-dan çox olmasın.
• Mobil ölçmələrə üstünlük verin və real istifadəçi məlumatlarını izləyin.
• CSS və JS minimallaşdırma, sıxışdırma və uzunmüddətli keşləmə parametrlərini aktiv edin.
• Hər şablon növü üçün ayrıca test aparın: ana səhifə, bloq, kateqoriya, məhsul, səbət, ödəniş.
• CSP, SSL və təhlükəsizlik başlıqları ilə uyğunluğu yoxlayın.
• Dəyişiklikləri versiya nəzarəti və ya ehtiyat nüsxə sistemi ilə geri qaytara bilmək üçün plan qurun.

Nə Vaxt Inline Etmək Məsləhət Değildir?

Bəzi hallarda inline istifadə faydadan çox zərər verə bilər. Tez-tez dəyişən, yüksək dərəcədə keşdən istifadə olunan, çoxlu səhifə növü olan və güclü build prosesi olmayan layihələrdə kontrolsuz inline kod baxım xərclərini artırır. Həmçinin tək səhifəlik tətbiqlərdə böyük JavaScript paketlərini HTML içində yerləşdirmək adətən düzgün deyil. Bu layihələrdə code splitting, server-side rendering, streaming, lazy loading və istiqamət əsaslı yükləmə daha effektiv ola bilər.

Əgər saytınızda artıq kiçik CSS faylı varsa, HTTP/3 aktivdirsə, CDN yaxşı konfiqurasiya olunubsa və LCP 2 saniyədən aşağıdırsa inline optimizasiya prioritet olmaya bilər. Belə halda şəkil sıxışdırma, font optimizasiyası, verilənlər bazası sorğuları və ya server cavab müddətinin yaxşılaşdırılması daha çox fayda verə bilər.

Nəticə

CSS və JS fayllarını inline etmək yolu ilə səhifə yüklənməsini sürətləndirmək, düzgün sərhədlərlə tətbiq edildikdə 2026 SEO və istifadəçi təcrübəsi baxımından güclü bir üsuldur. Ən yaxşı yanaşma; kritik CSS-i inline vermək, böyük CSS fayllarını keşlənmiş və optimallaşdırılmış saxlamaq, kiçik zəruri JS-dən başqa skriptləri defer, async və ya gecikdirilmiş yükləməkdir. Bu iş ölçmə, test və təhlükəsiz geri dönüş planı ilə aparılmalıdır. Server tərəfində sürətli hosting, SSL, keş və müasir infrastruktur ilə birləşdikdə nəticələr daha uzunmüddətli olur. Saytınızın performansını artırmaq istəyirsinizsə əvvəlcə mövcud metriklərinizi ölçün, sonra Hostragons infrastrukturundakı uyğun həlləri səbrlə və planlı şəkildə tətbiq edin.

Tez-Tez Verilən Suallar

CSS və JS fayllarını tam inline etmək düzgündürmü?

Xeyr. Tam inline etmək adətən HTML ölçüsünü artırır, brauzer keş üstünlüyünü azaldır və baxımı çətinləşdirir. Ən doğru yanaşma yalnız kritik CSS və çox kiçik zəruri JS kodlarını inline etməkdir.

Inline CSS SEO sıralamasını birbaşa artırırmı?

Inline CSS təkcə sıralama zəmanəti vermir; lakin FCP, LCP və istifadəçi təcrübəsini yaxşılaşdıraraq texniki SEO-ya müsbət təsir göstərir. Məzmun keyfiyyəti, daxili keçid strukturu, mobil uyğunluq və hosting performansı kimi faktorlarla birlikdə qiymətləndirilməlidir.

WordPress-də kritik CSS necə tətbiq olunur?

WordPress-də kritik CSS performans əlavələri, tema dəyişiklikləri və ya build alətləri ilə yaradıla bilər. Ən təhlükəsiz üsul staging mühitində test edib, hər səhifə növü üçün ayrı kritik CSS istifadə etmək və canlıya almadan əvvəl menyu, forma və səbət funksiyalarını yoxlamaqdır.

Inline JavaScript təhlükəsizlik riski yaradırmı?

Kontrolsuz inline JavaScript təhlükəsizlik siyasətini zəiflədə və Content Security Policy (CSP) ilə ziddiyyət yarada bilər. Buna görə inline JS minimumda saxlanmalı, etibarlı mənbələrdən gəlməli və zəruridirsə nonce və ya hash əsaslı CSP icazələri ilə idarə olunmalıdır.

Bu optimizasiya üçün hosting dəyişmək lazımdırmı?

Hər zaman lazım deyil; amma server cavab müddəti yüksəkdirsə inline optimizasiyanın təsiri məhdud qalır. Sürətli hosting, müasir PHP, HTTP/2 və ya HTTP/3, SSL, keş və CDN dəstəyi performans artımını əhəmiyyətli dərəcədə yüksəldir.