Yumşaq 404 xətası veb server mənalı məzmunu olmayan və ya artıq mövcud olmayan səhifə üçün 200 OK status kodu qaytardıqda baş verir. Bu, axtarış sistemlərini yanıltır, çünki onlar səhifənin etibarlı təyinat nöqtəsi olduğunu güman edirlər və onu skan etməyə və ya indeksləşdirməyə davam edirlər. Bu problemi həll etmək üçün istifadəçi və ya bot həmişəlik silinmiş və ya heç mövcud olmayan URL tələb etdikdə serverinizi açıq şəkildə 404 (Tapılmadı) və ya 410 (Getdi) status kodu qaytarmaq üçün konfiqurasiya etməlisiniz.
Bu xətaların nəzərə alınmaması saytınızın keyfiyyətinə uzunmüddətli ziyan vurur. Axtarış botları müəyyən müddət ərzində domeninizdə neçə səhifəyə baş çəkə biləcəkləri baxımından sonlu tutuma malikdir. Bu tutumun əhəmiyyətli bir hissəsi mövcud olmayan məzmuna sərf olunduqda, saytınızın axtarış nəticələrində yeni və ya yenilənmiş məlumatları göstərmək qabiliyyətinə mane olur. Serverinizin düzgün ünsiyyət qurmasını təmin etməklə Google-a aktiv, yüksək dəyərli səhifələrinizə üstünlük verməyə kömək edirsiniz.
Niyə yumşaq 404 SEO performansınıza təsir edir?
Axtarış sistemləri veb-səhifənin vəziyyətini şərh etmək üçün HTTP status kodlarına etibar edir. Səhifə 200 status kodu təqdim etdikdə, Google məzmunun dəyərli və işlənməyə hazır olduğunu güman edir. Əgər səhifədə ‘Element Tapılmadı’ kimi mesaj varsa və ya ziyarətçini heç bir aydın məqsəd olmadan ana səhifəyə yönləndirirsə, mühərrik mövcud olmayan məzmuna resursları sərf edir. Bu səmərəsizlik Googlebot-un saytınıza ayırdığı vaxt və səy miqdarı olan skan büdcənizi istehlak edir və ehtimal ki, skanerlərin yüksək dəyərli səhifələrinizə baş çəkmə tezliyini azaldır.
Hər il minlərlə mövsümi məhsul səhifəsinin silindiyi böyük e-ticarət saytını nəzərdən keçirin. Əgər server bunların hər birini kök domenə yönləndirirsə, axtarış sistemi saytın minlərlə dublikat ana səhifəyə malik olduğunu qəbul edir. Bu, ən uyğun məzmunun tapılmasını çətinləşdirən səliqəsiz indeks yaradır və nəticədə aktiv məhsullar üçün üzvi axtarış görünürlüğünün azalmasına səbəb olur. Bu problemlərin həlli həm istifadəçilər, həm də skanerlər üçün başa düşülməsi daha asan olan daha təmiz, daha etibarlı sayt strukturu yaradır.
Google Search Console istifadə edərək yumşaq 404-ləri necə müəyyən etmək olar
Google Search Console-dakı İndeksləmə hesabatı bu xətaları izləmək üçün əsas vasitədir. O, indeksdən xaric edilən səhifələr üçün xüsusi bölmə təqdim edir, xüsusən də “Tapılmadı (404)” və “Yumşaq 404” kateqoriyalarına aid edilənləri izləyir. Yumşaq 404 kateqoriyası altında siyahıya alınmış səhifələr tapsanız, bu, serverin səhifənin standart, sağlam sorğu olduğunu iddia etməsinə baxmayaraq, Google sistemlərinin məzmunun kifayət qədər olmadığını və ya əskik olduğunu müəyyən etdiyini göstərir.
Hərtərəfli yoxlama aparmaq üçün Search Console məlumatlarını daxili server loqlarınızla birləşdirməlisiniz. Search Console ilkin siqnalı təmin edir, lakin server loqlarınız cavab kodunun texniki reallığını təsdiqləyir. Əgər bu xətaların yüksək həcmini müşahidə edilsə, onları URL nümunələrinə görə kateqoriyalara ayırın. Çox vaxt bu xətalar bütün kataloqlarda, məsələn, köhnə teqlər sistemində və ya köçürülmüş arxivləşdirilmiş kolleksiyada baş verir ki, bu da fərdi URL idarəçiliyindən daha çox toplu düzəliş etməyə imkan verir.
- Search Console-un yan panelində İndeksləmə bölməsinə keçin.
- İstisna edilmiş səhifələrin siyahısına baxmaq üçün Səhifənin İndekslənməsi hesabatını açın.
- Xüsusi URL-lərə baxmaq üçün ‘Soft 404’ kateqoriyasını seçərək nəticələri filtrləyin.
- 200 OK kodu qaytarıb-qaytarmadığını təsdiqləmək üçün nümunə səhifələrdə URL Yoxlaması həyata keçirin.
- Həmin xüsusi URL-lər üçün qaytarılan dəqiq status kodunu görmək üçün serverə giriş loqlarınızı yoxlayın.
Bu xətaların ümumi səbəbləri nələrdir?
Yumşaq 404 xətaları çox vaxt məzmun idarəetmə sistemi (CMS) konfiqurasiyalarından və ya səhv yönləndirmə idarə edilməsindən qaynaqlanır. Məsələn, bəzi platformalar istifadəçi təcrübəsini yaxşılaşdırmaq üçün hər bir pozulmuş URL-i tutmaq və istifadəçini axtarış nəticələri səhifəsinə və ya ana səhifəyə yönləndirmək üçün proqramlaşdırılıb. Bu, istifadəçini saytda saxlasa da, axtarış skanerlərinə səhv siqnal göndərərək mövcud olmayan səhifənin qanuni təyinat yeri olduğunu bildirir.
Digər ümumi günahkar səhv mesajlarını göstərmək üçün JavaScript-dən istifadə etməkdir. Saytınız server 200 başlığı göndərməyə davam edərkən ‘404 səhifə’ tərtibatını təqdim etmək üçün müştəri tərəfli skriptdən istifadə edirsə, axtarış sistemi vizual xətanı nəzərə almayacaq və yenə də səhifəni indeksləşdirəcək. Brauzer HTML-i təqdim etməzdən və ya hər hansı skript işlətməzdən çox əvvəl status kodunun server səviyyəsində göndərilməsini təmin etmək vacibdir.
Search Console idarə panelində əl ilə məlumatların toplşdurulması interfeys məhdudiyyətləri ilə məhdudlaşır.
Google Search Central
Diqqət etməli olduğunuz ümumi səhv konfiqurasiyalar
- Böyük dəst silinmiş məhsul səhifələrini ümumi kateqoriya səhifəsinə yönləndirmək.
- 200 status kodu qaytaran boş şablon səhifəsinin göstərilməsi.
- Server tərəfli kodlar əvəzinə səhv mesajlarını göstərmək üçün müştəri tərəfli JavaScript-dən istifadə etmək.
- Yeni sayt strukturuna bu yaxınlarda köçürülmüş URL-ləri səhv xəritələşdirmək.
- Artıq məqsədə xidmət etməyən səhifələrə daxili bağlantıları silməmək.
Alien Road bunu necə tətbiq edir
Alien Road-da prosesimiz yumşaq 404-ləri işə salabiləcək yüksək trafikli sahələri müəyyən etmək üçün hərtərəfli sayt arxitekturasının nəzərdən keçirilməsi ilə başlayır. Googlebot-a dəqiq hansı status kodunun çatdırıldığını təsdiqləmək üçün server tərəfli loq təhlilindən istifadə edirik. Əgər müştəri böyük inventar idarə edirsə, biz köhnəlmiş məzmun üçün sistemli silmə prosesini həyata keçiririk. Biz çox vaxt həqiqətən silinmiş səhifələrin 410 Gone statusuna xidmət etməsini təmin edirik ki, bu da Google-a məzmunun həmişəlik silindiyinə dair daha güclü siqnal rolunu oynayır.
Məsələn, köhnə pərakəndə satış saytı ilə adi əməkdaşlıqda biz heç bir məzmunu olmadığı halda 200 OK statusu qaytaran 5000-dən çox URL müəyyən etdik. Server cavab başlıqlarına toplu yeniləmə tətbiq etməklə Google-a bu köhnəlmiş URL-ləri indeksdən təmizləməyə icazə verdik. Bu əməliyyat saytın ümumi skan səmərəliliyini yaxşılaşdırdı, çünki axtarış sistemləri daha sonra resurslarını əvvəllər skan gecikmələri səbəbindən nəzərə alınmayan aktiv, yüksək gəlirli məhsul səhifələrinə yönəldə bildilər. İndeksin yeni, düzəldilmiş status kodlarını əks etdirməsini təmin etmək üçün biz bu dəyişiklikləri 30 gün ərzində izləyirik.
404 və 410 kodlarından nə vaxt istifadə etməlisiniz?
404 və 410 status kodunu ayırd etmək Google-a daha xüsusi təlimatlar təqdim edir. 404 (Tapılmadı) kodu səhifənin gələcəkdə qayıda biləcəyini və ya çatışmayan resursun müvəqqəti problem olduğunu bildirir. Bu, qırıq keçid və ya qayıtması gözlənilməyən silinmiş səhifə üçün standart cavabdır.
410 (Getdi) status kodu daha aydındır; o, axtarış sistemlərinə resursun qəsdən silindiyini və geri qayıtmayacağını bildirir. Bu, əhəmiyyətli struktur dəyişikliyinə məruz qalan böyük saytlar üçün çox faydalıdır. 410 kodlarından istifadə etməklə axtarış sistemlərini bu URL-ləri indekslərindən daha sürətli silməyə təşviq edirsiniz. Səhifənin həmişəlik yox olduğuna əminsinizsə, standart 404-ün edə biləcəyindən daha sürətli sayt indeksinizi təmizləmək üçün 410 statusundan istifadə edin.
Bu həftə haradan başlamaq lazımdır
Google Search Console-dan “Soft 404” hesabatını cədvələ ixrac etməklə auditinizə başlayın. Bu yaxınlarda silinmiş məhsulların bütün kateqoriyası və ya pozulmuş teqlər sistemi kimi nümunələri müəyyən etmək üçün URL-ləri qruplaşdırın. Nümunəni təsdiqlədikdən sonra 404 və ya 410 status kodu qaytarmaq üçün server cavabını yeniləmək üçün tərtibatçılarınızla işləyin. Bu statusları düzəltməklə siz Google-a indeksini daha effektiv idarə etməyə imkan verir, aktiv məzmununuzun reytinq üçün lazım olan diqqəti almasını təmin edirsiniz.