Schema yapısal veri (schema markup) nedir? JSON-LD ile doğru kullanım rehberi

Yapısal veri (schema markup) nedir?

Yapısal veri (schema markup), bir sayfanın ne hakkında olduğunu ve sayfadaki içeriğin türünü arama motorlarına standart bir biçimde bildiren işaretlemedir; Google bunu sayfayı anlamak ve zengin sonuçlar göstermek için kullanır.

Kelime dağarcığı schema.org’dan gelir: Article, Product, LocalBusiness, Organization gibi türler ve onların özellikleri. Ama schema.org’daki her tür Google’da bir görünüm doğurmaz. Google yalnızca kendi desteklediği özellikleri zengin sonuçlarda kullanır; bu liste Arama Galerisi sayfasında tutulur ve zamanla değişir. Örneğin Google, Ocak 2026’da “practice problem” yapılandırılmış veri türünün belgelerini, artık Arama sonuçlarında gösterilmediği için kaldırdı.

Hangi biçim kullanılmalı: JSON-LD, Microdata, RDFa?

Google üç biçimi destekler ve sitenizin yapısı uygunsa JSON-LD’yi önerir.

Biçim	Nasıl çalışır	Google’ın tutumu
JSON-LD	Sayfaya ayrı bir betik bloğu olarak eklenir; görünür metinle iç içe geçmez, yönetimi kolaydır	Önerilen
Microdata	HTML etiketlerinin öznitelikleriyle içeriğin içine gömülür	Destekleniyor
RDFa	HTML5 uzantısıdır; bağlantılı veri için öznitelikler kullanır	Destekleniyor

JSON-LD’nin yapısını göstermek için küçük bir Organization örneği (değerleri kendi bilgilerinizle değiştirin ve sayfadaki görünür içerikle eşleştirin):

{ “@context”: “https://schema.org”, “@type”: “Organization”, “name”: “Örnek Atölye”, “url”: “https://ornek.com”, “logo”: “https://ornek.com/logo.png” }

Bu blok sayfaya bir betik etiketiyle (type değeri application/ld+json) yerleştirilir; WordPress’te çoğu SEO eklentisi ve tema bunu sizin için üretir. JavaScript ile eklenen JSON-LD de çalışabilir, ama test edilmelidir.

Küçük bir işletme sitesi için hangi türler anlamlıdır?

Çoğu işletme sitesi için anlamlı çekirdek takım Organization, LocalBusiness, Breadcrumb ve içeriğe göre Article ya da Product’tır.

Tür	Ne işe yarar	Not
Organization	Logo, yasal ad, adres ve iletişim gibi kurum bilgisi	Zorunlu özellik yok. Ad, alternatif ad, logo (en az 112 × 112 piksel, taranabilir ve dizinlenebilir), adres, iletişim noktası ve sameAs önerilir. Ana sayfaya ya da kurumu anlatan tek bir sayfaya koyun; ad, site adıyla aynı olsun.
LocalBusiness	Çalışma saatleri, puan, yol tarifi gibi işletme bilgisi (bilgi paneli)	Zorunlu: ad ve adres. Önerilen: telefon, web adresi, konum, çalışma saatleri, fiyat aralığı. Ayrıntı: yerel SEO rehberi
Breadcrumb	Sayfanın site hiyerarşisindeki konumu	İşaretlenen yol, sayfada görünen gezinmeyle uyumlu olmalı
Article	Haber, spor ya da blog makalesi	Yazar ve yayın tarihi gibi bilgiler görünür içerikle uyumlu olmalı
Product	Ürün bilgisi: fiyat, stok durumu, puan	Fiyat ve stok sayfada görünenle aynı olmalı
Review snippet	İnceleme ya da puan özeti	Sahte ve açıklanmamış teşvikli yorumlar için Temmuz 2026’da yeni ilke eklendi
Video	Videoyu oynatma, video bölümleri, canlı yayın	Yalnızca sayfada gerçekten video varsa

Hangi sayfaya hangi işaretleme konur?

Sayfa türüne göre işaretleme seçmek, her sayfaya her şeyi yığmaktan daha temiz ve daha az hataya açıktır.

Sayfa	Önerilen işaretleme
Ana sayfa	Organization (ad, logo, iletişim, sosyal profiller)
Hakkımızda ve iletişim	Organization ya da yerel işletmeyseniz LocalBusiness; adres ve saatler sayfada da görünsün
Hizmet sayfası	Google’ın Arama Galerisi’nde Service türü yer almıyor; zengin sonuç beklenmez. Breadcrumb eklenebilir
Blog ve rehber sayfaları	Article ve Breadcrumb
Ürün sayfası	Product; fiyat ve stok sayfadaki görünenle aynı olmalı
Videolu sayfa	Video; yalnızca sayfada gerçekten video varsa

Service gibi Google’ın galerisinde bulunmayan türleri kullanmanız yasak değildir; ama bunlar Google’da özel bir görünüm üretmez. Bu yüzden bu türlerden zengin sonuç beklentisiyle yatırım yapmayın.

FAQ ve HowTo işaretlemesine ne oldu?

FAQ zengin sonucu 7 Mayıs 2026’dan itibaren Google Arama’da gösterilmiyor; HowTo zengin sonucu için ise Google belgeleri Eylül 2023’te kaldırmıştı.

Tarih	Google’ın değişiklik günlüğüne göre olay
14 Eylül 2023	Zengin sonuç artık gösterilmediği için How-to yapılandırılmış veri belgesi kaldırıldı. FAQ belgesine, özelliğin yalnızca tanınmış, yetkili devlet ve sağlık siteleri için gösterildiği notu eklendi.
8 Mayıs 2026	FAQ zengin sonucunun kullanımdan kaldırıldığı duyuruldu: özellik 7 Mayıs 2026’dan itibaren Google Arama’da görünmeyecek.
15 Haziran 2026	FAQ zengin sonucu belgeleri kaldırıldı; özellik artık Arama sonuçlarında gösterilmiyor.

Pratik sonuç şu: SSS bölümünü okuyucu için görünür metin olarak yazmaya devam edin; soru-cevap biçimi hem okuyucuya hem yapay zekâ asistanlarına yarar ve Microsoft bu biçimi öneriyor. Ama FAQPage işaretlemesinin Google’da zengin sonuç getireceğini beklemeyin.

Belgeler kaldırıldığı için mevcut işaretlemenizi nasıl ele alacağınıza dair resmî bir yönerge kalmadı; tutabilir ya da sadeleştirebilirsiniz, yeter ki bir zengin sonuç beklentisi olmadan karar verin. FAQ şemasını “Google’da öne çıkma” vaadiyle satan teklifler bu yüzden eskimiştir.

Yapay zekâ özetleri için yapısal veri gerekir mi?

Hayır; Google, üretken yapay zekâ aramasında yapılandırılmış verinin zorunlu olmadığını ve eklenmesi gereken özel bir schema.org işaretlemesi bulunmadığını söylüyor, ama zengin sonuçlara uygunluk için kullanmayı iyi bir fikir sayıyor.

Microsoft’un Ekim 2025 yazısı ise JSON-LD yapılandırılmış veriyi, ürün, yorum, SSS ya da etkinlik gibi içerikleri makinelerin anlayacağı biçimde etiketleyen bir yöntem olarak anıyor. İki yaklaşım çelişmez: şema, yapay zekâ yanıtlarında seçilmeyi sağlayan bir anahtar değil, kimliği ve içerik türünü netleştiren zararsız bir katmandır. Önce görünür metni ve teknik temeli düzeltin. Ayrıntı: Google yapay zekâ özetleri rehberi.

Yapılandırılmış veri kuralları nelerdir?

Google’ın genel kuralları dört noktada toplanır: işaretleme görünür içeriği yansıtmalı, doğru ve ilgili olmalı, ilgili türün zorunlu özelliklerini içermeli ve mümkünse JSON-LD ile verilmelidir.

• Sayfayı okuyanların göremediği içeriği işaretlemeyin.
• Sahte yorumlar gibi ilgisiz ya da yanıltıcı içeriği işaretlemeyin. Google, Temmuz 2026’da yorum özeti belgelerine sahte ve açıklanmamış teşvikli yorumlarla ilgili yeni bir ilke ekledi.
• İlgili türün belgesinde listelenen tüm zorunlu özellikleri verin; önerilen özellikler sonucun kalitesini artırır.
• Doğru işaretleme bile zengin sonucun görüneceğini kesinleştirmez; Arama Galerisi sayfası da gerçek görünümün farklı olabileceğini belirtiyor.
• Kural ihlalleri “yapılandırılmış veri manuel işlemi”ne yol açabilir; bu işlem sayfanın zengin sonuç olarak görünme uygunluğunu kaldırır, ama Google web aramasındaki sıralamasını etkilemez.

Türkiye'deki bir işletme için özellik değerleri nasıl yazılır?

Google’ın belgelerindeki örnekler uluslararası biçimleri kullanır: telefon ülke ve alan koduyla, ülke iki harfli kodla, para birimi üç harfli kodla yazılır.

Özellik	Google’ın belgesindeki kural	Türkiye için not
telephone	Ülke ve alan kodunu ekleyin	+90 ile başlayan uluslararası biçim
address	Mümkün olduğunca çok alt özelliği doldurun: streetAddress, addressLocality, addressRegion, postalCode, addressCountry	Ülke için örneklerde iki harfli kod (US) kullanılıyor; Türkiye’de TR. İl ve ilçe eşlemesini sitede ve profilde aynı yapın
openingHoursSpecification	Gün adı ve açılış-kapanış saati; örneklerde 09:00 gibi saat:dakika biçimi	Gece yarısını aşan vardiya tek nesneyle yazılabilir; tam gün kapalıysa ikisi de 00:00
geo	Enlem ve boylam en az 5 ondalık basamakla	Haritadan alınan doğru koordinat
priceRange	100 karakterden kısa metin	Para birimi kullanıyorsanız tutarlı yazın
offers.priceCurrency (Product)	Üç harfli ISO 4217 para birimi kodu	Türk lirası için TRY
url	Çalışan, tam nitelikli adres	Şubeye özgü sayfa varsa onu verin

Bu değerlerin her biri sayfada görünen bilgiyle uyuşmalıdır; işaretlemedeki saat, adres ya da fiyat sitede başka yazıyorsa Google’ın kuralını çiğnemiş olursunuz. Kimlik bilgilerinin platformlar arasında tutarlılığı için: yerel SEO rehberi.

Yapılandırılmış veri nasıl eklenir ve test edilir?

Önce görünür içeriği hazırlayıp sonra işaretlemeyi eklemek, doğru sıradır; işaretleme içeriğin aynası olmalıdır.

1. Sayfadaki görünür içeriği (adres, saat, fiyat, soru-cevap vb.) tamamlayın.
2. Google’ın desteklediği uygun türü ve zorunlu özellikleri ilgili belgeden seçin.
3. JSON-LD bloğunu eklenti, tema ya da elle oluşturun.
4. Rich Results Test ile doğrulayın; araç doğrulamanın yanında bazı özelliklerin önizlemesini de verir.
5. Yayımladıktan sonra Search Console’daki zengin sonuç durum raporlarından sayfaların geçerliliğini izleyin.
6. JSON-LD’yi JavaScript ile ekliyorsanız işlenmiş HTML’de göründüğünü URL Denetleme ya da Rich Results Test ile kontrol edin.

Yapılandırılmış veri güncellemeleri nasıl takip edilir?

Desteklenen özellikler listesi sürekli değiştiği için Google’ın Arama Galerisi sayfasını ve belge değişiklik günlüğünü yılda birkaç kez kontrol etmek gerekir.

2026’dan örnekler: Ocak’ta practice problem türünün belgeleri kaldırıldı, Temmuz’da yorum özeti ilkesine sahte ve açıklanmamış teşvikli yorumlar için yeni bir kural eklendi, Mayıs ve Haziran’da FAQ zengin sonucu önce kullanımdan kaldırıldı sonra belgeleri silindi, Eylül’de VideoObject yapılandırılmış verisine creator özelliği eklendi. Bu yüzden bir ajansın “şu şemayı ekleyelim, şu görünümü alırsınız” önerisini Arama Galerisi’nden ve değişiklik günlüğünden doğrulayın; tarihi geçmiş bir tavsiye parasını ve zamanınızı harcatır.

Yapısal veride sık yapılan hatalar nelerdir?

En sık hatalar görünür içerikle uyuşmayan işaretleme, sahte puan ve eskimiş beklentilerdir.

• Sayfada olmayan fiyat, puan ya da soru-cevapları işaretlemek.
• Kendi yazdığınız yorumları ya da satın alınmış puanları işaretlemek.
• FAQ şemasından Google’da zengin sonuç beklemek.
• Eklenti ve temanın aynı türü ikinci kez üretmesine göz yummak; Rich Results Test ile çakışmaları arayın.
• Zorunlu özellikleri atlayıp sonuç beklemek.
• Tek sayfaya alakasız türleri yığmak.

Yapısal veri kurulumu, kurumsal bilgilerin tutarlılığı ve teknik denetim için kapsama göre aylık teklif veriyoruz: SEO hizmeti. İçeriğin kendisi için: SEO uyumlu içerik yazımı.

Sık sorulan sorular