Texniki SEO yoxlama siyahısı (checklist)

Texniki SEO auditində prioritet necə verilir?

Əvvəl “saytda nə qədər səhv var?” sualını yox, “hansı səhv əsas səhifəni görünməz edir?” sualını verin. Minlərlə xəbərdarlığı olan sayt işləyə, bir yanlış noindex isə gəlir gətirən səhifəni tamamilə axtarışdan çıxara bilər. SEO sistemində texniki audit biznes dəyəri, təsirlənən URL sayı və problemin şiddəti ilə prioritetləşdirilməlidir.

Auditdən əvvəl strateji səhifələri ayrıca siyahıya alın: əsas xidmətlər, gəlir gətirən kateqoriyalar, pillar məqalələr və brend səhifələri. Saytı Google-da irəli çəkmək üçün əvvəl bu URL-lərin texniki yolunu açın; aşağı dəyərli arxivlərin kosmetik səhvlərinə bütün vaxtı xərcləməyin.

Crawling və indekslənmə necə yoxlanılır?

Crawling Googlebot-un URL-ə çatması, indekslənmə isə məzmunun Google sistemlərində emal edilərək axtarış üçün saxlanmasıdır. Bunlar eyni mərhələ deyil. URL crawl edilə bilər, amma dublikat, zəif və ya uyğun olmayan məzmun kimi indeksə alınmaya bilər. Search Console-da Page Indexing və URL Inspection nəticələrini server cavabı ilə birlikdə oxuyun.

1–5. Giriş və indeks siqnalları

1. Googlebot girişini yoxlayın. Əsas səhifə, məqalə, kateqoriya və xidmət yolları robots.txt ilə bloklanmamalıdır.
2. noindex siqnallarını yoxlayın. HTML meta tag və HTTP X-Robots-Tag cavabını ayrıca açın.
3. İctimai əlçatanlığı təsdiqləyin. İndekslənməli səhifə login, IP məhdudiyyəti və ya təsadüfi təhlükəsizlik qaydası arxasında qalmamalıdır.
4. Sahibsiz URL-ləri tapın. Sitemap və analytics-də görünən, amma saytdan heç bir daxili keçid almayan səhifələri ayırın.
5. Arxiv strategiyasını yazın. Teq, müəllif, filtr və daxili axtarış səhifəsinin indeksdə qalmasının istifadəçi üçün ayrıca dəyəri olmalıdır.

robots.txt səhifəni Google nəticələrindən çıxarmaq üçün etibarlı üsul deyil. Google-un robots.txt bələdçisinə görə bloklanmış URL başqa keçidlərdən tapılıb məzmun təsviri olmadan nəticədə görünə bilər. Səhifəni nəticədən çıxarmaq istəyirsinizsə, Googlebot-un URL-i crawl etməsinə imkan verib noindex istifadə edin və ya məzmunu parolla qoruyun.

Status, canonical və sitemap necə yoxlanılır?

Bir səhifənin görünən dizaynı normal ola, server isə Googlebot-a yanlış cavab verə bilər. Ona görə brauzerdə baxmaq kifayət etmir. HTTP statusu, canonical hədəfi və sitemap qeydi eyni URL qərarını göstərməlidir.

6–12. URL və server yoxlamaları

6. HTTP statusunu yoxlayın. İndekslənməli URL 200, silinmiş səhifə real 404 və ya 410, daimi köçürülmüş səhifə uyğun redirect qaytarmalıdır.
7. Soft 404-ləri tapın. “Tapılmadı” yazan boş səhifənin 200 qaytarması Google üçün zidd siqnaldır.
8. Redirect zəncirini qısaldın. Köhnə URL mümkün qədər birbaşa son, işlək və uyğun səhifəyə getməlidir.
9. Self-canonical əlavə edin. İndekslənən əsas səhifə öz tam HTTPS ünvanını canonical kimi göstərsin.
10. Canonical hədəfini açın. Hədəf 200 qaytarmalı, bloklanmamalı və məzmunca real nümayəndə olmalıdır.
11. URL variantlarını birləşdirin. HTTP/HTTPS, www/non-www, slash və parametr variantları zidd canonical yaratmamalıdır.
12. Sitemap faylını təmizləyin. Orada yalnız canonical, işlək və indekslənməsi nəzərdə tutulan URL-lər qalsın.

Google-un canonical təlimatında daimi redirect və rel="canonical" güclü, sitemap-a daxil etmə isə zəif canonical siqnalı kimi göstərilir. Sitemap faylında A URL-ni, HTML-də isə B URL-ni canonical göstərmək qərarı gücləndirmir, onu ziddiyyətli edir.

Sitemap kəşfi asanlaşdırır, indekslənməyə zəmanət vermir. Google-un sitemap izahı yaxşı daxili keçidlənmiş kiçik saytda əksər səhifələrin onsuz da tapıla biləcəyini, böyük, yeni və zəif xarici keçidli saytlarda isə sitemap-ın daha faydalı olduğunu bildirir. Onu URL anbarına çevirməyin.

Render, on-page və schema necə yoxlanılır?

Google yalnız source HTML-i götürüb dayanmır; JavaScript səhifələri ayrıca render növbəsinə sala bilər. Google-un JavaScript SEO sənədinə görə server-side rendering və ya pre-rendering istifadəçi və crawler üçün hələ də sağlam seçimdir, çünki bütün botlar JavaScript işlətmir və ilkin HTML-də məzmunun olması prosesi sadələşdirir.

13–18. Render və məzmun yoxlamaları

13. Rendered HTML-i müqayisə edin. Başlıq, əsas mətn, daxili keçid, canonical və robots siqnalı source ilə render nəticəsində itməməlidir.
14. Crawl edilə bilən keçid qurun. Daxili naviqasiya real <a href="..."> istifadə etsin; yalnız klik hadisəsinə bağlanmış elementə güvənməyin.
15. Unikal title və description yazın. 50–60 və 140–160 simvol praktik redaksiya hədəfidir, Google-un sərt limiti deyil. Mətn nəticədə sorğuya görə dəyişdirilə bilər.
16. Aydın əsas başlıq verin. H1 sayı sehrli ranking qaydası deyil; əsas məsələ başlığın səhifə niyyətini dəqiq göstərməsidir.
17. Məzmun iyerarxiyasını yoxlayın. H2-lər real alt-sualı cavablandırsın, TOC keçidləri işləsin və SEO səhvləri kimi təkrar başlıq blokları yaranmasın.
18. Schema-nı görünən mətnlə tutuşdurun. Article, Breadcrumb və başqa JSON-LD sahələri səhifədə olmayan müəllif, qiymət, rəy və ya xidmət iddiası yaratmamalıdır.

Strukturlaşdırılmış məlumat Google-a səhifəni təsnif etməyə kömək edə və uyğun rich result üçün namizədlik yarada bilər, amma görünmə zəmanəti vermir. FAQ görünən məzmunda istifadəçi üçün faydalı ola bilər; FAQ rich result isə hazırda əsasən tanınmış dövlət və səhiyyə saytları ilə məhdudlaşdırılıb. Buna görə hər bloqa FAQ schema əlavə edib ayrıca nəticə vəd etmək düzgün deyil.

Performans və mobil təcrübə necə ölçülür?

Texniki SEO auditinin sürət hissəsi yalnız Lighthouse balı deyil. Lab data problemi təkrarlamağa, field data isə real istifadəçilərin yaşadığı nəticəni görməyə kömək edir. Google Core Web Vitals sənədində yaxşı təcrübə üçün LCP-ni 2,5 saniyəyə qədər, INP-ni 200 millisaniyədən aşağı, CLS-i isə 0,1-dən aşağı saxlamağı tövsiyə edir.

19–22. İstifadəçi təcrübəsi yoxlamaları

19. LCP elementini tapın. Hero şəkli və ya əsas mətn bloku gecikirsə, ölçü, preload, prioritet və server cavabını waterfall ilə yoxlayın.
20. Layout shift-i dayandırın. Şəkil və video üçün ölçü ayırın, font dəyişməsini və sonradan daxil olan bannerləri test edin.
21. INP səbəbini ayırın. Uzun JavaScript tapşırıqları, ağır üçüncü tərəf script-ləri və əsas thread bloklanmasını real qarşılıqlı əlaqədə ölçün.
22. Mobil renderi ayrıca yoxlayın. Mətn, cədvəl, menyu, form, dark/light görünüş, klaviatura fokusu və toxunma hədəfləri işləməlidir.

Şəkilləri WebP və ya AVIF formatında, göstərilən ölçüyə uyğun təqdim edin; LCP şəkli istisna olmaqla aşağıdakı medianı lazy-load edin. Fontu lokal saxlamaq özü kifayət deyil: preload və font-display strategiyası ilk görünüşdə sıçrayış yaratmamalıdır. Kontent marketinqi ilə gətirilən ziyarətçi yavaş səhifədə gözləmirsə, texniki borc artıq biznes probleminə çevrilib.

AI Search və monitorinq üçün nə lazımdır?

AI nəticələri üçün ayrıca texniki “hack” axtarmağa ehtiyac yoxdur. Google-un generativ AI optimallaşdırma bələdçisi açıq yazır ki, llms.txt Google görünürlüyünə kömək etmir, xüsusi schema tələb olunmur və məzmunu süni şəkildə xırda hissələrə bölmək məcburi deyil. Aydın texniki quruluş, unikal fayda və insan üçün yazılmış etibarlı məzmun yenə təməldir.

23–25. Ölçmə və davamlı nəzarət

23. Search Console hesabını təsdiqləyin. Sitemap, URL Inspection, Page Indexing, manual action, security və Core Web Vitals hesabatlarını məsul şəxslə izləyin.
24. Server və analitika siqnallarını birləşdirin. 404, 5xx, redirect və bot girişlərini loglardan; əsas biznes hərəkətlərini GA4-dən yoxlayın.
25. Dəyişiklikdən sonra yenidən test edin. Audit qeydinə əvvəlki nəticə, düzəliş, buraxılış tarixi və son təsdiqi əlavə edin. Mövqeni deyil, səbəb və nəticəni sənədləşdirin.

Məqalənin fakt-yoxlama ritmini riskə görə seçin. Vergi, hüquq, sağlamlıq, qiymət və platforma funksiyası tez dəyişirsə, daha sıx baxış lazımdır; sabit izahı isə sırf “altı ay keçdi” deyə tarixini dəyişərək yeniləmiş göstərməyin. Backlink profilini və texniki sağlamlığı ayrı ölçün, sonra onların eyni strateji URL-ə necə təsir etdiyini müqayisə edin.

Texniki təməli AEO və GEO strategiyasından ayırmayın. Səhifə bot üçün əlçatmazdırsa, aydın cavab və yaxşı mənbə də işlənməyə bilər. Əksinə, texniki baxımdan qüsursuz, amma heç bir yeni fikir verməyən mətn yalnız indekslənməyə namizəddir; seçilməyə yox.