Texniki əsaslar · İzlənilə bilən aşkarlanan hallar
Texniki SEO: vebsayt problemlərini sistemli dəqiqləşdirmək
Əhəmiyyətli səhifəni tapmaq çətindirsə, aydın yoxlama ardıcıllığı kömək edir. Bu bələdçi URL-in əlçatanlığını, təqdim olunan məzmunu, indeksləmə göstərişlərini və axtarış sistemlərinin seçimini ayırır. Beləliklə, ümumi xəta mesajı əsaslandırılmış növbəti tapşırığa çevrilir.
Aidiyyəti səhifə və konkret müşahidə ilə başlamaq
Hansı URL-in hansı problemi göstərdiyini qeyd edin: səhifə yüklənmir, ictimai baxışda məzmun çatışmır, köhnə ünvan boşluğa aparır və ya Google başqa ünvan göstərir. Vaxtı, cihazı və müşahidə edilən vəziyyəti qeyd edin. «Vebsayt texniki baxımdan pisdir» kifayət edən xəta təsviri deyil.
Əvvəlcə məzmunun ictimai tapıla bilən olub-olmamalı olduğunu yoxlayın. Əlaqə təsdiqləri, şəxsi sənədlər və daxili axtarış nəticələri qəsdən xidmət səhifələrindən fərqli idarə oluna bilər. Yoxlama aləti bu redaksiya niyyətini avtomatik bilmir.
SEO auditi bələdçisi texniki və məzmun tapşırıqlarını ümumi layihədə qiymətləndirir. Burada söhbət texniki diaqnozun ardıcıllığından gedir.
Əvvəlcə sorğunu və son hədəf ünvanı yoxlamaq
Dəqiq ünvanı giriş etmədən açın və mümkün yönləndirmələr daxil cavabı yoxlayın. Uğurlu HTTP statusu ilə görünən xəta mesajı və faktiki əlçatmaz səhifə fərqli hallardır. Hər ikisini qeyd edin: texniki statusu və görünən məzmunu.
| Müşahidə | Əvvəlcə yoxlamaq | Lazım olan nəticə |
|---|---|---|
| Əhəmiyyətli səhifə yoxdur. | URL düzgündürmü; məzmun köçürülüb, silinib, yoxsa hələ dərc edilməyib? | Bərpa, uyğun əvəzləyici hədəf və ya qəsdən silinmə haqqında təsdiqlənmiş qərar. |
| Ünvan bir neçə aralıq hədəfdən keçir. | Hazırda hansı hədəf nəzərdə tutulur və hər aralıq addıma hansı qayda səbəb olur? | Uyğun hədəfə izlənilə bilən birbaşa uyğunlaşdırma. |
| Məzmun yalnız girişdən sonra görünür. | Bu, nəzərdə tutulmuş qorunmadır, yoxsa qəsdsiz məhdudiyyət? | Məsul şəxs dərc və ya qorunma statusunu təsdiqləyir. |
| Yoxlama aləti bloklama cavabı alır. | Hansı sorğu bloklanıb; hansı qorunma qaydası və hansı qanuni giriş təsirlənib? | Bütün axtarış sistemlərinin bloklandığı haqqında ümumi fərziyyə əvəzinə sübut olunmuş giriş halı. |
Qorunma qaydalarındakı dəyişikliklər məsul administratorun səlahiyyətinə aiddir. Xəta mesajı təhlükəsizlik tədbirlərini ümumi şəkildə söndürməyə əsas vermir.
Təqdim olunan məzmunu və görünüşü ayırmaq
Səhifə öz brauzerinizdə tam görünə bilər, halbuki məzmunun bir hissəsi yalnız skriptlər və ya qarşılıqlı əməliyyat vasitəsilə yaranır. Buna görə ilkin HTML cavabını render edilmiş səhifə ilə müqayisə edin. Xüsusilə əsas ifadəni, xidmət təfərrüatlarını, əhəmiyyətli keçidləri və şəkilləri yoxlayın.
Google əldə etməni, render etməni və indeksləməni ayrı addımlarda işləyir. JavaScript özlüyündə SEO səhvi deyil. Həlledici məsələ tələb olunan məzmunun və resursların faktiki emal edilə bilməsidir. İlkin HTML-də artıq yerləşdirilmiş noindex göstərişini yalnız sonradan skriptlə silmək etibarlı icazə vermə strategiyası deyil. Mənbə: Google-un JavaScript və axtarış emalı haqqında məlumatı.
Buna görə hesabat üçün «JavaScript var» kifayət etmir. Çatışmayan məzmunu, onun gözlənilən yerini və hansı sorğuda çatışmadığını dəqiq göstərin.
robots.txt, noindex və Canonical-ı vəzifəsinə görə qiymətləndirmək
Bu məlumatlar fərqli vəzifələri həll edir. robots.txt onun qaydalarına əməl edən tarayıcıların sorğularını idarə edir. noindex dəstəkləyən axtarış sistemlərindən resursu axtarış nəticələrinə daxil etməməyi tələb edir. Canonical eyni və ya çox oxşar məzmunun üstün tutulan versiyasını göstərir.
Google bu göstərişi — noindex — HTML və ya HTTP başlığında əldə edə bilməlidir. Səhifə eyni zamanda bu faylla — robots.txt — bloklanırsa, bu göstəriş oxunmamış qala bilər. Canonical həm də siqnaldır, ziyarətçilər üçün yönləndirmə deyil. Google başqa URL seçə bilər. Mənbə: Google-un noindex haqqında məlumatı; Mənbə: Google-un Canonical-lar haqqında məlumatı.
Buna görə nəzərdə tutulan səhifə rolunu faktiki təqdim olunan məlumatlarla müqayisə edin. Fərqli SEO plaginləri, şablonlar və ya keş versiyaları bir-birindən fərqlənən çıxışlar yarada bilər. Ayrı redaktə sahəsində düzgün parametr qoymaq yoxlamanı hələ bitirmir.
Daxili keçidləri və sayt xəritəsini eyni hədəflərə yönəltmək
Əhəmiyyətli səhifə məntiqli keçidlərlə əlçatan olmalıdır. Aidiyyəti xidmətdən, icmaldan və ya uyğun əsas məqalədən giriş yolunu yoxlayın. Keçid mətni hədəfdə hansı cavabın gözlənildiyini göstərməlidir.
Sonra sayt xəritəsinin nəzərdə tutulan üstün URL-ləri ehtiva etdiyini yoxlayın. Köhnə yönləndirmə hədəfləri, qəsdən istisna edilmiş səhifələr və fərqli Canonical-lar konkret aydınlaşdırma tələb edir. Sayt xəritəsi nə səhifəyə daxili yolu, nə də onun indekslənmə sübutunu əvəz edir.
Bir neçə oxşar URL olduqda qərar məzmundan başlayır: söhbət eyni cavabdan, həqiqətən başqa dildən, yoxsa ayrıca vəzifədən gedir? Bu bələdçi — Çoxdilli vebsaytlar — dil versiyalarını izah edir; daxili keçidlərin əsasları naviqasiyaya kömək edir.
Texniki tapşırığı qəbul meyarı ilə təhvil vermək
Faydalı təhvil ikinci şəxsin aşkarlanan halı anlamasına və dəyişiklikdən sonra eyni yoxlamanı təkrarlamasına imkan verir. Bu məlumatları birlikdə saxlayın:
- Aşkarlanan yer: Dəqiq URL, vaxt və aidiyyəti səhifə şablonu.
- Sübut: Müşahidə olunmuş cavab, göstəriş və ya çatışmayan məzmun.
- Məqsəd: Bu səhifədə ictimai olaraq nə işləməlidir?
- Dəyişiklik: Məsul şəxs hansı konkret səbəbi aradan qaldırmalıdır?
- Əhatə: Səbəb yalnız bu URL-ə, yoxsa eyni şablonun başqa səhifələrinə də aiddir?
- Qəbul: Hansı təkrar yoxlama düzgün tətbiqi təsdiqləyir?
Alətdən ixrac edilmiş xəta sayğacı bu məlumatları əvəz etmir. Prioritet aidiyyəti vəzifənin əhəmiyyətindən və faktiki təsdiqlənmiş problemdən yaranır.
Canlı sınağı faktiki indekslənmədən fərqləndirmək
Hazırda əldə edilə bilən səhifə hələ axtarış indeksində olmadan texniki baxımdan uyğun ola bilər. Buna görə Search Console-da məlum indekslənmiş vəziyyət və canlı sınaq ayrı oxunmalıdır. Uğurlu canlı sınaq da nə axtarış nəticələrinə daxil edilməyə, nə də orada göstərilməyə zəmanət verir. Mənbə: Google-un URL yoxlama aləti haqqında məlumatı.
Giriş yoxdursa, «yoxlanmayıb» kimi sənədləşdirin. Tək axtarış nəticəsi və ya onun olmaması tam indekslənmə diaqnozu vermir. Düzəlişdən sonra aidiyyəti URL-ləri və mövcud axtarış məlumatlarını müqayisə edin; texniki təsdiqi zəmanətli reytinqlə qarışdırmayın.
Ziyarətlər eyni vaxtda azalırsa, tələb, mövsümi dəyişikliklər, dəyişmiş məzmun və ölçmə də araşdırmaya daxil olmalıdır. Texniki izah konkret aşkarlanan halda yoxlanıla bilən olmalıdır.
Ən kiçik tam yaxşılaşdırma paketini müəyyən etmək
Əhəmiyyətli səhifədə və ya şablonda təsdiqlənmiş maneədən başlayın. İlkin vəziyyətin ehtiyat nüsxəsini yaradın, səbəbi düzəldin və eyni tapşırığı yenidən yoxlayın. Əlavə olaraq birbaşa təsirlənən funksiyaları, məsələn, naviqasiyanı, dil dəyişməsini və ya əlaqəni yoxlayın.
Daha böyük yenidənqurma üçün bu plan kömək edir: vebsaytın yenidən qurulması üçün iş planı. Ayrı texniki aydınlaşdırma üçün Əlaqə bölməsi vasitəsilə aidiyyəti URL-i, müşahidəni və məlum dəyişiklikləri göstərə bilərsiniz. Giriş məlumatları ümumi müraciətə daxil edilməməlidir.
Növbəti addımınız
Gəlin müzakirə edək:
vebsaytınızı.
Vebsaytınız şirkətiniz üçün nəyə nail olmalıdır? Planınızı bizə təsvir edin.

