Texniki SEO, dərin texniki SEO audit xidməti ilə dəstəklənən və sadəcə terminlərdən ibarət olmayan bir sistemdir; bir veb saytın axtarış motorları (Googlebot) tərəfindən problemsiz şəkildə kəşf edilməsi, taranması, oxunması və indekslənməsi üçün sıfırdan qurulan bir mühəndislik prosesidir. Saytınızın məzmunu nə qədər zəngin, xarici linkləriniz (backlinkləriniz) nə qədər güclü olursa olsun, arxa plandakı kod arxitekturası, URL strukturu və server konfiqurasiyaları qüsurludursa, orqanik axtarışlarda yüksəlmək qeyri-mümkündür.
Bu bələdçi veb saytınızın texniki təməlini sıfırdan, mərhələli şəkildə necə quracağınızı və kod səviyyəsindəki problemləri necə həll edəcəyinizi addım-addım izah edir. Texniki SEO prosesi aşağıdakı əsas mərhələlərdən ibarətdir:
- Tarama (Crawling) və İndeksləmə (Indexing) Təməllərinin Qurulması
- Sayt Arxitekturası, Alt-Struktur və İyerarxiyanın (Silo) Formalaşdırılması
- SEO-ya Uyğun URL Strukturunun Yığılması
- Təkrarlanan Məzmun Xətaları və Kanonik (Canonical) Tənzimləmələr
- Status Kodları (Status Codes) və Yönləndirmə (Redirect) Strategiyası
- Beynəlxalq Hədəfləmə: Çoxdilli Saytlarda Hreflang Tətbiqi
- Kod Səviyyəsində Problemlər və Səhifə Performansı (Core Web Vitals)
- Mobil İlk İndeksləmə (Mobile-First Indexing) və Məzmun Bərabərliyi
- Təhlükəsizlik, HTTPS Konfiqurasiyası və Mixed Content Xətaları
- Strukturlaşdırılmış Məlumatların (Schema Markup) İnteqrasiyası
1. Tarama (Crawling) və İndeksləmə (Indexing) Təməllərinin Qurulması
Veb saytın texniki inşası axtarış botlarının sayta buraxılması və onların hərəkət trayektoriyasının müəyyən edilməsi ilə başlayır. Bu mərhələdə məqsəd botların yalnız dəyərli səhifələrə yönləndirilməsini təmin etməkdir.
Tarama Büdcəsinin (Crawl Budget) İdarə Edilməsi
Axtarış sistemlərinin iş prinsipləri çərçivəsində botlar üçün ayrılmış bir “tarama büdcəsi” (limit) var. Bu büdcəni səmərəli istifadə etmək üçün ilk addım saytdakı zibil (junk) səhifələri botlara qapatmaqdır. Əgər saytınızda minlərlə istifadəçi profili, axtarış nəticəsi səhifəsi və ya boş teq (tag) səhifələri varsa, botlar büdcəni burada israf edəcək və əsas məqalələrinizi, məhsullarınızı indeksləməyəcək. Saytın arxitekturasını təmizləyərək və lazımsız URL-ləri bloklayaraq bu büdcəni birbaşa gəlir gətirən səhifələrə yönləndirməlisiniz.
Robots.txt Faylının Düzgün Konfiqurasiyası
Saytın kök qovluğuna ([saytiniz).com/robots.txt faylı](https://saytiniz.com/robots.txt)) yerləşdirilən bu fayl botların ilk oxuduğu sənəddir. Burada tətbiq edilməli olan əsas iş, hara giriləcəyini və hara girilməyəcəyini dəqiq kodlamaqdır.)
- Disallow (Qadağa): Admin panelləri (/wp-admin/), istifadəçi səbəti (/cart/), daxili axtarış nəticələri (/?s=) kimi səhifələr “Disallow” komandası ilə botlara qapadılmalıdır.
- Allow (İcazə): Saytın dizaynını formalaşdıran CSS və JavaScript (JS) fayllarına mütləq “Allow” verilməlidir. Əgər botlar JS və CSS-i oxuya bilməsə, səhifənizi düzgün render edə (görə) bilməyəcək və bu, sıralamaya mənfi təsir edəcək.
XML Sayt Xəritələrinin (Sitemap) Yaradılması və Kateqoriyalaşdırılması
Botların saytdakı yeni URL-ləri kəşf etməsi üçün xüsusi XML faylları yaradılmalıdır. Texniki olaraq bütün URL-ləri tək bir sitemap içinə doldurmaq doğru deyil (bir sitemap maksimum 50.000 URL tutmalıdır). Sıfırdan sitemap qurarkən arxitekturanı kateqoriyalara bölməlisiniz:
- post-sitemap.xml (Məqalələr üçün)
- product-sitemap.xml (Məhsullar üçün)
- image-sitemap.xml (Şəkillər üçün) Bu fayllar yaradıldıqdan sonra həm Robots.txt faylının ən alt sətrinə əlavə edilməli, həm də Google Search Console panelinə yüklənməlidir.
2. Sayt Arxitekturası, Alt-Struktur və İyerarxiyanın (Silo) Formalaşdırılması
Bir veb saytın təməli onun səhifələrinin bir-biri ilə necə əlaqələndirildiyi ilə ölçülür. Pərakəndə şəkildə sağa-sola açılan səhifələr həm istifadəçini yorur, həm də botların saytı anlamasının qarşısını alır.
Dərin (Flat) Arxitektura Sisteminin Qurulması
Texniki SEO-nun əsas qaydalarından biri “Klik Dərinliyi” (Click Depth) prinsipidir. Sayt elə qurulmalıdır ki, ana səhifədən hər hansı bir məhsula və ya məqaləyə ən çoxu 3 kliklə (Ana Səhifə > Kateqoriya > Alt Kateqoriya > Məhsul) çatmaq mümkün olsun. Hər bir əlavə klik, səhifəyə ötürülən SEO dəyərini (PageRank) azaldır. Dərinlikdə qalan, heç bir kateqoriyaya bağlı olmayan səhifələr “Yetim Səhifələr” (Orphan pages) adlanır və Google onları indeksləməkdə çətinlik çəkir.
Alt-Strukturların (Silo) Qurulması və Daxili Keçidlər
Silo strukturu, mövzuları semantik (məna) baxımdan bloklara ayırmaqdır. Məsələn, bir e-ticarət saytı qurursunuzsa:
- Ana kateqoriya “Elektronika”dır.
- Alt-struktur “Kompüterlər” olmalıdır.
- Bunun alt-strukturu “Noutbuklar” olmalıdır. Bu strukturu kodlaşdırarkən noutbuk səhifəsindən yuxarıya – kompüterlərə, kompüterlərdən də aşağıya – noutbuklara mütləq daxili link (internal link) şəbəkəsi qurulmalıdır. Mövzular arası bu nizamlı linkləmə saytın avtoritetini qoruyur.
Çörək Qırıntıları (Breadcrumbs) Naviqasiyasının Tətbiqi
Saytın yuxarı hissəsində yer alan Ana Səhifə > Elektronika > Kompüterlər şəklindəki naviqasiyalar sadəcə vizual element deyil. Texniki SEO tərəfində bu naviqasiya mütləq şəkildə kodlanmalı və axtarış botlarına saytın iyerarxiyasını birbaşa göstərən JSON-LD (Schema) formatında daxil edilməlidir.
3. SEO-ya Uyğun URL Strukturunun Yığılması
URL (Uniform Resource Locator) strukturu saytın texniki pasportudur. Dinamik, qarmaşıq və sistemsiz URL-lər indeksləməni iflic edir. Sıfırdan sayt qurarkən URL arxitekturası bu prinsiplərlə hazırlanmalıdır:
Statik və Semantik URL Qaydaları
- Hərf qeydiyyatı: Bütün URL-lər yalnız və yalnız kiçik hərflərlə (lowercase) yazılmalıdır. Serverlər [sayt.com/SEO](https://sayt.com/SEO) və [sayt.com/seo](https://sayt.com/seo) ünvanlarını fərqli səhifələr kimi oxuya bilər.
- Ayrıcılar: Sözləri ayırmaq üçün alt xətt (_) və ya boşluq (%20) istifadə edilməməlidir. Yeganə texniki ayrıcı defis (-) olmalıdır.
- Qısalıq və Açar Söz: URL məzmunu izah edən hədəf açar sözdən ibarət olmalı, lazımsız bağlayıcılar (və, ilə) çıxarılmalıdır. (Məsələn, [sayt.com/texniki-seo-rehberi](https://sayt.com/texniki-seo-rehberi)).
- Sonluq (Trailing Slash): URL-in sonundakı “/” işarəsi sabit olmalıdır. [sayt.com/məqalə](https://sayt.com/məqalə) və [sayt.com/məqalə/](https://sayt.com/məqalə/) texniki olaraq fərqli səhifələrdir. Sayt səviyyəsində yalnız bir standart seçilməli və digəri ona avtomatik yönləndirilməlidir.
URL Parametrləri və Onların İdarə Edilməsi
E-ticarət saytlarında rəng, qiymət, ölçü filtrləri dinamik parametrlər yaradır (məsələn, ?color=red&size=m). Bu parametrlər məhsulun özünü dəyişməsə də, minlərlə yeni URL törədir. Texniki olaraq bu fəlakətin qarşısını almaq üçün parametrli URL-lər kanonik etiket vasitəsilə əsas məhsul URL-inə bağlanmalı və ya taranması Robots.txt üzərindən bloklanmalıdır.
4. Təkrarlanan Məzmun Xətaları və Kanonik (Canonical) Tənzimləmələr
Veb sayt qurarkən ən böyük texniki xəta eyni məzmunun fərqli ünvanlarda əlçatan olmasıdır. Google bu zaman hansı səhifəni sıralayacağını bilmir və “Duplicate Content” (Təkrarlanan Məzmun) xətası verir.
Kanonik (Canonical) Etiketlərin Düzgün Tətbiqi Qaydaları
Bu problemi həll etmək üçün HTML-in <head> bölməsinə Kanonik etiket əlavə edilir. Bu etiket axtarış botlarına “bu bir neçə bənzər səhifədən əsas olanı budur, yalnız onu indekslə və sıralama gücünü ona ver” əmrini verir. Texniki tətbiq qaydaları:
- Kanonik URL mütləq şəkildə “Absolute” (Tam) ünvan olmalıdır (Yəni, /kateqoriya şəklində deyil, [https://saytiniz.com/kateqoriya](https://saytiniz.com/kateqoriya) formatında yazılmalıdır).
- Saytdakı hər bir orijinal (master) səhifənin kodunda öz-özünü işarə edən (Self-referencing) bir kanonik etiket mütləq olmalıdır. Bu, xarici saytların parametrlərlə sizə link verməsi nəticəsində yaranacaq xətaların qarşısını alır.
- Səhifələmə (Pagination – Səhifə 1, Səhifə 2) olan yerlərdə hər bir səhifə öz-özünü kanonik göstərməlidir; hamısını “Səhifə 1”-ə kanonikləmək yanlışdır.
5. Status Kodları (Status Codes) və Yönləndirmə (Redirect) Strategiyası
Server ilə brauzer arasındakı informasiya mübadiləsi üçrəqəmli status kodları vasitəsilə baş tutur. Veb saytın texniki sağlamlığı bu kodların düzgün işləməsinə bağlıdır.
404 (Tapılmadı) və Soft 404 Xətalarının Təmizlənməsi
Məhsul tükəndikdə və ya məqalə silindikdə server “404 Not Found” xətası verir. Çoxlu 404 səhifəsi botları yorur. Daha təhlükəlisi isə “Soft 404” xətasıdır. Səhifə boşdur, məzmun yoxdur, lakin server səhvən botlara “200 OK” (hər şey qaydasındadır) kodu verir. Texniki audit zamanı bu xətalar tapılmalı, silinmiş URL-lər eyni mənalı başqa bir səhifəyə daimi yönləndirilməli (301) və ya botlara birbaşa “410 Gone” (Həmişəlik silindi) kodu verilməlidir.
301 və 302 Yönləndirmələrinin Hansı Hallarda İstifadəsı
URL ünvanını dəyişdirərkən köhnə URL-in qazandığı SEO gücünü yeni URL-ə transfer etmək üçün “301 Permanent Redirect” (Daimi Yönləndirmə) tətbiq olunmalıdır. Əgər dəyişiklik müvəqqətidirsə (məsələn, səhifədə bir neçə günlük təmir işləri gedir), o zaman “302 Temporary Redirect” verilməlidir ki, Google köhnə səhifəni indeksində saxlamağa davam etsin.
Yönləndirmə Zəncirləri (Redirect Chains) və Döngüləri (Loops) Necə Qırılır?
Arxitektura qurularkən edilən ən böyük səhv Zəncirlərdir. A səhifəsi B-yə, B isə C-yə yönləndirilirsə, bu həm botun tarama sürətini öldürür, həm də SEO gücünün (Link juice) yolda itməsinə səbəb olur. Həll: A birbaşa C-yə yönləndirilməlidir. Əgər A B-yə, B yenidən A-ya yönləndirilərsə, sonsuz döngü (Loop) yaranır və səhifə çökür. Server faylları (htaccess və ya Nginx conf) üzərindən bu kodlar mütəmadi yoxlanılmalıdır.
6. Beynəlxalq Hədəfləmə: Çoxdilli Saytlarda Hreflang Tətbiqi
Veb saytınızı qlobal bazara çıxarır və fərqli dillərdə məzmun təqdim edirsinizsə, istifadəçinin lokasyonuna və brauzer dilinə uyğun səhifəni axtarış motorlarına tanıtmaq üçün texniki konfiqurasiya aparılmalıdır.
Hreflang Etiketi Nə Zaman və Necə Kodlanmalıdır?
Hreflang etiketi HTML-in <head> hissəsinə əlavə olunur. Əsas qayda ikitərəfli əlaqənin (bi-directional link) qurulmasıdır. Məsələn, səhifənin həm Azərbaycan (az), həm də İngilis (en) versiyası varsa:
- Azərbaycanca səhifənin kodunda həm özü (hreflang=”az”), həm də İngiliscə versiya (hreflang=”en”) işarələnməlidir.
- İngiliscə səhifənin kodunda da mütləq həm özü, həm də Azərbaycanca versiya işarələnməlidir. Əlaqə qırılarsa, Google bu etiketi nəzərə almır.
X-Default İstifadəsı
Dillər arasına hreflang=”x-default” etiketi əlavə edilməlidir. Bu, saytınızın dəstəkləmədiyi bir bölgədən (məsələn, Yaponiyadan) axtarış edən istifadəçilərə göstəriləcək ümumi, ana səhifəni (adətən qlobal ingilis versiyasını) təyin edir.
7. Kod Səviyyəsində Problemlər və Səhifə Performansı (Core Web Vitals)
Axtarış motorları yalnız mətni yox, arxa plandakı kod strukturunu da oxuyur. Ağır JavaScript (JS) və CSS kodları həm indeksləməni ləngidir, həm də səhifə performansını məhv edir. Google-un reytinq faktoru olan “Core Web Vitals” metriklərini optimallaşdırmaq texniki SEO-nun ən ağır mərhələsidir.
JavaScript (JS) və Renderinq Xətalarının Həlli
Google HTML məzmununu dərhal oxuyur, lakin səhifənizdəki mətnlər və ya linklər JavaScript (məsələn, React, Angular) vasitəsilə sonradan yüklənirsə (Client-Side Rendering – CSR), botlar səhifəni render etmək üçün ikinci dəfə sıraya girməlidir. Bu isə gecikmələrə səbəb olur. SEO əhəmiyyəti olan məzmunlar mütləq şəkildə Server-Side Rendering (SSR) və ya Dynamic Rendering üsulları ilə botlara hazır HTML formatında verilməlidir.
LCP (Largest Contentful Paint) Göstəricisinin Yaxşılaşdırılması
LCP, səhifədəki ən böyük elementin (şəkil və ya yazı bloku) tam görünmə müddətidir və 2.5 saniyənin altında olmalıdır. Texniki həllər:
- Səhifənin yuxarı hissəsindəki (above the fold) şəkillərə “Lazy load” (gecikdirilmiş yükləmə) tətbiq edilməməli, əksinə “preload” ilə sürətləndirilməlidir.
- Renderi bloklayan (Render-blocking) JS və CSS faylları kiçildilməli (minification) və qeyri-kritik olanlar asinxron (async/defer) şəkildə yüklənməlidir.
FID/INP (İnteraktivlik) və CLS (Vizual Sabitlik) Tənzimləmələri
- INP/FID: İstifadəçi bir düyməyə basdıqda səhifənin reaksiyası 100 millisaniyəni keçməməlidir. Arxa planda işləyən uzun JS kod blokları parçalanmalıdır (Code splitting).
- CLS: Səhifə yüklənərkən elementlərin sürüşməsinin qarşısını almaq üçün HTML-də bütün şəkillərin və iframelərin (məsələn, YouTube videoları) width (genişlik) və height (hündürlük) dəyərləri əvvəlcədən təyin edilməlidir. Beləcə, brauzer həmin obyektlər üçün əvvəlcədən yer saxlayır və sürüşmə baş vermir.
8. Mobil İlk İndeksləmə (Mobile-First Indexing) və Uyğunluq
Veb saytlar əvvəlcə masaüstü ekranlarda dizayn edilsə də, Google bütün arxitekturanı yalnız Mobil versiyaya görə indeksləyir. Texniki olaraq sayt masaüstü üçün mükəmməl olsa da, mobil versiyada qüsurlar varsa, bütün sıralama zərər görür.
Responsiv Dizayn və Mobil Baxış Sahəsi (Viewport)
Mobil arxitekturanın düzgün işləməsi üçün HTML kodunun <head> hissəsinə <meta name=”viewport” content=”width=device-width, initial-scale=1″> etiketi əlavə olunmalıdır. Bu kod səhifənin daxil olunan cihazın ekran genişliyinə görə avtomatik şəkillənməsini təmin edir.
Masaüstü və Mobil Arasında Məzmun Bərabərliyinin Qorunması
Texniki səhvlərdən biri də vizualı pozmasın deyə masaüstündə olan bəzi uzun mətnləri, cədvəlləri və ya daxili linkləri CSS vasitəsilə (display: none) mobil versiyada gizlətməkdir. Google mobil versiyaya baxdığı üçün gizlədilmiş bu mətnləri indeksləməyəcək və o sözlərdə sıralama almayacaqsınız. Hər iki versiyada informasiya (Content Parity) 100% bərabər olmalıdır.
9. Təhlükəsizlik, HTTPS Konfiqurasiyası və Mixed Content Xətaları
Məlumatların şifrələnməsi, server ilə istifadəçi arasındakı təhlükəsizlik SEO üçün birbaşa sıralama faktorudur.
SSL Sertifikatı və HTTP-dən HTTPS-ə Keçid
Sayt qurularkən ilk andan etibarən SSL sertifikatı quraşdırılmalı və bütün URL-lər HTTPS protokolu üzərindən işləməlidir. Əgər sayt əvvəllər HTTP olubsa, verilənlər bazasındakı bütün linklər HTTPS-ə yenilənməli və server tərəfindən 301 qlobal yönləndirmə (force HTTPS) qaydası tətbiq edilməlidir.
Qarışıq Məzmun (Mixed Content) Xətalarının Həlli
Sayt HTTPS olsa da, məqalənin içərisinə əlavə etdiyiniz bir şəkilin və ya xarici bir şriftin (font) linki hələ də http:// ilə başlayırsa, brauzerlər və Google bu səhifənin təhlükəsizliyini “qırıq” elan edir (Mixed Content). Səhifə mənbə kodundakı (Source code) bütün xarici və daxili resurs çağırışları axtarılıb tapılmalı və hamısı “https” formatına salınmalıdır.
10. Strukturlaşdırılmış Məlumatların (Schema Markup) İnteqrasiyası
Axtarış motorları mətnləri oxuya bilsə də, onların hansı kateqoriyaya aid olduğunu tam olaraq dərk etməkdə çətinlik çəkirlər. Texniki SEO-nun ən inkişaf etmiş mərhələsi bu məlumatları botların anladığı xüsusi kod dilinə tərcümə etməkdir.
JSON-LD Formatında Kodlamanın Tətbiqi
Standartlara görə ən düzgün təqdimat JSON-LD formatıdır. Saytdakı adi bir məqaləni axtarış botuna <script type=”application/ld+json”> bloku içərisində “Article” (Məqalə), yazarı “Person”, tarixini isə “DatePublished” olaraq kodlarla tanıtmalısınız. Məhsul səhifələri üçün qiymət (Price), valyuta (Currency) və stok (InStock) kodları eyni üsulla əlavə olunmalıdır. Bu texniki konfiqurasiya saytınızın axtarış nəticələrində adi bir link kimi yox, Zəngin Nəticələr (Rich Snippets) — ulduzlu rəylər, qiymətlər, şəkillər formatında göstərilməsini təmin edir ki, bu da klikləmə dərəcəsini əhəmiyyətli dərəcədə artırır.
Nəticə
Texniki SEO, rəqəmsal dünyanın təməl mühəndisliyidir. Üzərində görünən dizayn və məzmun nə qədər cəlbedici olsa da, alt-struktur, kod təmizliyi, URL iyerarxiyası və server qaydaları pozulubsa, saytınız heç vaxt axtarış motorlarında potensialına çata bilməz. Proses tarama büdcəsinin qorunması ilə başlayır, məntiqi arxitekturanın (Silo) və təmiz URL-lərin qurulması ilə davam edir, kanonik və istiqamətləndirici (Redirect, Hreflang) etiketlərlə nizamlanır və sürət (Core Web Vitals), təhlükəsizlik (HTTPS) standartlarının kod səviyyəsində tətbiqi ilə yekunlaşır. Veb saytın arxa planını bu qaydalara uyğun dizayn etmək həm botlara maneəsiz bir iş mühiti yaradır, həm də istifadəçilərə sürətli və problemsiz bir təcrübə bəxş edir.