Hostinq seçimi: ucuz paketin sizə nəyə başa gəldiyi

Bir müştəri kampaniyanın ən sıx günü — endirim başlayan gün, məhsul stokda azalmağa başlayan gün — saytınıza daxil olur və səhifə üç-dörd saniyə donub qalır. O, geri düyməsini basır, axtarışda növbəti nəticəyə keçir. Siz bunu heç görmürsünüz, çünki heç bir xəta mesajı çıxmır — sadəcə statistikada bir sətir səssizcə itir.

Bu, əksər hallarda dizayn və ya məzmun problemi deyil, arxada duran serverin gücü ilə bağlıdır. Server seçimi isə adətən bir dəfə, tələsik və ən ucuz rəqəmə baxaraq edilir, çünki "hostinq" sözü çoxuna arxa fon detalı kimi gəlir. İlk aylar heç nə hiss olunmur, çünki trafik azdır — problem məhz sayt böyüyəndə, kampaniya günündə üzə çıxır və o zaman düzəltmək daha bahalı olur.

Sürət texniki detal deyil, satış məsələsidir

Brauzer saytınıza sorğu göndərəndə, serverin cavab verməyə başladığı ana qədər keçən vaxta Time to First Byte (TTFB) deyilir. Google-un öz ölçmə metodologiyasına görə 0.8 saniyəyədək yaxşı, 0.8–1.8 saniyə aralığı "təkmilləşdirmə tələb edir", 1.8 saniyədən çox isə zəif nəticə sayılır. (web.dev/articles/ttfb)

Bu rəqəm boş statistika deyil — səhifənin ilk gözlə görünən hissəsinin (LCP) nə vaxt yükləndiyini birbaşa müəyyən edir, çünki server cavab verməyənə qədər brauzer heç nə çəkə bilmir. Server ölkədən uzaqdırsa, resurslar yüzlərlə başqa sayt ilə paylaşılırsa, yaxud arxa proqram təminatı köhnədirsə, bu vaxt uzanır — dizaynda heç nə dəyişməsə belə. Üstəlik, bu göstəricilər təkcə istifadəçi rahatlığına deyil, Google-un axtarış sıralamasına da bağlıdır — şirkət özü Core Web Vitals-ı "əsas sıralama sistemlərinin mükafatlandırdığı" siqnallar sırasında sadalayır. (developers.google.com/search/docs/appearance/core-web-vitals)

Praktik nəticə: TTFB rəqəmini tələb edin. Cari hostinqinizin nə göstərdiyini bilmirsinizsə, bu, artıq özü bir problemdir — ölçülməyən şey idarə oluna bilmir.

"Limitsiz" sözünün arxasında nə dayanır

Ucuz paketlərin əksəriyyəti "limitsiz yaddaş", "limitsiz trafik" yazır. Bu, yalan deyil, amma tam həqiqət də deyil. Paylaşılan hostinq modeli adətən istifadəçilərin böyük hissəsinin ayrılan resursun kiçik payını işlətdiyi fərziyyəsi üzərində qurulur — provayder eyni serveri çoxlu müştəriyə satır, çünki normal halda heç kim limitə çatmır. Problem o an başlayır ki, sayt real trafik alır: "limitsiz" sözünün arxasında CPU vaxtı, fayl sayı (inode) və ya eyni anda bağlantı sayı kimi yazılmamış tavanlar üzə çıxır, bəzən də müqavilədə serverə "yük" gətirən hesabı dayandırma hüququ saxlanılır. (en.wikipedia.org/wiki/Overselling)

Bunun mənası "limitsiz" paketdən qaçmaq deyil — az trafikli, kiçik sayt üçün tamamilə məntiqlidir. Mənası budur ki, doğru sual "limitsizdirmi?" yox, "hansı rəqəmə real tavan qoyulub?" olmalıdır. Bu tavanı öyrənməyin ən sadə yolu provayderdən yazılı şəkildə soruşmaqdır: CPU vaxtı, eyni anda bağlantı sayı və "artıq yük" sayılan hədd nədir. Cavab qaça-qaça verilirsə və ya "əməli olaraq limit yoxdur" kimi ümumi cümlə ilə keçişdirilirsə, bu, özü bir siqnaldır — və o zaman ayrılmış resurslu paketə baxmaq daha ucuz çıxır, nəinki limitə çatanda təcili köçmək.

Ucuz hostinq, kampaniyanın ən çox lazım olduğu gündə, ən az işlədiyi gündür.

Hostinq seçərkən yoxlanmalı 6 parametr

1. Server harada yerləşir

Müştərilərinizin böyük hissəsi Azərbaycandan və ya bölgədən girirsə, server də coğrafi olaraq yaxın olmalıdır. Məsafə hər sorğuya əlavə millisaniyə qatır — kiçik görünür, amma onlarla sorğu üst-üstə düşəndə TTFB-yə birbaşa əlavə olunur. Sifariş verməzdən əvvəl server datasenterinin dəqiq şəhərini soruşun — "Avropa" kimi ümumi cavab kifayət deyil.

2. Resurslar kimlə paylaşılır

Eyni serverdə neçə sayt yerləşdiyi sualının cavabı adətən qiymət səhifəsində yazılmır. Paylaşılan hostinqdə qonşu saytın trafik pikləri sizin sürətinizə də təsir edə bilər — nə qədər ucuz paket, bir o qədər çox qonşu deməkdir. Ayrılmış resurslu (VPS və ya dedicated) paket adətən bir neçə qat baha olur, amma qonşunun kampaniyası sizin saytınızı yavaşlatmır — trafikiniz artan kimi bu seçimə keçmək dəyərləndirilməlidir.

3. Ehtiyat nüsxə nə qədər tez-tez alınır

Gündəlik avtomatik nüsxə ilə həftəlik nüsxə arasındakı fərq, problem çıxanda itirilən məzmunun həcmidir. Nüsxənin olub-olmaması yox, tezliyi və bərpa vaxtı soruşulmalı sualdır — nüsxə var, amma bərpası iki gün çəkirsə, kampaniya artıq bitmiş olur. Müqaviləyə imza atmazdan əvvəl bərpanın necə test edildiyini soruşun; sınanmamış nüsxə, nüsxə deyil, ümiddir.

4. SSL sertifikatını kim izləyir

Sertifikatın vaxtı bitəndə brauzer "təhlükəsiz deyil" xəbərdarlığı göstərir — bu, ziyarətçini dərhal geri qaytarır. Sertifikatın avtomatik yenilənib-yenilənmədiyi, təhlükəsizlik yamalarının kim tərəfindən quraşdırıldığı əvvəlcədən aydın olmalıdır — "avtomatik yenilənir" cümləsini yazılı şəkildə alın, sözlə deyil.

5. Nasazlığa reaksiya müddəti nə vəd edir

"7/24 dəstək" ifadəsi ilə "problem X saat ərzində həll olunur" öhdəliyi eyni şey deyil. İkincisi konkretdir və müqavilədə yazıla bilər, birincisi çox vaxt marketinq cümləsidir. Konkret rəqəmi müqavilədə görməyincə, "dəstək var" ifadəsinə güvənməyin.

6. Resurs artırmaq neçə addımdır

Trafik böyüyəndə paketi yüksəltmək bir kliklə olurmu, yoxsa yeni server, yeni köçürmə, günlərlə gözləmə deməkdirmi. Bu sual əvvəlcədən soruşulmayanda, cavabı adətən ən pis anda — kampaniya davam edərkən öyrənilir. "Sabah trafik üç qat artsa, mən nə edirəm və bu nə qədər çəkir?" sualını əvvəlcədən verin.

Hostinq dəyişmək əslində neçə addımdır

Bir çox sahib hostinqi pis olduğunu bilə-bilə dəyişmir, çünki "sayt bir neçə gün dayanar" qorxusu var. Əsl gecikmə səbəbi DNS keşidir: domeninizin ünvan yazısının nə qədər müddət "aktual" sayılacağını TTL adlı rəqəm müəyyən edir, və Cloudflare-in öz sənədlərinə görə bu müddət saniyələrdən bir günə qədər ola bilər — proksi olunan qeydlər üçün adətən 5 dəqiqədən bir az çox, adi qeydlər üçün isə əvvəlcədən 30 saniyədən 1 günədək təyin edilə bilir. (developers.cloudflare.com/dns/manage-dns-records/reference/ttl)

Praktik nəticə budur: keçiddən bir-iki gün əvvəl TTL-i qısaltmaq (məsələn, bir günlükdən bir neçə dəqiqəyə endirmək) və köhnə serveri yeni server tam işə düşənə qədər söndürməmək, keçidi ziyarətçi üçün görünməz edir. Bunu əvvəlcədən planlaşdırmayanda, "sayt bir neçə saat əlçatmaz oldu" halı adətən texniki məcburiyyətdən yox, sadəcə planlaşdırmanın olmamasından yaranır.

Kampaniya günü sınağı

Ən doğru test belədir: reklam büdcəniz artanda və ya endirim elan ediləndə saytınıza normal gündən 5-10 dəfə çox adam girsə, indiki hostinq bunu necə qarşılayardı? Cavab "bilmirəm"dirsə, dəyişmə vaxtının gəldiyinin əlamətidir — kampaniyanın gedişində yox, ondan əvvəl.

Sürət və server tərəfini özünüz ölçmək istəyirsinizsə, pulsuz sürət və SEO audit alətimiz saytınızın real TTFB və yükləmə göstəricilərini Google-un öz ölçmə mənbəyindən çıxarır və hansı bəndin problemli olduğunu adi dillə yazır.

Server, domen, DNS, SSL və ehtiyat nüsxə quraşdırılmasını əvvəlcədən planlaşdırmaq istəyirsinizsə, hostinq və infrastruktur xidmətimiz məhz bunun üçündür — hesablar sizin adınıza açılır, açar həmişə sizdə qalır, biz sadəcə qurur və izləyirik.