Axtarış sistemləri üçün Single Page Application (SPA) marşrutlaşdırmasını optimallaşdırmaq, naviqasiyanızın standart HTML lövbər (anchor) teqləri vasitəsilə əlçatan olmasını təmin etməyi əhatə edir. Googlebot bir SPA-ya daxil olduqda, yeni məzmunu kəşf etmək üçün izləyə biləcəyi etibarlı keçidlər tapmağı gözləyir. Əgər marşrutlaşdırma sisteminiz düzgün URL strukturları olmadan yalnız JavaScript hadisələrinə əsaslanırsa, axtarış sistemləri saytınızın arxitekturasını xəritələməkdə çətinlik çəkir, bu da indeksləmə gecikmələrinə və ya buraxılmış səhifələrə səbəb olur.
Ümumi bir yanlış fikir budur ki, axtarış sistemləri hər bir qarşılıqlı əlaqəni istifadəçinin etdiyi kimi render edir. Reallıqda, Googlebot xüsusi resurs məhdudiyyətləri daxilində fəaliyyət göstərir. Naviqasiya brauzer ünvanını yeniləməyən mürəkkəb skriptlərin arxasında qaldıqda, kroler saytınızın dərinliyini effektiv şəkildə kataloqlaşdıra bilmir. Standart veb prinsiplərinə diqqət yetirməklə, texniki arxitekturanızı axtarış sistemlərinin vebi emal etmə tərzi ilə uyğunlaşdırırsınız.
Googlebot JavaScript tətbiqlərini necə emal edir?
Google Axtarış veb tətbiqlərini üç fərqli mərhələdə emal edir: krollama, render etmə və indeksləmə. Proses kroler səhifənin xam HTML-ni əldə etdikdə başlayır.
Google Axtarış veb tətbiqlərini üç əsas mərhələdə emal edir: Krollama Render etmə İndeksləmə
Google Search Central
Əgər məzmun ilkin HTML-də yoxdursa, səhifə render növbəsinə yerləşdirilir. Veb Render Xidməti (WRS) daha sonra JavaScript-i icra etmək üçün Chromium brauzerinin daim yenilənən versiyasından istifadə edir. Yalnız bu icra tamamlandıqdan sonra mühərrik naviqasiya elementlərini və keçid yollarını müəyyən edə bilir.
Bu render növbəsi səhifənin kəşfi ilə onun sonrakı indekslənməsi arasında gecikmə yaradır. Əgər sayt səhifəni çəkmək üçün ağır skriptlərə güvənirsə, Googlebot DOM-u render etmək üçün əhəmiyyətli hesablama resursları ayırmalıdır. Əgər skriptləriniz bu mərhələdə uğursuz olarsa və ya vaxtı keçərsə, indeksator yalnız boş bir şablon görə bilər ki, bu da səhifələrinizin axtarış nəticələrindən düşməsinə səbəb olur.
Müştəri tərəfli naviqasiya niyə axtarış kəşfi üçün risklidir?
Müştəri tərəfli marşrutlaşdırma tez-tez standart brauzer naviqasiyasını daxili vəziyyət dəyişiklikləri ilə əvəz edir. Əgər bu dəyişikliklər brauzer ünvan çubuğunu yeniləmirsə və ya unikal URL təmin etmirsə, axtarış krolerləri fərqli görünüşləri bir-birindən ayıra bilmir. Məzmunu yükləmək üçün skriptlərə güvənmək tez-tez bu xüsusi texniki çətinliklərə gətirib çıxarır:
- Xüsusi məzmun vəziyyətlərinə birbaşa keçid etmək imkansızlığı.
- URL statik qaldıqda meta məlumat yeniləmələrinin çatışmazlığı.
- Daha çox resurs sərf edən render növbəsindən artan asılılıq.
- Köhnə krolerlərin və ya sosial media botlarının məzmunu aşkar edə bilməməsi.
Səhifənin alt bölmələri üçün unikal URL-lər olmadıqda, o, krolerlər üçün effektiv şəkildə görünməz olur. Axtarış sistemi birbaşa keçid vasitəsilə çata bilmədiyi bir ‘vəziyyəti’ indeksləyə bilməz. Bundan əlavə, səhifə başlıqları və təsvirləri kimi meta məlumatlar tez-tez ilkin yükləmə vəziyyətində ilişib qalır, bu da qeyri-müvafiq axtarış fraqmentlərinə gətirib çıxarır.
Düzgün URL idarəetməsi olmadan daxili keçid strategiyanız dağılır. Googlebot keçidləri izləyərək səhifənin nüfuzunu izləyir; əgər bu keçidlər əsasən standart olmayan klik işləyicilərinin arxasında gizlədilirsə, kroler bu səhifələrin mövcud olmadığını güman edir. Bu, domeniniz boyunca PageRank axınına mane olan yetim səhifə strukturu ilə nəticələnir.
SPA-larda SEO dostu marşrutlaşdırma necə tətbiq olunur?
SPA-nızın əlçatan qalmasını təmin etmək üçün istifadəçi yeni görünüşə keçdikdə URL-i yeniləmək üçün History API-dən istifadə etməlisiniz. Hər bir səhifənin Googlebot-un ilkin açılış səhifəsindən asılı olmayaraq müstəqil şəkildə krol edə biləcəyi unikal, əlçatan URL-i olmalıdır. Müştəri tərəfli render mərhələsinə etibarı minimuma endirmək üçün mümkün olan yerdə server tərəfli render və ya statik render tətbiq etməyi tövsiyə edirik.
Keçid strukturu üçün ən yaxşı təcrübələr
- Həmişə naviqasiya üçün teqlərindən istifadə edin.
- Səhifə yönləndirmələrini yerinə yetirmək üçün düymələr və ya div-lər üzərində klik hadisələrindən istifadə etməyin.
- Mümkün olduqda bütün kritik məzmunu ilkin HTML-ə daxil edin.
- URL yoxlama alətindən istifadə edərək daxili keçid strukturunuzu yoxlayın.
Əsas lövbər teqlərindən kənarda, server konfiqurasiyanızın dərin keçidləri (deep linking) dəstəklədiyinə əmin olun. İstifadəçi və ya bot xüsusi bir URL tələb etdikdə, serveriniz düzgün məzmunu dərhal qaytara bilməlidir. Əgər serveriniz kök yolundan başqa hər hansı bir şey üçün 404 xətası qaytarırsa, Googlebot bütün saytınızı tək səhifəli bir varlıq kimi qəbul edəcək və bütün dərin məzmunu effektiv şəkildə görməzdən gələcək.
Bundan əlavə, hidratasiyadan (hydration) istifadəni nəzərdən keçirin. İlkin məzmunu server tərəfli render vasitəsilə təmin edərək və sonra müştəri tərəfli çərçivəyə nəzarəti ələ almağa icazə verərək, istifadəçilər üçün sürətli təcrübə və krolerlər üçün oxunaqlı sənəd təmin edirsiniz. Bu yanaşma interaktivlik ehtiyacı ilə axtarış sistemi əlçatanlığı zərurəti arasında tarazlıq yaradır.
Alien Road SPA marşrutlaşdırma strategiyalarını necə tətbiq edir
Alien Road-da biz SPA layihələrinə JavaScript çərçivəsi ilə axtarış sistemi arasındakı körpünü audit edərək yanaşırıq. Tipik bir iş prosesində, xam mənbə kodunu son render edilmiş nəticə ilə müqayisə etmək üçün Google Search Console URL Yoxlama alətindən istifadə edirik. Bu, vacib keçidlərin işə düşməyən skriptlərin arxasında gizlədilib-gizlədilmədiyini görməyimizə imkan verir.
Daha sonra saytdakı hər bir əsas şablon üçün render davranışını sənədləşdiririk. Həddindən artıq render resursları tələb edən bölmələri müəyyən edərək, inkişaf qruplarına hidratasiya və ya server tərəfli render tətbiq etmək üçün aydın bir yol xəritəsi təqdim edirik. Bu, məzmunun sayt performansını qorumaq üçün əsas amil olan render növbəsinə güvənmədən indeksatora çatmasını təmin edir.
Prosesimiz həmçinin bütün daxili keçidlərin xam HTML-də aşkar edilə biləcəyini yoxlamağı əhatə edir. Biz tez-tez çərçivələrin menyuları yalnız uzun yüklənmə müddətindən sonra dinamik şəkildə yaratdığını görürük. Bu komponentləri server səviyyəsində render etmək üçün yenidən quraraq, krol büdcəsinin səmərəliliyini artırırıq və Googlebot-un daha az vaxtda daha çox məzmun kəşf etməsinə imkan veririk.
JavaScript indeksləməsində ümumi tələlər
Bir çox komanda səhifənin yerli brauzerdə işlədiyi üçün Googlebot üçün də işlədiyini fərz etmək tələsinə düşür. Bununla belə, brauzer mühiti axtarış sistemləri tərəfindən istifadə olunan avtomatlaşdırılmış mühitdən çox fərqlidir. Yaddaş sızmaları, optimallaşdırılmamış skript icrası və üçüncü tərəf izləmə skriptlərindən ağır asılılıq render prosesinin vaxtından əvvəl uğursuz olmasına səbəb ola bilər.
Digər bir ümumi problem naviqasiya üçün ‘fraqment identifikatorlarından’ (heşlər) istifadədir. Bunlar erkən SPA inkişafında geniş yayılmış olsa da, müasir SEO üçün ideal deyil. Googlebot heş olan səhifəni baza URL ilə eyni qəbul edə bilər, bu da yalnız ana səhifənin indeksləndiyi, bütün alt səhifələrin isə görməzdən gəlindiyi problemlərə gətirib çıxarır.
Bu həftə haradan başlamaq lazımdır
SPA-nızdan beş nümayəndəlik URL seçərək və Google Search Console-da ‘Test Live URL’ funksiyasını işlədərək başlayın. Bütün daxili keçidlərin standart HTML teqləri kimi mövcud olduğunu təsdiqləmək üçün render edilmiş DOM-a baxın. Əgər keçidlərinizin yalnız əhəmiyyətli istifadəçi qarşılıqlı əlaqəsindən sonra göründüyünü aşkar etsəniz, həmin elementləri ilkin səhifə yüklənməsində görünəcək şəkildə yenidən qurmağı planlaşdırın.
Tapıntıları sadə bir cədvəldə sənədləşdirin. Hər bir URL üçün ‘Krol edilmiş’ və ‘Render edilmiş’ HTML-i müqayisə edin. Əgər məzmununuz çatışmırsa, ən vacib səhifələriniz üçün server tərəfli renderə və ya əvvəlcədən render etməyə keçidi prioritetləşdirin. Marşrutlaşdırma məntiqinizdəki kiçik düzəlişlər axtarış görünürlüyündə əhəmiyyətli qazanclara səbəb ola bilər.