Google-ın Web Rendering Service (WRS) veb səhifələri şərh etmək və render etmək üçün JavaScript kodunu icra edən Googlebot infrastrukturunun ixtisaslaşmış komponentidir. Səhifə məzmunu doldurmaq üçün müştəri tərəfi skriptlərinə arxalandıqda, bu xidmət axtarış robotlarının sadəcə ilkin xam HTML-i deyil, son nəticəni görməsini təmin edən headless brauzer kimi fəaliyyət göstərir. Statik server cavabları ilə dinamik istifadəçi təcrübələri arasındakı fərqi aradan qaldıraraq, WRS Google-a müasir, tətbiq tipli saytları effektiv şəkildə indeksləməyə imkan verir.
Web Rendering Service əslində necə işləyir?
Tarama prosesi iki fərqli mərhələdə baş verir. Əvvəlcə Googlebot URL-in xam HTML-ini əldə edir. Həmin HTML-də xarici JavaScript fayllarına keçidlər və ya istinadlar varsa, səhifə render edilmək üçün növbəyə alınır. Bu ikinci mərhələdə WRS skriptləri icra edir, Sənəd Obyekt Modelini (DOM) qurur və indeksləmə üçün son məzmunu çıxarır. Bu proses Google üçün resurs baxımından tələbkardır, buna görə də lazımi məzmunu ilkin HTML cavabında təqdim edən səhifələr çox vaxt daha sürətlə indekslənir.
Render hər zaman dərhal baş vermir. Google nəhəng bir növbə ilə işlədiyindən, mürəkkəb skript icrası tələb edən səhifələr ilkin yükləmə ilə sonrakı render arasında gecikmə ilə üzləşə bilər. Bu müddət ərzində Googlebot yalnız saytınızın çərçivəsini görə bilər. Əgər vacib məzmununuz — məsələn, məhsul təsvirləri, qiymətlər və ya daxili keçidlər — yalnız gecikməsi yüksək API çağırışı bitdikdən sonra görünürsə, Google səhifənizi boş və ya natamam kimi indeksləyə bilər.
Bunu idarə etmək üçün serverinizin dərhal mənalı məzmunla cavab verməsini təmin edin. React, Vue və ya Angular kimi freymvorklardan istifadə edirsinizsə, Server-Side Rendering (SSR) və ya Static Site Generation (SSG) tətbiq etməyi nəzərdən keçirin. Bu metodlar səhifənizin əvvəlcədən render edilmiş versiyasını təqdim edərək, WRS-ə hər ziyarətdə bütün tətbiq məntiqini icra etmədən məzmunu emal etmək imkanı verir.
JavaScript məzmunu ilə bağlı ümumi çətinliklər hansılardır?
JavaScript-dən çox asılı olmaq, skriptlər mürəkkəb olduqda və ya düzgün işləmədikdə gecikmələrə səbəb ola bilər. WRS skriptin icrası zamanı bloklanmış resurslar və ya vaxt aşımı kimi xətalarla qarşılaşarsa, səhifənin render edilmiş versiyası natamam ola bilər. Bu, vacib mətnin, meta teqlərin və ya daxili keçidlərin axtarış sisteminə görünməz qalmasına gətirib çıxarır və səhifənin müvafiq axtarış nəticələrində çıxmasına mane olur.
Ümumi texniki maneələrə robots.txt faylında bloklanmış resurs faylları daxildir. CSS və ya JS fayllarınız Googlebot-dan gizlədilibsə, render xidməti səhifə quruluşunu dəqiq bərpa edə bilmir. Bundan əlavə, polifillərdən həddindən artıq istifadə və ya köhnə brauzer dəstəyi kodunuzu şişirdərək WRS-in icra vaxtı limitlərinə çatmasına səbəb ola bilər. Headless brauzer mühitində ‘Ready’ vəziyyətinə çatmaq üçün çox vaxt tələb edən səhifə qismən indekslənmə üçün yüksək risk daşıyır.
Digər ümumi problem müştəri tərəfi naviqasiyasının istifadəsidir. Saytınız səhifəni tam yeniləmədən URL-ləri dəyişdirmək üçün History API-dən istifadə edirsə, hər bir vəziyyətin unikal, indekslənə bilən URL vasitəsilə əlçatan olduğundan əmin olmalısınız. Googlebot yalnız istifadəçi qarşılıqlı əlaqəsindən sonra yarandığı üçün bu keçidləri aşkar edə bilmirsə, həmin səhifələr axtarış indeksi üçün faktiki olaraq görünməz qalacaq.
- Bloklanmış resurslar: robots.txt faylınızın render üçün lazım olan JavaScript fayllarını bloklamadığından əmin olun.
- Vaxt aşımları: Məzmun tam render edilməmişdən əvvəl WRS-in vaxt aşımına uğramasının qarşısını almaq üçün skript icrasını yığcam saxlayın.
- Konsol xətaları: Səhifənin düzgün yüklənməsini dayandıra biləcək JavaScript xətalarını yoxlamaq üçün brauzerin tərtibatçı alətlərinə baxın.
- Serverin cavab vaxtı: Render mexanizminin lazımsız gecikmələr olmadan işə başlaması üçün ilkin HTML-in tez yüklənməsini təmin edin.
Alien Road bunu necə tətbiq edir
Alien Road-da biz WRS-in müştəri aktivlərini necə şərh etdiyini audit edərək JavaScript-lə zəngin mühitləri idarə edirik. Tipik bir e-ticarət müştərisi üçün Search Console-dakı URL Yoxlama Alətindən istifadə edərək ‘Canlı Test’ render olunmuş HTML-i orijinal mənbə kodu ilə müqayisə edirik. Bu, render mərhələsində əsas məhsul təsvirlərinin və ya dinamik qiymətlərin çatışmadığını üzə çıxarır. Daha sonra tərtibatçılara zəruri hallarda server tərəfli render və ya statik sayt generasiyasını tətbiq etmək üçün aydın yol xəritəsi təqdim edirik və məzmunun hər zaman taranan üçün əlçatan olmasını təmin edirik.
Prosesimiz yüksək JS asılılığı olan səhifələri ayırmaq üçün tarama auditi ilə başlayır. Xam HTML-in yükləmə çarxı və ya boş konteyner göstərdiyi, lakin render edilmiş HTML-in tam kataloqu əks etdirdiyi ‘məzmun uyğunsuzluğu’ hallarını axtarırıq. Sonra infrastrukturun optimallaşdırılması üçün bu səhifələrə üstünlük veririk. Məsələn, qiymət məntiqini serverə köçürməklə Googlebot-un render növbəsi zamanı bir neçə API çağırışını gözləməsi ehtiyacını aradan qaldırırıq.
Biz həmçinin performans büdcələrinə diqqət yetiririk. Müştəri tərəfi aktivlərini kiçildərək və paketləyərək, WRS-in səhifəni tam render etmək üçün ən qısa yola malik olmasını təmin edirik. Bu, render sisteminin vaxt aşımına düşməsinin qarşısını alır və yeni məhsul buraxılışları və ya məzmun yeniləmələri üçün daha sürətli indeksləmə dövrlərini təmin edir.
Render səmərəliliyi üçün ən yaxşı təcrübələr hansılardır?
WRS üçün optimallaşdırma taranan üçün iş yükünü azaltmaqdan ibarətdir. Əsas məzmunu server tərəfi cavabında təqdim etməklə render mühərrikindən asılılığı azaldırsınız. İnfrastruktur quraşdırmanızı yoxlamaq üçün yoxlama siyahısı yanaşmasını tövsiyə edirik.
- Kritik məzmunu audit edin: Əsas başlıqlarınızın və mətninizin xam HTML görünüşündə olub-olmadığını yoxlayın.
- Search Console-a nəzarət edin: Taranmış, lakin indekslənməmiş səhifələri müəyyən etmək üçün əhatə dairəsi hesabatlarından istifadə edin.
- Skript həcmini azaldın: Daha sürətli icra üçün JavaScript fayllarınızı kiçildin və birləşdirin.
- Mobil uyğunluğu yoxlayın: Render edilmiş mobil versiyanın masaüstündə təqdim olunan məzmuna uyğun olduğundan əmin olun.
Məzmun Google Axtarış üçün bir xəta, boş səhifə və ya xəta bildirişi olduğunu göstərirsə, Search
Google Search Central
Render vəziyyətini necə yoxlaya bilərsiniz?
Yoxlama praktiki yanaşma tələb edir. URL Yoxlama aləti Google-ın saytınızı necə gördüyünü yoxlamaq üçün ən etibarlı üsul olaraq qalır. ‘Taranmış Səhifəyə Bax’ seçimini edərək, HTML-i Googlebot tərəfindən sonuncu dəfə emal edildiyi kimi yoxlaya bilərsiniz. Naviqasiya elementlərinizin və ya altbilgi keçidlərinizin olmadığını görsəniz, bu, render prosesinin həmin xüsusi qovşaqları həll edə bilmədiyinin aydın siqnalıdır.
Səhifənin yüklənməsi zamanı yaranan xətaları tutmaq üçün brauzerinizin tərtibatçı alətlərindəki ‘Konsol’ sekmesindən istifadə edin. ‘Uncaught ReferenceError’ və ya ‘Access Denied’ xətalarını görürsünüzsə, çox güman ki, bunlar WRS-i bloklayan eyni xətalardır. Bu konsol xətalarını düzəltmək çox vaxt tarama uğurunuzu əhəmiyyətli dərəcədə yaxşılaşdırmaq üçün kifayətdir.
Bu həftə haradan başlamalı
Ən vacib açılış səhifələrinizi müəyyənləşdirərək və onları URL Yoxlama aləti ilə yoxlayaraq başlayın. Render prosesi başa çatdıqdan sonra Googlebot-un tam olaraq nə gördüyünü görmək üçün ‘Taranmış Səhifəyə Bax’ seçimini yoxlayın. Render edilmiş versiya ilə gözlənilən quruluş arasında uyğunsuzluq aşkar etsəniz, ikinci dərəcəli səhifələrə keçməzdən əvvəl həmin xüsusi JavaScript komponentlərini düzəltməyə üstünlük verin. Bu render modellərinin ardıcıl monitorinqi axtarış görünürlüğünüzü qorumaq üçün etibarlı bir yoldur.