Yapısal Veri (Schema Markup): Zengin Sonuçlarla Öne Çıkın

Search Console'u açıyorsunuz: gösterim sayıları fena değil, ama tıklama oranı aylardır yerinde sayıyor. Google'da kendi ürününüzü arattığınızda rakibinizin sonucu fiyat, stok durumu ve değerlendirme yıldızlarıyla listeleniyor; sizinki iki satırlık düz mavi bağlantıdan ibaret. Blog yazılarınız sıralamaya giriyor ama sonuç sayfasında tarih ve görsel olmadan silik duruyor. Belki bir ajanstan "sitenize schema ekleyelim" teklifi aldınız, fakat bunun somut olarak neyi değiştireceğini kimse net biçimde anlatamadı.

Bu belirtiler tanıdık geliyorsa sorununuz büyük ihtimalle sıralama değil, sunum. Google sizi zaten listeliyor; ancak sonucunuz, sayfanızın taşıdığı bilgiyi arama sonuç sayfasına yansıtmıyor. Aradaki farkı kapatan katman yapısal veri, yaygın adıyla schema markup: sayfanızdaki bilgiyi arama motorunun tahmin etmeden, kesin olarak anlayacağı biçimde etiketleyen kod. Bu rehberde JSON-LD'nin ne olduğunu, hangi şema türlerinin zengin sonuç ürettiğini, uygulamayı hangi sırayla yürüteceğinizi, hangi araçlarla test edeceğinizi ve sahada en sık gördüğümüz hataları adım adım ele alacağız.

Yapısal veri nedir, JSON-LD neden standart hâline geldi?

Yapısal veri, sayfa içeriğini makineler için okunabilir kılan standart bir etiketleme sözlüğüdür. Sözlüğün kaynağı, büyük arama motorlarının ortak girişimi olan schema.org projesidir. Bir insan, sayfanızdaki "1.450 TL" ifadesinin ürünün fiyatı olduğunu bağlamdan çıkarır; arama motoru ise bunu yorumlamak yerine sizin açıkça "bu değer fiyattır, para birimi Türk lirasıdır" diye bildirmenizi tercih eder. Tahmin ortadan kalktığında Google, içeriğinizi zengin sonuçlarda (rich results) kullanmaya hak kazandırabilir: yıldızlar, fiyat etiketleri, görseller ve benzeri zenginleştirmeler bu mekanizmadan doğar.

Google üç işaretleme formatını destekler: JSON-LD, Microdata ve RDFa. Search Central dokümantasyonu açıkça JSON-LD'yi önerir ve bunun pratik nedenleri vardır. JSON-LD, sayfanın görünen HTML'ine hiç dokunmadan, bir script etiketi içinde bağımsız bir veri bloğu olarak durur. Microdata'da olduğu gibi mevcut etiketlerin arasına öznitelik serpiştirmek gerekmez; bu yüzden hem uygulaması hem bakımı kolaydır. Site temasını değiştirdiğinizde ya da tasarımı yenilediğinizde JSON-LD bloğu bozulmadan yerinde kalır. Bugün WordPress eklentilerinden e-ticaret altyapılarına kadar ekosistemin tamamına yakını bu formatı üretir.

İki kavramı baştan netleştirmek gerekiyor, çünkü sağlıklı beklenti yönetimi buna dayanır:

• Yapısal veri doğrudan bir sıralama faktörü değildir. Google bunu yıllardır tutarlı biçimde ifade ediyor; sayfanıza şema eklemek sıralamanızı kendiliğinden yükseltmez.
• Zengin sonuç bir uygunluk meselesidir, garanti değildir. Hatasız bir işaretleme sizi aday hâline getirir; sonucu zenginleştirip zenginleştirmemek her sorguda Google'ın kararıdır.

Peki uğraşmaya değer mi? Kesinlikle. Zengin sonuçlar sonuç sayfasında daha fazla yer kaplar, daha fazla bilgi taşır ve gözü üzerine çeker; bu da tıklama oranını (CTR) doğrudan etkiler. Örnek bir senaryo üzerinden bakalım: ayda 10.000 gösterim alan ve yüzde 2 CTR ile 200 tıklama üreten bir ürün sayfası düşünün. Sayfa, fiyat ve yıldız bilgisiyle listelenmeye başladığında CTR yüzde 3'e çıkarsa, sıralaması hiç değişmeden aylık tıklama sayısı 300'e ulaşır. Kâğıt üzerinde bir puanlık fark, pratikte trafiğin yüzde 50 artması demektir. Yapısal verinin ticari mantığı bu kadar yalındır: aynı konumdan daha fazla ziyaretçi.

Hangi şemalar zengin sonuç üretir?

schema.org sözlüğünde sekiz yüzü aşkın tür tanımlı; ancak Google'ın zengin sonuç olarak desteklediği liste çok daha kısadır ve Search Central'daki yapılandırılmış veri galerisinde yayımlanır. Desteklenmeyen bir türü işaretlemek zararlı değildir ama görsel bir karşılığı da yoktur. KOBİ'ler için ticari değeri en yüksek dört türe yakından bakalım.

Product: e-ticaretin görünür yüzü

Ürün sayfalarına eklenen Product şeması; fiyatın, para biriminin, stok durumunun ve değerlendirme puanının arama sonucunda görünmesini sağlar. Google'ın satıcı listeleme (merchant listing) deneyimleri de aynı işaretlemeden beslenir. Bir çevrimiçi mağaza için getirisi en yüksek şema budur: kullanıcı daha tıklamadan fiyatı ve stok bilgisini görür, tıklayanlar satın almaya daha yakın ziyaretçilerdir. Dikkat edilmesi gereken nokta zorunlu alanlardır; ürün adı ile teklif bilgisi (fiyat ve para birimi) eksikse zengin sonuç hakkı hiç doğmaz. Değerlendirme yıldızlarının görünmesi içinse sayfada gerçek kullanıcı yorumlarının bulunması ve puanın bu yorumlardan üretilmesi gerekir.

Article: içerik ve haber görünümleri

Article şeması ve alt türleri (BlogPosting, NewsArticle), yazılarınızın arama sonuçlarında başlık, görsel ve tarih bilgisiyle daha güçlü görünmesine, haber niteliğindeki içeriklerin öne çıkan haber alanlarına girmesine zemin hazırlar. Yazar alanında gerçek yazar adını ve varsa profil sayfasını belirtmek, Google'ın yazar varlığını tanımasına yardımcı olur; bu da uzmanlık ve güven sinyalleriyle (E-E-A-T) örtüşen bir pratiktir. Yayın ve güncelleme tarihlerini gerçeğe uygun doldurmak önemlidir: içeriğe dokunmadan tarihi tazelemek kısa vadede kurnazlık gibi görünse de, tutarsızlık fark edildiğinde güveni zedeler.

FAQPage: kurallar değişti, değeri bitmedi

Burada dürüst olmak gerekiyor, çünkü bu konuda hâlâ eski bilgiyle satış yapan çok kişi var. Google, Ağustos 2023'ten bu yana SSS zengin sonuçlarını yalnızca tanınmış, otoriter devlet ve sağlık siteleriyle sınırlı tutuyor; HowTo zengin sonuçlarını ise tamamen kaldırdı. Yani sıradan bir işletme sitesi, FAQPage şeması ekleyerek sonucunun altında açılır soru-cevap listesi göremez. Buna rağmen soru-cevap formatında yapılandırılmış içerik değerini koruyor: aynı içerik öne çıkan snippet için güçlü bir adaydır ve yapay zekâ destekli arama deneyimlerinin içeriğinizi doğru çözümlemesini kolaylaştırır. Size bugün "FAQ şemasıyla zengin sonuç garantisi" vaat eden bir teklif gelirse, karşınızdakinin güncel kuralları takip etmediğini anlamış olursunuz.

LocalBusiness: fiziksel işletmenin dijital kimliği

Mağazası, kliniği, restoranı ya da ofisi olan işletmeler için LocalBusiness şeması; adresi, telefonu, çalışma saatlerini, işletme türünü ve coğrafi konumu Google'a yapılandırılmış biçimde bildirir. Bu bilgiler bilgi paneli ve yerel arama deneyimleriyle ilişkilenir. Kritik kural şudur: şemadaki ad, adres ve telefon bilgisi Google İşletme Profili'nizdeki kayıtlarla birebir aynı olmalıdır; kaynaklar arasındaki tutarsızlık, yerel görünürlüğün en sessiz düşmanıdır. Fiziksel konuma bağlı işletmeler bu şemayı tek başına değil, profil yönetimiyle birlikte ele almalı; bütüncül yaklaşım için yerel SEO ve Google İşletme Profili rehberimize bakabilirsiniz.

Bu dördünün dışında pratik değeri yüksek birkaç tür daha var: BreadcrumbList, sonuçlardaki sayfa yolunu okunur kılar; Organization, marka adınızı ve logonuzu derli toplu bildirir; Event etkinlikleri, JobPosting iş ilanlarını zengin sonuca taşır. Hangi türlerin sitenize uyduğu sayfa envanterinize bağlıdır — ki süreç tam olarak oradan başlar.

Uygulama süreci: beş adımda yapısal veri

Yapısal veriyi tek seferlik bir kod ekleme işi değil, beş adımlık bir süreç olarak yürütmenizi öneririz. Örnek senaryomuz şu olsun: 40 ürünlük bir katalog, 30 blog yazısı ve tek fiziksel şubesi bulunan bir işletme sitesi.

1. Envanter çıkarın ve eşleştirin. Sayfa türlerinizi listeleyin: ana sayfa, ürün sayfaları, kategori sayfaları, blog yazıları, hakkımızda ve iletişim. Her türe uygun şemayı atayın: ürün sayfalarına Product, yazılara BlogPosting, işletme kimliğine LocalBusiness, tüm sayfalara BreadcrumbList. Bu eşleştirme tablosu projenin anayasasıdır; sizi "her sayfaya her şemayı basalım" savurganlığından korur.
2. Zorunlu ve önerilen alanları belirleyin. Google, desteklediği her tür için Search Central'da zorunlu ve önerilen alanları ayrı ayrı listeler. Zorunlu alan eksikse uygunluk hiç doğmaz; önerilen alanlar dolduğu ölçüde sonuç zenginleşir. Bu aşamada veri kaynaklarını da netleştirin: fiyat hangi veritabanı alanından okunacak, görsel adresi nereden gelecek, yorum puanı nasıl hesaplanıyor?
3. JSON-LD üretimini otomatikleştirin. 40 ürün için kodu elle yazmak sürdürülemez; 400 üründe imkânsızdır. Hazır altyapılarda ve WordPress ekosisteminde olgun eklentiler bu üretimi şablondan yapar; özel yazılımlarda ise şablon katmanına, sayfanın gerçek verisinden JSON-LD üreten bir blok eklenir. Pazarlık edilmez ilke şudur: şema, sayfadaki canlı veriden dinamik üretilmeli. Fiyat güncellendiğinde şemadaki fiyat da kendiliğinden güncellenmelidir.
4. Yayına almadan test edin. Hem söz dizimi hem Google uygunluğu ayrı ayrı doğrulanmadan hiçbir şema canlıya çıkmamalı. Hangi aracın hangi soruya cevap verdiğini bir sonraki bölümde ayrıntılandıracağız.
5. Yayınlayın ve Search Console'dan izleyin. Google sayfalarınızı yeniden taradıkça Search Console'un zengin sonuç raporlarında geçerli ve hatalı kayıtlar birikmeye başlar. İlk haftalarda bu raporları düzenli kontrol edin: yüzlerce sayfaya yayılmış bir hata genellikle şablondaki tek bir alandan kaynaklanır ve tek düzeltmeyle kapanır.

Zaman beklentisini de doğru kuralım: işaretleme yayına alındıktan sonra Google'ın sayfaları yeniden tarayıp işlemesi, sayfa sayısına ve tarama sıklığına göre birkaç günden birkaç haftaya uzayabilir. Zengin sonuçların görünmeye başlaması da anlık değildir. Bir hafta sonra "yıldızlar neden çıkmadı" diye endişelenmek yerine, Search Console'daki geçerli kayıt sayısının artışını izlemek çok daha sağlıklı bir göstergedir.

Test araçları: hangisi hangi soruya cevap verir?

Yapısal veri çalışmasında üç araç, üç farklı sorunun cevabıdır ve birbirinin yerine geçmez:

• Zengin Sonuç Testi (Rich Results Test): Google'ın resmî aracı. Bir URL'yi ya da kod parçasını test eder ve "bu sayfa Google'da hangi zengin sonuçlara uygun?" sorusunu yanıtlar. Yalnızca Google'ın desteklediği türleri raporlar; sayfayı hem mobil hem masaüstü Googlebot gözünden test edebilirsiniz.
• Schema Markup Validator: schema.org'un genel doğrulayıcısı. "Söz dizimim ve tür kullanımım schema.org standardına uygun mu?" sorusuna cevap verir; Google'ın zengin sonuç galerisinde olmayan türleri de denetler. Rich Results Test'te görünmeyen bir şemanın bozuk mu olduğunu yoksa yalnızca desteklenmediğini mi burada ayırt edersiniz.
• Search Console zengin sonuç raporları: Yayın sonrası sürekli izleme katmanı. Sitenizde tespit edilen geçerli ve hatalı kayıtları türlere göre listeler; "Ayrıştırılamayan yapılandırılmış veri" bölümü ise türü bile okunamayacak kadar bozuk blokları yakalar.

Pratik iş akışı şöyle işler: geliştirme aşamasında kod parçasını Zengin Sonuç Testi'ne yapıştırıp uygunluğu görün; yayına aldıktan sonra canlı URL'yi aynı araçla bir kez daha test edin, çünkü bazı eklenti ve önbellek katmanları kodu beklediğinizden farklı basabilir; sonraki haftalarda Search Console raporlarını rutininize ekleyin. Bir ayrımı da netleştirelim: uyarı (warning) önerilen bir alanın eksikliğini gösterir ve zengin sonucu engellemez; hata (error) ise zorunlu alanla ilgilidir ve uygunluğu ortadan kaldırır. Önce hataları sıfırlayın, uyarıları fırsat listesi olarak ele alın.

Sık yapılan hatalar ve bedelleri

SEO denetimlerinde yapısal veri tarafında en sık karşılaştığımız sorunlar şunlar:

• Sayfada görünmeyen içeriği işaretlemek. Google'ın temel kuralı nettir: yapısal veri, kullanıcının sayfada gördüğü içeriği yansıtmalıdır. Sayfada yer almayan yorumları, fiyatları ya da soru-cevapları şemaya gömmek politika ihlalidir.
• Kendi sitenizde kendinize yıldız vermek. Organization ve LocalBusiness türlerinde "self-serving" değerlendirme işaretlemesi — işletmenizin kendi sayfasında kendi puanını yayımlaması — Google tarafından dikkate alınmaz. Yıldız, gerçek ürün yorumlarının ve üçüncü taraf platformların işidir.
• Yanlış tür seçimi. Hizmet sayfasına zorlama bir Product şeması ya da kurumsal duyuruya NewsArticle eklemek gibi uygulamalar hem uygunluk üretmez hem de sitenin güvenilirlik algısını zayıflatır.
• Şema ile sayfanın senkron kopması. Elle yazılmış statik bloklarda fiyat sayfada güncellenir, şemada eski kalır. Kullanıcının sonuçta gördüğü fiyatla sayfada karşılaştığı fiyatın tutmaması hem güven hem politika sorunudur.
• Zorunlu alan eksikliği ve bozuk söz dizimi. Eksik bir virgül ya da kapanmayan bir parantez tüm bloğu geçersiz kılar; blok geçersizse en doğru içerik bile Google'a ulaşmaz.
• Aynı sayfada çakışan bloklar. Temanın, SEO eklentisinin ve elle eklenen kodun aynı sayfaya üç ayrı Organization bloğu basması sanıldığından yaygındır; Google çelişen bilgilerle baş başa kalır.

Bu hataların çoğunun bedeli görünürlük kaybıyla sınırlıdır; ancak kasıtlı yanıltma — alakasız içeriğe zengin sonuç kazandırma girişimleri gibi — "spam içerikli yapılandırılmış veri" gerekçesiyle manuel işleme kadar gidebilir. Şunu da unutmamak gerekir: yapısal veri, teknik SEO'nun bütününden bağımsız çalışmaz. Taranamayan ya da dizine eklenmeyen bir sayfanın şeması ne kadar kusursuz olursa olsun karşılık üretmez. Sitenizin genel teknik sağlığını görmek için teknik SEO kontrol listemizden ilerleyebilirsiniz.

AI Overviews çağında yapısal verinin yeni görevi

2026'da arama sonuç sayfası yalnızca on mavi bağlantıdan ibaret değil: AI Overviews birçok sorguda sayfanın en üstünde duruyor ve içeriklerin yapay zekâ sistemlerince nasıl seçilip alıntılandığı, GEO ve AEO başlıkları altında sektörün ana tartışmalarından biri hâline geldi. Google'ın bugüne kadarki açıklamaları, yapay zekâ destekli arama deneyimlerinin de klasik altyapıdan — tarama, dizine ekleme, kalite değerlendirmesi — beslendiği yönünde. Bu tabloda yapısal veri yeni bir görev kazanıyor: içeriğinizi yalnızca zengin sonuca değil, makineler tarafından doğru anlaşılmaya hazırlamak. İşletmeniz, ürünleriniz ve içerikleriniz arasındaki ilişkiyi netleştiren temiz bir işaretleme, bilgilerinizin yapay zekâ katmanında doğru bağlamla temsil edilme olasılığını artırır. Bu dönüşümün ayrıntıları için AI Overviews rehberimize göz atabilirsiniz.

Yapısal veri Google'a "beni üst sıraya koy" demez; "beni doğru anla" der. Doğru anlaşılmak ise hem zengin sonucun hem de yapay zekâ görünürlüğünün ön koşuludur.

Özet: küçük bir kod katmanı, ölçülebilir bir fark

Toparlayalım. Yapısal veri sıralamanızı doğrudan yükseltmez; ama aynı sıralamadan daha fazla tıklama üretmenizi sağlayan en somut tekniklerden biridir. Doğru kurgu beş adımdan geçer: sayfa türü ve şema envanterini çıkarmak, zorunlu alanları Google dokümantasyonundan doğrulamak, JSON-LD üretimini canlı veriden otomatikleştirmek, yayın öncesi ve sonrası iki ayrı araçla test etmek, Search Console raporlarıyla sürekliliği sağlamak. Product, Article ve LocalBusiness bugün en güçlü karşılığı üreten türler; FAQPage ise zengin sonuç tarafında daralmış olsa da içerik anlaşılırlığı ve yapay zekâ görünürlüğü açısından değerini koruyor.

İşin uygulama tarafı çoğu işletmede iki soruda düğümlenir: "Hangi sayfaya hangi şema?" ve "Bu kodu kim yazacak, kim sürdürecek?" Welda'nın SEO ekibi, SEO danışmanlığı kapsamında yapısal veriyi ayrı bir proje olarak değil, teknik denetimin doğal bir parçası olarak ele alır: mevcut işaretlemenizi denetler, sayfa türü ve şema eşleştirmesini çıkarır, uygulamayı geliştirici ekibinizle birlikte ya da bizim tarafımızda yürütür, sonuçları Search Console verileriyle raporlar. Sitenizin arama sonuçlarında hak ettiği görünürlükte olup olmadığını birlikte değerlendirmek isterseniz iletişime geçin; mevcut durum analiziyle başlayalım.