1. Local schema nedir, yerel SEO’da ne işe yarar?
Local schema; arama motoruna işletmenin türünü (Hotel/LocalBusiness/Restaurant), adresini, telefonunu, koordinatlarını, çalışma saatlerini ve bazı durumlarda puan/yorum gibi sosyal kanıtlarını yapılandırılmış şekilde anlatır. Yerel SEO’da etkisi “tek başına sıralama düğmesi” gibi düşünülmemeli; daha doğru yaklaşım, entity güvenini artıran ve rich result altyapısı kuran bir “teknik temel” olarak görmektir.
Mini örnek (otel bağlamı)
Antalya’da bir otel sayfasında Hotel şeması; adres, telefon, geo koordinat ve olanakları doğru işaretlerse, Google’ın “bu işletme gerçekten bu otel mi?” sorusuna daha net cevap verir. Bu da özellikle marka + lokasyon sorgularında (örn. “{otel adı} Belek”) kimlik netliğini artırır.
Ne yapmalıyım? (3–6 aksiyon)
- • Önce işletme türünü doğru seçin (Hotel vs LocalBusiness).
- • NAP’ı site + GBP + dizinlerde tutarlı hale getirin.
- • JSON-LD şemasını sadece “görünen” bilgilerle kurun.
- • Test edip hataları kapatmayı süreç haline getirin.
2. Yerel SEO’da hangi schema türleri kritik?
Kısa cevap: Oteller ve yerel işletmeler için en kritik üçlü: Hotel/LocalBusiness, FAQPage, Review/aggregateRating. İkincil olarak Restaurant (otel içi restoran), Event (etkinlik), Service (hizmet sayfası) gibi şemalar senaryoya göre eklenir.
Hotel mi LocalBusiness mı?
- •Hotel / LodgingBusiness: otel varlığını ve konaklama tipini modellemek için.
- •LocalBusiness: yerel işletme çatı modeli; otel dışı sektörlerde temel.
- •Otellerde çoğu senaryoda “Hotel (LodgingBusiness)” daha doğru semantik çatı olur; LocalBusiness alt türüyle karıştırmak yerine, doğru tipte kalmak daha güvenlidir.
FAQPage (SSS schema)
Yerel aramalarda soru niyeti (voice/PAA) yüksek olduğu için SSS’yi FAQ schema ile işaretlemek, “cevap blokları”nın anlaşılmasını kolaylaştırır.
Review / aggregateRating
Puan ve yorum bilgisi sitede gerçekten görünüyorsa işaretlenebilir. Burada en kritik kural: sitede olmayan puanı schema’da yazmayın; guideline ihlali riskidir.
Ne yapmalıyım?
- • Önce çekirdek üçlüyü kurun: Hotel/LocalBusiness + FAQ + (uygunsa) Review.
- • Alt işletmeleri ancak içerik ve veri gerçekten varsa ekleyin.
- • Her ek şema türü için “görünen veri” kontrolü yapın.
3. Otel sitemde Hotel ve LocalBusiness şemasını nasıl kurarım? (pratik JSON-LD)
Bu bölüm, “hotel localbusiness schema json ld” arayanlar için pratik örnek verir. Aşağıdaki kodlar şablondur; gerçek değerler sitenizde görünen içerikle birebir aynı olmalıdır.
Hotel (LodgingBusiness) örnek JSON-LD (şablon)
Otel içindeki alt işletmeler (Restaurant örneği)
Eğer sitede otel restoranı ayrı bir sayfada gerçekten anlatılıyorsa, alt işletmeyi ayrı düğüm olarak modellemek mantıklıdır (AIO kurgusu).
Ne yapmalıyım?
- • İlk sürümde “fazla alan doldurma” yerine doğru alanları doldurun.
- • Hotel şemasıyla GBP NAP tutarlılığını kontrol edin.
- • Alt işletmeleri yalnızca ayrı içerik/sayfa varsa ekleyin.
4. FAQ ve yorum (review) şeması yerel sıralamayı etkiler mi?
Kısa cevap: FAQ ve review schema, doğrudan “yerel sıralama düğmesi” gibi okunmamalı; asıl değer entity netliği ve rich result altyapısıdır. Review/aggregateRating ise yalnızca sitede görünüyorsa ve doğru modellediyse güven sinyali açısından daha tutarlı bir yapı kurar.
FAQPage örnek (sitede SSS varsa)
Review / aggregateRating (yalnız gerçek veri varsa)
Kritik kural: Sitede göstermediğiniz puanı/yorum sayısını schema’da yazmayın.
Ne yapmalıyım?
- • Review schema’yı “varsa ve görünüyorsa” ekleyin.
- • Yoksa sadece FAQ ve işletme kimliğiyle ilerleyin.
- • SSS’leri PAA/voice niyetine göre güncelleyin.
5. JSON-LD schema kodunu nereye eklemeliyim? (teknik uygulama)
Kısa cevap: En güvenli yaklaşım, JSON-LD’yi ilgili sayfanın HTML’inde (genellikle <head> veya <body> sonu) tek bir script bloğu olarak eklemek ve şablon bazında yönetmektir. Büyük sitelerde “tek tek yapıştır” yerine CMS/tema seviyesinde modüler yönetim gerekir.
Uygulama modeli (otel + ajans için pratik)
- •Site geneli: WebSite/Organization temel şemaları
- •Lokasyon sayfaları: Hotel/LocalBusiness + FAQ (+ varsa Review)
- •Blog içerikleri: Article + FAQ (varsa) + speakable
- •Alt işletme sayfaları: Restaurant/Spa gibi türler
Ne yapmalıyım?
- • Önce 1 lokasyon sayfasında pilot uygulama yapın.
- • Sonra template ile ölçekleyin (/lokasyonlar/ gibi).
- • Schema değişikliklerini versiyonlayın (v1/v2) ve log tutun.
6. Schema + GBP + site içeriği birlikte nasıl çalışır? (AIO: entity graph)
Bu bölüm “local schema otel” için fark yaratan noktadır: schema’yı tek başına değil, GBP ve içerikle birlikte “entity graph” gibi düşünmek gerekir.
Birlikte çalışma mantığı
- •GBP: NAP, kategori, fotoğraf, yorumlar (harita vitrin sinyali)
- •Site içerik: lokasyon landing, SSS, hizmet anlatımı (niyet + dönüşüm)
- •Schema: kimlik ve ilişki (Hotel/LocalBusiness ↔ FAQ ↔ Review ↔ Restaurant)
Mini örnek (TR turizm destinasyonu)
Bodrum’da bir otelin lokasyon sayfasında Hotel schema + FAQ, GBP’deki NAP ile tutarlı olduğunda “kimlik” daha netleşir. Aynı sayfada restoran/spa içerikleri de gerçekten varsa, Restaurant schema ile “alt işletme” düğümleri eklenebilir. Vaka bazlı paylaşımlarda, schema uygulanan işletmelerin özellikle marka ve lokal sorgularda rich result/knowledge panel görünürlüğü açısından schema’sız rakiplere göre daha avantajlı olduğu sıkça aktarılır (kesin rakam iddiası olmadan).
Ne yapmalıyım?
- • Önce tutarlılığı kurun: NAP + işletme türü.
- • Sonra graph’i genişletin: FAQ → (varsa) Review → (varsa) Restaurant/Spa.
- • Yerel landing’lerde schema’yı standart hale getirin (template).
7. Schema test araçları ve hata düzeltme
Schema kurmak kadar, test edip hataları düzeltmek de önemlidir. Burada hedef; “yayımladım bitti” değil, düzenli kontrol.
Test/düzeltme akışı (pratik)
- JSON-LD doğrulaması (format/syntax)
- Rich result uygunluğu kontrolü (hangi türler destekleniyor?)
- Uyarı/hata ayıklama: eksik alanlar, yanlış tipler
- “Görünen içerik” kontrolü: schema’da işaretlenen bilgi sayfada var mı?
Ne yapmalıyım?
- • Her major release sonrası schema testini zorunlu adım yapın.
- • Çok lokasyonlu sitelerde örnek 3 sayfayı periyodik test edin.
- • Uyarıları “hemen panik” yerine önceliklendirin: hata → uyarı.
8. TR turizm destinasyonlarında pratik uygulama (Antalya/Belek/Kemer/Side)
Turizm bölgelerinde kullanıcı niyeti hızlıdır; schema’yı “takvim” ve “lokasyon landing” mantığıyla birlikte ele almak işe yarar.
- •Antalya/Belek resort: Hotel schema + amenities + FAQ (aile, all inclusive, check-in)
- •Kemer/Side oteller: lokasyon sayfasında ulaşım/harita + SSS + (varsa) review
- •Bodrum/Alanya: alt işletmeler (restaurant, beach club) ayrı sayfadaysa ilgili schema
Ne yapmalıyım?
- • En yüksek talep destinasyonlarından başlayın (örn. Antalya/Belek).
- • Şablonu otel tipine göre varyantlayın (resort/butik/city).
- • Sezon öncesi schema + içerik + GBP tutarlılık kontrolü yapın.
9. Neleri işaretlememeliyim?
Kısa cevap: Sitede görünmeyen, doğrulanamayan veya gerçeği yansıtmayan hiçbir bilgiyi schema’da işaretlemeyin. Bu, guideline ihlali riskidir.
En sık yapılan hatalar
- •Sitede görünmeyen ratingValue/reviewCount eklemek
- •Olmayan amenity’leri “var” gibi işaretlemek
- •Yanlış adres/telefon (NAP tutarsızlığı)
- •Aynı sayfada birden fazla çakışan schema script’i
- •Kopya lokasyon sayfalarında aynı schema’yı çoğaltmak (kalite sinyali problemi)
Ne yapmalıyım?
- • “Schema = doğrulanan gerçeklik” prensibini ekip standardı yapın.
- • Review/aggregateRating’i yalnızca gerçek veriyle kullanın.
- • Çok lokasyonlu yapılarda şubeye özel NAP ve içerik zorunluluğu koyun.
10. Otel/İşletme Local Schema Alanları Tablosu
| Şema türü | Kritik alanlar | Nereden gelir? (sayfa/GBP) | Sık hata | Not |
|---|---|---|---|---|
| Hotel | name, url, telephone, address, geo, amenityFeature, image | Site lokasyon sayfası + GBP | Adres/telefon tutarsızlığı, olmayan amenity eklemek | Oteller için ana semantik çatı olarak kullanılabilir |
| LocalBusiness | name, address, telephone, openingHours, geo | Site iletişim/lokasyon sayfası + GBP | Yanlış işletme tipi seçmek | Otel dışı yerel işletmeler için temel model |
| FAQPage | mainEntity, Question, acceptedAnswer | Sayfada görünen SSS alanı | Sayfada olmayan soruları schema’ya eklemek | PAA/voice niyetini destekler |
| Review / aggregateRating | ratingValue, reviewCount, review | Sayfada gerçekten görünen puan/yorum | Sitede görünmeyen puanı işaretlemek | Yalnızca gerçek ve görünür veri varsa kullanılmalı |
| Restaurant | name, parentOrganization, servesCuisine, address | Otel içi restoran sayfası | Alt işletme sayfası yokken eklemek | Ayrı içerik varsa alt işletme düğümü olarak modellenebilir |
11. Otel / İşletme Schema Alan Şablonunu İndir — SEO / Local Schema
Otel / İşletme Schema Alan Şablonunu İndir — SEO / Local Schema (v1.0)
Bu şablon; otel/yerel işletme için Hotel/LocalBusiness, FAQ ve (uygunsa) Review/aggregateRating alanlarını tek tabloda toplar ve “sitede görünen bilgi” kuralına göre işaretleme planı çıkarır. Aynı zamanda GBP ile NAP tutarlılığını kontrol listesine bağlar ve test/validasyon adımlarını standartlaştırır. Sonuç: hızlı, güvenli ve guideline uyumlu schema uygulaması.
Kim Kullanır?
Otel pazarlama/IT ekibi, ajans SEO uzmanı, teknik içerik yöneticisi.
Nasıl Kullanılır?
- Sayfadaki gerçek bilgileri (NAP/amenities/SSS) tabloya girin.
- Hangi şema türünün hangi sayfada uygulanacağını işaretleyin.
- JSON-LD taslağını oluşturup test edin ve hataları kapatın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ NAP & Kimlik (tek kaynak gerçek)
- ▢ ✅ İşletme adı (site): __________
- ▢ ✅ İşletme adı (GBP): __________
- ▢ ✅ Adres (site): __________
- ▢ ✅ Adres (GBP): __________
- ▢ ✅ Telefon (site): __________
- ▢ ✅ Telefon (GBP): __________
- ▢ ✅ Web URL (kanonik): __________
- ▢ ✅ Geo (lat/long): __________ / __________ (Varsayım: biliniyorsa)
- ▢ ✅ Şema Türü Seçimi
- ▢ ✅ Hotel (oteller için)
- ▢ ✅ LocalBusiness (otel dışı işletmeler için)
- ▢ ✅ Restaurant (otel içi restoran ayrı sayfaysa)
- ▢ ✅ FAQPage (SSS varsa)
- ▢ ✅ Review / aggregateRating (puan/yorum sitede görünüyorsa)
- ▢ ✅ Alan Tablosu (doldur-kontrol)
- ▢ ✅ Test & Yayın Checklist’i
- ▢ ✅ Aynı sayfada iki farklı schema script’i yok
- ▢ ✅ İşaretlenen her veri sayfada gerçekten var
- ▢ ✅ NAP site/GBP/dizin tutarlı
- ▢ ✅ Test aracı çıktısında kritik hata yok
- ▢ ✅ 90 gün sonra tekrar kontrol takvimi planlandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
12. Sonuç: Local schema, yerel SEO’da kimlik ve güven sinyalini teknik olarak netleştirir
Local schema ve structured data, otel veya yerel işletmenin Google tarafından daha net anlaşılmasını sağlayan teknik bir anlatım katmanıdır. Hotel/LocalBusiness, FAQPage ve uygunsa Review/aggregateRating şemaları doğru kurulduğunda; işletmenin kimliği, lokasyonu, hizmet kapsamı ve kullanıcıya sunduğu cevaplar daha düzenli bir entity yapısına bağlanır.
Ancak schema’nın değeri, yalnızca kod eklemekten gelmez. Site içeriği, GBP bilgileri ve JSON-LD alanları aynı gerçekliğe dayanmalıdır. Sayfada görünmeyen bilgiyi işaretlemek, olmayan puanı eklemek veya NAP tutarsızlığı yaratmak guideline riski oluşturur. Bu nedenle en doğru yaklaşım; önce görünen veriyi netleştirmek, sonra schema’yı kurmak, test etmek ve düzenli bakım rutini oluşturmaktır.
Bir Sonraki Adım
Hotel/LocalBusiness + FAQ + Review şemanızı guideline uyumlu kurup entity sinyalini güçlendirin.
Sık Sorulan Sorular
Local schema nedir, yerel SEO’da ne işe yarar?▾
Otel sitemde Hotel ve LocalBusiness şemasını nasıl kurarım?▾
FAQ ve yorum (review) şeması yerel sıralamayı etkiler mi?▾
JSON-LD schema kodunu nereye eklemeliyim?▾
Hangi schema türleri kritik?▾
Neleri işaretlememeliyim?▾
Schema testini nasıl yaparım?▾
İlgili İçerikler