Google Search Console nədir və necə istifadə olunur?

Saytın Google-da necə performans göstərdiyini anlamaq üçün yalnız Ahrefs, Semrush və ya başqa üçüncü tərəf SEO alətlərinə baxmaq kifayət deyil. Saytın hansı axtarışlarda göründüyünü, hansı səhifələrin klik aldığını və Google-un müəyyən URL-lər haqqında hansı index məlumatını göstərdiyini birbaşa Google-un öz alətindən də izləmək mümkündür.

Bəs Google Search Console nədir və necə istifadə olunur? Google Search Console sayt sahiblərinə Google Search-dəki performansı, indexation vəziyyətini və müxtəlif texniki siqnalları izləməyə kömək edən pulsuz Google xidmətidir. Burada search queries, clicks, impressions, CTR, average position, Page Indexing, Sitemaps, URL Inspection və Core Web Vitals kimi məlumatları analiz etmək mümkündür.

Search Console SEO-nun bütün hissələrini avtomatik həll edən alət deyil. O, bizə data verir. Əsas iş həmin datanı düzgün interpretasiya edib real problem və imkanları müəyyən etməkdir.

Məsələn, sayt impression alır, amma klik azdırsa bir növ problem ola bilər. Əsas səhifə ümumiyyətlə indexlənmirsə isə tamamilə başqa istiqamətdə analiz aparmaq lazımdır.

Ümumi SEO prosesinin necə işlədiyini başa düşdükdə Search Console-dakı göstəricilərin hansı mərhələyə aid olduğunu ayırmaq daha asan olur.

Google Search Console nədir?

Google Search Console, qısa formada GSC, saytın Google Search daxilindəki vəziyyətini izləmək üçün istifadə olunan platformadır.

Alət vasitəsilə əsasən bunları yoxlamaq mümkündür:

• hansı query-lər impression və click gətirir;
• hansı səhifələr Google Search-dən trafik alır;
• CTR və average position necə dəyişir;
• Google müəyyən URL-i indexləyibmi;
• sitemap Google-a təqdim olunubmu;
• hansı səhifələr indexdən kənarda qalıb;
• Core Web Vitals məlumatlarında problem görünürmü;
• manual action və security issue varmı.

Google-un Search Console Help bölməsində də platforma sayt sahiblərinin Google Search-dəki vəziyyəti izləməsi üçün nəzərdə tutulmuş alət kimi təqdim olunur.

Vacib məqam budur ki, Search Console Google Analytics ilə eyni məqsədə xidmət etmir.

Search Console əsasən Google Search-dən sayta qədər olan hissəni, Analytics isə istifadəçi sayta daxil olduqdan sonra onun davranışını analiz etməyə kömək edir.

Google Search Console niyə vacibdir?

SEO işi aparırsınızsa, qərarları yalnız təxminlə vermək olmaz.

Məsələn, bir məqaləni technical seo üçün hazırlamısınız. Bir neçə həftə sonra Search Console-da görürsünüz ki, səhifə aşağıdakı query-lərdə də impression alır:

• technical seo nədir
• technical seo audit
• sayt index problemi
• robots txt seo
• canonical seo

Bu data Google-un həmin səhifəni hansı mövzularla əlaqələndirdiyi haqqında əlavə məlumat verir.

Başqa nümunədə isə səhifənin:

• 10.000 impression;
• 100 click

aldığını görürük.

Burada CTR aşağı görünür. Amma dərhal title dəyişmək də düzgün deyil. Əvvəlcə hansı query-lərin impression yaratdığına, average position-a və nəticələrin hansı search intent-ə aid olduğuna baxmaq lazımdır.

Google-un Performance report sənədlərində query və page məlumatlarını click, impression və CTR əsasında analiz etməyin ən çox trafik gətirən məzmunu və zəif CTR göstərən səhifələri müəyyən etməyə kömək etdiyi izah olunur.

Search Console necə qurulur?

Search Console istifadə etmək üçün əvvəlcə sayt property kimi əlavə və verify edilməlidir.

Praktik olaraq iki əsas property tipi ilə qarşılaşa bilərsiniz:

Domain property

Domain property saytın bütün protocol və subdomain variantlarını bir property daxilində toplamağa imkan verir.

Məsələn:

http://example.com

https://example.com

https://www.example.com

https://blog.example.com

kimi variantlar eyni domain property daxilində əhatə oluna bilər.

Domain verification adətən DNS record vasitəsilə aparılır.

URL-prefix property

URL-prefix isə yalnız göstərilən konkret prefix-i əhatə edir.

Məsələn:

https://www.example.com/

Bu property http://, başqa subdomain və ya fərqli protocol variantlarını avtomatik əhatə etməyə bilər.

Əgər bütün domeni birlikdə izləmək istəyirsinizsə Domain property çox vaxt daha rahatdır. Amma konkret subdirectory və ya versiya üçün ayrıca property lazım olan hallar da ola bilər.

Search Console qurduqdan sonra ilk nə yoxlanmalıdır?

Yeni property əlavə edildikdən sonra bütün report-ları eyni anda analiz etməyə ehtiyac yoxdur.

İlk yoxlama üçün praktik sıra belə ola bilər:

1. Property düzgün verify olunub?
2. Sitemap mövcuddur və təqdim olunub?
3. Əsas URL-lər Google tərəfindən məlumdur?
4. Page Indexing report-da ciddi problem görünür?
5. Performance datası yaranmağa başlayıb?
6. Manual Actions və Security Issues bölməsində problem varmı?

Yeni sayt üçün Search Console əlavə edən kimi dərhal geniş Performance datası görməmək normaldır. Saytın search impression alması və data toplanması üçün vaxt lazım ola bilər.

Performance report nədir?

Performance report Search Console-un SEO üçün ən çox istifadə olunan hissələrindəndir.

Burada əsas dörd göstərici görünür:

• Total Clicks;
• Total Impressions;
• Average CTR;
• Average Position.

Bundan başqa nəticələri:

• Queries;
• Pages;
• Countries;
• Devices;
• Search Appearance;
• Dates

üzrə analiz etmək mümkündür.

Google-un hazırkı sənədlərinə əsasən Performance report-da query-ləri click, CTR və impression üzrə sıralamaq, eləcə də ən çox trafik alan səhifələri Pages bölməsindən görmək mümkündür.

Click nədir?

Click istifadəçinin Google Search nəticəsindən sayta keçid etməsini göstərir.

Sadə nümunə:

Səhifə Google-da görünür → istifadəçi nəticəyə klik edir → bir click qeydə alınır.

Click SEO hesabatlarında ən çox izlənən metriklərdən biridir, çünki impression real ziyarətə çevriləndə nəticənin istifadəçi cəlb etdiyi görünür.

Amma yalnız ümumi click sayına baxmaq da kifayət deyil.

Məsələn:

• Homepage clicks artır;
• Blog clicks azalır;
• Branded traffic artır;
• Non-branded traffic eyni qalır.

Bu ssenaridə ümumi click artımı SEO-nun bütün hissələrinin yaxşılaşdığı mənasına gəlməyə bilər.

Impression nədir?

Impression səhifənin Google Search nəticəsində istifadəçiyə göstərilməsi ilə bağlı metrikdir.

Məsələn, yeni blog ilk həftələrdə click almaya bilər, amma impression artmağa başlayırsa Google həmin səhifəni müəyyən query-lərdə göstərməyə başlayıb.

SEO prosesində bu çox faydalı siqnaldır.

Yeni səhifədə bəzən inkişaf belə gedə bilər:

0 impression

↓

50 impression

↓

500 impression

↓

click-lər

Yəni yalnız click yox, impression trendini də izləmək lazımdır.

Saytın yeni content-lərinin əvvəlcə görünürlük qazanıb sonra click toplaması normal SEO inkişafının bir hissəsi ola bilər.

CTR nədir?

CTR, yəni Click-Through Rate, impression-ların neçə faizinin click-ə çevrildiyini göstərir.

Sadə formula:

Clicks ÷ Impressions × 100

Məsələn:

100 click

10.000 impression

CTR:

1%

Aşağı CTR gördükdə dərhal “title pisdir” nəticəsinə gəlmək lazım deyil.

CTR-yə bunlar təsir edə bilər:

• average position;
• search intent;
• branded və non-branded query;
• SERP features;
• title;
• snippet;
• rəqiblərin nəticələri.

Google da Performance report-da aşağı CTR-li səhifələri müəyyən etdikdən sonra title və description-un məzmunu daha yaxşı təqdim edib-etmədiyini yoxlamağı tövsiyə edir.

Burada meta description-un search nəticəsindəki rolu xüsusilə vacibdir, çünki snippet istifadəçinin nəticəni necə qiymətləndirməsinə təsir edə bilər.

Average Position nədir?

Average Position Search Console-da saytınızın müəyyən query və ya səhifə üçün göstərildiyi mövqelərin orta göstəricisidir.

Bu metriyi “mən həmişə 4-cü yerdəyəm” kimi oxumaq düzgün deyil.

Eyni URL:

• bir query-də 2-ci;
• başqa query-də 8-ci;
• başqa ölkədə 15-ci;
• mobile-da başqa;
• desktop-da başqa

mövqedə görünə bilər.

Ona görə average position trend və müqayisə üçün faydalıdır, amma exact rank tracker kimi istifadə edilməməlidir.

Əgər konkret keyword-in dəqiq günlük mövqeyini izləmək istəyirsinizsə ayrıca rank tracking alətləri daha uyğun ola bilər.

Queries report necə istifadə olunur?

Queries bölməsi istifadəçilərin Google-da hansı ifadələri axtardıqdan sonra saytınızın göründüyünü göstərir.

Bu hissə keyword research və content refresh üçün çox faydalıdır.

Məsələn, seo-nedir səhifəsi üçün belə query-lər görünə bilər:

• seo nədir
• seo necə edilir
• seo nə işə yarayır
• seo xidməti nədir

Burada ilk üç query informational intent daşıya bilər. Sonuncu isə daha commercial intent-ə yaxın ola bilər.

Bu məlumatdan iki formada istifadə etmək mümkündür.

Birinci halda mövcud məqalədə çatışmayan alt mövzu varsa onu əlavə edirsiniz.

İkinci halda query mövcud səhifədən fərqli intent daşıyırsa ayrıca səhifə ehtiyacı yarana bilər.

Bu yanaşma random mövzu seçmək əvəzinə real search datasına əsaslanan content plan yaratmağa kömək edir.

Pages report necə istifadə olunur?

Pages bölməsi hansı URL-lərin Google Search-də ən çox click və impression aldığını göstərir.

Bu report vasitəsilə:

• ən güclü səhifələri;
• trafik itirən səhifələri;
• impression artıran yeni səhifələri;
• yüksək impression, aşağı click alan URL-ləri

tapmaq mümkündür.

Məsələn, son 3 ayı əvvəlki 3 ayla müqayisə edirsiniz.

Bir səhifədə:

Clicks: 500 → 300

Impressions: 20.000 → 22.000

olubsa visibility itməyib, amma click azalıb.

Başqa səhifədə:

Clicks: 500 → 200

Impressions: 20.000 → 8.000

olubsa problem daha geniş görünür.

Bu iki ssenari üçün eyni SEO həlli tətbiq etmək düzgün deyil.

Tarix müqayisəsi necə edilməlidir?

Search Console-da SEO dəyişikliklərini qiymətləndirərkən tək bir həftəyə baxmaq bəzən yanlış nəticə verə bilər.

Daha sağlam müqayisələr:

• Last 28 days vs previous 28 days;
• Last 3 months vs previous 3 months;
• son 3 ay vs əvvəlki ilin eyni dövrü

ola bilər.

Mövsümi bizneslərdə year-over-year müqayisə daha faydalı ola bilər.

Google Performance report-un yeni sənədlərində də səhifədə etdiyiniz dəyişikliklərin təsirini ölçərkən uyğun keçmiş dövrlərlə müqayisə aparmağın vacibliyi qeyd olunur. Eyni zamanda Google başqa faktorların da trafikə təsir edə biləcəyini xatırladır.

Bu səbəbdən “title dəyişdim, click 20% artdı, deməli yalnız title səbəb oldu” kimi sərt səbəb-nəticə iddialarından ehtiyatlı olmaq lazımdır.

Search Console tarixlərində vacib detal

Performance report istifadə edərkən tarixlərin necə işlədiyini də bilmək faydalıdır.

Google-un hazırkı sənədlərinə görə standart report tarixləri Pacific Time əsasında göstərilir. 24-hour view isə browser-in lokal timezone-u ilə işləyə bilər. Son dövr datasının bir hissəsi preliminary ola bilər.

Bu detal xüsusilə günlük reporting zamanı əhəmiyyətlidir.

Məsələn, Azərbaycan vaxtı ilə gün bitib, amma Search Console standart report-da həmin günün bütün datası hələ tam görünməyə bilər.

Ona görə günlük rəqəmlərdə kiçik fərqləri dərhal problem kimi qəbul etmək düzgün deyil.

Query filter-lərindən necə istifadə etmək olar?

Performance report-da filter-lər analysis üçün çox faydalıdır.

Məsələn:

Query contains: seo

filter-i ilə yalnız SEO ilə əlaqəli query-ləri görə bilərsiniz.

Başqa nümunə:

Page: /blog/seo-nedir

seçib yalnız həmin səhifənin query-lərini analiz etmək olar.

Regex istifadə edərək bir neçə query pattern-i də qruplaşdırmaq mümkündür.

Google hazırkı Performance report-da branded və non-branded query filter-i də təqdim edir. Bu feature-in datası 11 mart 2025-dən başlayır və uyğun property-lərdə brand ilə əlaqəli və əlaqəsiz query-ləri ayırmağa kömək edir.

Bu, xüsusilə brand awareness ilə non-brand SEO growth-u bir-birindən ayırmaq üçün faydalıdır.

Page Indexing report nədir?

Page Indexing report Google-un sayt daxilində tanıdığı URL-lərin index statusu haqqında ümumi məlumat verir.

Burada səhifələr əsasən index olunan və index olunmayan qruplara ayrılır. Index olunmayan URL-lər üçün müxtəlif səbəblər görünə bilər.

Məsələn:

• Excluded by noindex tag
• Page with redirect
• Not found (404)
• Crawled - currently not indexed
• Discovered - currently not indexed
• duplicate və canonical ilə əlaqəli statuslar

ilə qarşılaşmaq mümkündür.

Burada məqsəd bütün “Not indexed” səhifələri sıfırlamaq deyil.

Məsələn:

• admin URL;
• cart;
• filter page;
• redirect olunan köhnə URL;
• intentionally noindex səhifə

indexdə olmamalı ola bilər.

SEO işi hər exclusion-u error kimi qəbul etmək yox, indexlənməsini istədiyimiz səhifələrin vəziyyətini yoxlamaqdır.

“Crawled – currently not indexed” nə deməkdir?

Bu status Google-un URL-i crawl etdiyini, amma hazırda indexə əlavə etmədiyini göstərir.

Bunu görəndə avtomatik olaraq səhifəni 10 dəfə Request Indexing etmək lazım deyil.

Əvvəlcə bunlara baxmaq lazımdır:

• səhifə unikal və faydalıdır?
• başqa URL ilə ciddi overlap varmı?
• canonical düzgündür?
• internal links varmı?
• səhifə həqiqətən index üçün lazımdır?
• technical problem görünür?
• content zəif və ya çox azdır?

Status özü problemin tam səbəbini deməyə bilər. Ona görə URL Inspection və səhifənin öz strukturu ilə birlikdə analiz edilməlidir.

“Discovered – currently not indexed” nə deməkdir?

Bu status Google-un URL-dən xəbərdar olduğunu, amma onu hələ crawl etmədiyini göstərə bilər.

Burada da dərhal sitemap-ı təkrar-təkrar göndərmək həll olmaya bilər.

Vacib səhifələr üçün:

• normal internal linking;
• crawlable link structure;
• sitemap;
• server availability;
• lazımsız URL sayının idarəsi

kimi mövzuları yoxlamaq faydalıdır.

Kiçik saytda bir neçə yeni səhifənin dərhal crawl edilməməsi ilə milyonlarla filter URL yaradan böyük saytın crawl problemi eyni şey deyil.

URL Inspection nədir?

URL Inspection Search Console daxilində konkret bir URL-in Google tərəfindən necə görüldüyünü yoxlamaq üçün ən praktik alətlərdən biridir.

Burada URL üçün:

• Google-da olub-olmaması;
• crawl məlumatı;
• index statusu;
• canonical haqqında məlumat;
• referring sitemap;
• bəzi enhancement məlumatları

görünə bilər.

Live Test vasitəsilə isə URL-in cari versiyasının Google üçün əlçatan olub-olmadığını ayrıca yoxlamaq mümkündür.

Burada mühüm fərq var:

Indexed version — Google-un hazırda saxladığı məlumat.

Live Test — səhifənin hazırkı vəziyyəti.

Məsələn, səhifədə dünən noindex problemi olub və bu gün düzəldilibsə Indexed data hələ köhnə vəziyyəti göstərə, Live Test isə cari versiyanın indexable olduğunu göstərə bilər.

Request Indexing nə vaxt istifadə edilməlidir?

URL Inspection daxilində Request Indexing funksiyası səhifənin yenidən crawl edilməsi üçün Google-a sorğu göndərməyə imkan verir.

Bu funksiyanı səhifədə mühüm dəyişiklik edildikdən sonra istifadə etmək olar.

Məsələn:

• yeni səhifə yayımlandı;
• səhv noindex düzəldildi;
• ciddi content update edildi;
• canonical problemi həll edildi.

Amma Request Indexing index zəmanəti deyil.

Səhifə keyfiyyətsiz, duplicate və ya başqa ciddi problemə malikdirsə request göndərmək həmin problemi aradan qaldırmır.

Bu düyməni “index problemi düzəldən düymə” kimi yox, Google-a URL-i yenidən yoxlamaq üçün siqnal kimi düşünmək daha düzgündür.

Sitemaps report nədir?

Sitemaps bölməsi XML sitemap-ları Google-a təqdim etməyə və onların vəziyyətini izləməyə imkan verir.

Normal sitemap əsas indexable canonical URL-ləri ehtiva etməlidir.

Məsələn sitemap daxilində bunların qalması ideal deyil:

• 404 URL-lər;
• redirect olunan səhifələr;
• noindex URL-lər;
• duplicate variantlar.

Sitemap Google-a URL discovery-də kömək edə bilər, amma sitemap-a URL əlavə etmək səhifənin avtomatik indexlənməsi demək deyil.

Search Console-un hazırkı Help bölməsində Sitemaps report ayrıca əsas Search Console funksiyalarından biri kimi saxlanılır.

“Couldn’t fetch” görəndə nə etmək lazımdır?

Sitemap report-da “Couldn’t fetch” göründükdə ilk mərhələdə sitemap URL-in browser və server səviyyəsində normal açılıb-açılmadığını yoxlamaq lazımdır.

Məsələn:

• HTTP 200 qaytarır?
• XML format düzgündür?
• Googlebot bloklanmayıb?
• redirect və ya authentication problemi yoxdur?
• sitemap URL doğrudur?

Ancaq təkcə Search Console statusundan dərhal ciddi indexing problemi nəticəsi çıxarmaq düzgün deyil. Son Search Console community izahlarında “Couldn’t fetch” mesajının bəzi hallarda sitemap-ın hələ emal edilmədiyi vəziyyətlərdə də görünə bildiyi qeyd olunur; buna görə real server və URL vəziyyətini ayrıca yoxlamaq lazımdır. Bu community mənbəyidir, ona görə rəsmi məhsul sənədi ilə eyni səviyyədə qəbul edilməməlidir.

Core Web Vitals report nə göstərir?

Search Console daxilində Core Web Vitals report real istifadəçi təcrübəsi datası əsasında səhifə qruplarının performansını göstərməyə kömək edir.

Əsas metriklər:

• LCP;
• INP;
• CLS.

Burada “Good”, “Needs improvement” və ya “Poor” URL qrupları görə bilərsiniz.

Vacib məqam budur ki, Search Console Core Web Vitals report lab test deyil. Bu report real istifadəçi datasına əsaslanır. Kiçik və ya kifayət qədər field data toplamayan saytlarda bəzi device type-lar üçün məlumat ümumiyyətlə görünməyə bilər.

Konkret səhifəni debug etmək üçün isə PageSpeed Insights və Chrome DevTools daha detallı texniki analiz verə bilər.

Search Console ilə PageSpeed Insights eyni şeydirmi?

Xeyr.

Search Console Core Web Vitals report böyük mənzərəni və field data-nı göstərir.

PageSpeed Insights isə konkret URL üçün field data mövcud olduqda onu göstərməklə yanaşı Lighthouse əsaslı lab analizi də təqdim edir.

Məsələn, Search Console:

“Bu URL qrupunda LCP problemi var”

deyə bilər.

PageSpeed və DevTools isə problemin səbəbini araşdırarkən:

• hero image;
• render-blocking resources;
• JavaScript;
• server response;
• font loading

kimi faktorları analiz etməyə kömək edə bilər.

SEO və frontend birlikdə işlədikdə bu fərq xüsusilə vacib olur. Search Console problemin mövcudluğunu göstərir, frontend debugging isə texniki səbəbi tapmağa kömək edir.

Manual Actions bölməsi nədir?

Manual Actions Google tərəfindən saytın müəyyən spam siyasəti pozuntularına görə manual action alıb-almadığını göstərən bölmədir.

Normal halda burada problem olmamalıdır.

Əgər manual action varsa, bu sadəcə adi ranking fluctuation deyil və göstərilən problemin ayrıca araşdırılması lazımdır.

Search traffic düşdükdə ilk yoxlanmalı bölmələrdən biri ola bilər, amma hər traffic drop manual action demək deyil.

Algorithm dəyişiklikləri, rəqiblər, seasonality, texniki problemlər və content dəyişiklikləri də trafikə təsir edə bilər.

Security Issues bölməsi nə üçündür?

Security Issues saytın hacking, malware və digər təhlükəsizlik problemləri ilə bağlı Google tərəfindən müəyyən edilmiş xəbərdarlıqları göstərə bilər.

Bu problemlər yalnız SEO məsələsi deyil.

Əgər sayt hacked və ya təhlükəli vəziyyətdədirsə, istifadəçi və biznes təhlükəsizliyi prioritet olmalıdır.

Problem həll olunduqdan sonra uyğun review prosesi aparıla bilər.

Search Console ilə keyword research necə edilir?

Search Console klassik keyword research alətinin tam alternativi deyil, amma real sayt üçün çox dəyərli query datası verir.

Xüsusilə artıq impression alan sayt üçün belə workflow istifadə etmək olar:

1. Son 3 ayın Queries datasını export edin.
2. Query-ləri page üzrə qruplaşdırın.
3. High impression / low click sorğuları ayırın.
4. Position 5–20 arası opportunity query-lərə baxın.
5. Mövcud səhifənin həmin intent-i tam qarşılayıb-qarşılamadığını yoxlayın.
6. Yeni content gap-ları ayrıca ayırın.

Məsələn, bir səhifə gözləmədiyiniz yeni query ailəsində impression almağa başlayırsa, bu mövcud kontenti genişləndirmək və ya ayrıca topic yaratmaq üçün real siqnal ola bilər.

High impression, low CTR səhifələr necə analiz edilməlidir?

Bu Search Console-da ən praktik opportunity-lərdən biridir.

Məsələn:

Impressions: 25.000

Clicks: 200

Average Position: 4.8

CTR gözlənildiyindən aşağı görünə bilər.

Burada yoxlamaq olar:

• title query ilə uyğun gəlir?
• snippet real səhifəni düzgün təqdim edir?
• search intent dəyişib?
• SERP-də ads və digər features çoxdur?
• brand nəticələri üstünlük təşkil edir?
• rəqiblərin title-ları daha aydındır?

Əgər problem title və snippet təqdimatındadırsa, on-page SEO elementlərini yenidən nəzərdən keçirmək lazım ola bilər.

Amma rank 30-dursa aşağı CTR əsas problem deyil. Əvvəlcə visibility problemi həll olunmalıdır.

Position 5–20 arası query-lər niyə maraqlıdır?

Bu interval universal “SEO qaydası” deyil, amma praktiki content optimization zamanı faydalı segmentdir.

Səhifə artıq müəyyən query-də Google tərəfindən relevant hesab olunur, amma top nəticələrə tam çatmayıb.

Belə query üçün bunları yoxlamaq olar:

• content intent-i tam qarşılayır?
• vacib alt mövzu çatışmır?
• səhifənin internal link dəstəyi zəifdir?
• title və heading daha dəqiq ola bilər?
• rəqiblərin content coverage-i daha yaxşıdır?
• target səhifə yanlış seçilib?

Burada məqsəd keyword-i mətndə 20 dəfə artırmaq deyil.

Mövcud ranking səbəbini analiz edib real gap-i tapmaq lazımdır.

Traffic drop Search Console-da necə araşdırılır?

Traffic düşdükdə əvvəlcə problemin bütün sayta, müəyyən page-lərə və ya müəyyən query qrupuna aid olduğunu ayırmaq lazımdır.

Praktik workflow:

1. Last 3 months vs previous period müqayisəsi açın.
2. Pages bölməsində ən çox click itirən URL-ləri tapın.
3. Həmin URL-lərin Queries datasına baxın.
4. Device və country dəyişikliklərini yoxlayın.
5. Impression və click-i ayrı müqayisə edin.
6. Indexing və technical problemləri ayrıca yoxlayın.
7. Dəyişiklik tarixlərini nəzərə alın.

Məsələn:

Impression düşüb + position düşüb
Ranking və visibility problemi ola bilər.

Impression eyni + click düşüb
CTR, SERP və intent tərəfi araşdırıla bilər.

Bütün səhifələr eyni gündə kəskin düşüb
Site-wide technical problem, manual action və ya daha geniş xarici faktorları yoxlamaq lazımdır.

Google özü də traffic dəyişikliklərinin müxtəlif səbəbləri ola biləcəyini və page dəyişikliklərinin nəticəsini ölçərkən başqa faktorları nəzərə almağı tövsiyə edir.

Search Console datasını export etmək

Böyük analiz zamanı hər şeyi browser daxilində etmək lazım deyil.

Search Console datasını export edib Google Sheets və ya başqa analiz mühitində işləmək mümkündür.

Məsələn belə bir SEO sheet qurmaq olar:

Daha sonra:

• ən çox düşən query-lər;
• ən çox artan səhifələr;
• low CTR opportunities;
• new query opportunities

üçün ayrıca filter qurmaq mümkündür.

Bu cür reporting SEO qərarlarını “məncə trafik azalıb” səviyyəsindən konkret dataya keçirir.

Search Console və frontend birlikdə necə istifadə olunur?

Search Console SEO datası verir, amma bəzi problemlərin həlli development tələb edir.

Məsələn Search Console-da:

• URL indexlənmir;
• Core Web Vitals zəifdir;
• səhifə Google tərəfindən başqa canonical ilə seçilir

kimi siqnal görürük.

Sonra frontend və technical yoxlama zamanı səbəb:

• səhv meta robots;
• canonical implementation;
• JavaScript rendering;
• böyük image;
• hydration problemi;
• yanlış redirect;
• template bug

ola bilər.

Bu səbəbdən SEO audit ilə development bir çox layihədə bir-birindən tam ayrı deyil.

EmilGasarayev.com portfolio-da olan Casa D’Arte SEO case study buna praktik nümunədir: layihədə Search Console inteqrasiyası, sitemap, indexation, canonical, hreflang və digər technical SEO məsələləri birlikdə işlənib.

Search Console-da hansı səhvləri etməmək lazımdır?

Hər “Not indexed” URL-i problem hesab etmək

Bəzi URL-lər qəsdən indexdən kənarda saxlanılır. Məqsəd bütün URL-ləri index etdirmək deyil, düzgün səhifələri index etdirməkdir.

Request Indexing-i həll yolu kimi görmək

Texniki və content problemi həll etmədən Request Indexing düyməsini təkrar basmaq problemi düzəltmir.

Average Position-u exact rank hesab etmək

Average Position orta göstəricidir və müxtəlif query, location və device datalarını ehtiva edə bilər.

Bir günlük dataya görə qərar vermək

Gündəlik dəyişikliklər normal ola bilər. Xüsusilə son dövr datasının preliminary ola biləcəyini nəzərə almaq lazımdır.

Yalnız ümumi click sayına baxmaq

Click artımı branded traffic-dən gələ bilər. Page və query səviyyəsinə düşmək lazımdır.

Sitemap-da URL varsa index olmalıdır düşünmək

Sitemap discovery köməkçisidir, index zəmanəti deyil.

Search Console-u tək SEO aləti hesab etmək

Search Console backlink analizi, full site crawl və frontend debugging üçün nəzərdə tutulmayıb. Screaming Frog, Ahrefs/Semrush, Analytics və DevTools kimi alətlərlə birlikdə daha güclü nəticə verir.

Google Search Console üçün praktik həftəlik checklist

Saytın ölçüsündən asılı olaraq hər gün bütün GSC report-larını yoxlamaq lazım deyil. Praktik həftəlik workflow belə ola bilər:

1. Performance trendinə baxın. Click və impressions əvvəlki dövrlə necə dəyişib?
2. Top pages yoxlayın. Əsas trafik hansı URL-lərdən gəlir?
3. Losers və winners ayırın. Hansı səhifələr artıb və ya düşüb?
4. Queries yoxlayın. Yeni keyword opportunity varmı?
5. Page Indexing dəyişikliklərinə baxın. Vacib səhifələrdə yeni problem yaranıb?
6. Yeni URL-ləri inspect edin. Vacib yeni səhifələr Google tərəfindən tanınır?
7. Core Web Vitals-a baxın. Yeni problem qrupu yaranıb?
8. Manual Actions və Security Issues yoxlayın.

Kiçik sayt üçün bu proses qısa ola bilər. Böyük e-commerce və ya news saytında isə daha sistemli monitorinq tələb olunur.

Aylıq SEO report-da Search Console necə istifadə olunur?

Aylıq reporting üçün sadəcə “click +20%” yazmaq kifayət deyil.

Daha faydalı report belə strukturlaşdırıla bilər:

Organic performance

• Clicks;
• Impressions;
• CTR;
• Average Position.

Top winners

• ən çox click artıran səhifələr;
• ən çox impression artıran query-lər.

Top losses

• trafik itirən səhifələr;
• düşən query cluster-ları.

Indexation

• vacib indexed pages;
• yeni index problemləri.

Work completed

• hansı səhifələr yenilənib;
• hansı technical fix-lər tətbiq edilib.

Next actions

• content refresh;
• technical fix;
• internal linking;
• yeni content.

Bu model rəqəmi iş və növbəti planla əlaqələndirir.

Mənim SEO və frontend üzrə iş yanaşmamda da monitorinq və hesabat mərhələsi GSC, Ahrefs, Semrush və digər dataların birlikdə analizinə əsaslanır.

Search Console-da nəticə artanda nə etməli?

Yaxşı performans göstərən səhifəni də tamamilə unutmaq olmaz.

Məsələn, bir blog 3 ay ərzində:

Impressions: 2.000 → 15.000

Clicks: 50 → 400

artıb.

Burada həmin səhifənin:

• hansı yeni query-lərdə görünməyə başladığını;
• hansı section-ların mövzu coverage-i yaratdığını;
• başqa hansı əlaqəli content-ə keçid verilə biləcəyini;
• məlumatların köhnəlib-köhnəlmədiyini

yoxlamaq mümkündür.

Güclü səhifələr yeni content cluster-larını planlamaq üçün də data mənbəyi ola bilər.

Search Console-da nəticə düşəndə nə etməli?

İlk addım panik şəkildə hər şeyi dəyişmək deyil.

Əvvəlcə düşüşü seqmentləşdirin:

Bütün sayt düşüb?

Yoxsa:

yalnız bir page?

Sonra:

bütün query-lər?

Yoxsa:

bir keyword cluster?

Daha sonra timing yoxlanılır:

• sayt update olunub?
• URL dəyişib?
• noindex səhvi yaranıb?
• migration olub?
• content dəyişib?
• seasonal demand azalıb?
• SERP dəyişib?

Problem müəyyənləşdirilmədən title, content və URL-i eyni vaxtda dəyişmək səbəbi anlamağı daha da çətinləşdirə bilər.

Search Console SEO nəticəsinin özü deyil

Search Console çox faydalıdır, amma platformadakı rəqəmləri biznes nəticəsi ilə qarışdırmaq olmaz.

Məsələn:

Impression +100%

yaxşı görünə bilər.

Amma həmin impression-lar bizneslə əlaqəsiz query-lərdən gəlirsə real dəyəri aşağı ola bilər.

Eyni şəkildə click azalması da həmişə pis deyil.

Əgər zəif və əlaqəsiz query-lərdə visibility azalıb, əsas commercial səhifələrdə qualified traffic artıbsa ümumi SEO nəticəsini ayrıca qiymətləndirmək lazımdır.

Əsas məqsəd Search Console rəqəmlərini böyütmək yox, düzgün search visibility qurmaqdır.

Nəticə

Google Search Console nədir sualına qısa cavab versək, Search Console saytın Google Search-də necə göründüyünü, hansı query və səhifələrin trafik aldığını və Google-un saytın müxtəlif URL-ləri haqqında hansı index məlumatını göstərdiyini analiz etməyə imkan verən əsas SEO alətlərindən biridir.

Performance report vasitəsilə click, impression, CTR və position analiz etmək; Page Indexing vasitəsilə index vəziyyətini izləmək; URL Inspection ilə konkret səhifəni yoxlamaq; Sitemaps vasitəsilə XML sitemap təqdim etmək mümkündür.

Amma əsas bacarıq report-ları açmaq deyil, datanı düzgün oxumaqdır.

High impression həmişə uğur deyil. Low CTR həmişə title problemi deyil. “Not indexed” görünən bütün URL-lər səhv deyil. Average Position isə exact rank deyil.

Ən sağlam yanaşma Search Console datasını saytın texniki vəziyyəti, search intent, content və real biznes məqsədləri ilə birlikdə analiz etməkdir.

Əgər saytınızda click və impression düşüşünün səbəbini, index problemlərini və ya hansı səhifələrin optimizasiya prioriteti olduğunu müəyyən etmək istəyirsinizsə, əvvəlcə GSC datasını page və query səviyyəsində ayırmaq, sonra texniki və kontent tərəfini birlikdə yoxlamaq daha düzgün başlanğıcdır.

Xarici mənbələr

• Google Search Console Help — anchor: Google Search Console Help
• Performance report: common tasks and use cases — Google Performance report sənədləri
• Performance report data və tarix izahı — Search Console Performance data qaydaları