Yerel SEO için schema nasıl kullanılır? En iyi 8 araç (2026)

LocalBusiness schema, bir işletmenin adını, adresini, telefonunu, çalışma saatlerini, işletme tipini ve benzer temel bilgilerini arama motorlarına yapılandırılmış biçimde anlatan schema türüdür. Amaç, Google'ın sayfadaki işletme bilgisini yalnızca metinden tahmin etmesi yerine doğrudan tanımasını sağlamaktır. Yerel SEO tarafında en önemli katkısı, NAP verisini daha net sunmasıdır. Ancak bu işaretleme, kötü veya tutarsız işletme bilgisini tek başına düzeltemez. sayfadaki görünür içerik, Google Business Profile ve diğer alıntılarla uyumlu olmalıdır.

Evet, yardımcı olabilir. fakat tek başına sıralama garantisi vermez. Google Business Profile Help'in yerel sıralama rehberine göre görünürlük temel olarak relevance, distance ve prominence sinyallerine bağlıdır. Schema'nın rolü, işletme bilgisinin ne olduğunu daha açık anlatmaktır. Bu da özellikle adres, çalışma saatleri, hizmet alanı ve işletme tipinin daha doğru yorumlanmasına katkı sağlayabilir. En iyi sonuç için schema'yı tutarlı NAP, güçlü lokasyon sayfaları, doğru kategori seçimi ve yerel bağlantı sinyalleriyle birlikte kullanmak gerekir.

İlk adım, doğru işletme tipini seçmektir. ardından ad, telefon, adres ve çalışma saatleri gibi temel alanlar eksiksiz girilir. Hizmet alanı olan işletmelerde areaServed, fiziksel şubelerde ise her lokasyon için ayrı LocalBusiness varlığı kullanmak daha doğru olur. Uygulamada en pratik yöntem JSON-LD'dir. bunu CMS eklentisiyle, bağımsız generator ile veya SEOYEN gibi bir platform üzerinden üretebilirsiniz. Son adımda kodu sayfaya yerleştirip Google Rich Results Test ve Schema Markup Validator ile doğrulamak gerekir.

Adres, çoğu senaryoda PostalAddress nesnesi içinde modellenir. Sokak bilgisi, ilçe veya semt, şehir, posta kodu ve ülke alanlarının mümkün olduğunca eksiksiz olması gerekir. Buradaki kritik nokta, schema'daki adresin sayfa üzerindeki görünür adresle ve Google Business Profile kaydıyla çelişmemesidir. Eğer bir hizmet alanı işletmesisiniz ve açık mağaza adresi göstermiyorsanız, yine de kullanıcıya sunduğunuz iletişim modelini tutarlı tutmanız gerekir. Kısacası adres alanı sadece doldurulmuş olmak için değil, doğrulanabilir ve aynı formatta kullanılmak için önemlidir.

Çalışma saatleri genellikle openingHoursSpecification alanı ile gün ve saat blokları halinde eklenir. Pazartesi-cuma ile hafta sonu farklıysa bunları ayrı bloklara bölmek daha temiz olur. Tatil günleri, öğle arası verilen saatler veya sezonluk değişiklikler varsa görünür içerik ile schema'nın çelişmemesi gerekir. Özellikle çok şubeli yapılarda her lokasyon sayfasının kendi saatini taşıması önemlidir. Sadece ana sayfaya genel saat yazıp tüm lokasyonlara kopyalamak, yanlış sinyal üretir ve kullanıcı deneyimini de zayıflatır.

Hayır, aynı şey değildir. Google Business Profile, Google'ın kendi ekosistemindeki işletme profilinizi yönetmenizi sağlar. harita görünürlüğü, kategori, yorumlar ve profil performansı gibi alanlar buraya bağlıdır. Schema ise web sitenizin içinde bulunan yapılandırılmış veri katmanıdır ve arama motorlarına sayfadaki işletme bilgisini açık biçimde anlatır. En iyi uygulama, ikisini birbiriyle tutarlı kullanmaktır. Profildeki ad, adres ve telefon başka. sitedeki schema başka olursa güven ve doğruluk problemi oluşur.

Birden fazla şubede en doğru yaklaşım, her şube için ayrı bir landing page ve ayrı bir LocalBusiness varlığı oluşturmaktır. Her sayfada o şubeye özgü ad varyasyonu, telefon, adres, çalışma saatleri ve gerekiyorsa geoCoordinates bulunmalıdır. Tüm şubeleri tek schema nesnesine yığmak, hem kullanıcı hem arama motoru açısından belirsizlik üretir. Eğer marka tek ama lokasyonlar farklıysa ortak marka bilgisini koruyup NAP'i şube bazında ayırın. WordPress eklentileri bu akışı kolaylaştırabilir. platform tarafında ise sayfa bazlı denetim ve takip büyük avantaj sağlar.

Çoğu durumda JSON-LD daha iyi tercihtir. Nedeni, görünür HTML yapısına daha az bağımlı olması ve bakımının daha kolay yapılmasıdır. Google'ın resmi structured data örneklerinde de JSON-LD sık kullanılan format olarak öne çıkar. Microdata hâlâ geçerli olabilir. ancak tasarım veya içerik düzeni değiştiğinde alanların dağılması daha kolaydır. Özellikle çoklu lokasyon, openingHoursSpecification ve sameAs gibi alanları merkezi biçimde yönetmek istiyorsanız JSON-LD işinizi sadeleştirir. Teknik ekipler açısından hata ayıklama ve doğrulama süreci de genellikle daha temiz ilerler.

En güvenli yöntem iki adımlı kontroldür. Önce Google Rich Results Test ile kodun Google tarafından rich result açısından okunabilir olup olmadığını kontrol edin. Ardından Schema Markup Validator ile söz dizimi ve alan yapısını Schema.org düzeyinde doğrulayın. Sonra canlı sayfayı açıp kaynak kod ile görünen içerik arasında çelişki olup olmadığını inceleyin. Google Search Central dokümanı, yayın sonrası URL Inspection kontrolünü de önerir. Yani test yalnızca kod yapısını değil, canlı sayfa davranışını ve içerik tutarlılığını da kapsamalıdır.

Evet, kullanabilir. Fiziksel mağaza adresi öne çıkarmayan ama belirli bölgelerde hizmet veren işletmeler de LocalBusiness mantığından yararlanabilir. Burada önemli olan, kullanıcıya gerçekten sunduğunuz iletişim modelini doğru yansıtmaktır. areaServed gibi alanlar hizmet verilen bölgeleri anlatmak için yararlıdır. ancak kullanıcıya görünür olmayan veya doğrulanamayan bilgiler eklemek doğru değildir. Eğer çağrı merkezi, mobil ekip veya randevu ile hizmet veren bir yapıdaysanız, sayfa içeriği, iletişim detayları ve schema'nın aynı hikâyeyi anlatmasına dikkat etmelisiniz.