Google Search Console Ümumi AMP Xətalarının Aradan Qaldırılması

Google Search Console AMP xətalarının düzəldilməsi AMP status hesabatında xüsusi təsdiq problemlərinin müəyyən edilməsini və səhifə koduna texniki düzəlişlərin tətbiq edilməsini tələb edir. Veb-ustalar məcburi teqlərə və məhdudlaşdırılmış CSS və ya JavaScript qaydalarına uyğunluğu təmin etmək üçün AMP Test Tool kimi alətlərdən istifadə etməlidirlər. Bu xətaların düzəldilməsi mobil səhifələrinizin Google Search xüsusiyyətləri üçün uyğun qalmasını və mobil cihazlarda axtarış edən istifadəçilər üçün yüksək görünürlüyü qoruyub saxlamasını təmin edir.

Ən tez-tez rast gəlinən AMP təsdiq xətaları hansılardır?

Google Search Console-dakı AMP status hesabatı problemləri xətalara və xəbərdarlıqlara bölür. Xətalar səhifənizin AMP-yə xas xüsusiyyətlərlə Google Search nəticələrində görünməsinin qarşısını alır, xəbərdarlıqlar isə səhifənin necə göstərildiyinə və ya müəyyən zəngin nəticələr üçün uyğunluğuna təsir edə bilər. Əksər xətalar sürətli yüklənmə sürətini təmin etmək üçün müəyyən kod növlərini məhdudlaşdıran ciddi AMP HTML spesifikasiyasının pozulmasından irəli gəlir.

Google Search Console Ümumi AMP Xətalarının Aradan Qaldırılması

Ümumi problem icazə verilməyən atributların və ya teqlərin istifadəsidir. Məsələn, ‘img’ və ya ‘video’ kimi standart HTML teqləri ‘amp-img’ və ya ‘amp-video’ kimi AMP ekvivalentləri ilə əvəz edilməlidir. Sistem tələb olunan AMP kitabxanasının bir hissəsi olmayan standart ‘script’ teqini aşkar edərsə, səhifəni etibarsız kimi qeyd edəcəkdir. Digər tez-tez rast gəlinən xəta CSS ölçü məhdudiyyətləri ilə bağlıdır. AMP daxili CSS-i 75KB ilə məhdudlaşdırır; bu həddin aşılması səhifənin mobil axtarış karuselindən çıxarılmasına səbəb olan təsdiq xətasına səbəb olur.

  • ‘head’ və ya ‘body’ kimi məcburi teqlərin olmaması.
  • ‘amp-script’ və ya standart kitabxanalar xaricində icazə verilməyən JavaScript.
  • CSS sintaksis xətaları və ya 75KB limitinin aşılması.
  • ‘ld+json’ blokunda etibarsız strukturlaşdırılmış məlumat.
  • Yerləşdirmədən asılı komponentlər üçün genişlik və ya hündürlük atributlarının olmaması.

AMP məzmununuzu necə effektiv şəkildə təsdiqləmək olar?

Təsdiq inkişaf mərhələsində başlayan və Search Console-da monitorinqlə davam edən çox mərhələli bir prosesdir. Tərtibatçılar səhifə dərc olunmamışdan əvvəl kod xətalarını aşkar etmək üçün brauzer əsaslı AMP Validator-dan istifadə etməlidirlər. Bu alət sintaksis problemləri və çatışmayan komponentlər haqqında real vaxt rejimində rəy bildirir. Səhifə canlı olduqdan sonra Google-un rəsmi AMP Test Tool aləti səhifənin axtarış nəticələrinə uyğun olub-olmadığını dəqiq yoxlayır.

Saytınızdakı bütün AMP səhifələrinin performansını izləmək üçün AMP status hesabatından istifadə edin.

Google Search Console Ümumi AMP Xətalarının Aradan Qaldırılması — 2
Google Search Central

Status hesabatında xəta aşkar etdiyiniz zaman, xüsusi problemin üzərinə klikləməklə təsirlənmiş URL-lərin siyahısı açılacaq. Google-un indeksləşdirdiyi versiyanı görmək üçün bu URL-ləri ‘Inspect URL’ alətindən istifadə edərək yoxlamalısınız. Əgər kodunuzu bu yaxınlarda yeniləmisinizsə, Google-a səhifələri yenidən taramaq üçün siqnal vermək üçün ‘Validate Fix’ düyməsindən istifadə edin. Bu proses dərhal baş vermir və Googlebot dəyişiklikləri sayt üzrə emal etdikcə tamamlanması bir neçə gün çəkə bilər.

Alien Road AMP optimizasiyasını necə tətbiq edir

Alien Road olaraq, biz AMP idarəetməsinə mərkəzləşdirilmiş texniki audit vasitəsilə yanaşırıq. Minlərlə məhsul səhifəsi olan böyük e-ticarət mağazası kimi tipik müştəri layihəsi üçün biz xətaları bir-bir düzəltmirik. Bunun əvəzinə təsdiq xətasına səbəb olan şablon səviyyəli kodu müəyyən edirik. Əgər məhsul tərtibatında ‘amp-img’ teqində hündürlük atributu yoxdursa, problemi bütün domen üzrə həll etmək üçün qlobal şablonu yeniləyirik.

Bizim prosesimiz bütün kanonik və AMP əlaqələrini xəritələşdirdiyimiz kəşf mərhələsini əhatə edir. Sonra ən çox ziyarət edilən səhifələrə təsir edən düzəlişlərə üstünlük verməyə imkan verən toplu xəta məlumatlarını çıxarmaq üçün Search Console API-dən istifadə edirik. Tətbiqdən sonra Məhsul və ya Məqalə sxemi kimi strukturlaşdırılmış məlumatların toxunulmaz qaldığından əmin olmaq üçün Rich Results Test-dən istifadə edərək əllə yoxlama həyata keçiririk. Bu strukturlaşdırılmış yanaşma axtarış görünürlüyünü maksimum dərəcədə artırarkən texniki borcun minimuma endirilməsini təmin edir.

Robots.txt parametrləri AMP səhifələrinizi bloklaya bilrmi?

Etibarlı AMP səhifələrinin axtarış nəticələrində görünməməsinin ümumi səbəbi taramanın qarşısının alınmasıdır. Əgər robots.txt faylınız Googlebot-un AMP fayllarınızın saxlandığı qovluğa daxil olmasını bloklayırsa, Google məzmunu indeksləşdirə bilməz. Bu, çox vaxt sayt miqrasiyaları zamanı və ya mobil məzmun üçün yeni alt domenlər yaradıldıqda baş verir. Həm kanonik səhifənin, həm də AMP versiyasının axtarış skanerləri üçün əlçatan olmasını təmin etməlisiniz.

Googlebot-a kanonik səhifəni, AMP səhifəsini və strukturlaşdırılmış məlumatlardakı keçidləri taramağa icazə vermək üçün saytınızın robots.txt faylını redaktə edin.

Google Search Central

Robots.txt-ə əlavə olaraq, skanerlərə səhifəyə məhəl qoymamağı tapşıran meta teqləri yoxlayın. Robotlar meta teqindəki ‘noindex’ direktivi və ya X-Robots-Tag HTTP başlıqları AMP versiyasının istifadəçilərə təqdim edilməsinin qarşısını alacaq. Ən yaxşı nəticələr əldə etmək üçün səhifəni indeksdən kənarda saxlamaq üçün xüsusi səbəb yoxdursa, həm kanonik, həm də AMP məzmunundan bütün məhdudlaşdırıcı meta teqləri silin. Hər iki versiyada ardıcıl indeksləşdirmə təlimatları sabit mobil iştirakın açarıdır.

Niyə çarpaz domen izləmə AMP uğuru üçün çox vacibdir?

AMP səhifələrində istifadəçi davranışını izləmək çətin ola bilər, çünki məzmun çox vaxt öz domeninizdən deyil, Google AMP Cache-dən təqdim olunur. Bu, Google Analytics 4-də (GA4) çarpaz domen problemi yaradır. İstifadəçi səyahətinə AMP səhifəsində başlayırsa və sonra əsas veb-saytınıza kliklərsə, GA4 bunu iki ayrı seans kimi görə bilər. Bu, qabardılmış imtina dərəcələri və yanlış konversiya atributu kimi qeyri-dəqiq məlumatlara səbəb olur.

Bunu həll etmək üçün bağlayıcı parametri olan ‘amp-analytics’ komponentini tətbiq etməlisiniz. Bu parametr URL sorğu sətri vasitəsilə AMP kəşfindən əsas domeninizə müştəri ID-si ötürür. İstifadəçi əsas saytınıza gəldikdə, analitika skripti bu ID-ni oxuyur və mövcud seansı davam etdirir. Bu koordinasiya birinci mobil toxunulma nöqtəsindən son alışa qədər bütün müştəri səyahətini başa düşməli olan marketoloqlar üçün vacibdir.

  • amp-analytics skriptini AMP səhifənizin head hissəsinə daxil edin.
  • JSON konfiqurasiya blokunuzda ‘linker’ parametrini konfiqurasiya edin.
  • GA4 məlumat axını parametrlərində ‘Linker’ seçimini aktivləşdirin.
  • URL-də ‘_gl’ parametrini yoxlamaqla müştəri ID-lərinin ardıcıl olduğunu yoxlayın.
  • Keçid zamanı seansların kəsilmədiyini təsdiqləmək üçün GA4-də DebugView-dan istifadə edin.

Bu həftə haradan başlamaq lazımdır

Google Search Console-a daxil olmaqla və ‘Experience’ bölməsi altında ‘AMP’ bölməsinə keçməklə başlayın. Xətaları olan URL-lərin siyahısını ixrac edin və onları təsdiq xətasının növünə görə qruplaşdırın. Çatışmayan kanonik keçidlər və ya səhv skript konfiqurasiyaları kimi şablon miqyaslı problemləri əvvəlcə həll edin. Kod yeniləndikdən sonra yenidən tarama prosesinə başlamaq üçün ‘Validate Fix’ xüsusiyyətindən istifadə edin. Nəhayət, çarpaz domen izləmənin mobil trafikinizi düzgün şəkildə əks etdirdiyini yoxlamaq üçün GA4 məlumatlarınızı yoxlayın.

Paylaş