FAQ schema indi nə üçün lazımdır?

FAQPage-i səhifədəki sual-cavabın texniki təsviri kimi qiymətləndirin. Schema.org bu tipi bir və ya bir neçə tez-tez verilən sualı təqdim edən səhifə kimi müəyyən edir. FAQPage tərifi hələ mövcuddur.

Structured data, yəni strukturlaşdırılmış məlumat, məzmunun hissələrini müəyyən adlarla işarələməkdir. Burada səhifə FAQPage, ayrı sual Question, cavab isə Answer kimi göstərilir. Ümumi yanaşmanı öyrənmək üçün schema markup bələdçisindən başlayın.

Google FAQ görünüşünü 7 may 2026 tarixindən dayandırıb. Köhnə FAQ sənədinin ünvanı indi yeniləmələr səhifəsinə yönləndirilir. Buna görə əvvəlki təlimatlardakı ekran görüntülərini cari imkan kimi qəbul etməyin. Rəsmi dəyişiklik qeydi qərar üçün əsas mənbədir.

Mənim tövsiyəm: yalnız bu görünüşü əldə etmək məqsədilə yeni iş sifariş etməyin. Komandanızdan görüləcək işin nəticəsini yazılı istəyin. Cavab sadəcə “Google-da FAQ çıxacaq” olarsa, tapşırığın məqsədini yenidən müəyyənləşdirin.

Hansı sualları səhifəyə əlavə etməli?

Sualları müştərilərin yazışmalarından seçin. Son sifariş mesajlarına baxın və alışı dayandıran qeyri-müəyyənlikləri qeyd edin. Cavabını bilmədiyiniz suala kod hazırlamaq əvəzinə əvvəl biznes daxilində qaydanı dəqiqləşdirin.

Hipotetik nümunə: Bakıdakı kafe

Təsəvvür edin ki, kafeniz üçün rezervasiya səhifəsi hazırlayırsınız. “Siz niyə ən yaxşı kafesiniz?” əvəzinə “Masa rezervasiyası üçün hansı məlumatları göndərməliyəm?” sualını seçin. Cavabda gün, saat və qonaq sayını istədiyinizi aydın yazın.

Başqa faydalı sual “Rezervasiya nə vaxt təsdiqlənmiş sayılır?” ola bilər. Hipotetik cavab belədir: “Komandamız sizə təsdiq mesajı göndərəndən sonra rezervasiya tamamlanır.” Bu, real kafenin qaydası deyil; öz işinizə uyğunlaşdırmalı olduğunuz nümunədir.

• Hər sualda yalnız bir əsas məsələ saxlayın.
• Cavabı birbaşa məlumatla başlayın, reklam cümləsi ilə yox.
• İstisna varsa, onu əsas cavabın yanında yazın.
• Dəyişən qaydanın kim tərəfindən yenilənəcəyini müəyyən edin.
• Səhifəyə aid olmayan sualı uyğun bölməyə köçürün.

Bir həmkarınıza cavabları oxutdurun və ondan növbəti addımı deməsini istəyin. Hələ “kimə yazım?” və ya “nə göndərim?” soruşursa, həmin məlumatı cavaba əlavə edin. Mətnin faydasını koddan əvvəl yoxlayın.

Suallar çoxdursa, hamısını ana səhifəyə yığmayın. Çatdırılma suallarını çatdırılma bölməsində, rezervasiya suallarını rezervasiya səhifəsində saxlayın. Daha geniş seçim üçün schema strategiyası bələdçisinə baxın.

FAQ schema nümunəsi necə hazırlanır?

Aşağıdakı nümunəni öz səhifənizdə görünən sual və cavabla əvəz edin. JSON-LD burada məlumatı ad və dəyər cütləri ilə saxlayan kod formatıdır. Nümunə qəsdən bir sualdan ibarətdir ki, əvvəl quruluşu rahat yoxlayasınız.

Hipotetik görünən mətn: Masa rezervasiyası üçün nə göndərməliyəm? Rezervasiya gününü, saatını və qonaq sayını göndərin.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Masa rezervasiyası üçün nə göndərməliyəm?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Rezervasiya gününü, saatını və qonaq sayını göndərin."
      }
    }
  ]
}
</script>

Kodda hansı hissəni dəyişirsiniz?

Bu şablonda name yerinə sualı, text yerinə cavabı yazın. Növbəti sual üçün bütöv Question hissəsini mainEntity siyahısına əlavə edin. Mötərizələri və sahə adlarını təsadüfi dəyişməyin.

Səhifənin əsas məzmununu göstərən mainEntity və mətn üçün text sahələri Schema.org lüğətində təsvir olunur. FAQPage sahələrinə baxarkən bütün mümkün sahələri doldurmağa çalışmayın; bu tapşırıq üçün sadə nümunədən başlayın.

Mətndə dırnaq işarəsi varsa, kodu əl ilə təxminən düzəltməyin. Tərtibatçıdan və ya istifadə etdiyiniz kod generatorundan düzgün JSON çıxışı alın. Sizin qəbul meyarınız kodun görünüşü deyil, sual və cavabın dəyişmədən saxlanması olsun.

Hazır kodu sayta necə yerləşdirməli?

Əvvəl həmin səhifədə FAQPage kodunun artıq olub-olmadığını yoxlatdırın. Saytı idarə edən şəxsdən səhifənin HTML çıxışında FAQPage axtarmasını istəyin. Sonra mövcud mənbəni yeniləmək və ya yeni kod əlavə etmək barədə qərar verin.

WordPress ilə işləyirsinizsə

Əvvəl mövcud SEO əlavəsini və sual-cavab blokunu nəzərdən keçirin. Yoast SEO və ya Rank Math istifadə edirsinizsə, quraşdırılmış versiyada hansı funksiyanın aktiv olduğunu yoxlayın. Yeni əlavə quraşdırmazdan əvvəl hazır sistemin çıxışını tərtibatçı ilə birlikdə nəzərdən keçirin.

Konkret düymənin yerini köhnə videodan götürməyin. Saytınıza uyğun təlimat istəyin: hansı səhifədə nə dəyişdiriləcək, kodu hansı vasitə yaradacaq və gələcək düzəliş harada ediləcək? Ümumi iş ardıcıllığı üçün WordPress SEO qurulması bələdçisini oxuyun.

Əl ilə əlavə edirsinizsə

Tərtibatçıya kodu yalnız seçilmiş səhifənin HTML çıxışına JSON-LD bloku kimi yerləşdirmək tapşırığı verin. Onu bütün sayta tətbiq olunan ümumi sahəyə düşünmədən yapışdırmayın. Dəyişiklikdən əvvəl əvvəlki variantın surətini saxlayın.

AZ və EN səhifələri üçün ayrı mətn hazırlayın. Azərbaycan səhifəsinə ingilis cavabını, ingilis səhifəsinə Azərbaycan cavabını köçürməyin. Hər dilin görünən sualını onun öz kodundakı sualla yanaşı müqayisə edin.

Qurulumun düzgünlüyünü necə yoxlamalı?

Yoxlamanı iki hissəyə bölün: kod oxunurmu və biznes məlumatı doğrudurmu? Birinci hissə üçün Schema Markup Validator ilə səhifəni və ya kodu yoxlayın. İkinci hissəni rezervasiya, çatdırılma və ya müştəri xidmətinə cavabdeh şəxsə həvalə edin.

1. Səhifəni adi ziyarətçi kimi açın və sualları tapın.
2. Hər cavabı mövcud biznes qaydası ilə tutuşdurun.
3. Koddakı sual-cavab cütlərini görünən mətnlə müqayisə edin.
4. Yoxlama alətinin göstərdiyi sintaksis, yəni kodun yazılış səhvlərini düzəldin.
5. Eyni səhifədə ziddiyyətli köhnə FAQ kodunu axtarın.
6. Düzəlişdən sonra yayımdakı səhifəni yenidən yoxlayın.

Hipotetik onlayn mağaza nümunəsində görünən cavab “çatdırılma vaxtını sifarişdən sonra təsdiqləyirik”, kod isə “sabah çatdırırıq” deyirsə, işi tamamlanmış saymayın. Əvvəl doğru qaydanı seçin, sonra hər iki yeri ona uyğun yeniləyin. Burada məsələ vergül yox, müştəriyə verilən vəddir.

Qəbul sənədində səhifənin ünvanını, yoxlayan şəxsi və qalan problemi qeyd edin. Sadəcə “schema hazırdır” yazılmış mesajla kifayətlənməyin. Digər səhifə problemlərini də nəzərdən keçirmək üçün texniki SEO yoxlama siyahısından istifadə edin.

Mövcud FAQ kodunu saxlamalı, yoxsa silməli?

Təcili silmə işi açmayın. Mövcud FAQ məlumatını saxlamaq mümkündür; onun olması artıq Google-da FAQ görünüşü yaratmır. Search Engine Journal-ın dəyişiklik icmalı da silməyə tələsməməyi izah edir.

Mənim qərar meyarım sadədir: məzmun doğrudursa, saxlanması asandırsa və başqa prosesdə istifadə edilirsə, saxlamağı nəzərdən keçirin. Köhnə cavabları əl ilə izləmək lazımdırsa və konkret istifadə məqsədi yoxdursa, kodu çıxarmağı qiymətləndirin. Faydalı görünən sual-cavab mətnini ayrıca qoruyun.

Bu həftə üçün kiçik iş planı

• Bir səhifə seçin və onun suallarını müştəri yazışmaları ilə müqayisə edin.
• Qeyri-müəyyən cavabları biznes daxilində dəqiqləşdirin.
• Mövcud kodun hansı vasitədən gəldiyini qeyd edin.
• Saxlamaq, yeniləmək və ya çıxarmaq qərarını əsaslandırın.
• Dəyişikliyi yoxlayın və sonrakı yeniləmə üçün məsul şəxs seçin.

Nəticəni qiymətləndirəndə müştərinin eyni sualı yenə verib-vermədiyini izləməyi təklif edirəm. Bu müşahidəni schema-nın sıralamaya təsirinin sübutu saymayın. Daha geniş iş bölgüsü üçün SEO auditi planına baxın.

Tərtibatçıya verəcəyiniz tapşırıq belə ola bilər: “Bu səhifədəki təsdiqlənmiş sual-cavabları yoxla, mövcud FAQPage mənbəsini tap və uyğun variantı yenilə. Mənə görünən mətnlə kodun uyğunluğunu göstər. Sonradan cavabı dəyişmək üçün haraya daxil olacağımı yaz.”