301 və 302 redirect fərqi: daimi və müvəqqəti yönləndirmə
301, 302, 307, 308 kodları arasındakı fərq, Google-un güclü və zəif siqnal ayrımı, yönləndirmə üsulları, zənci...
Oxu
404 — serverin "belə səhifə yoxdur" cavabıdır. SEO-da bu kodun ətrafında ən çox təkrarlanan iki mif var: birincisi, 404-lərin saytı "cəzalandırdığı"; ikincisi, onların hamısını ana səhifəyə yönləndirməyin həll olduğu. Hər ikisi yanlışdır.
Reallıq daha sadədir: 404 normal və faydalı bir cavabdır. Əsl problem o zaman yaranır ki, kod məzmunla üst-üstə düşmür — yəni səhifə yoxdur, amma server 200 qaytarır. Bu hal soft 404 adlanır və tarama büdcənizi sakitcə yeyir.
404 (Not Found) — müştəri xətaları ailəsinin (4xx) ən tanınmış üzvüdür. Server deyir ki, sorğu düzgündür, amma bu ünvanda heç nə yoxdur.
Google-un sənədi davranışını dəqiq təsvir edir:
Tarama büdcəsi bələdçisində isə birbaşa tövsiyə var: həmişəlik silinmiş səhifələr üçün 404 və ya 410 qaytarın. Səbəb praktikdir — 404 tarayıcı üçün "bu URL-i bir daha yoxlamağa ehtiyac yoxdur" siqnalıdır, halbuki bloklanmış URL-lər tarama növbəsində daha uzun qalır.
Qısa cavab: özlüyündə yox. 404 cəza mexanizmi deyil — Google sadəcə həmin URL-i indeksdən çıxarır.
Amma bu, "404-lərə əhəmiyyət verməyin" demək deyil. Real itkilər başqa yerdədir:
Yəni sual "404 var, təhlükəlidirmi?" deyil, "bu konkret 404-ün arxasında dəyər var idimi?" olmalıdır.
410 (Gone) "bu səhifə həmişəlik silinib" deməkdir — yəni 404-dən daha qəti bir bəyanat.
SEO baxımından praktiki fərq demək olar ki, yoxdur. Google-un sənədi hər ikisini eyni bənddə birləşdirir və nəticə eynidir: URL indeksdən çıxarılır, tarama tezliyi azalır. Tarama büdcəsi bələdçisi də ikisini bərabər tövsiyə edir.
| Meyar | 404 Not Found | 410 Gone |
|---|---|---|
| Mənası | Tapılmadı (səbəb bildirilmir) | Həmişəlik silinib |
| Google-un davranışı | İndeksdən çıxarır | İndeksdən çıxarır |
| Nə vaxt seçmək | Səhifə qayıda bilər və ya əmin deyilsiniz | Silinmə birdəfəlikdir |
| Texniki qurulum | Adətən CMS-in standart davranışı | Əl ilə qurulur |
Praktiki tövsiyə: əmin olduğunuz hallarda 410, qalan hər yerdə 404. 410 üçün əlavə iş görüb bütün sistemi dəyişməyə dəyməz — nəticə demək olar ki, eyni olacaq.
Soft 404 — status kodu 200 olan, amma məzmunu "belə səhifə yoxdur" deyən səhifədir. Bu, serverin göndərdiyi kod deyil; Google-un kodla məzmunu müqayisə etdikdən sonra verdiyi etiketdir.
Google-un böyük saytlar üçün tarama büdcəsi bələdçisi bunu açıq yazır: "soft 404 səhifələri taranmağa davam edir və büdcənizi boş yerə xərcləyir."
Ən çox rast gəlinən mənbələr:
Həlli: kodu reallığa uyğunlaşdırın. Səhifə yoxdursa — server səviyyəsində 404 qaytarın, təkcə mətni dəyişməklə kifayətlənməyin.
Bu, ən çox verilən praktiki sualdır. Qərar ağacı sadədir:
Yönləndirmə qərarı verdikdə 301 yönləndirməsinin qaydalarına əməl edin: birbaşa, zəncirsiz və məzmunca uyğun.
Yaxşı 404 səhifəsi ziyarətçini saytda saxlayır. Tərkibi:
Ən vacib texniki şərt: bu səhifə mütləq 404 status kodu qaytarmalıdır. Gözəl dizayn edilmiş, amma 200 qaytaran 404 səhifəsi elə soft 404-dür.
Yoxlamaq üçün:
curl -I https://example.az/movcud-olmayan-sehife
# gözlənilən nəticə: HTTP/2 404
| Mənbə | Nə göstərir | Üstünlüyü |
|---|---|---|
| Search Console → Səhifələr hesabatı | "Tapılmadı (404)" və "Soft 404" kateqoriyaları | Google-un real gördüyü |
| Server logları | Bütün 404 sorğuları, tezliyi ilə | Ən dolğun mənbə; botları və istifadəçiləri ayırır |
| Sayt tarayıcısı (məsələn Screaming Frog) | Sayt daxilindəki sınıq linklər | Daxili problemləri tez tapır |
| Analitika | 404 səhifəsinə düşən ziyarətçilər | Real istifadəçi təsirini göstərir |
Ən dəyərli kombinasiya budur: Search Console + server logları. Birincisi Google-un baxışını, ikincisi isə real trafiki göstərir.
Bütün 404-ləri düzəltmək nə mümkündür, nə də lazımdır. Prioritet sırası:
1. Xarici linki olan URL-lər. Başqa saytlardan link alan səhifə silinibsə, bu, birbaşa itkidir — ən yaxın uyğun səhifəyə 301 qoyun.
2. Hələ də trafik gətirən URL-lər. Analitikada və ya Search Console-da göstərim alan silinmiş səhifələr.
3. Sayt daxilindən linklənən URL-lər. Bunlar ən asan düzəlişdir: linki yeniləyin, yönləndirməyə ehtiyac qalmır.
4. Sitemap-da qalan URL-lər. Silinmiş səhifə sitemap-da olmamalıdır.
Düzəltməyə dəyməyənlər: heç vaxt mövcud olmamış uydurma URL-lər, spam botların yoxladığı ünvanlar (/wp-admin, /.env kimi), köhnə test səhifələri. Bunlar üçün 404 tam düzgün cavabdır.
1. Bütün 404-ləri ana səhifəyə yönləndirmək. Ən çox təkrarlanan səhv. Google əlaqəsiz yönləndirməni çox vaxt soft 404 kimi qiymətləndirir.
2. 404 səhifəsini 200 kodu ilə vermək. Dizayn düzgün, kod səhv — nəticə soft 404.
3. Silinmiş səhifələri noindex ilə saxlamaq. Tarama büdcəsi bələdçisi bunu tövsiyə etmir: səhifə yenə taranır, sonra atılır — vaxt itkisi. Silinmiş səhifə üçün 404/410 daha təmizdir.
4. Sitemap-ı təmizləməmək. Silinmiş URL-lər sitemap-da qalırsa, Google onları təkrar-təkrar yoxlayır.
5. Sayt daxilindəki sınıq linkləri saxlamaq. Yönləndirmə qurmaq əvəzinə sadəcə linki düzəltmək daha yaxşıdır.
Rəqəmin özü heç nə demir. Vacib olan bu URL-lərin nə olduğudur: real, əvvəllər trafik və link alan səhifələrdirsə — prioritetləşdirib yönləndirin. Uydurma və ya bot yoxlamalarıdırsa — 404 düzgün cavabdır.
Xeyr, lazım deyil və mənasızdır: 404 kodu artıq səhifənin indeksləşməyəcəyini bildirir. noindex yalnız 200 qaytaran səhifələr üçün məna daşıyır.
Fərq çox kiçikdir. Google hər iki kodda URL-i indeksdən çıxarır. 410 niyyəti daha aydın bildirir, amma bunun üçün bütün sistemi dəyişməyə dəyməz.
Məhsul qayıdacaqsa — səhifəni saxlayın və "hazırda mövcud deyil" statusu göstərin (200 düzgündür, çünki səhifədə real məzmun var). Birdəfəlik silinibsə — yaxın alternativ varsa 301, yoxsa 404.
Search Console → Səhifələr hesabatında "Soft 404" kateqoriyasına baxın. Sonra həmin URL-i URL Inspection alətində yoxlayın: kodun 200, məzmunun isə boş və ya "tapılmadı" olduğunu görəcəksiniz.
301, 302, 307, 308 kodları arasındakı fərq, Google-un güclü və zəif siqnal ayrımı, yönləndirmə üsulları, zənci...
Oxu
HTTP status kodları nədir, beş ailə (1xx–5xx) nə deməkdir və Google onları necə şərh edir: indeksləşmə, kanoni...
Oxu
JSON-LD ilə varlıqları necə bağlamalı: @id istinadları, @graph strukturu, sameAs təsdiqi, Organization sahələr...
Oxu