Yapılandırılmış veri: Google'a sitenizi anlatmak

Google sitenizi okuyabilir, ama anlamak başka bir şey. Sayfanızda "4.8" yazıyor — bu bir puan mı, fiyat mı, sürüm numarası mı? "15 Mart" bir etkinlik tarihi mi, yayın tarihi mi, son başvuru günü mü? İnsan bunu bağlamdan çıkarır; arama motoru tahmin eder. Yapılandırılmış veri, bu tahmini ortadan kaldıran araçtır: sayfanızdaki bilgiyi Google'ın kesin olarak anlayacağı bir formatta, etiketlenmiş halde sunarsınız.

Teknik adıyla schema markup — schema.org sözlüğünü kullanan, çoğunlukla JSON-LD formatında yazılan, sayfanın kaynak koduna gömülü küçük bir veri bloğu. Ziyaretçi görmez, arama motoru okur. "Bu sayfa bir ürün sayfası, ürünün adı bu, fiyatı bu, stokta var" ya da "bu bir tarif, pişirme süresi 40 dakika, 120 kişi 4.7 puan vermiş" gibi bilgileri makine diliyle deklare edersiniz.

Yapılandırılmış veri size ne kazandırır?

Dürüst cevapla başlayalım: sıralamanızı doğrudan yükseltmez. Google bunu yıllardır açıkça söylüyor — schema markup bir sıralama faktörü değil. O zaman neden uğraşasınız?

İki somut kazanım var.

Birincisi, zengin sonuçlar (rich results). Arama sonuçlarında yıldızlı puanlar, fiyat bilgisi, SSS açılır kutuları, etkinlik tarihleri, tarif görselleri — bunların hepsi yapılandırılmış veriden beslenir. Aynı sırada duran iki sonuçtan yıldızlı ve fiyatlı olan, düz mavi linkten daha çok tıklanır. Yani sıralamanız değişmese bile tıklanma oranınız değişebilir. "Değişebilir" diyoruz çünkü zengin sonuç bir garanti değil: markup'ı doğru yazarsınız, Google göstermeyi yine de tercih etmeyebilir. Bu, başvuru koşulunu sağlamaktır; kazanmak değil.

İkincisi, makineler için netlik. Bu kazanım giderek önem kazanıyor. Arama artık sadece on mavi linkten ibaret değil; Google'ın AI özetleri, sesli asistanlar ve sitenizi gezen yapay zeka ajanları da içeriğinizi anlamaya çalışıyor. Belirsiz HTML'den anlam çıkarmak yerine etiketli veri okuyabilen her sistem için siteniz daha güvenilir bir kaynak haline gelir. 2026'da yapılandırılmış veriye yatırım yapmanın asıl gerekçesi bize göre bu: içeriğinizi yalnızca insanlara değil, makinelere de okunur kılmak.

Hangi schema türleri gerçekten işe yarar?

schema.org sözlüğünde sekiz yüzü aşkın tür var ve çoğunu hiç kullanmayacaksınız. Google'ın zengin sonuç olarak desteklediği liste çok daha kısa. Pratikte işe yarayanlar:

Organization ve LocalBusiness

Her kurumsal sitenin sahip olması gereken taban: firma adı, logo, iletişim bilgileri, sosyal profiller. Fiziksel bir mekânınız varsa LocalBusiness türü adres, çalışma saatleri ve telefonu da ekler — yerel aramalarda Google'ın sizi haritayla eşleştirmesini kolaylaştırır.

Product ve Offer

E-ticaret yapıyorsanız tartışmasız en değerli tür. Fiyat, stok durumu, puan ortalaması arama sonucunda görünür. Ürün sayfası olup Product markup'ı olmayan bir e-ticaret sitesi, rakipleri yıldızla listelenirken düz linkle yarışır.

Article ve BlogPosting

Yayın tarihi, yazar, görsel. Tek başına çarpıcı bir görsel fark yaratmaz ama içeriğinizin ne zaman yazıldığını ve kimin yazdığını netleştirir — güncellik sinyali arayan her sistem için değerlidir.

FAQPage

Sayfanızdaki soru-cevapları etiketler. Google bunların arama sonucunda açılır kutu olarak gösterimini son yıllarda ciddi biçimde kıstı; artık çoğunlukla resmi kurum sitelerinde görünüyor. Yine de sayfanızda gerçek bir SSS bölümü varsa etiketlemenin maliyeti sıfıra yakın.

BreadcrumbList

Arama sonucunda URL yerine anlamlı bir gezinti yolu gösterir: "vucod.com › Blog › SEO" gibi. Küçük ama temiz bir dokunuş.

Bu listenin dışına ihtiyaç olmadan çıkmayın. Nadir bir türü diye Course, Event veya JobPosting eklemek, o içerik sitenizde gerçekten yoksa işe yaramaz — hatta zarar verebilir.

En kritik kural: görünenle etiketlenen aynı olmalı

Yapılandırılmış verinin tek büyük yasağı şu: sayfada görünmeyen bilgiyi etiketleyemezsiniz. Sayfanızda hiç değerlendirme yokken markup'a 4.9 puan yazmak, stokta olmayan ürünü "stokta" işaretlemek, sahte SSS doldurmak — bunlar Google'ın spam politikalarına doğrudan girer ve yakalandığında sitenizin tüm zengin sonuçları elle verilen bir cezayla kapatılabilir. Kural basit: markup, sayfanın makinece okunur özetidir; süslenmiş versiyonu değil.

Bu kuralın pratik bir sonucu var: önce içerik, sonra etiket. Sayfanızda puan sistemi yoksa AggregateRating ekleyemezsiniz. Önce gerçek değerlendirme toplayın, sonra etiketleyin.

JSON-LD: doğru format hangisi?

Üç format var — JSON-LD, Microdata, RDFa — ama tartışma bitti: Google açıkça JSON-LD öneriyor ve pratikte herkes ona geçti. Sebebi basit: JSON-LD, sayfanın HTML'ine dokunmadan <script type="application/ld+json"> bloğu olarak head'e eklenir. İçerikle iç içe geçmiş Microdata etiketlerinin aksine, şablonu kirletmez ve tek yerden yönetilir.

Küçük bir örnek, bir blog yazısı için:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Yapılandırılmış veri: Google'a sitenizi anlatmak",
  "datePublished": "2026-02-10",
  "author": { "@type": "Organization", "name": "Vucod" }
}

Bu kadar. Karmaşık görünen kısım sözdizimi değil, hangi alanların zorunlu olduğunu bilmek — o da Google'ın arama geliştiricileri dokümanlarında tür tür listeleniyor.

Elle mi yazılır, otomatik mi üretilir?

Beş sayfalık bir site için elle yazmak sorun değil. Ama elli ürünlü bir katalogda veya düzenli yazan bir blogda elle yazılan markup, elle yazılan her şey gibi eskir: fiyat değişir, markup'ta eski fiyat kalır. Görünenle etiketlenenin ayrışması da az önce anlattığımız yasağa çıkar — kötü niyet olmadan, sadece unutkanlıkla.

Doğru yaklaşım, markup'ın içerikten otomatik üretilmesidir. CMS'te ürünün fiyatını güncellediğinizde JSON-LD de aynı kaynaktan, build sırasında yeniden üretilir; ikisinin ayrışması yapısal olarak imkânsız hale gelir. WordPress dünyasında bunu eklentiler kısmen çözer (Yoast, Rank Math gibi — temel türler için gayet yeterlidir); özel geliştirilmiş sitelerde ise markup şablonun doğal parçası olarak kurulur ve eklenti güncellemesiyle bozulma riski taşımaz.

Doğrulama: yazdım, çalışıyor mu?

İki ücretsiz araç yeter:

• Rich Results Test (Google'ın kendi aracı): sayfanızın URL'sini verirsiniz, hangi zengin sonuçlara aday olduğunu ve hatalarını gösterir.
• Schema.org Validator: sözdizimi ve sözlük doğruluğunu kontrol eder.

Yayına aldıktan sonra Search Console'un "Zengin sonuçlar" bölümü, Google'ın sitenizde hangi markup'ları gördüğünü ve hangilerinde hata olduğunu düzenli raporlar. Ayda bir bakmak yeterli.

Son bir ölçü: yapılandırılmış veri, teknik SEO'nun yüksek getirili ama küçük bir parçasıdır. İçeriği zayıf bir sayfayı kurtarmaz; iyi bir sayfanın hakkını teslim eder. Önceliğiniz hâlâ insanlara yararlı sayfalar yapmak — markup, o sayfaların makinelere de doğru anlatılmasıdır.

Sitenizin yapılandırılmış verisini elle değil mimariyle çözmek isterseniz Vucod'a yazın — vucod.com; her başvuruya 48 saat içinde dönüyoruz.