AMP keş yönləndirmə problemləri və 404 xətaları ilk növbədə kanonik URL-nizlə keşlənmiş versiya arasındakı əlaqə uyğunlaşmadıqda baş verir. Google Axtarış AMP sənədini keşindən götürməyə çalışdıqda, resursu yoxlamaq üçün xüsusi HTTP başlıklarına və etibarlı kanonik keçidlərə əsaslanır. Əgər bu göstəricilər qırılırsa və ya artıq mövcud olmayan səhifələrə işarə edirsə, Googlebot keşi etibarsız kimi qeyd edir və Search Console-da tarama xətalarına səbəb olur.
Niyə AMP keş səhifələri 404 xətaları göstərir?
Keşlənmiş AMP səhifəsində 404 xətası çox vaxt əsas serverin keşin gözlədiyi məzmunu artıq təmin etmədiyini göstərir. Google səhifələri ilkin uğurlu tarama əsasında keşləyir; keşi yeniləmədən səhifəni köçürsəniz və ya silinsə, uyğunsuzluq əldə etmə xətasına səbəb olur.
Əsas səhifə 404 qaytaranda, keş nəticədə silinməni tanıyır. Lakin, əgər səhifə düzgün yönləndirmə siqnalı olmadan yeni ünvana köçürülərsə, keş köhnə, ölü URL-ə işarə etməyə davam edir. Bu, keş köhnə ünvanı təsdiqləməyə çalışarkən mobil istifadəçilərin çatışmayan səhifəni gördüyü davamlı boşluq yaradır. Server 200 status kodu göndərən, lakin səhifənin itmiş kimi görünməsi ilə nəticələnən yumşaq 404 qaytararsa, bu vəziyyət daha da pisləşə bilər və skaneri daha çox çaşdıra bilər.
Məsələn, tipik bir hesabda məhsul kateqoriyası URL-i /shop/shoes/ ünvanından /store/footwear/ ünvanına dəyişdirilərsə, Googlebot saytı yenidən tarayana qədər köhnə AMP keş girişləri qalacaq. Köhnə URL-dən yenisinə düzgün 301 yönləndirməsi olmasa, keş köhnə axtarış linkləri vasitəsilə gələn istifadəçilərə 404 xətası ötürərək qeyri-müəyyən vəziyyətdə qalır.
- AMP HTML başlıqdakı kanonik URL 404 status kodu qaytaran səhifəyə işarə edir.
- AMP səhifəsinin özü əsas serverdən silinib, lakin keş hələ yenilənməyib.
- Yanlış robots.txt direktivləri Googlebot-un yenilənmiş əsas məzmuna daxil olmasına mane olur.
- AMP versiyası ilə kanonik masaüstü URL arasında yönləndirmə dövrəsi mövcuddur.
Search Console-da yönləndirmə problemlərini necə müəyyən etmək olar?
Search Console keşinizin sağlamlığına ən birbaşa baxışı təmin edir. AMP status hesabatına keçməklə hansı URL-lərin düzgün işləmədiyini müəyyən edə bilərsiniz. Gətirmə ilə əlaqədar xüsusi səhifə kodlarını axtarın; bunlar tez-tez keşin köhnəlmiş yola çatmağa çalışdığını göstərir.
Googlebot-un AMP URL-lərinizə dax olmağa çalışarkən 301 və ya 302 yönləndirmələri ilə qarşılaşıb-qarşılaşmadığını görmək üçün Tarama statistikası hesabatını yoxlayın. Əgər AMP səhifəsi AMP olmayan səhifəyə yönləndirirsə və ya çoxsaylı yönləndirmə zənciri baş verirsə, saytın performansını qorumaq üçün keş prosesi başa çatacaq. AMP URL-inizin son təyinat nöqtəsi olmasını və aralıq addımlar olmadan öz məzmununu birbaşa təqdim etməsini təmin edin.
Bu jurnalların ardıcıl monitorinqi texniki qruplara nümunələri aşkar etməyə imkan verir. Əgər AMP son nöqtələriniz üçün 3xx status kodlarında artım görürsünüzsə, ehtimal ki, server səviyyəsində yönləndirmə qaydalarınız səhv konfiqurasiya edilib və həm kanonik, həm də AMP versiyalarına eyni vaxtda təsir edir. Googlebot istifadəçi agenti tərəfindən izlənilən xüsusi yolu görmək üçün server giriş qeydlərini yoxlayın.
Google standart qiymətləndirmə meyarlarından istifadə edərək AMP səhifələrini indeksləşdirir, lakin mobil şablonlar üzrə etibarlılığı qorumaq üçün xüsusi sintaksis qaydaları tətbiq olunur.
Google Search Central
Alien Road bu texnologiyanı necə tətbiq edir
Alien Road olaraq biz müştərilərimiz üçün yeniləmə prosesini avtomatlaşdırmaqla AMP sabitliyini idarə edirik. Sayt struktur dəyişikliklərinə məruz qaldıqda, biz Google AMP Keşinə dərhal yeniləmə sorğusu göndəririk. Bu, keşi əsas serverin cari vəziyyətini əks etdirməsini təmin edir.
Tipik bir əməkdaşlıqda biz AMP işləmə mühitinin məhdudlaşdırıcı server tərəfi parametrlərinə toxunmadan bütün tələb olunan aktivlərə daxil ola bilməsini təmin etmək üçün sayt arxitekturasını audit edirik. Uyğunsuzluqların qarşısını almaq üçün kanonik URL-lərin qeydini saxlayırıq və axtarış reytinqlərinə təsir etməzdən əvvəl 404 xətalarını aşkar etmək üçün avtomatlaşdırılmış monitorinqdən istifadə edirik. Məsələn, biz tez-tez əsas sayt miqrasiyası baş verdikdə AMP Cache API-yə siqnal göndərən skript xəbərdarlıqları təyin edirik və Google-u yeni URL strukturunu dərhal qəbul etməyə məcbur edirik.
- Sahibsiz AMP səhifələrini müəyyən etmək üçün saytın tam taramasını həyata keçirin.
- Aktiv masaüstü URL-ə dəqiq uyğun gəldiyini təmin etmək üçün bütün kanonik teqləri yoxlayın.
- Məzmunun dəyişdiyini Google-a bildirmək üçün AMP Cache Update API-dən istifadə edin.
- AMP işləmə mühitini çaşdıran düzgün olmayan yönləndirmə zəncirləri üçün HTTP başlıqlarını izləyin.
AMP konfiqurasiyasındakı ümumi tələlər hansılardır?
Bir çox tərtibatçılar AMP işləmə mühitinin ciddi tələbləri ilə mübarizə aparırlar. Mühit xüsusi skriptləri məhdudlaşdırdığı üçün hər hansı bir yönləndirmə standart HTTP status kodları vasitəsilə idarə olunmalıdır. JavaScript əsaslı yönləndirmələrdən istifadə uğursuz olacaq, çünki onlar AMP keş əldə edən tərəfindən nəzərə alınmır.
Digər tez-tez baş verən səhv AMP səhifəsinin HTML başlıqda elan edilmişdən fərqli kanonik URL ilə təmin edilməsini əhatə edir. Əgər keş uyğunsuzluq görərsə, o, keşlənmiş versiyanı təqdim etməkdən imtina edəcək və bu, istifadəçinin gecikməyə səbəb ola biləcək əsas serverə qayıtmasına səbəb olacaq. Ardıcıllıq keş sağlamlığı üçün əsas amildir.
Tərtibatçılar istifadəçi agentinin aşkar edilməsinə əsaslanan yönləndirmə məntiqini tətbiq etməkdən çəkinməlidirlər. AMP keşi Google-a məxsus IP diapazonundan məzmun əldə etdiyindən, IP və ya xüsusi başlığa əsasən bloklayan və ya yönləndirən server tərəfi qaydaları keşin boş və ya zədələnmiş səhifə saxlamasına səbəb ola bilər və əslində istifadəçiləriniz üçün keşlənmiş versiyanı zəhərləyə bilər.
Dairəvi yönləndirmə dövrlərini necə həll etmək olar?
Dairəvi yönləndirmələr AMP səhifəsi brauzerə kanonik səhifəyə getməyi əmr etdikdə, lakin kanonik səhifədə AMP səhifəsinə geri işarə edən meta teq olduqda baş verir. Bu dövrə Googlebotu tələyə salır və düzgün indeksləşmənin qarşısını alır. Kanonik səhifənin özünə, AMP səhifəsinin isə kanonik səhifəyə işarə etməsini təmin etməklə bu dövrü qırmalısınız.
Server konfiqurasiya fayllarınızı, xüsusən də .htaccess və ya Nginx bloklarını nəzərdən keçirin. Bəzən saytın HTTPS və ya www versiyalarını məcbur etmək üçün nəzərdə tutulmuş qlobal yönləndirmə qaydaları təsadüfən AMP URL-lərini tutur və keşlənmiş versiyanı etibarsız edən yönləndirmə zənciri yaradır. Aydın, birbaşa yollar vacibdir.
Bunu yoxlamaq üçün AMP URL-lərinizin cavab başlıqlarını yoxlamaq üçün curl əmr sətri alətindən istifadə edin. Hədəfə çatmazdan əvvəl aralıq səhifəyə aparan 301 yönləndirməsini görürsünüzsə, deməli, yönləndirmə zənciriniz var. Bu zəncirləri tək, birbaşa yönləndirməyə endirmək tarama səmərəliliyini artırmağın və keşin səhifələrinizi ləğv etməsinin qarşısını almağın ən sürətli yoludur.
Keş gecikməsi üçün qabaqcıl səhvlərin aradan qaldırılması
AMP səhifələrində gecikmə tez-tez keşin əsas server ilə məzmunu yenidən təsdiqləməsi üçün tələb olunan vaxtdan qaynaqlanır. Serverinizin cavab verməsi yavaşdırsa, AMP səhifəni keiddən təqdim etməkdə müvəqqəti uğursuzluqlara səbəb ola bilər və AMP keşi vaxt aşımına məruz qala bilər. Googlebot yenidən təsdiqləmə dövrləri zamanı serverə dəfələrlə daxil ola biləcəyi üçün həmişə əsas serverin yüksək tezlikli sorğular üçün optimallaşdırıldığına əmin olun.
Bundan əlavə, AMP işləmə mühitini gözləməyə məcbur edə biləcək böyük şəkil aktivlərini yoxlayın. Bunlar texniki cəhətdən 404 xətalarına səbəb olmasa da, Search Console-da xəbərdarlıqlara səbəb olan zəif performans ölçülərinə səbəb ola bilər. AMP sənədlərinizi yüngül və lazımsız şişirtmələrdən azad saxlamaqla, keşin sorğuları daha səmərəli idarə etməsinə icra edirsiniz, vaxt aşımı riskini və sonrakı indeksləşdirmə düşmələrini azaldırsınız.
Bu həftə haradan başlamaq lazımdır
Search Console AMP hesabatında ən yaxşı nəticə göstərən səhifələrinizi yoxlamaqla başlayın. Hazırda xətalar göstərən URL-lərin siyahısını ixrac edin və onların hələ də əsas serverinizdə canlı olub-olmadığını yoxlayın. Səhifələrin silinməsi nəzərdə tutülübsə, Googlebot onları indeksdən çıxara bilməsi üçün 404 və ya 410 status kodu qaytardığından əmin olun. Əgər onlar canlı olmalıdırsa, düzgün, mövcud URL-ə işarə etməsini təmin etmək üçün kanonik bağlantını düzəldin.
Dəyişikliklər etdikdən sonra təsirlənmiş səhifələrin yenidən taranmasını tələb etmək üçün Search Console-da URL Təftiş Alətindən istifadə edin. Bu, Google-u kanonik əlaqəni yenidən qiymətləndirməyə və köhnə keşlənmiş girişləri təmizləməyə məcbur edəcək. Bu addımlarda ardıcıllıq saytınızın performansını bərpa edəcək və təkrarlanan tarama xətalarının qarşısını alacaq.