Saytda yerli SEO: LocalBusiness schema və şəhər səhifələri

Google Business Profile Local SEO-nun mərkəzidir, amma tavanı var. Yerli paketdə cəmi üç yer var və axtaranın mövqeyi dəyişəndə o üç yer də dəyişir. Orqanik blokda isə on nəticə var və orada görünmək üçün profil deyil, saytınız işləyir.

Bundan başqa saytın ikinci, daha az görünən vəzifəsi də var: profilin dediyi məlumatı təsdiqləmək. Ünvan, telefon və ad saytda başqa cür yazılıbsa, siz Google-a ziddiyyətli siqnal göndərirsiniz. Bu yazı sayt tərəfindəki bütün işi bir yerə toplayır — NAP uyğunluğundan LocalBusiness sxem işarələməsinə və şəhər səhifələrinin təhlükəsiz qurulmasına qədər.

Saytın yerli SEO-dakı üç işi

Birinci — orqanik blokda görünmək. "Bakıda stomatoloq" sorğusunda yerli paket üç yer verir, altındakı orqanik nəticələr isə on. Paketə düşməsəniz belə, yaxşı yazılmış xidmət səhifəsi ilə orada yer tuta bilərsiniz. Üstəlik ideal vəziyyət hər iki blokda eyni anda görünməkdir.

İkinci — tanınırlığı qidalandırmaq. Google-un prominence anlayışı vebdəki ümumi izinizi nəzərə alır. Saytınıza gələn linklər, adınızın mətbuatda və kataloqlarda keçməsi bura daxildir. Sayt olmadan bu izin toplanacağı bir mərkəz də olmur.

Üçüncü — məlumatı təsdiqləmək. Profildəki ünvan və telefonun saytda eyni formada təkrarlanması Google üçün doğrulama siqnalıdır. Ziddiyyət olanda isə hansının doğru olduğunu Google özü qərar verməli olur — və həmişə sizin istədiyiniz kimi qərar vermir.

NAP uyğunluğu: ad, ünvan, telefon

NAP — Name, Address, Phone (ad, ünvan, telefon). Prinsip sadədir: bu üç məlumat mövcud olduğunuz hər yerdə eyni formada yazılmalıdır — saytda, Business Profile-da, sosial şəbəkələrdə, kataloqlarda, fakturada.

"Eyni forma" ifadəsi hərfi mənadadır. Aşağıdakı variantlar insan üçün eyni, sistem üçün fərqlidir:

Praktik qaydalar:

1. Bir standart seçin və yazılı şəkildə saxlayın. Ad, ünvan və telefonun "rəsmi yazılışı" komanda üçün sənəd olsun.
2. Profildəki formanı əsas götürün. Sayt profilə uyğunlaşsın, əksinə yox.
3. Telefonu beynəlxalq formatda yazın (+994...) və saytda tel: linki ilə verin — mobil istifadəçi bir toxunuşla zəng etsin.
4. Ünvanı mətn kimi yazın, şəkil içində yox. Şəkildəki ünvanı nə Google oxuyur, nə də istifadəçi kopyalaya bilir.
5. Alt hissədə (footer) təkrarlayın — bütün səhifələrdə görünsün.
6. Köhnə ünvanı yeniləyin. Köçmüsünüzsə, kataloqlardakı köhnə qeydlər ən çətin təmizlənən şeydir və uzun müddət ziddiyyət yaradır.

Xidmət ərazili bizneslərdə ünvan gizlədildiyi üçün NAP-ın "A" hissəsi saytda göstərilmir. Onda ad + telefon + xidmət ərazisi eyni məntiqlə sabit saxlanılır.

Əlaqə səhifəsi

Əlaqə səhifəsi çox vaxt saytın ən az əmək sərf olunan, amma yerli SEO-da ən vacib səhifəsidir. Yerli axtarışdan gələn istifadəçinin gördüyü ikinci səhifə adətən elə budur.

Tam əlaqə səhifəsində olmalıdır:

• Tam ünvan mətn şəklində — küçə, bina, mərtəbə, rayon, şəhər, poçt indeksi
• Xəritə — daxil edilmiş (embed) xəritə və "İstiqamət al" linki
• Telefon tel: linki ilə, e-poçt mailto: linki ilə
• İş saatları — profildəkinin eynisi, bayram günləri qeyd olunmaqla
• Oraya necə çatmaq — ictimai nəqliyyat, parkinq, giriş haqqında bir neçə cümlə. Bu, həm istifadəçiyə kömək edir, həm də səhifəyə real yerli məzmun verir
• Filiallar — bir neçə məkan varsa, hər birinin ayrıca bloku və ya səhifəsi
• Business Profile-a link — "Bizi Google Xəritədə görün"
• Əlaqə forması — sadə, az sahəli

Bir texniki qeyd: xəritə embed-i səhifənin yüklənməsini ləngidə bilər. Xəritəni "lazy" (gec) yükləmə ilə qoymaq və ya klikdən sonra açılan şəkil formasında vermək düzgün yanaşmadır — bu, texniki SEO tərəfinin bir hissəsidir.

LocalBusiness sxem işarələməsi

Sxem işarələməsi (structured data) — səhifədəki məlumatı maşının oxuya biləcəyi formata çevirmək deməkdir. LocalBusiness tipi Google-a biznesin adını, ünvanını, iş saatlarını və əlaqə məlumatını birbaşa bildirir.

Google bunu belə izah edir: "With Local Business structured data, you can tell Google about business hours, different departments within a business, reviews (if your site captures reviews about other businesses), and more."

Amma bir gözləntini əvvəlcədən düzəltmək lazımdır. Google açıq yazır: "Google does not guarantee that features that consume structured data will show up in search results." Yəni sxem qoymaq zəngin nəticə (rich result) zəmanəti vermir və birbaşa sıralama amili deyil. Faydası başqadır: məlumatınızı birmənalı edir və ziddiyyət ehtimalını azaldır.

Tələb olunan sahələr cəmi ikidir: name və address. Qalanları tövsiyə olunur: telephone, openingHoursSpecification, geo, url, priceRange, department, image.

Ünvanlı biznes üçün minimal, amma tam nümunə:

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://example.az/#localbusiness",
  "name": "Dental Plus",
  "url": "https://example.az/",
  "image": "https://example.az/storage/klinika.jpg",
  "telephone": "+994125550011",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Nizami küçəsi 45",
    "addressLocality": "Bakı",
    "postalCode": "AZ1005",
    "addressCountry": "AZ"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 40.3776,
    "longitude": 49.8920
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "09:00",
      "closes": "19:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "10:00",
      "closes": "16:00"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/dentalplus",
    "https://www.instagram.com/dentalplus"
  ]
}

Diqqət ediləsi məqamlar:

• Ən dəqiq tipi seçin. LocalBusiness ümumi tipdir; alt tiplər var — Dentist, Restaurant, AutoRepair, BeautySalon, LegalService. Dəqiq tip daha çox məlumat verir.
• @id qoyun və digər sxemlərdən ona istinad edin. Bu, saytdakı bütün sxemləri bir varlıq ətrafında birləşdirir — məntiqi schema markup və varlıqların bağlanması yazısında açılır.
• Sxemdəki məlumat səhifədə görünən məlumatla eyni olmalıdır. Səhifədə olmayan iş saatını sxemə yazmaq qayda pozuntusudur.
• Xidmət ərazili bizneslərdə address əvəzinə areaServed istifadə olunur və küçə ünvanı verilmir.
• Hər filial üçün ayrıca sxem — öz səhifəsində, öz @id-si ilə.

Rəy sxemi tələsi

Bu, sayt tərəfində ən çox səhv edilən yerdir və nəticəsi də konkretdir.

Çoxlu sayt öz müştəri rəylərini ana səhifəyə qoyur və ulduz göstərsin deyə aggregateRating sxemi əlavə edir. Məntiqli görünür — amma Google buna birbaşa qadağa qoyur:

"If the entity that's being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature."

Yəni qiymətləndirilən tərəf rəyləri özü idarə edirsə, o səhifə ulduz göstərmə imkanından məhrum olur. Bu, "self-serving review" (öz-özünə xidmət edən rəy) adlanır və öz saytınızda topladığınız öz rəylərinizi əhatə edir — üçüncü tərəf vidcetləri ilə göstərilsə belə.

Diqqət yetirin ki, Google-un LocalBusiness sənədindəki ifadə də eyni istiqamətə işarə edir: rəyləri işarələmək "if your site captures reviews about other businesses" şərti ilə verilir.

Bəs nə etmək olar?

• Müştəri rəylərini saytda göstərin — bu faydalıdır və çevrilməni artırır. Sadəcə aggregateRating / Review sxemi əlavə etməyin.
• Ulduzların yeri Google Business Profile-dır — real rəylər orada toplanır və axtarış nəticəsində orada görünür.
• Sxem enerjinizi işləyən yerlərə yönəldin: LocalBusiness, Service, FAQPage, BreadcrumbList.

Şəhər və filial səhifələri

Bir neçə şəhərdə və ya rayonda işləyirsinizsə, hər biri üçün ayrıca səhifə düzgün strategiyadır — amma yalnız bir şərtlə: səhifə real və fərqli məzmun daşımalıdır.

İki fərqli hal var və qarışdırılmamalıdır:

1. Fiziki filial. Hər fiziki məkan üçün ayrıca səhifə olmalıdır. Bu səhifə həmin filialın Business Profile-ına uyğun gəlir və özündə saxlayır: filialın ünvanı, xəritə, telefon, iş saatları, komanda, fotolar, "necə çatmaq", həmin filiala aid xidmətlər və LocalBusiness sxemi.

2. Xidmət ərazisi. Ofisiniz Bakıdadır, amma Sumqayıta da gedirsiniz. Sumqayıt üçün səhifə yarada bilərsiniz — amma o səhifə həmin ərazi üçün real məlumat daşımalıdır: hansı xidmətlər ora gedir, çatdırılma müddəti, əlavə haqq varmı, orada görülmüş işlərin nümunələri, ərazi ilə bağlı suallar.

Praktik test: səhifədən şəhər adını silin. Geriyə həmin əraziyə aid heç nə qalmırsa, o səhifə real deyil.

Nə qədər şəhər səhifəsi etmək olar? Sabit rəqəm yoxdur — meyar keyfiyyətdir. Real məzmun yaza biləcəyiniz qədər. Üç güclü şəhər səhifəsi, iyirmi boş səhifədən qat-qat yaxşıdır.

Doorway səhvi

Google-un spam siyasətlərində bu praktikanın adı var və tərifi belədir:

"Doorway abuse is when sites or pages are created to rank for specific, similar search queries. They lead users to intermediate pages that aren't as useful as the final destination."

Sənəddəki nümunələr arasında bizim mövzuya birbaşa aid olanı da var: "Having multiple domain names or pages targeted at specific regions or cities that funnel users to one page" — yəni müxtəlif şəhərlərə hədəflənmiş və hamısı istifadəçini eyni səhifəyə yönəldən səhifələr.

Bu, sadəcə "faydasız" sayılmır — spam siyasətinin pozulmasıdır və müvafiq tədbirlərə səbəb ola bilər.

Sərhədi ayırd etmək asandır:

Ən sadə qayda: səhifəni real istifadəçi üçün yazın. Bir şəhər səhifəsi həmin şəhərdəki adamın sualına cavab verirsə, doorway deyil.

Daxili linkləmə

Yerli səhifələr bir-birindən təcrid olunmuş qalmamalıdır. İşləyən struktur belədir:

• Ana səhifə → əsas xidmətlər və əsas ərazi
• Xidmət səhifələri → müvafiq şəhər/filial səhifələrinə link
• Şəhər səhifələri → həmin ərazidə təklif olunan xidmətlərə link
• Əlaqə səhifəsi → bütün filial səhifələrinə link
• Bloq yazıları → müvafiq xidmət və şəhər səhifələrinə link
• Alt hissə (footer) → NAP + filiallar

Yerli SEO-da breadcrumb naviqasiyası da faydalıdır: Ana səhifə → Filiallar → Nərimanov zənciri həm istifadəçiyə, həm də Google-a strukturu göstərir və BreadcrumbList sxemi ilə işarələnə bilər.

Xarici tərəfdə isə profil ↔ sayt zənciri bağlanmalıdır: Business Profile-dan müvafiq səhifəyə link (ana səhifəyə yox — filial profili filial səhifəsinə), saytdan isə profilə.

Texniki minimum

Yerli axtarışın böyük hissəsi mobil cihazdan gəlir və istifadəçi hərəkətdədir. Buna görə texniki minimum burada adi saytdan daha sərtdir:

1. Mobil uyğunluq — telefon nömrəsi toxunula bilən olmalı, xəritə barmaqla idarə olunmalıdır
2. Sürət — yolda, zəif internetlə açılan səhifə. Ağır xəritə embed-i və böyük şəkillər ilk qurbandır
3. tel: və mailto: linkləri — mobil istifadəçi kopyalamamalıdır
4. Xəritə və istiqamət linki — "İstiqamət al" düyməsi birbaşa naviqasiyanı açsın
5. HTTPS — güvən üçün minimum şərt
6. Sitemap-da yerli səhifələr — filial və şəhər səhifələri sitemap-a daxil olmalıdır
7. Görünən NAP — mətn kimi, hər səhifənin alt hissəsində

Bunların hər biri texniki əsasların üzərində qurulur — sınıq link və səhv status kodu yerli səhifələrdə də eyni zərəri verir.

Yoxlama siyahısı