WordPress CDN sürətləndirmə

Əgər WordPress performans optimallaşdırmasını üç qatda parçalasaq:

• Origin server qatHost / PHP / Verilənlər bazası / Keş plaqini —— TTFB və backend yükünü müəyyən edir
• Resurs qatŞəkil Optimizasiyası — Birinci ekrandakı böyük şəkillərin yüklənmə ölçüsünü və sürətini müəyyən edir
• Çatdırılma qat: CDN —— resursların ziyarətçiyə daha yaxın olmasını, hitlərin daha stabil olmasını və mənbə serverin daha rahat işləməsini müəyyən edir

Bu məqalə müzakirə edir CDN sürətləndirmə：

• CDN-nin nəyi həll edə biləcəyini və nəyi həll edə bilməyəcəyini bilin
• Özünüzə uyğun CDN formatını və xidmət təminatçısını seçə bilin (və pulsuz/giriş səviyyəsi sərhədlərini anlayın)
• Ən aşağı riskdən başlayaraq sırayla tətbiq edin, saytın çökməməsini təmin edin və e-ticarət/üzvlük keşləmə ilə bağlı hadisələrin qarşısını alın.
• Yerləşdirildikdən sonra o, “həqiqətən təsir etdiyini” təsdiq edə və “niyə yenilənmədiyini/niyə yavaşladığını/niyə məzmun qarışdığını” kimi problemləri aradan qaldıra bilər.”

1. Əvvəlcə anlayışı dəqiqləşdirək: CDN nəyi həll edir, nəyi etmir

1.1 CDN əsasən 3 məsələni həll edir

1.1.1 Statik resursların daha sürətli çatdırılması
Şəkillər, CSS, JS, şriftlər, ikonlar və digər statik resurslar ziyarətçilərə daha yaxın olur, nəticədə yüklənmələr daha sürətli və səhifənin renderlənməsi daha sabit olur.
WordPress üçün, xüsusən mövzu və plagin resursları (wp-content/themes/、wp-content/plugins/) və media kitabxanasındakı şəkillər (wp-content/uploads/) adətən həcm baxımından “ağır çəkilər” olurlar.

1.1.2 Mənbə serverinin yükünü azaltmaq
Kənar keşə vurduqdan sonra sorğular artıq tez-tez mənşəyə qayıtmır, mənşə serverin bant genişliyi, paralel bağlantıları, disk IO-su və CPU dalğalanmaları daha yüngül olacaq.
Bu, “promosyon səhifələrinə, viral məqalələrə və məhsul səhifələrinə yüksək trafik” kimi pik ssenarilər zamanı xüsusilə aydın görünür.

1.1.3 Sabitliyi gücləndirmə (dalğalanmaya qarşı daha yüksək müqavimət)
Zirvə trafik dövrlərində kənar düyünlər əhəmiyyətli həcmdə təkrarlanan sorğuları qəbul edir və beləliklə mənbə serverin yüklənmə riskini azaldır.
Siz “daha hamar giriş”i müşahidə edəcəksiniz: hətta mənbə serveri qəfil yüklənmə artımına məruz qaldıqda belə, kənar keş məzmunu fasiləsiz şəkildə çatdırmağa davam edir.

---

1.2 CDN-in avtomatik həll etməyəcəyi 3 problem növü

1.2.1 Əsas server özü yavaşdır
Verilənlər bazası yavaşdır, plagin məntiqi yavaşdır, PHP hesablaması yavaşdır — bunlar mənbə sayt səviyyəli problemlərə aiddir.
CDN statik resursları sürətləndirə bilər, amma əsas səhifənin HTML-i də çox yavaş yaradılırsa, istifadəçi yenə də “açılan kimi yavaş” hiss edəcək. Bu halda əvvəlcə bunlara qayıdın: hostinq/keş plagini/verilənlər bazasının optimizasiyası.

1.2.2 Şəkil özü çox böyükdür
CDN 3MB-nin böyük şəklini “sehrli şəkildə kiçildə” bilmir.
Əvvəlcə şəkillərinizi optimallaşdırmalısınız: ölçü strategiyası tətbiq edin (böyük ölçülü şəkillərin yüklənməsinin qarşısını alın), sıxılma tətbiq edin, WebP/AVIF formatlarından istifadə edin və tənbəl yükləmə strategiyalarını tətbiq edin.

1.2..3 Üçüncü tərəf skriptləri yavaşdır
Reklam, analitika, müştəri xidməti, sosial media komponentləri və s. üçüncü tərəf domenlərindən qaynaqlanır.
CDN adətən onları “daha sürətli” edə bilmir; bunu yalnız yükləməni azaltmaq/gecikdirmək, təchizatçını dəyişmək və ya skript strategiyasını optimallaşdırmaqla həll etmək olar.

2. 30 saniyəyə seçim: Sizə hansı CDN forması lazımdır?

WordPress üçün əsas seçimlər iki kateqoriyaya bölünür. Əvvəlcə “form”u, sonra isə “xidmət təminatçısı”nı seçməklə yanaşma olduqca aydın olur.

2.1 İnteqrasiya olunmuş “əks proxy tipi” (daha rahatdır, əksər saytlar üçün uyğundur)

Xüsusiyyətlər: Bu, yalnız CDN deyil, həm də... DNS / SSL / Əsas təhlükəsizlik qorunması（məsələn, DDoS/WAF） Onları bir yerdə toplayın. Bir dəfə qoşulduqdan sonra o, veb saytınızın qarşısında proksi kimi fəaliyyət göstərir.

Nə alacaqsınız:

• HTTPS sertifikat və TLS idarəsi daha sadə
• Vahid təhlükəsizlik qoruma giriş nöqtəsi (əsas DDoS, giriş nəzarəti, WAF və s.)
• Kənar keşləmə və qaydalar mühərriki (daha incə səviyyəli keşləmə siyasətləri və bypass strategiyalarını mümkün edən)
• “Genişlənmə üçün daha geniş imkan: Gələcəkdə təhlükəsizlik xüsusiyyətləri, sürət məhdudiyyətləri və ya botlardan qorunma əlavə etmək istəsəniz, bunlar adətən eyni sistem daxilində inteqrasiya oluna bilər.

Provayder Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Əgər istəsəniz:

• Arzulayırsan HTTPS + CDN + Əsas təhlükəsizlik bir nəfəsdə
• Domen adınızın həll/proxy təbəqəsinin idarə edilməsini tək bir platformaya etibar etməyə razı olardınızmı?
• Siz “ümumi təcrübə və sonrakı genişlənmə”yə daha çox önəm verirsiniz, DNS, sertifikat, CDN və təhlükəsizliyi bir neçə ayrı dəstə bölmək istəmirsiniz

---

2.2 Tam “Statik Pull CDN” (aşağı riskli başlanğıc, əsasən şəkil/CSS/JS sürətləndirilməsi)

Xüsusiyyətlər: Siz yalnız statik resursları CDN kənar keşinə yerləşdirirsiniz; HTML səhifələri isə hələ də mənbə sayt (və mənbə saytın keş plaqini) tərəfindən idarə olunur.

Nə alacaqsınız:

• Çox aşağı əməliyyat riski: HTML-ə müdaxilə edilmədiyi müddətcə “məzmun inyeksiyası/alış səbətinin ələ keçirilməsi” hallarının baş verməsi demək olar ki, mümkün deyil.”
• Xərc modelləri daha intuitivdir: adətən trafik həcmi/tələb/region üzrə hesablanır.
• Daha incə struktur: daha çox “statik resurs paylama xidməti'nə bənzəyir”

Nümunə: bunny.net (aydın ödə-istifadə et model)

Əgər istəsəniz:

• Siz əvvəlcə “ən sabit addımı” atmaq istəyirsiniz — statik resurs sürətləndirmə.
• Proxy-əsaslı və ya tam sayt keşləməsini tətbiq edib-etməməyə qərar verməzdən əvvəl investisiyanızdan sürətli gəlir əldə etmək istəyirsiniz.
• Siz xərclərin “ödənişli istifadə” modelinə daha yaxın olmasını istərdiniz.”

3. Necə etmək olar

• Birinci səviyyə: İnteqrasiya olunmuş agentlik modeli (tavsiyə olunur): Cloudflare / EdgeOne / ESA
• İkinci səviyyə: Statik Pull CDN (təhlükəsiz başlanğıc):bunny.net / Cloudways CDN və s.

4. Tövsiyə olunan xidmət təminatçıları

4.1 BuludflereƏks Proksi İnteqrasiyası (Başlamaq üçün pulsuz, inkişaf etmiş ekosistem)

Bu nədir?
Siz domen adını qoşduqdan sonra, o saytın qarşısında proksi kimi dayanır və CDN, sertifikat, əsas qoruma və keş qaydaları imkanları təqdim edir.

Bu kim üçün uyğundur?

• Narahat olmaq istəmirsinizsə: HTTPS + CDN + əsas təhlükəsizlik hamısı bir yerdə
• Yetkin ekosistemə çatmaq üçün: növbəti əlavələrə WAF, sürət məhdudlaşdırma, kənar qaydalar və s. daxil olacaq, tətbiq yolu isə çox hamar olacaq.

Risk nöqtələri

• Yeniləmə hələ qüvvəyə minməyib.: CDN istifadəyə verildikdən sonra keş zənciri uzanır (brauzer keşi + CDN keşi + mənşə sayt keşi), yeniləmələri idarəolunan etmək üçün “versiya strategiyası” lazımdır (aşağıda yoxlama ağacı var)
• HTML-i keşləmək ehtiyat tələb edir.Əgər HTML keşlənibsə, e-ticarət, üzvlük və fərdiləşdirilmiş səhifələr mütləq keçid prosesindən kənar saxlanmalıdır, əks halda ciddi hadisələr baş verə bilər (ssenari siyahısı aşağıda təqdim olunur).

İzah：

• Mövqeləndirmə: inteqrə olunmuş əks proksi (SSL + CDN + əsas mühafizə)
• Uyğun gəlir: Gələcək genişlənmə üçün geniş imkanlarla problemsiz yerləşdirmə
• Əsas Dəyər: Birləşdirilmiş Sertifikat/Təhlükəsizlik/Kəşlənmə Giriş Nöqtəsi
• Risk: Yeniləmələr versiya strategiyasından asılıdır; HTML keşləmə ciddi şəkildə keçid edilməlidir.

---

4.2 Tencent Cloud Beynəlxalq EdgeOneƏks Proksi İnteqrasiyası

Bu nədir?
Platform eyni şəkildə “təhlükəsizləşdirmə + təhlükəsizlik + sertifikatlar” inteqrasiya olunmuş yanaşmasını qəbul edir və vebsaytların vahid proksi qatında idarə olunması üçün uyğun edir.

• Cloudflare kimi pulsuz versiyası var, amma adətən olacaq Kota/Funksional məhdudiyyət(qayda sayı, jurnal tapşırığı sayı və s.), lakin DNS-ni dəyişdirməyə ehtiyac yoxdur, sadəcə cname ilə qoşulmaq kifayətdir,Pulsuz versiyalar kommersiya veb-saytları üçün tövsiyə edilmir.！
• Eyni zamanda, pulsuz planlar tez-tez deməkdir SLA zəmanət vermir
  Bu istifadə oluna bilər, lakin onu “ticarət SLA paketi” kimi qəbul etmək olmaz.

• Əgər Çin materiyasında olarkən avtomatik olaraq Çin materiyası xətlərinə keçmək istəyirsinizsə, adətən əvvəlcə aşağıdakıları tamamlamalısınız:Çin ICP qeydiyyatıQeydiyyatdan keçmədikdə yalnız beynəlxalq marşrutlardan istifadə etmək mümkündür.

Qeyd:

• Məkanlaşdırma: Tərs Proksi İnteqrasiyası (Sürətləndirmə + Təhlükəsizlik + Sertifikatlar)
• Uyğun gəlir: inteqrasiya olunmuş giriş axtaranlar və materik Çin düyünlərinin tutumunu nəzərə alanlar üçün.
• Pulsuz: Pulsuz plan/versiya mövcuddur, lakin məhdud kvotalarla və adətən zəmanətli SLA olmadan.
• Risklər: Qaydalar/günlüklər/alt domen kvotaları əvvəlcədən planlaşdırma tələb edir; HTML keşləmə də ehtiyatlı olmağı tələb edir.

---

4.3 Alibaba Cloud Beynəlxalq Şirkət Təhlükəsizlik Memarlığı (ESA)Əks Proksi İnteqrasiyası

• Cloudflare kimi pulsuz versiyası var, amma adətən olacaq Kota/Funksional məhdudiyyət(qayda sayı, jurnal tapşırığı sayı və s.), lakin DNS-ni dəyişdirməyə ehtiyac yoxdur, sadəcə cname ilə qoşulmaq kifayətdir,Pulsuz versiyalar kommersiya veb-saytları üçün tövsiyə edilmir.！
• Onu istifadə etməyə başlamaq üçün beynəlxalq saytda hesab qeydiyyatdan keçirin.
• ESA konsoluna daxil olun, sayt əlavə edin və pulsuz seçimi seçin. Giriş Paketə giriş
• Əgər Çin materikindəki marşrutlara avtomatik olaraq keçmək istəyirsinizsə, adətən əvvəlcə ICP qeydiyyatını tamamlamalısınız; qeydiyyatdan keçmədən yalnız beynəlxalq marşrutlardan istifadə edə bilərsiniz.
• Pulsuz planlar inkişaf, sınaq və qiymətləndirmə məqsədləri üçün daha uyğundur və adətən kommersiya SLA paketlərinə bərabər deyil.
• Pulsuz paketlər tez-tez sürət məhdudiyyətləri və ya dəstək məhdudiyyətləri (məsələn, xidmət səviyyəsi müqavilələri və s.) ilə gəlir.

Çin materiki marşrutları ilə bağlı:

• Quru Çin düyününü aktivləşdirmək üçün adətən həm qeydiyyatın təqdim edilməsi, həm də regional tələblər yerinə yetirilməlidir.
• Pulsuz giriş avtomatik olaraq beynəlxalq marşrut üzrə təyin olunur. Quru Çin marşrutundan istifadə etmək üçün aşağıdakıları tamamlamalısınız:Çin ICP qeydiyyat tələbləri

Qeyd:

• Məkanlaşdırma: Tərs Proksi İnteqrasiyası (Saytın sürətləndirilməsi + Təhlükəsizlik)
• Pulsuz: Beynəlxalq sayt hesabları Entrance-ə pulsuz daxil ola bilər; materik Çin sürətləndirməsi standart olaraq daxil deyil.
• Uyğun gəlir: qiymətləndirmə/sınaq və yüngül istifadə üçün; və ya sonrakı paket yeniləmələri üçün.
• Risklər: Pulsuz qatın məhdudiyyətlərini (SLA/sürət məhdudlaşdırılması/dəstək seçimləri) nəzərə alın; regional və qeydiyyat tələblərini əvvəlcədən planlaşdırın.

---

4.4 bunny.net: Statik Pull CDN (aşağı risklə başlanğıc, istifadəyə görə ödəniş aydın)

Əgər “əvvəl ən sabit qazancı əldə etmək” istəyirsinizsə, bunny kimi Pull CDN buna çox uyğundur:
Bu daha çox “resurs paylama xidməti” kimi fəaliyyət göstərir: siz statik resurslarınızı paylamaq üçün ona etibar edirsiniz, ödənişlər adətən trafik həcmi, sorğu sayı və ya coğrafi regiona görə müəyyən edilir. Model şəffaf və idarəolunandır.

Uyğun gəlir:

• Əvvəlcə et Şəkillər / CSS / JS / Şriftlər Statik sürətlənmə
• Əvvəlcə aşağı riskli və sabit gəlir əldə etmək, saytı tələsmədən agent platformasına təhvil verməmək istəyirsiniz (DNS/SSL/WAF hamısı bir arada)
• Siz xərc modelinin əvvəldən daha mürəkkəb paket strukturuna daxil olmaq əvəzinə, istifadə etdikcə ödəmə sisteminə daha yaxın olmasını üstün tutardınız.

Risk nöqtələri

Statik resursların “yenilənməsi qüvvəyə minmir” problemi demək olar ki, heç vaxt CDN xətası olmuramma əksinə keşləmə sisteminin normal davranışı:
Backend-də CSS/JS/şəkilləri yenilədiyiniz zaman, ammaResursun URL-i dəyişməz qalır.(Eyni ünvan/fayl adı/yol), CDN və brauzer köhnə keşə məntiqli şəkildə müraciət etməyə davam edəcək, buna görə də “niyə yenilənmədi” görəcəksiniz.

Aydın, tətbiq edilə bilən prinsip:

Versiya nömrələrini üstün tutun; ehtiyat variant kimi silin.

Niyə bu ən etibarlı yanaşmadır:

• Versiya nömrəsi/fayl adı dəyişiklikləri → URL dəyişir → CDN yeni resurs kimi keşlənir → yeni versiya demək olar dərhal qüvvəyə minir
• Təmizləmə (keşin təmizlənməsi) əl ilə başladılmalıdır, bu isə düyünlər arasında qeyri-dəqiq əhatə və yayılma gecikmələrinə səbəb ola bilər; tez-tez təmizləmələr həmçinin hit nisbətlərinin azalmasına, mənbəyə geri trafikin artmasına və dəyişkənliyin güclənməsinə gətirib çıxara bilər.

Asan başa düşülən nümunə:

• style.css Məzmun dəyişdirilib, lakin URL dəyişməz qalıb. style.css → CDN Köhnə keşdən istifadə etməyə davam et (məntiqli)
• URL olur style.css?ver=20260103 或 style.abc123.css → CDN yeni resurs hesab olunur → Yeni versiya dərhal qüvvəyə minir

bunny üçün “İlk addım CDN” üzrə ən yaxşı təcrübə

1. Əvvəlcə yalnız statik resursları əhatə edin(Şəkillər/CSS/JS/şriftlər), HTML-i yüklənən kimi dərhal keşləməyin.
   • Üstünlük: İstifadəçilərin başqalarının məzmununu və ya alış səbəti detallarıını görməsi kimi ciddi hallar demək olar ki, mövcud deyil.
   • Həmçinin faydaları yoxlamaq daha asan olacaq: statik resurslar daha sürətli yüklənir və mənbə serveri daha az yüklənir.
2. Yeniləmə strategiyasını effektiv şəkildə hazırlayın
   • CSS/JS: Mümkün olduqda versiya nömrələrindən və ya fayl adlarının dəyişdirilməsindən istifadə edin.
   • Şəkillər: Mümkün olduqda eyni fayl adlarından uzun müddət istifadə etməkdən çəkinin; yeni fayl adları və ya dəyişdirilmiş yollar (xüsusilə ana səhifə bannerləri və reklam qrafikaları üçün) seçmək daha məqsədəuyğundur.
3. Canlı yayımlandıqdan sonra uğurlu tətbiqin təsdiqlənməsi üçün yoxlama siyahısından istifadə edin.
   • Statik resurslar CDN-dən gəlir?
   • Hit nisbəti tədricən artırmı? Origin serverin bant genişliyi/tələb həcmi daha sabit olurmu? (Təsdiqləmə yoxlama siyahısı aşağıda təqdim olunur)

5. Marşrutun həyata keçirmə planı: Üç mərhələdə irəliləyin (sabitdən möhkəmə)

CDN-nin işə düşərkən ən asan “qarışdırılmasının” səbəbi, elə başlanğıcdan bütün imkanları son həddinə qədər açmağa çalışmağınızdır.

Mərhələ 1: yalnız statik resurslar CDN (əvvəlcə etməyiniz qətiyyətlə tövsiyə olunur)

MəqsədŞəkillər/CSS/JS/şriftlər əvvəlcə CDN-dən keçsin; HTML CDN keşində deyil (və ya hələlik dəyişməsin).

Ən sabit yanaşma üçün bunu niyə ilk növbədə etməliyik?

• Ən aşağı risk: Əgər statik resurslar düzgün keşlənməsə, ən pis halda “tərzlər/şəkillər yenilənməyəcək”, bu isə idarə oluna biləndir.
• Giriş statusuna, elektron ticarət proseslərinə və hesab məlumatlarının düzgünlüyünə təsir etməyəcək.
• Faydaları aydın şəkildə görə bilərsiniz: statik resursların daha sürətli yüklənməsi və daha sabit bir mənbə serveri.

Bu mərhələdə tez-tez rast gəlinən problemlər (ağacın aradan qaldırılması üzrə problemlərin həlli aşağıda davam edir)

• Qarışıq məzmun (HTTPS səhifə HTTP resurs yükləyir)
• Statik resurs yeniləmələri tətbiq olunmur (URL dəyişməyib)

---

Mərhələ 2: Yeniləmə strategiyası (versiya nömrəsi üstünlüyü, təmizləmə/müddət bitməsi ehtiyat planı)

Bu, “CDN peşəkardır, ya yox” məsələsində dönüş nöqtəsidir.

Bir qəti və dəyişməz qayda:

Versiya nömrələrini və ya fayl adlarını dəyişməklə həll oluna bilən yeniləmələr Purge-ə güvənməməlidir.

Niyə keş zənciri uzandıqca sirli olur?

• Brauzer keş: Siz köhnəlmiş CSS/JS-i yerli olaraq keşləyə bilərsiniz.
• CDN Keş: kənar qovşaq köhnə resursu keşləyə bilər
• Origin server keşləməsi: Keşləmə plaginləri/server keşləməsi hələ də köhnəlmiş məzmun təqdim edə bilər.

Əgər versiya strategiyanız yoxdursa, yerləşdirmə belə olur:
“Dəyişikliklər etdim → Yenilədim → İşləmədi → Keşi təmizlədim → Hələ də işləmədi → Başqa bir qat keşi təmizlədim”
Bu, bir çox insanın CDN ilə bağlı ən böyük narahatlıq nöqtəsidir.

---

Mərhələ 3 (İrəli): HTML keşlənməlidirmi? (Yüksək mükafat, lakin ən yüksək risk)

HTML keşləmə (sayt üzrə keşləmə/kənar keşləmə) İlk Baytın Gəlmə Vaxtını (TTFB) əhəmiyyətli dərəcədə azalda bilər, lakin WordPress ssenarilərində problemlərin tez-tez baş verdiyi sahədir.

Əmin deyilsinizsə, HTML-i keşləməyin. Əvvəlcə statik CDN + mənbə sayt keş plaqini.

HTML-i keşləyərkən iki prinsip tətbiq olunur:

1. Yalnız “ziyarətçi vəziyyətindən” başlayaraq: Qeydiyyatdan keçməmiş ziyarətçilər üçün yalnız səhifələri keşləyin
2. Əvvəlcə bypass siyahısının ilkin layihəsini hazırlayınƏvvəl dəqiqlik, sonra vurma dərəcəsi

6. Ssenari Qaydaları Kontrol Siyahısı: Müxtəlif obyekt növlərində hadisələrin qarşısını necə almaq olar

6.1 Məzmun yönümlü vebsaytlar / bloqlar (əsasən məqalələr, yüksək ziyarətçi trafiki)

Tövsiyə olunur

• Statik resurslar: Tam keşlənmiş
• HTML: Qeydiyyatdan keçməmiş ziyarətçi səhifəsinin keşlənməsini nəzərdən keçirin.“

Adətən keçid yaratmaq lazımdır.

• Arxa uç və giriş:/wp-admin/*、/wp-login.php
• Əvvəlcədən baxış/Sıra
• Axtarış nəticələri səhifəsi (parametrlər xeyli dəyişir; ilkin mərhələdə keşləməmə ən sadə yoldur)
• Formanın göndərilməsi/şərh göndərilməsi üçün POST sorğusu

Kəş açarı fərqləndirmək üçün kifayət qədər unikal olmalıdır.

• Giriş edib-etmədiyi (cookie ölçüsü)
• Dil (çoxdilli sayt)

---

6.2 Korporativ vebsaytlar / Marketinq enmə səhifələri (Formalar, Kampaniyalar)

Tövsiyə olunur

• Statik resurslar: Tam keşlənmiş
• HTML: İctimai enmə səhifələri keşlənə bilər (ziyarətçi vəziyyəti), lakin forma nəticə səhifələri ehtiyatla idarə edilməlidir.

Ən çox rast gəlinən tələ: keş fragmentasiyasına səbəb olan parametrlərin izlənməsi
Giriş səhifəsi ümumi utm_* Parametrlər:

• Kəşdə iştirak edən bütün açarlar → Kəş parçalanması, nəticədə aşağı hit dərəcələri
• Hamısını nəzərə almama → Parametr renderləşdirməsindən asılı olan az sayda səhifə nəzərdə tutulduğu kimi işləməyə bilər.

---

6.3 Üzvlük Saytları / Kurs Platformaları / İcmalar (Yüksək nisbətdə daxil olmuş istifadəçilər)

NəticəHTML keşləməsi son dərəcə ehtiyatla həyata keçirilməlidir.
Təhlükəsiz yanaşma adətən belədir: statik CDN + mənbə sayt keşi/obyekt keşi; HTML yalnız ziyarətçi rejimində keşlənir.

Keçid edilməlidir

• Giriş / Qeydiyyat / Şifrəni bərpa et
• Hesab Mərkəzi, Sifarişlər/Abunəliklər, Şəxsi Məlumatlar
• Güclü istifadəçi vəziyyətindən asılı olan hər hansı səhifə və interfeyslər

---

6.4 Elektron ticarət saytı (WooCommerce)

Ən vacib bypass siyahısı

• Alış səbəti, ödəmə, hesab səhifəsi
• Sifariş təsdiqi və ödəniş geri zəngi ilə bağlı səhifələr
• Giriş/Qeydiyyat, Kuponlar/Xallar və digər istifadəçi vəziyyətinə aid giriş nöqtələri

Niyə e-ticarətdə qəzalar daha çox baş verməyə meyllidir?

• Bir istifadəçi alış-veriş səbəti, sessiya və ya daxil olmuş statusa malik olduqda, səhifə yüksək dərəcədə fərdiləşir.
• HTML keşləmə, əgər keçid edilməzsə və ya vəziyyətə görə fərqləndirilməzsə, adətən alış səbətində uyğunsuzluqlara, hesab nömrəsi toqquşmalarına və qeyri-adi qiymət nümayişlərinə səbəb olur.
  Dəqiqlik üstün tutulur; vurma nisbəti naminə dəqiqliyi qurban etməyin.

---

6.5 Çoxdilli / Çoxvalyutalı Saytlar

Tövsiyə olunur

• Statik resurslar: Tam keşlənmiş
• HTML: Ziyarətçi vəziyyəti keşlənə bilər, lakin keş açarları dil/valyuta variantlarını açıq şəkildə fərqləndirməlidir.

Kəş açarı nəzərə alınmalıdır.

• Dil (yol) /en/ /zh/ və ya alt domen en.）
• Giriş edib-etmədiyi (cookie)
• Valyuta/Vergi dərəcəsi (əgər ekrana təsir edirsə)

---

7. Risk açıqlaması

Risk 1: Yanlış məzmunu keşləmək (ən ciddi)

• Statik resurs keşləmə xətası: adətən köhnəlmiş stillər cədvəlləri və ya şəkillərlə bağlıdır.
• HTML keş xətası: potensial məzmunlararası, səbətlərarası, hesablararası problemlər — Bu, kritik hadisədir.

Risk 2: Yeniləmələrin qüvvəyə minməməsi (ən çox rast gəlinən)

Keş zənciri uzandıqca “dəyişikliklərin təsir etməməsi” halları daha çox rast gəlinir:

• Versiya nömrəsi/fayl adı dəyişikliklərinə üstünlük verilir
• Təmizləmə/Uğursuzluqdan sonra geri dönmə
• Buraxılış prosesi təkrarolunandır olmalıdır (hər buraxılış zamanı hansı URL-lərin dəyişdirildiyini bilmək üçün).

Risk 3: Pulsuz/Başlanğıc Nəşrlər üçün öhdəliklərin həcmi

• Pulsuz planların ümumi xüsusiyyətləri: məhdud kvotalar, bəzi imkanların istisna edilməsi, Xidmət Səviyyə Müqavilələri (XSM) və dəstək seçimlərinin tam kommersiya təkliflərinə bərabər olmaması.

Risk 4: Quru Çin-in müvafiq imkanları yanlış başa düşülməyə meyllidir.

• ESA: Quru Çin şəbəkəsində fəaliyyət göstərmək üçün Çində ICP qeydiyyatı məcburidir.
• EdgeOne: Quru Çin marşrutlarından istifadə etmək üçün Çində ICP qeydiyyatı məcburidir.

8. Təsdiqləmə yoxlama siyahısı: İşə salındıqdan sonra “Həqiqətən işləyir”i necə təsdiqləmək”

8.1 Statik resurslar həqiqətən CDN-dən keçibmi?

• Şəkil/CSS/JS CDN domenindən/kənar qovşağından gəlirmi
• Görünən hər hansı keş hit göstəriciləri müşahidə edilə bilərmi (markerlər platformalar arasında dəyişir)?

8.2 Mənbə serverinin yüklənməsi azalıb?

• Orijinal serverin bant genişliyi daha sabitdirmi?
• Mənbə serverə göndərilən sorğuların/əlaqələrin sayı azalıb (xüsusilə təkrarlanan resurslara dair sorğular)?

8.3 Yeniləmələr idarə oluna bilərmi?

• CSS/JS-i bir dəfə dəyişdirin və ya şəkli əvəz edin
• Yeni versiya “versiya nömrəsi dəyişiklikləri/fayl adı dəyişiklikləri” vasitəsilə sürətlə tətbiq oluna bilərmi?
• Əgər yeniləmələr yalnız Purge vasitəsilə həyata keçirilə bilirsə, bu, versiya strategiyasının hələ də qeyri-kafi olduğunu göstərir (strategiyanın düzəldilməsini prioritet edin; Purge-i rutin əməliyyat kimi qəbul etməyin).

8.4 Dinamik açar səhifələri düzgündürmü?

(Elektron ticarət/üzvlük saytları üçün vacibdir)

• Saytda giriş etdikdən və ya çıxdıqdan sonra səhifənin məzmunu düzgündürmü?
• Alış səbəti, kassaya ödəmə və hesabla bağlı səhifələr həmişə dəqiqdirmi?
• “Fərqli istifadəçilərin eyni istifadəçi vəziyyəti məzmununu görməsi” anomaliyası baş veribmi (yüksək risk)?

8.5 Səhv nisbəti artırmı?

• Mənbə vaxtının bitməsi, 5xx xətaları, fasiləli əlçatanolmazlıq
• Bunlar adətən göstərir: mənbə serverində kifayət qədər tutum olmaması, səhv qaydalar, tıxacın aktivləşdirilməsi və ya geri bağlantı xəttində problemlər.

9. Yeniləmələrin təsir etməməsi probleminin aradan qaldırılması (Misteriyanı addımlara çevirmək)

Əvvəlcə hansı problem kateqoriyası ilə qarşılaşdığınızı müəyyən edin:

9.1 Statik resurslar yenilənməyib (CSS/JS/şəkillər köhnəlmiş qalır)

Ssenari A: Yalnız siz köhnə versiyanı görə bilərsiniz; gizli rejimə keçdiyinizdə və ya cihazı dəyişdirdiyinizdə o, yeni versiya kimi görünür.
Əsas şübhəli: brauzer keşi

• Həll yanaşması: Yenilənmiş versiya nömrələri/fayl adları ilə yeni resursları buraxın.

Ssenari B: Hər kəs köhnə versiyanı görür (fərqli cihazlarda görünməz/həmçinin köhnə)
Əvvəlcə şübhə edin: CDN hələ də köhnə keşə düşür

• 99% Səbəb: Resurs URL dəyişməyib
• Üstünlük verilən həll: versiyalaşdırma strategiyası
• Təmizləmə (müvəqqəti tədbir kimi)

Ssenari C: Eyni fayl adı ilə bir şəkli üzərinə yazdıqdan sonra köhnə şəkil hələ də göstərilməyə davam edir.
Bu, brauzer keşi ilə CDN keşinin üst-üstə düşməsindən yaranan klassik problemdir

• Praktiki məsləhət: yeni fayl adları/yollarından və ya versiya nömrələrindən istifadə edərək uzunmüddətli “ad toqquşmalarından” qaçmağa çalışın.

---

9.2 HTML yenilənməyib (səhifə məzmunu/modullar hələ də köhnəlib)

Ssenari A: Arxa plan/girişdən sonrakı interfeys yeni, ziyarətçilər isə köhnə versiyanı görürlər.
Əvvəlki şübhə: Ziyarətçi-dövlət HTML-i keşlənib.

• Əvvəlcə təsdiqləyin: bu tip səhifə üçün HTML keşlənməlidirmi?
• Əgər keşləmə tələb olunursa: idarə oluna bilən yenilənmə strategiyası vacibdir, əks halda nəşr idarəolunmaz olur.

Ssenari B: Yalnız müəyyən regionlar/şəbəkələr köhnəlmiş məzmunu göstərir.
Əsas şübhə: Kənar düyünlərdə keş vəziyyətləri fərqlidir.

• Həll yanaşması: Fərqlilikləri minimuma endirmək üçün versiya/təzələmə strategiyalarından istifadə edin; lazım gəldikdə açıq səhv idarəetməsini tətbiq edin.

Ssenari C: Giriş etmiş istifadəçi/alış-veriş səbətində anomaliya
Yüksək riskli siqnal: Kəşdə səhv məzmun ola bilər.

• Dərhal yoxlayın ki, istifadəçi rejimindəki səhifələr (məsələn, alış səbəti, ödəmə, hesab səhifələri və s.) keşlənibmi.
• Yaddaş açarının “user-state cookies/language/currency” kimi kritik variantları əhatə edib-etmədiyini yoxlayın.

10. Tövsiyə olunur

Buludflere

• Əks Proksi İnteqrasiyası
• Uyğun gəlir: problemsiz başlanğıclar üçün
• Əsas məqamlar: Versiya strategiyası yeniləmələri həll edir; HTML keşləmə ziyarətçi perspektivindən həyata keçirilir.
• Risk: Dinamik səhifələr atlanmalıdır.

Tencent Cloud Beynəlxalq EdgeOne

• Əks Proksi İnteqrasiyası
• Uyğun gəlir: Quru Çin node tutumu və inteqrasiya olunmuş girişi nəzərə alaraq
• Pulsuz: Pulsuz plan/versiya mövcuddur, lakin kvotaları və xidmət səviyyəsi öhdəliklərini diqqətlə yoxlayın.
• Risklər: Qaydalar/günlüklər/alt domen kvotaları planlaşdırma tələb edir; HTML keşləmə zamanı ehtiyatlı olun.

Alibaba Cloud Beynəlxalq Şirkət Təhlükəsizlik Memarlığı (ESA)

• Əks Proksi İnteqrasiyası
• Pulsuz: Beynəlxalq sayt hesabları girişə pulsuz daxil ola bilərlər.
• Risklər: Pulsuz qat (SLA/dəstək/bant genişliyi məhdudiyyətləri) və regional/qeydiyyat tələbləri əvvəlcədən təsdiqlənməlidir.
• Uyğun gəlir: yüngül girişlə qiymətləndirmə/sınaq üçün; və ya sonrakı paket yeniləmələri üçün; və ya Qitə Çin düyünlərinin imkanları və inteqrasiya olunmuş girişin nəzərdən keçirilməsi üçün.

bunny.net

• Statik Pull CDN
• Uyğun gəlir: aşağı riskli statik sürətlənmə ilə başlamaq üçün
• Əsas məqamlar: Versiya nömrəsi üstünlük təşkil edir, ehtiyat variant kimi Purge istifadə olunur; eyni adla faylları üst-üstə yazmaqdan çəkinin.
• Risk: Yeniləmə strategiyalarını düzgün həyata keçirməmək tez-tez “köhnəlmiş resurslarla” qarşılaşmalara səbəb ola bilər.”

11. Fəaliyyət üçün tövsiyələr

1. Əvvəlcə formanı seçin: geri proksi inteqrasiyası (Cloudflare/EdgeOne/ESA) yoxsa statik Pull CDN (bunny)
2. Mərhələli tətbiq edin:Əvvəlcə statik, sonra versiya strategiyası, nəhayət HTML keşlənməsini nəzərdən keçirin.
3. İşə salınandan sonra yoxlama siyahısı: Uğur nisbəti / Mənbə əldə etmə / Yeniləmələr / Dinamik yan keçmə / Səhv nisbəti
4. Daha sürətli olması üçün: “Cache Plugin” və “Image Optimisation” parametrlərinə qayıdın və mənbə server qatını və resurs qatını bir daha sıxın.

WordPress CDN Tez-tez verilən suallar

CDN istifadə etdikdən sonra niyə hələ də yavaşdır?

Ən çox rast gəlinən səbəb CDN-nin faydasız olması deyil, problemin “çatdırılma qatında” olmamasıdır.

Bunu aşağıdakı ardıcıllıqla müəyyən edə bilərsiniz:

• TTFB hələ də yüksəkdir: Mənbə serverində HTML-in yavaş yaradılmasını göstərir (verilənlər bazası/pluginlər/kəş plugin konfiqurasiyası/hostinq performansı) → Mənbə serveri səviyyəsində optimallaşdırmağa qayıt
• Birinci ekrandakı böyük şəkil yüklənməsi yavaşdır.: Şəkil həcminin, ölçülərinin və ya formatının düzgün olmadığını göstərir → Əvvəlcə şəkil optimallaşdırmasını (sıxılma, WebP/AVIF, ölçü strategiyası) həyata keçirin
• Üçüncü tərəf skriptləri işi ləngidir.Reklam/statistika/müştəri xidməti skriptləri üçün CDN adətən kömək etmir, yükləməni azaltmaq və ya gecikdirmək lazımdır
• Yalnız bəzi ərazilər yavaşdır.Mümkün səbəblərə node coverage, backhaul əlaqəsi və ya keş missləri (aşağı hit nisbəti) daxildir → Hit nisbətini və backhaul statusunu yoxlayın

CDN “artıq optimallaşdırılmış resursları” daha sürətli çatdırmağa cavabdehdir; mənbə serverinin yavaş olması, şəkillərin böyük olması və skriptlərin yavaş işləməsi ayrıca həll olunmalıdır.

---

2. CSS/JS/şəkilləri yenilədikdən sonra istifadəçilər hələ də köhnə versiyanı niyə görürlər?

Bu, CDN ssenarisində ən çox rast gəlinən problemdir; əsas səbəb adətən budur:Resursun URL-i dəyişməz qalır.Kəş sistemi köhnə kəş hitlərindən məqbul şəkildə istifadə etməyə davam edəcək.

Ən etibarlı idarəetmə prinsipi:

• Versiya nömrəsi üstünlük təşkil edir: Resursun URL ünvanını dəyişdirin (məsələn style.css?ver=xxxx və ya fayl adı həşi)
• TəmizləməHələ versiya strategiyasını müəyyən etmədiyiniz zaman keşyi təmizləməyi müvəqqəti tədbir kimi istifadə edin.

Əgər ana səhifənin bannerlərini və ya reklam şəkillərini tez-tez dəyişirsinizsə, eyni adlı faylları üst-üstə yazmaqdan çəkinmək məsləhətdir. Bunun əvəzinə yeni fayl adlarından və ya yeni yolardan (daha çox nəzarət imkanı verən) istifadə etməyə üstünlük verin.

---

3. HTML-i keşləməliyəm? Onu keşləməmək mənasız olmazmı?

Zəruri deyil.

Bir çox sayt üçün CDN-nin ən böyük dəyəri buradan gəlir:

• Statik resurslar (şəkillər/CSS/JS/şriftlər) daha sürətli yüklənir
• Mənbə serverinin yükünün azaldılması və sabitliyin artırılması

HTML keş Faydalar həqiqətən daha böyük ola bilər (TTFB daha aşağı olduqda), lakin risklər də ən yüksək səviyyədədir: elektron ticarət, üzvlük sistemləri, fərdiləşdirilmiş məzmun və çoxdilli/çoxvalyutalı konfiqurasiyalar yanlış məlumatların keşlənməsinə meyllidir.

Ağıllı yanaşma:

1. Əvvəl statik et CDN (aşağı risk, yüksək gəlir)
2. Versiya strategiyası və təsdiq yoxlama siyahısı üzrə keçin
3. HTML-i keşləmək lazım olub-olmadığını (ziyarətçi vəziyyətindən başlayaraq) yenidən qiymətləndirin.

---

4. E-ticarət saytında CDN istifadə etmək olar? Səbət sistemi qarışmaz ki?

Bu mümkündür və həqiqətən edilməlidir (ən azı statik resurslar üçün), lakin istifadəçi tərəfindən yaradılan səhifələrin keşlənməsindən çəkinmək lazımdır.

• Statik resurslar keşlənə bilər.Şəkillər, CSS, JS
• İstifadəçi rejimindəki səhifələr atlanmalıdır.Alış səbəti, ödəmə və hesabla bağlı səhifələr üçün HTML-i keşləməyin.
• Bu səhifələri HTML formatında keşləmədiyiniz müddətcə, fərqli alış səbətləri və ya hesablar arasındakı kəsişmə riski əhəmiyyətli dərəcədə azalacaq.

---

Çoxdilli/çoxvalyutalı sayt necə qurulmalıdır ki, dil və qiymətlər qarışmasın?

Əsas məqam ondadır Kəş açarı Doğru mudur?

• Dil (yol və ya alt domen)
• Valyuta (əgər qiymətin göstərilməsinə təsir edirsə)
• Giriş edib-etmədiyi (cookie)
• Region/Vergi dərəcəsi (əgər səhifə regiona görə dəyişirsə)

Əgər bu ölçülər keşləmə lojikasına daxil edilməzsə, çox güman ki: dil istifadəçisi B dil məzmunu görəcək və ya uyğunsuz qiymətlə üzləşəcək.

---

6. Mən inteqrasiya olunmuş əks proksini (Cloudflare/EdgeOne/ESA), yoxsa statik Pull CDN-ni (bunny) seçməliyəm?

Siz “məqsədlərinizə” və “risqə dözümlülüyünüzə” əsasən seçə bilərsiniz:

• HTTPS + CDN + əsas təhlükəsizliyi bir dəfəyə həll et, sonra qayda/WAF da genişləndirə bilərsənƏks Proksi İnteqrasiyası
• Mən bütün sayt proksisini dəyişdirmədən ən sabit ilk addımı (daha sürətli statik resurslar) atmaq istəyirəm:Statik Pull CDN(məsələn dovşan)

Əgər qərarsızsanız, standart tövsiyə belədir:Əvvəlcə statik CDN → Versiya strategiyasını və doğrulama yoxlama siyahısını nəzərdən keçirin → Sonra proxy-əsaslı/HTML keşləməni tətbiq edib-etməməyə qərar verin

---

7. Pulsuz versiyanı birbaşa canlı vebsaytda istifadə etmək olarmı?

Onu istifadə etmək olar, lakin “free” sözünü “formal həll və kommersiya SLA-sı olan rəsmi həll” kimi yox, “başlanğıc/dəyərləndirmə/yüngül istifadə” kimi qəbul edin.

• Pulsuz planı qəbul etməyə razı olarsınızmı?Sıxlıq məhdudiyyətləri, funksional çatışmazlıqlar, dəstək metodlarındakı dəyişikliklər və potensial olaraq SLA öhdəliklərinin olmaması？
• Əgər bu mümkün deyilsə, pulsuz xidmət sınaq kimi qəbul edilməli və sonradan daha uyğun paketə yüksəldilməlidir.

---

8. CDN-nin həqiqətən işə düşdüyünü, sadəcə psixoloji təsəlli olmadığını necə təsdiqləyə bilərəm?

Bu üç addımı istifadə edərək təsdiqləyin (mürəkkəb alətlər tələb olunmur):

1. Statik resursların CDN-dən qaytarılıb-qaytarılmadığını yoxlayın(Şəkillərin/CSS-in/JS-in mənbəyi dəyişibmi?)
2. Hit dərəcəsinin və mənbəyə geri dönüş performansının yaxşılaşıb-yaxşılaşmadığını müşahidə edin.(Yalnız vurma nisbəti artdıqda və resursların bərpası azaldıqda bu, həqiqi fayda hesab edilə bilər)
3. Dəyişiklik ediləndə CSS/şəkil təsdiqləmə siyasətini yenilə(Versiya nömrəsi qüvvədədir, əlaqənin idarəolunmasını göstərir)

Əgər üçüncü bəndi həyata keçirə bilmirsinizsə, sonrakı optimallaşdırmalar yeniləməyin qüvvəyə minməməsi səbəbindən getdikcə daha çox problemlə üzləşəcək. Versiya strategiyasını tamamlamağa üstünlük vermək məsləhətdir.

---

9. Mainland China sürətləndirmə funksiyasını aktivləşdirmək niyə tez-tez ilişib qalır?

Ən çox rast gəlinən səbəblər bunlardır:Seçilmiş region sənəd vermə tələblərinə cavab vermir.。

• Əgər materik Çin daxil olan bir sürətləndirmə bölgəsini seçmək istəyirsinizsə, adətən tamamlamalısınız ICP təqdimatıQeydiyyatdan keçməmiş istifadəçilər yalnız materik Çin istisna olmaqla regionları seçə bilərlər.

---

10. Mən əvvəl keş plaginini quraşdırmalıyam, yoxsa əvvəl CDN-ni?

Ümumiyyətlə tövsiyə olunan ardıcıllıq belədir:

1. Origin server qatında: öncə keş plaginləri/hostinq infrastrukturu sabitləşdirildi (TTFB azaldıldı, arxa planda yük azaldıldı)
2. Resurs qat: Fayl ölçüsünü azaltmaq üçün şəkilləri optimallaşdırın
3. Çatdırılma qatı: CDN resursları daha sürətli və daha sabit çatdırır

Əgər indi yalnız bir işlə məşğul olmaq istəyirsinizsə və hər hansı xoşagəlməz hadisələrdən qaçmaq istəyirsinizsə:Əvvəlcə statik CDN (Mərhələ 1)Sabit gəlirlər, minimal risk.