Server-tərəfli renderinq (SSR) birbaşa serverdən Googlebot-a tam render edilmiş HTML sənədi təqdim etməklə axtarış sisteminin görünürlüğünü artırır. Axtarış sisteminin əsas məzmunu müəyyən etməzdən əvvəl mürəkkəb JavaScript icra etməsi tələbini yan keçməklə, SSR səhifələrinizin sürət və dəqiqliklə indekslənməsini təmin edir. Bu üsul axtarış sistemləri yalnız brauzer mühitində yaradılan dinamik məzmunu şərh etməkdə çətinlik çəkdikdə yaranan ümumi tarama xətalarını effektiv şəkildə düzəldir.
Server-tərəfli renderinq səmərəli indeksləşdirməyə necə kömək edir?
Veb sayt tamamilə klient-tərəfli renderinqə (CSR) əsaslandıqda, Googlebot iki mərhələli arxitekturaya əməl etməlidir. Birinci mərhələdə skaner istifadəçilərin təcrübə etdiyi faktiki məzmundan məhrum olan minimal şablon olan xam HTML-i əldə edir. İkinci mərhələdə Googlebot JavaScript fayllarını icra etmək üçün Veb Renderinq Xidməti üçün səhifəni növbəyə qoyur. Bu ikincil addım kəşf və səhifənin yekun şərhi arasında gecikmə təqdim edir.
SSR ilkin kəşf zamanı bu ikinci mərhələyə ehtiyacı aradan qaldırır. Server tam HTML sənədi qaytardığı üçün Googlebot mətni, daxili keçidləri və metadatanı dərhal təhlil edə bilər. Bu keçid skaner üçün əhəmiyyətli resurslara qənaət edir və məzmunun uzun render növbəsində gözləmədən indeksə hazir olmasını təmin edir. Böyük veb saytlar üçün emal müddətinin bu azalması ümumi görünürlük üçün böyük qələbədir.
Tipik hesab idarəçiliyi ssenarisində biz müşahidə edirik ki, təmiz CSR-dən SSR modelinə keçid daha sürətli yenidən indeksləşdirmə dövrləri ilə nəticələnir. Minlərlə səhifəsi olan saytda məhsul təsvirlərini və ya qiymətlərini yenilədiyiniz zaman server yekun vəziyyəti birbaşa göndərir. Nəticədə, Googlebot yeni yerləşdirdiyiniz dəyişiklikləri görmək üçün bahalı brauzerə bənzər tapşırıqları yerinə yetirməyə ehtiyac duymur.
Bundan əlavə, SSR axtarış sistemləri üçün sabit baza təmin edir. Renderinq xidmətində növbə həcmində müvəqqəti artım baş versə belə, əsas məzmununuz xam cavab vasitəsilə əlçatan olaraq qalır. Bu etibarlılıq əsas SEO səylərinizin mürəkkəb JavaScript mühitlərinə xas olan dalğalanmalardan cəza almamasını təmin edir.
Müasir JavaScript çərçivələri nə üçün tez-tez tarama xətalarına səbəb olur?
React, Angular və ya Vue kimi müasir çərçivələr yüksək performanslı, interfeysli istifadəçi interfeysləri yaratmaq üçün əladır. Lakin, serveriniz boş qabıq qaytararsa, Googlebot texniki maneələrlə üzləşir. Bu problemlər çox vaxt skanerin səhifə iyerarxiyasını başa düşməsinə və ya JavaScript icrası vasitəsilə daxil edilən kritik daxili keçidləri tapmasına mane olur.
- JavaScript paketi skaner üçün çox ağırdırsa, renderinq mərhələsində vaxt aşımı.
- Axtarış sistemi üçün əlçatmayan spesifik brauzer API-lərinə əsaslanan məzmunu təhlil etmək qabiliyyətsizliyi.
- Kanonik teqlər və ya open graph məlumatları kimi kritik metadatanın gecikmiş indekslənməsi.
- Serverinizdə müvəqqəti tarama sürəti limitlərinə səbəb ola biləcək artan resurs istehlakı.
Bu xətalar sadəcə hipotetik deyil; onlar naviqasiya menyularının və ya yan panel filtrlərinin yalnız istifadəçi səhifə ilə qarşılıqlı əlaqədə olduqdan sonra göstərildiyi müəssisə platformalarında tez-tez baş verir. Əgər keçidlər xam HTML-də yoxdursa, Googlebot ilkin tarama zamanı onları tapmayacaq. Bu, yenidən tarama baş verənə qədər axtarış sistemi nəticələrindən effektiv şəkildə gizlədilmiş dərin keçidli səhifələrin kimsəsiz qalması vəziyyətini yaradır.
Yetim səhifələrdən başqa, bu çərçivələr istəmədən məzmunu skanerin aktivləşdirə bilməyəcəyi tənbəl yükləmə tetikleyicilərinin arxasında gizlədə bilər. Əgər əsas məhsul məlumatınız yükləmək üçün sürüşdürmə hadisəsindən və ya düyməni sıxmaqdan asılıdırsa, Googlebot həmin məzmunu heç vaxt görməyə bilər. Bu məntiqi serverə köçürməklə siz məzmunun istənilən axtarış botunun emal etməsi üçün ən etibarlı format olan statik mətn kimi mövcud olmasını təmin edirsiniz.
Google Axtarış bu məzmunu veb saytın HTML-indəki məzmunla birlikdə görür.
Google Search Central
Alien Road bu texnologiyanı necə tətbiq edir
Alien Road-da komandamız mürəkkəb JavaScript ilə idarə olunan veb saytların idarə edilməsinə praktiki yanaşma tətbiq edir. Biz SSR və ya Statik Sayt Generasiyasına (SSG) keçidin irəliyə doğru ən yaxşı yolu təmin edib-etmədiyini müəyyən etmək üçün sayt arxiteturasının dərin auditi ilə başlayırıq. Tipik müştəri üçün biz gizli boşluqları müəyyən etmək üçün render edilmiş mənbə kodunu xam HTML cavabı ilə müqayisə etməklə başlayırıq.
Prosesimiz Googlebot-un dəyişməmiş səhifələrin yenidən işlənməsinə çox vaxt sərf edib-etmədiyini və ya skriptləri düzgün icra edə bilmədiyini müəyyən etmək üçün server qeydlərini təhlil etməyi əhatə edir. Daha sonra biz əsas məzmunun ilk sorğuda çatdırılmasını təmin edən renderinq həllərini həyata keçiririk. Bu strategiya bizə inventarlarını gündəlik yeniləyən yüksək trafikli elektron ticarət mağazaları üçün indekslənməni sabitləşdirməyə imkan verir.
Son layihələrin birində biz müşahidə etdik ki, pərakəndə satış mağazası kateqoriya səhifələrində zəif indekslənmədən əziyyət çəkir. Əsas məhsul siyahılarının klient-tərəfli renderinq arxasında gizləndiyini müəyyən etməklə, həmin xüsusi şablonları SSR modelinə keçirdik. Bu dəyişiklik skanerə ilkin cavabda bütün məhsul kataloqunu görməyə imkan verdi və iki həftə ərzində indeksləşdirilmiş səhifələrin həcmində əhəmiyyətli artımla nəticələndi.
Tətbiq zamanı hansı ümumi tələlərdən qaçınmalısınız?
SSR-ə keçid yeni texniki fəsadlar yaratmamaq üçün diqqət tələb edir. Tez-tez edilən səhv serverdə istifadəçinin brauzerdə gördüyündən əhəmiyyətli dərəcədə fərqlənən məzmunun göstərilməsidir. Bu uyğunsuzluq zəif təcrübələr yarada bilər və potensial olaraq axtarış sistemini səhifənin məqsədi ilə bağlı çaşdıra bilər.
- Server tərəfindən render edilmiş səhifələrin bütün etibarlı məzmun üçün 200 HTTP status kodu qaytardığından əmin olun.
- Asan kəşf üçün bütün kritik daxili keçidlərin statik HTML-də mövcud olduğunu yoxlayın.
- Googlebot-un əslində nə əldə etdiyini görmək üçün URL İnspeksiya alətindən istifadə edərək saytınızı sınayın.
- Serverinizin axtarış sorğularını gecikmədən idarə etməsini təmin etmək üçün tarama büdcənizi nəzarətdə saxlayın.
Digər ümumi tələ serverin özünün performans təsirinə məhəl qoymamaqdır. Renderinqi serverə köçürdüyünüz zaman hər sorğuya hesablama tapşırığı əlavə edirsiniz. İnfrastrukturunuzun Googlebot-un vaxt aşımı ilə qarşılaşdığı nöqtəyə qədər cavab müddətlərini ləngitmədən artan yükü idarə edə biləcəyini təmin etməlisiniz.
Bundan əlavə, keşləmə strategiyaları yenilənməlidir. Əgər SSR təbəqəniz cavabları səhv keşləyərsə, istifadəçilər və ya botlar köhnəlmiş məlumatları görə bilər. Biz əsas verilənlər bazası və ya CMS məzmunu dəyişdikdə işə düşən ciddi keş ləğvetmə qaydalarının quraşdırılmasını tövsiyə edirik ki, bu da server-tərəfli render edilmiş çıxışın hər bir daxil olan sorğu üçün təzə və dəqiq qalmasını təmin edir.
Bu həftə haradan başlamaq lazımdır?
Ən vacib şablonlarınızın xam HTML-ni yoxlayaraq saytınızın performansını nəzərdən keçirin. JavaScript-i söndürmək və H1 teqlərinizin, əsas məzmununuzun və daxili keçidlərinizin görünən qaldığını yoxlamaq üçün brauzer tərtibatçı alətlərinizdən istifadə edin. Əgər səhifə boş və ya natamam görünürsə, axtarış görünürlüğünü yaxşılaşdırmaq üçün həmin xüsusi səhifələr üçün SSR-in tətbiqini müzakirə etmək üçün mühəndislik komandanızla əlaqə saxlayın.
Gəlir üçün ən vacib olan məhsul və ya xidmət səhifələrinizi ilk növbədə prioritetləşdirin. Bunları əldə etdikdən sonra kateqoriya səhifələrinə və bloq arxivlərinə keçin. Ən vacib şablonları əvvəlcə həll etməklə siz Googlebot-un yeni məzmununuzu nə qədər tez kəşf etməsində ölçülə bilən yaxşılaşma görə bilərsiniz.
Nəhayət, xüsusilə keçid etdiyiniz səhifələr üçün Search Console əhatə dairəsi hesabatlarına nəzarət edin. İndeksləmə sayının yuxarıya doğru meyilli olub olmadığını və tarama tezliyinin sabitləşdiyini yoxlayın. Renderinq strategiyanızda kiçik, tədrici dəyişikliklər çox vaxt uzunmüddətli axtarış performansı və texniki sağlamlıq üçün ən yaxşı nəticələr verir.