Google'da yerel işletme şeması, sayfanın kaynak koduna Schema.org sözlüğünü kullanan JSON-LD verisi eklenerek uygulanır. Kod, sayfada görünen işletme adı, adres ve saatlerle eşleşmelidir.
Her fiziksel konum ayrı tanımlanmalı, uygun işletme alt türü seçilmeli ve sonuç Google Zengin Sonuçlar Testi ile kontrol edilmelidir. Şema, Google İşletme Profili yerine geçmez.
LocalBusiness yapılandırılmış verisi ne işe yarar?
LocalBusiness yapılandırılmış verisi, bir işletme sayfasındaki bilgilerin anlamını makine tarafından okunabilir biçimde açıklar. Google böylece adresi, telefonu veya çalışma saatini sıradan metinden ayırabilir.
Örneğin “09.00-18.00” ifadesi tek başına hangi güne ait olduğunu belirtmez. openingHoursSpecification alanı ise günleri, açılış saatini ve kapanış saatini ayrı değerlerle tanımlar.
Aynı yöntem işletme türü için de geçerlidir. Sayfadaki “diş kliniği” metni içerik bağlamındadır. Dentist türü, varlığın belirli bir yerel işletme olduğunu açıkça bildirir.
İşaretleme; arama motorlarının işletme adı, fiziksel adres, koordinat, departman ve iletişim bilgileri arasındaki ilişkiyi çözmesine yardım eder. Ancak belirli bir görünüm veya sıralama sağlamaz.
Şema yalnızca HTML içinde bulunup kullanıcıdan gizlenen yeni iddialar üretmemelidir. Kodda 24 saat açık görünen işletmenin sayfasında farklı saatler yazıyorsa güvenilirlik sorunu oluşur.
Yanlış: Şemaya daha fazla bilgi eklemek, görünürlüğü otomatik artırır. Doğru: Yalnız güncel, doğrulanabilir ve sayfada bulunan bilgileri işaretlemek gerekir.
Yerel sonuçlarda anlaşılabilirlik sadece şemaya bağlı değildir. İşletme Profili, konum sayfası ve yerel içerik birlikte değerlendirilmelidir. Bu ilişkiyi Google AI aramalarında yerel işletme görünürlüğü rehberinde inceleyebilirsiniz.
İşletme için hangi Schema.org türü seçilmelidir?
İşletmenin sunduğu ana hizmeti karşılayan en özel Schema.org alt türü seçilmelidir. Uygun bir alt tür bulunmuyorsa genel LocalBusiness türü kullanılabilir.
Restoran için Restaurant, diş hekimi için Dentist, hukuk bürosu için LegalService daha açıklayıcıdır. Yalnızca yaygın göründüğü için Organization seçmek fiziksel konum bağlamını zayıflatır.
Tür seçiminde işletmenin ticaret unvanından çok gerçek faaliyetine bakılmalıdır. Bir şirket birden fazla hizmet veriyorsa konumun birincil faaliyeti esas alınmalı, diğer hizmetler içerikte açıklanmalıdır.
| İşletme örneği | Uygun tür | Ne zaman kullanılmamalı? |
|---|---|---|
| Restoran veya lokanta | Restaurant | Yalnız paketli ürün satan mağazada |
| Diş kliniği | Dentist | Genel hastane sayfasında |
| Otel | Hotel | Günlük kiralık ofiste |
| Hukuk bürosu | LegalService | Hukuk içerikleri yayımlayan blogda |
| Otomobil tamircisi | AutoRepair | Yalnız araç satan galeride |
| Belirli alt türü olmayan işletme | LocalBusiness | Daha açıklayıcı alt tür mevcutsa |
Schema.org üzerinde uygun türü bulmak, Google’ın o tür için her özelliği kullanacağı anlamına gelmez. Önce Google’ın LocalBusiness belgeleri, ardından Schema.org tür hiyerarşisi kontrol edilmelidir.
Bir bina içindeki eczane veya restoran ayrı işletmeyse kendi türüyle tanımlanabilir. Sadece hizmet masası niteliğindeki birimlerde ise ana işletmenin department özelliği daha uygundur.
Türü sık sık değiştirmek gerekmez. Faaliyet modeli, fiziksel konum veya işletmenin ana hizmeti değiştiğinde kod yeniden değerlendirilmelidir. Pazarlama kampanyaları tür değişikliği için yeterli neden değildir.
Google'da yerel işletme şeması siteye nasıl eklenir?
Yerel işletme şeması, ilgili konum sayfasının <head> veya <body> bölümüne JSON-LD betiği yerleştirilerek eklenir. Google, JSON-LD biçimini uygulama kolaylığı nedeniyle önerir.
Kod doğrudan tema dosyasına, etiket yönetim sistemine veya içerik yönetim sistemi eklentisine yazılabilir. Yöntemden bağımsız olarak işaretleme, tarayıcıya sunulan son HTML içinde bulunmalıdır.
- İşletmenin indekslenebilir ve kendine ait konum sayfasını belirleyin.
- Faaliyeti karşılayan en özel Schema.org türünü seçin.
- İşletme adı, adres, telefon, URL ve çalışma saatlerini doğrulayın.
- Her değeri JSON-LD söz dizimine uygun biçimde yazın.
- Kodu ilgili konum sayfasının HTML çıktısına ekleyin.
- Canlı URL’yi test araçları ve Search Console üzerinden kontrol edin.
Aşağıdaki temel örnekte köşeli parantezli alanlar gerçek bilgilerle değiştirilmelidir. Örnek alan adı, telefon veya koordinatlar canlı sitede kullanılmamalıdır.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"@id": "https://www.ornek.com/izmir/#localbusiness",
"name": "[İşletme adı]",
"url": "https://www.ornek.com/izmir/",
"telephone": "+90 [telefon numarası]",
"image": "https://www.ornek.com/gorseller/isletme.jpg",
"address": {
"@type": "PostalAddress",
"streetAddress": "[Cadde, sokak ve kapı numarası]",
"addressLocality": "[İlçe]",
"addressRegion": "İzmir",
"postalCode": "[Posta kodu]",
"addressCountry": "TR"
}
}
</script>@id, işletmeyi sayfa içinde tanımlayan kalıcı bir kimliktir. Genellikle konum sayfasının standart URL’si ve #localbusiness parçası kullanılır. Bu değer gerçek bir ayrı sayfa olmak zorunda değildir.
Etiket yöneticisiyle eklenen kod, JavaScript çalışmadığında veya etiket tetiklenmediğinde görülemeyebilir. Sunucu tarafında üretilen HTML, teknik bağımlılığı azaltır ve kontrolü kolaylaştırır.
LocalBusiness şemasında hangi alanlar bulunmalıdır?
LocalBusiness şemasında en az işletme adı ve eksiksiz fiziksel adres bulunmalıdır. Telefon, URL, görsel, koordinat ve çalışma saatleri doğrulanabiliyorsa ayrıca eklenmelidir.
Adres tek metin olarak yazılmamalıdır. Sokak, ilçe, il, posta kodu ve ülke ayrı PostalAddress alanlarına bölünmelidir. Böylece adres bileşenleri açık biçimde tanımlanır.
name: Tabelada ve konum sayfasında kullanılan işletme adı.address: Ziyaret edilebilir fiziksel konumun açık adresi.url: İşletme veya ilgili şube için standart sayfa adresi.telephone: Ülke koduyla yazılmış, çalışan iletişim numarası.image: Taranabilir ve işletmeyi temsil eden görsel URL’si.geo: Doğrulanmış enlem ve boylam değerleri.openingHoursSpecification: Günlere göre gerçek çalışma saatleri.priceRange: İşletme açısından anlamlıysa fiyat aralığı göstergesi.
geo alanındaki koordinatlar tahmin edilmemelidir. Harita üzerindeki bina girişi veya müşterinin ziyaret ettiği nokta doğrulanmalı, enlem ve boylam buna göre alınmalıdır.
Telefon numarası uluslararası biçimde yazılabilir. Türkiye için numaranın başına +90 eklenir. Şube doğrudan aranabiliyorsa genel çağrı merkezi yerine şubeye ait numara tercih edilir.
Yorum ve puan verileri yalnız sayfada kullanıcıya gösteriliyorsa eklenmelidir. İşletmenin kendisi hakkında ürettiği veya başka platformdan izinsiz kopyaladığı puanlar uygun bir uygulama değildir.
sameAs alanı kullanılacaksa işletmenin resmî sosyal hesaplarına veya doğrulanmış kurumsal profillerine yönelmelidir. Dizin, haber veya rastgele değerlendirme sayfaları bu alana eklenmemelidir.
İşaretlenen bilgiler konum içeriğiyle desteklenmelidir. İlçe, ulaşım ve hizmet alanı gibi sayfa unsurları için yerel içerik hazırlama adımları ayrıca uygulanabilir.
Çalışma saatleri ve departmanlar nasıl işaretlenir?
Çalışma saatleri, her gün grubunu açılış ve kapanış değerleriyle tanımlayan openingHoursSpecification dizisi kullanılarak işaretlenir. Farklı saatlere sahip günler ayrı nesnelere bölünmelidir.
Hafta içi 09.00-18.00, cumartesi 10.00-14.00 çalışan işletmede iki saat nesnesi yeterlidir. Pazar kapalıysa açıkmış gibi bir kayıt oluşturulmamalıdır.
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": [
"Monday", "Tuesday", "Wednesday",
"Thursday", "Friday"
],
"opens": "09:00",
"closes": "18:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Saturday",
"opens": "10:00",
"closes": "14:00"
}
]Resmî tatiller veya geçici kapanışlar kalıcı haftalık düzen gibi kodlanmamalıdır. Özel tarih aralıkları uygulanacaksa tarih alanları kullanılmalı ve dönem bittiğinde veri kaldırılmalıdır.
Departmanların farklı telefonu veya çalışma saatleri varsa department özelliği kullanılabilir. Örneğin hastane içindeki acil servis, ana kurumdan farklı saatlerle ayrı bir departman olarak tanımlanabilir.
"department": {
"@type": "MedicalClinic",
"name": "[İşletme adı] Acil Servis",
"telephone": "+90 [departman telefonu]",
"openingHoursSpecification": {
"@type": "OpeningHoursSpecification",
"dayOfWeek": [
"Monday", "Tuesday", "Wednesday",
"Thursday", "Friday", "Saturday", "Sunday"
],
"opens": "00:00",
"closes": "23:59"
}
}Departman bağımsız bir marka, adres ve girişe sahipse ayrı yerel işletme olarak modellenmesi gerekebilir. Yalnız dahili bir birimse ana işletmenin altında tutulması daha tutarlıdır.
Randevuyla çalışan işletmeler, personel uygunluğunu genel açılış saati olarak göstermemelidir. Şema müşterinin fiziksel konuma erişebildiği zaman aralığını yansıtmalı, müsait randevu saatlerini değil.
Birden fazla şube için yerel işletme şeması nasıl kurulur?
Birden fazla şubesi bulunan işletmelerde her fiziksel konum ayrı LocalBusiness varlığı olarak tanımlanmalıdır. Her şubenin farklı URL’si, adresi, telefonu ve kalıcı @id değeri olmalıdır.
Karşıyaka ve Konak şubeleri tek adres altında birleştirilmemelidir. İki konum için ayrı sayfalar oluşturulmalı, her sayfada yalnız ilgili şubenin görünür ve yapılandırılmış bilgileri bulunmalıdır.
Örnek kimlikler /karsiyaka/#localbusiness ve /konak/#localbusiness biçiminde ayrılabilir. Aynı @id değerini farklı adreslerde kullanmak, iki fiziksel varlığın karışmasına neden olabilir.
Şube adı, Google İşletme Profili üzerindeki gerçek adla uyumlu olmalıdır. Arama ifadesi kazanmak amacıyla ada “en iyi”, ilçe listesi veya hizmet dizisi eklenmemelidir.
Merkez sayfasında tüm şubeler listelenebilir. Ancak her şubenin ayrıntılı verisini tek bir LocalBusiness nesnesinde toplamak doğru değildir. Şube bulucu sayfasında ayrı varlıklar veya bağlantılar kullanılabilir.
- Her şube için indekslenebilir ve benzersiz bir konum sayfası oluşturun.
- Adres, telefon ve çalışma saatlerini şube düzeyinde doğrulayın.
- Her konuma farklı URL ve
@idatayın. - Sayfadaki içerikle JSON-LD değerlerini birebir eşleştirin.
- Taşınan veya kapanan şubelerin işaretlemesini güncelleyin.
Çok sayıda profil yöneten işletmeler, sahiplik ve kullanıcı erişimini de konum bazında düzenlemelidir. Bunun için Google İşletme Profili konum grubu oluşturma adımları kullanılabilir.
Hizmet bölgesi işletmeleri gerçek dışı sanal ofisleri şube gibi işaretlememelidir. Müşteri kabul edilmeyen adresin görünür konum sayfası ve LocalBusiness şemasıyla çoğaltılması uygun değildir.
Yerel işletme şeması nasıl test edilir ve hatalar nasıl düzeltilir?
Yerel işletme şeması önce Google Zengin Sonuçlar Testi, ardından Schema.org Validator ile kontrol edilmelidir. İlk araç Google uygunluğunu, ikinci araç genel söz dizimi ve tür ilişkilerini inceler.
Test yalnız kod parçasıyla değil, canlı URL üzerinden de yapılmalıdır. Böylece engellenen kaynaklar, istemci tarafı oluşturma sorunları ve Google’ın eriştiği son HTML birlikte değerlendirilebilir.
- Canlı konum sayfasını Google Zengin Sonuçlar Testi’ne girin.
- Algılanan varlığın doğru işletme türünde olduğunu kontrol edin.
- Hata ve uyarıların hangi alanlardan geldiğini belirleyin.
- Aynı URL’yi Schema.org Validator üzerinde yeniden test edin.
- Sayfa kaynağında yalnız güncel şema sürümünün bulunduğunu doğrulayın.
- Düzeltmeden sonra URL’yi Search Console ile yeniden inceleyin.
Hata, işaretlemenin geçersiz veya temel alanın eksik olduğunu gösterebilir. Uyarı ise çoğunlukla önerilen bir alanla ilgilidir. Her uyarı, bilinmeyen veri uydurularak kapatılmamalıdır.
Yaygın söz dizimi hataları arasında eksik virgül, kapanmayan tırnak ve hatalı dizi yapısı bulunur. JSON-LD içindeki son özelliğin ardından gereksiz virgül bırakılması da kodu geçersiz kılabilir.
Bir SEO eklentisi ve özel kod aynı anda çalışıyorsa iki LocalBusiness nesnesi oluşabilir. Bilgiler çelişiyorsa tek yetkili kaynak seçilmeli, diğer otomatik çıktı kapatılmalıdır.
Test aracı hatasız sonuç verse bile sayfa indekslenmeyebilir. noindex, robots.txt engeli, yanlış canonical veya yönlendirme varsa önce tarama ve indeksleme koşulları düzeltilmelidir.
Yayın sonrası kontrol tek seferlik değildir. Adres, telefon, saat veya alan adı değiştiğinde sayfa metni, şema, İşletme Profili ve diğer resmî kaynaklar birlikte güncellenmelidir.
LocalBusiness şeması sıralamayı yükseltir mi ve nasıl güncel tutulur?
LocalBusiness şeması tek başına yerel sıralama artışı garanti etmez. İşaretleme, Google’ın sayfadaki işletme bilgilerini anlamasına yardım eder; yakınlık, alaka ve bilinirlik gibi sinyallerin yerine geçmez.
Şeması olmayan güçlü bir işletme, şeması bulunan zayıf bir sayfadan üstte görünebilir. Bu nedenle uygulamanın etkisi yalnız sıra değişimiyle değil, veri doğruluğuyla da ölçülmelidir.
Search Console performans verileri, uygulama öncesi ve sonrası karşılaştırılabilir. Ancak mevsimsellik, profil güncellemeleri, içerik değişiklikleri ve algoritma hareketleri ayrıştırılmadan sonuç şemaya bağlanmamalıdır.
Ölçüm için aynı konum sayfasının sorguları, gösterimleri, tıklamaları ve ortalama konumu izlenebilir. Karşılaştırma dönemleri benzer uzunlukta seçilmeli, marka sorguları ayrıca incelenmelidir.
İşletme bilgileri için bir ana veri kaynağı belirlemek bakım hatalarını azaltır. Şube tablosu; ad, adres, telefon, saat, URL, koordinat ve son kontrol tarihini içerebilir.
- Saatleri tatil dönemlerinden önce kontrol edin.
- Taşınma sonrasında adres ve koordinatları birlikte değiştirin.
- Telefon değişikliğini sayfa, şema ve profil üzerinde uygulayın.
- Kapanan departmanları JSON-LD kodundan kaldırın.
- Güncellenen URL’lerde
@idve canonical ilişkisini inceleyin.
Yapılandırılmış veri, yerel sayfanın yerini tutmaz. Sayfada hizmet kapsamı, fiziksel konum, ulaşım bilgisi ve iletişim yöntemi açıkça bulunmalıdır. AI sonuçları açısından yerel işletmelerin Google AI görünürlüğü de ayrıca değerlendirilebilir.
Şema kodu aylık olarak değiştirilmek zorunda değildir. Gerçek işletme verisi değiştiğinde güncellenmeli; tema, eklenti veya alan adı değişikliklerinden sonra yeniden test edilmelidir.
İzmir’deki işletmenizin LocalBusiness şeması, şube sayfaları ve Google İşletme Profili arasında teknik tutarsızlık varsa Medyografya’dan yapılandırılmış veri denetimi talep edebilirsiniz.
İlgili Yazılar
Sık Sorulan Sorular
LocalBusiness şeması Google sıralamasını doğrudan yükseltir mi?
Hayır. Şema, Google’ın işletme verilerini anlamasına yardım eder; belirli bir sıralama veya arama görünümü garanti etmez.
Yerel işletme şeması hangi formatta eklenmelidir?
JSON-LD formatı kullanılabilir. Kod, ilgili konum sayfasının head veya body bölümüne yerleştirilmeli ve son HTML çıktısında erişilebilir olmalıdır.
Her şube için ayrı LocalBusiness şeması gerekir mi?
Evet. Her fiziksel şube ayrı adres, URL, telefon ve @id değeriyle tanımlanmalıdır. Şube bilgileri tek bir işletme nesnesinde birleştirilmemelidir.
Çalışma saatleri şemaya nasıl yazılır?
Günler, açılış ve kapanış saatleri openingHoursSpecification alanında belirtilir. Farklı saat uygulanan günler ayrı nesnelere bölünür.
LocalBusiness şeması nasıl kontrol edilir?
Canlı URL önce Google Zengin Sonuçlar Testi, ardından Schema.org Validator ile incelenmelidir. Yayın sonrası indeksleme durumu Search Console üzerinden izlenmelidir.