SEO
Hizmet Sitelerinde Yapılandırılmış Veri Nasıl Kullanılmalı?
Hizmet sitelerinde hangi sayfada hangi şema kullanılır? LocalBusiness, Service, NAP tutarlılığı, test adımları ve 2026 FAQ notuyla pratik rehber.
Hizmet sitelerinde yapılandırılmış veri, sayfa türüne göre doğru şemayı seçip işletme ve hizmet bilgilerinizi makinelere anlaşılır biçimde anlatmaktır. Fiziksel adresiniz varsa ana sayfada LocalBusiness (mümkünse daha spesifik bir alt tür), her hizmet sayfasında Service kullanın; ad–adres–telefon bilgisini sitede ve Google İşletme Profili’nde birebir aynı tutun. Sayfada görünmeyen bilgiyi işaretlemeyin. JSON-LD tercih edin, test araçlarıyla doğrulayın. Bu çalışma sıralama veya zengin sonuç garantisi vermez [1].
Temel SEO çerçevesi oturmadan şema eklemek çoğu zaman yetmez. Yapılandırılmış veri, zayıf içeriği veya tutarsız işletme kaydını “onarmaz”; doğru kurulduğunda mevcut bilgilerinizi daha net taşır.
1. Yapılandırılmış veri nedir (ve ne değildir)?
Yapılandırılmış veri, sayfanızdaki bilgileri arama motorlarının ve diğer sistemlerin sınıflandırabileceği standart alanlarla tanımlama yöntemidir. Google, çoğu özellik için Schema.org sözlüğünü kullanır; uygulamada JSON-LD formatını önerir [1].
Ne işe yarar?
- İşletmenizin adı, adresi, telefonu, çalışma saatleri ve hizmet verdiğiniz bölge gibi bilgileri netleştirir
- Uygun olduğunda zengin sonuç (rich result) için uygunluk kapısını açabilir
- Yapay zeka özetlerinde ve cevap motorlarında alıntılanabilir, tek anlamlı parçalar bırakır
Ne değildir?
- Üst sıra veya “bir haftada Haritalar’da birincilik” garantisi değildir
- Sayfada olmayan bir hizmeti, sahte yıldız puanını veya uydurma adresi “kodla gerçek” yapmaz
- Her Schema.org alanının Google’da özel bir görünümü yoktur; Google’ın desteklediği özellikler dokümantasyona bağlıdır [1]
Kısa kural: önce sayfada doğru ve görünür bilgi olsun; sonra aynı bilgiyi şemaya taşıyın.
2. Önce işletme tipinizi netleştirin
Şema seçmeden önce işletmenizin dijital kimliğini netleştirin. Yanlış tür, tutarsız sinyal üretir.
| İşletme tipi | Tipik şema yaklaşımı | Dikkat |
|---|---|---|
| Müşterinin geldiği fiziksel adres (klinik, dükkân, ofis) | LocalBusiness veya mümkünse daha spesifik alt tür (Dentist, Plumber, ProfessionalService vb.) |
Adres, telefon ve saatler Google İşletme Profili ile eşleşsin [2] |
| Ofis yok; belirli bölgelere giderek hizmet | Organization + sayfa bazında Service + areaServed |
Sahte bir cadde adresi uydurmayın |
| Birden fazla şube | Her lokasyon sayfasında o lokasyona özel blok | Tüm siteye aynı adresi kopyalamayın |
Google, yerel işletmeler için mümkün olan en spesifik LocalBusiness alt türünü kullanmanızı önerir [2]. “Her şeye uyan genel etiket” yerine, işletmenizi gerçekten tanımlayan türü seçmek daha temiz bir sinyaldir.
Yerel görünürlük (Haritalar, yerel paket, profil tutarlılığı) ayrı bir disiplindir; şema o disiplinin parçasıdır. Bu konuyu geniş ele aldığımız yerel SEO rehberine bakabilirsiniz.
3. Sayfa türüne göre hangi şema?
Hizmet sitesinde “tek şema her yere” yaklaşımı işe yaramaz. Sayfanın işine göre tür seçin.
| Sayfa | Öncelikli türler | Ne anlatır? |
|---|---|---|
| Ana sayfa | LocalBusiness veya Organization |
Kim olduğunuz, iletişim, (varsa) konum |
| Hizmet sayfası | Service (+ provider olarak işletme) |
Ne sunduğunuz, hangi bölgeye |
| İletişim / lokasyon | LocalBusiness (lokasyona özel) |
Adres, harita, saatler |
| Blog yazısı | Article / BlogPosting (çoğu sitede şablondan) |
Yazar, tarih, konu |
| Site geneli navigasyon | BreadcrumbList |
Sayfanın site içindeki yeri |
| Sayfada gerçek SSS varsa | FAQPage |
Soru–cevap çiftleri (aşağıdaki beklenti notuna bakın) |
Hizmet sayfalarınız konu kümesiyle destekleniyorsa mimariyi hizmet siteleri için konu kümeleri yazısında anlattığımız hub mantığıyla hizalamak, şemanın işaretlediği URL’lerle içerik yapınızın çelişmesini önler.
FAQ notu (2026): Google, 7 Mayıs 2026 itibarıyla FAQ zengin sonuçlarının arama sonuçlarında artık görünmediğini duyurmuştur; ilgili rapor ve test desteği de kademeli olarak kaldırılmaktadır [3]. FAQ şemasını “arama sonucunda açılır kutu kapmak” için eklemeyin. Sayfada gerçekten sık sorulan sorular varsa, görünür SSS bölümü yine okuyucu ve diğer sistemler için faydalıdır; markup’u buna göre, abartmadan düşünün.
4. NAP ve Google İşletme Profili tutarlılığı
NAP; Name (ad), Address (adres), Phone (telefon) demektir. Yerel ve hizmet odaklı sitelerde şemanın en kritik kısmı çoğu zaman burasıdır.
Kontrol listesi:
- Sitede görünen ad,
LocalBusiness/Organizationiçindekinameve Google İşletme Profili’ndeki işletme adı aynı olsun - Adres satırları (cadde, no, ilçe, şehir, posta kodu) karakter düzeyinde uyumlu olsun; “Cd.” ile “Caddesi” farkı bile gürültü yaratır
- Telefon numarası tek formatta olsun; şemada tracking numarası, profilde başka numara kullanmayın
- Çalışma saatlerini (
openingHoursSpecification) tatil günleriyle birlikte güncel tutun urlalanına ilgili lokasyon veya ana sayfanın gerçek, çalışan adresini yazın [2]
Şema ile profil çelişirse sistemler hangi kaynağa güveneceğini kestirmekte zorlanır. Amaç, iki kaynağı birbirini doğrular hale getirmektir; “şema ekleyince Haritalar’da otomatik birincilik” değildir.
5. Hizmet sayfasında Service şeması
Her gelir getiren hizmet sayfası, o hizmeti ayrı bir varlık gibi tanımlamaya uygundur. Service türü tipik olarak şunları taşır:
name: Hizmetin sayfadaki adı (“Kombi bakımı”, “İmplant tedavisi”)description: Sayfada anlattığınız kapsamın kısa özetiprovider: Hizmeti sunan işletme (LocalBusiness veya Organization)areaServed: Hizmet verdiğiniz ilçe, şehir veya net coğrafi kapsamserviceType: Uygunsa hizmet kategorisi
Offer ve fiyat alanlarını yalnızca sayfada gerçekten yayınladığınız fiyat veya aralık varsa ekleyin. “Sadece şemada görünsün” diye uydurma fiyat koymak hem politika riski hem güven kaybıdır.
areaServed için abartılı kapsama alanı yerine gerçekten gittiğiniz bölgeleri yazın.
6. Sık yapılan hatalar
Bu hataların çoğu “şema ekledik” sandığınız işi bozar:
- Her sayfaya aynı LocalBusiness kopyası: Blog yazısına da ana sayfadaki adres bloğunu yapıştırmak gürültü üretir. Türü sayfanın anlamına göre seçin.
- Sahte yıldız / AggregateRating: Sitede gerçek, politikalara uygun bir yorum sistemi yokken puan işaretlemek spam riskidir. Yapmayın.
- Görünmeyen SSS’yi FAQPage ile işaretlemek: Markup’taki soru ve cevap, kullanıcının sayfada görebileceği metinle uyumlu olmalıdır [3].
- FAQ zengin sonucu peşinde koşmak: 2026 itibarıyla bu görünüm çoğu site için fiilen kapanmıştır [3].
- Anahtar kelime doldurulmuş description: Şema alanları reklam metni değildir; kısa ve doğru tutun.
- Eski eklenti + yeni tema çakışması: İki farklı eklentinin aynı sayfada çift JSON-LD üretmesi sık görülür. Tek kaynak gerçek (single source of truth) belirleyin.
7. Nasıl test edilir ve canlıya alınır?
Uygulama sırası:
- Önce ilgili sayfada görünür bilgileri düzeltin (NAP, hizmet kapsamı, saatler)
- JSON-LD’yi sayfaya ekleyin veya CMS / tema katmanından üretin [1]
- Schema Markup Validator ile sözlük yapısını kontrol edin
- Rich Results Test ile Google’ın tanıdığı özellik hatalarına bakın
- Birkaç kritik URL’yi yayınlayıp Search Console’da tarama / uygunluk raporlarını izleyin
- Telefon, adres veya saat değişince şemayı da aynı gün güncelleyin
Beklenen sonuç: hataların temizlenmesi ve bilgilerin tutarlı görünmesi. Zengin sonucun her sorguda çıkması veya sıralamanın sıçraması beklenen sonuç değildir; Google yapılandırılmış verinin her zaman bir arama özelliğinde görüneceğini garanti etmez [1].
Sık Sorulan Sorular
Yapılandırılmış veri sıralamamı garanti eder mi?
Hayır. Doğru markup, içeriğin ve işletme bilgisinin anlaşılmasını kolaylaştırabilir; sıralama birçok sinyale bağlıdır ve garanti edilmez [1].
WordPress veya hazır tema eklentisi yeterli mi?
Bazen yeterlidir, bazen çift şema ve yanlış tür üretir. Eklentiyi açmak yetmez; çıkan JSON-LD’yi hizmet / ana sayfa bazında validator ile kontrol edin. Yanlış türü “otomatik” diye bırakmayın.
FAQ şeması hâlâ eklemeli miyim?
Google aramasında FAQ zengin sonucu 7 Mayıs 2026’dan itibaren görünmemektedir [3]. Sayfada gerçek SSS’niz varsa görünür tutmak yine faydalıdır; yalnızca zengin sonuç için markup eklemeyin.
Hizmet bölgesi (areaServed) zorunlu mu?
Google’ın her LocalBusiness özelliği için zorunlu alan listesi dokümana göre değişir; pratikte hizmet bölgesi işletmenizi netleştiren güçlü bir alandır. Gerçekten hizmet verdiğiniz yerleri yazın, abartmayın [2].
JSON-LD mi, Microdata mı?
Google üçünü de destekler; bakım kolaylığı nedeniyle çoğu kurulumda JSON-LD önerilir [1]. Hizmet sitelerinde de genelde JSON-LD daha az hata üretir.
Nereden Başlamalısınız?
- Google İşletme Profili ile sitedeki NAP’ı yan yana koyup farkları düzeltin
- Ana sayfa için LocalBusiness veya Organization kararını verin
- En çok talep alan bir hizmet sayfasına Service + areaServed ekleyin
- Validator ve Rich Results Test ile kontrol edin; çift şema varsa birini kapatın
Teknik SEO, içerik ve yerel sinyaller birlikte yürüdüğünde yapılandırılmış veri daha anlamlı hale gelir. Kurulumu veya denetimi dışarıdan ilerletmek isterseniz SEO hizmetimize bakabilirsiniz. Sitenin teknik iskeleti de eksikse önce web sitesi tarafını netleştirmek işinizi kolaylaştırır.