SEO 20.07.2026 Ramazan Cengiz

Schema Markup Nedir? JSON-LD Örnekleri ve Doğrulama Rehberi

Schema Markup, web sayfalarındaki bilgilerin arama motorları tarafından daha doğru anlaşılmasını sağlayan yapılandırılmış veri işaretleme sistemidir. Google bu veriler sayesinde içerik türünü, marka ilişkilerini, hizmet alanlarını ve ürün bilgilerini daha net analiz eder.

Uzman içerik yaklaşımı Güncel dijital trendler Uygulanabilir öneriler
Schema Markup Nedir? JSON-LD Örnekleri ve Doğrulama Rehberi
İçindekiler

Schema Markup, bir web sayfasındaki bilgileri arama motorlarının daha açık ve tutarlı biçimde yorumlamasını sağlayan yapılandırılmış veri işaretlemesidir. İşletme, ürün, hizmet, yazar, makale, adres, fiyat ve içerik hiyerarşisi gibi bilgiler Schema.org sözlüğündeki türler ve özellikler kullanılarak tanımlanır.

Schema kullanımı tek başına Google sıralamasını yükseltmez. Doğru uygulanan yapılandırılmış veri; içeriğin anlamını netleştirir, uygun sayfaların zengin arama sonuçlarına katılmasını destekler ve web sitesindeki kişi, marka, hizmet, ürün ve içerik ilişkilerini makine tarafından okunabilir hâle getirir.

Bu rehberde Schema Markup ile JSON-LD arasındaki farkı, hangi sayfada hangi şema türünün kullanılacağını, güncel Google desteğini, gerçek kod örneklerini ve doğrulama sürecini ele alıyoruz.

Schema Markup Nedir?

Schema Markup, web sayfasında bulunan bilgilerin neyi temsil ettiğini standart ifadelerle açıklayan işaretleme sistemidir.

Bir sayfada “Optimia”, “Beylikdüzü”, “teknik SEO” ve bir telefon numarası geçtiğinde arama motoru bu ifadelerin anlamını metin bağlamından çıkarmaya çalışır. Yapılandırılmış veri kullanıldığında ise ilişkiler açık şekilde tanımlanır:

  • Optimia bir `Organization` olarak belirtilir.
  • Beylikdüzü bir `Place` veya hizmet bölgesi olarak tanımlanır.
  • Teknik SEO bir `Service` olarak işaretlenir.
  • Telefon numarası bir `ContactPoint` içinde sunulur.
  • İçeriğin yazarı `Person` olarak gösterilir.

Bu sistem arama motoruna yeni veya sayfada bulunmayan bir bilgi vermez. Sayfada kullanıcıların gördüğü bilgileri standart ve makine tarafından okunabilir bir veri modeline dönüştürür.

Schema türleri ve özellikleri Schema.org tarafından yayımlanır. Google ise bu sözlüğün belirli bölümlerini kendi arama özellikleri için destekler.

Yapılandırılmış Veri, Schema.org ve JSON-LD Arasındaki Fark

Bu üç kavram aynı sistemi anlatmaz. Aralarındaki ayrım şöyledir:

Kavram Görevi
Yapılandırılmış veri Bilginin makine tarafından okunabilecek düzenli bir formatta sunulmasıdır.
Schema.org Varlıkları, türleri ve özellikleri tanımlayan ortak veri sözlüğüdür.
JSON-LD Schema.org verilerinin HTML sayfasına eklenmesini sağlayan uygulama formatıdır.
Rich result Google’ın desteklediği yapılandırılmış verilerden yararlanarak oluşturduğu gelişmiş arama görünümüdür.

Schema.org Ne İşe Yarar?

Schema.org; `Organization`, `Product`, `Article`, `Service`, `Person`, `LocalBusiness` ve `BreadcrumbList` gibi binlerce tür ve özelliği kapsar.

Bir türün Schema.org üzerinde bulunması, Google’ın o tür için özel bir arama görünümü sunduğu anlamına gelmez. Örneğin `Service`, Schema.org açısından geçerli ve yararlı bir türdür; ancak Google Search’te doğrudan “hizmet rich result” özelliği bulunmaz.

Bu nedenle schema seçerken iki ayrı soru sorulmalıdır:

  1. Bu veri modeli sayfanın gerçek içeriğini doğru tanımlıyor mu?
  2. Google bu türü özel bir arama özelliği için destekliyor mu?

Google’ın güncel olarak desteklediği özellikler yapılandırılmış veri galerisinden kontrol edilmelidir. Google bu listeyi ve özelliklerin kapsamını zaman içinde günceller.

JSON-LD Nedir?

JSON-LD, yapılandırılmış verinin ``<script type="application/ld+json">` etiketi içinde sunulduğu formattır.

Google; JSON-LD, Microdata ve RDFa formatlarını destekler. Uygulama ve bakım kolaylığı nedeniyle çoğu proje için JSON-LD önerilir.

Basit bir Organization örneği şöyledir:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Örnek Marka",
  "url": "https://www.orneksite.com/"
}
</script>

`@context`, kullanılan veri sözlüğünü; `@type` ise tanımlanan varlığın türünü belirtir.

Schema Markup SEO İçin Ne Sağlar?

Schema Markup’ın temel katkısı, sayfadaki varlıkları ve ilişkileri açık biçimde tanımlamasıdır.

İçeriğin Anlamını Netleştirir

Bir blog yazısında yer alan başlık, yazar, yayın tarihi, güncelleme tarihi ve yayıncı bilgisi `BlogPosting` işaretlemesiyle birbirine bağlanır.

Bir ürün sayfasında fiyat, stok durumu, para birimi ve ürün kimliği `Product` ile `Offer` altında tanımlanır.

Bir yerel işletmede adres, telefon, çalışma saatleri ve coğrafi konum `LocalBusiness` içinde sunulur.

Bu yapı özellikle büyük web sitelerinde, benzer sayfalara sahip projelerde ve farklı varlıkların aynı içerikte geçtiği durumlarda anlam bütünlüğünü destekler.

Zengin Sonuçlara Uygunluk Kazandırır

Google’ın desteklediği bir yapılandırılmış veri türünün doğru uygulanması, sayfayı ilgili zengin sonuç görünümüne uygun hâle getirir.

Örnekler:

  • `Product`: Fiyat, stok ve değerlendirme bilgileri
  • `Article`: Başlık, görsel, tarih ve yayıncı bilgileri
  • `BreadcrumbList`: Arama sonucunda içerik yolu
  • `LocalBusiness`: İşletme ve konum bilgileri
  • `VideoObject`: Video başlığı, görseli, süresi ve yayın tarihi
  • `Event`: Tarih, konum ve etkinlik bilgileri

Uygunluk, gösterim garantisi değildir. Google; sorgu, cihaz, konum, içerik kalitesi ve arama deneyimi gibi unsurlara göre standart metin sonucunu tercih edebilir.

Entity İlişkilerini Düzenler

Schema, aynı marka veya kişi için kullanılan bilgilerin farklı sayfalarda ortak bir kimliğe bağlanmasını sağlar.

Bu bağlantı genellikle `@id` ile kurulur:

"publisher": {
  "@id": "https://www.orneksite.com/#organization"
}

Ana sayfada tanımlanan organizasyon, blog yazılarında yayıncı; hizmet sayfalarında hizmet sağlayıcı; yazar sayfalarında bağlı kuruluş olarak aynı `@id` üzerinden kullanılabilir.

Bu yaklaşım, birbirinden kopuk schema blokları yerine tutarlı bir entity ağı oluşturur.

Schema Markup AI Overviews ve Yapay Zekâ Aramalarını Etkiler mi?

Google, AI Overviews ve AI Mode için özel bir schema türü istemiyor. Bu alanlarda görünmek için ayrı bir “AI schema”, “GEO schema” veya özel bir makine tarafından okunabilir dosya gerekmiyor.

Yapılandırılmış veri yine de şu açıdan değerlidir:

  • Sayfadaki marka, kişi, hizmet ve içerik ilişkilerini düzenler.
  • Yazar ve yayıncı bilgilerinin tutarlı sunulmasını sağlar.
  • Tarih, fiyat, adres ve stok gibi verilerin anlamını açıklaştırır.
  • Sayfadaki görünen içerikle teknik veri arasındaki uyumu güçlendirir.

Ancak schema, yapay zekâ sonuçlarında kaynak gösterilme garantisi vermez. AI görünürlüğü için asıl temel şunlardır:

  • Soruyu doğrudan yanıtlayan özgün içerik
  • Açık tanımlar ve kısa cevap bölümleri
  • Gerçek uygulama örnekleri
  • Güvenilir yazar ve yayıncı bilgileri
  • Kaynak gösterimi
  • Güçlü iç link yapısı
  • Taranabilir ve indekslenebilir sayfalar
  • Kullanıcıya görünür metin ile schema verisinin birebir uyumu

Bu nedenle schema çalışması, içerik kalitesinden bağımsız bir teknik kısayol olarak değerlendirilmemelidir.

Geçerli Schema Türleri ve Google Desteği

Aşağıdaki tablo, kurumsal ve içerik odaklı web sitelerinde en sık kullanılan türlerin güncel durumunu özetler:

Schema türü Schema.org durumu Google’daki kullanım
`Organization` Geçerli Marka ve organizasyon bilgilerinin anlaşılmasını destekler.
`WebSite` Geçerli Ana sayfada site adı tercihini belirtmek için kullanılır.
`LocalBusiness` Geçerli Yerel işletme özellikleri için Google tarafından desteklenir.
`Article` / `BlogPosting` Geçerli Haber ve blog içeriklerinde desteklenir.
`BreadcrumbList` Geçerli Arama sonucundaki sayfa hiyerarşisini destekler.
`Product` Geçerli Fiyat, stok, kargo ve değerlendirme bilgileri için desteklenir.
`VideoObject` Geçerli Video arama özelliklerinde kullanılır.
`Service` Geçerli Hizmeti semantik olarak tanımlar; özel Google rich result oluşturmaz.
`Person` Geçerli Yazar ve uzman varlığını tanımlar; tek başına genel bir rich result türü değildir.
`ProfilePage` Geçerli Tek bir kişi veya kuruluşa odaklanan uygun profil sayfalarında kullanılır.
`FAQPage` Geçerli Google FAQ rich result özelliğini 7 Mayıs 2026’da kaldırdı.
`SearchAction` Geçerli Sitelinks arama kutusu kaldırıldığı için bu amaçla kullanılmaz.

FAQPage Hâlâ Kullanılmalı mı?

Bir sayfada kullanıcıların ihtiyaç duyduğu sorular ve cevaplar bulunabilir. SSS bölümleri AEO, kullanıcı deneyimi ve içerik kapsamı açısından değerini korur.

Buna karşılık Google, FAQ rich result özelliğini 7 Mayıs 2026 itibarıyla kaldırdı. Bu nedenle sıradan kurumsal veya blog sayfalarına Google’da açılır soru görünümü elde etmek amacıyla `FAQPage` eklemek gereksizdir.

SSS içeriği sayfada normal HTML metni olarak tutulmalı; yalnızca gerçekten başka sistemler tarafından kullanılacaksa Schema.org işaretlemesi değerlendirilmelidir.

WebSite ve SearchAction Birlikte Kullanılmalı mı?

`WebSite` işaretlemesi ana sayfada site adını tanımlamak için kullanılmaya devam eder.

Sitelinks arama kutusu ise 21 Kasım 2024 tarihinde Google sonuçlarından kaldırıldı. Bu nedenle eski örneklerde bulunan `potentialAction` ve `SearchAction` yapısı, Google’da arama kutusu oluşturma amacıyla eklenmemelidir.

Güncel WebSite örneğinde `name`, `alternateName` ve `url` alanları yeterlidir.

Hangi Sayfada Hangi Schema Kullanılır?

Her sayfaya aynı JSON-LD kodunun eklenmesi doğru değildir. Şema türü, sayfanın ana amacı ve görünen içeriği temel alınarak seçilmelidir.

Sayfa Temel schema türleri
Ana sayfa `Organization`, `WebSite`
Fiziksel işletme veya şube sayfası `LocalBusiness`, `PostalAddress`, `GeoCoordinates`
Hizmet sayfası `Service`, `BreadcrumbList`
Blog yazısı `BlogPosting`, `BreadcrumbList`, `Person`, `Organization`
Haber içeriği `NewsArticle`, `BreadcrumbList`, `Person`, `Organization`
Ürün sayfası `Product`, `Offer`, `BreadcrumbList`
Yazar profili `ProfilePage`, `Person`
Video sayfası `VideoObject`, ilgili ana içerik türü
Etkinlik sayfası `Event`, `Place`, `Offer`
Yazılım veya uygulama sayfası `SoftwareApplication`, `Offer`

Kurumsal sitelerde schema mimarisi, teknik SEO hizmeti kapsamında site yapısı, canonical adresler, indekslenebilirlik ve JavaScript çıktılarıyla birlikte denetlenmelidir.

JSON-LD ile Ana Sayfa Schema Örneği

Ana sayfada marka ve site kimliği birlikte tanımlanabilir.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.orneksite.com/#organization",
      "name": "Örnek Marka",
      "url": "https://www.orneksite.com/",
      "logo": "https://www.orneksite.com/uploads/logo.png",
      "email": "info@orneksite.com",
      "telephone": "+90 212 000 00 00",
      "sameAs": [
        "https://www.linkedin.com/company/ornek-marka",
        "https://www.instagram.com/ornekmarka"
      ],
      "contactPoint": {
        "@type": "ContactPoint",
        "telephone": "+90 212 000 00 00",
        "contactType": "sales",
        "availableLanguage": ["tr"]
      }
    },
    {
      "@type": "WebSite",
      "@id": "https://www.orneksite.com/#website",
      "url": "https://www.orneksite.com/",
      "name": "Örnek Marka",
      "alternateName": "Örnek",
      "publisher": {
        "@id": "https://www.orneksite.com/#organization"
      }
    }
  ]
}
</script>

Bu yapıdaki bilgilerin ana sayfada ve kurumsal iletişim alanlarında görünür olması gerekir.

Marka adı, telefon, sosyal medya hesabı veya logo farklı sayfalarda farklı değerlerle sunulmamalıdır.

JSON-LD ile Hizmet Sayfası Örneği

Bir hizmet sayfasında `Service`, hizmeti sunan organizasyon ve breadcrumb ilişkisi birlikte kurulabilir.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.orneksite.com/#organization",
      "name": "Örnek Marka",
      "url": "https://www.orneksite.com/"
    },
    {
      "@type": "Service",
      "@id": "https://www.orneksite.com/hizmet/teknik-seo/#service",
      "name": "Teknik SEO Hizmeti",
      "serviceType": "Teknik SEO",
      "url": "https://www.orneksite.com/hizmet/teknik-seo/",
      "description": "Web sitesinin tarama, indeksleme, performans ve yapılandırılmış veri sorunlarının analiz edilmesini kapsayan teknik SEO hizmeti.",
      "provider": {
        "@id": "https://www.orneksite.com/#organization"
      },
      "areaServed": [
        {
          "@type": "City",
          "name": "İstanbul"
        },
        {
          "@type": "Country",
          "name": "Türkiye"
        }
      ]
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://www.orneksite.com/hizmet/teknik-seo/#breadcrumb",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "Ana Sayfa",
          "item": "https://www.orneksite.com/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "Hizmetler",
          "item": "https://www.orneksite.com/hizmet/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "Teknik SEO Hizmeti",
          "item": "https://www.orneksite.com/hizmet/teknik-seo/"
        }
      ]
    }
  ]
}
</script>

`Service` işaretlemesi, sayfanın hizmet içeriğini tanımlar. Google’da ürünlerdeki gibi fiyat veya yıldız içeren özel bir hizmet rich result oluşturmaz.

Web tasarım hizmetleri için de aynı mantık kullanılabilir. Sayfadaki hizmet adı, açıklama, sağlayıcı ve hizmet bölgesi profesyonel web tasarım hizmeti sayfasının görünür içeriğiyle eşleşmelidir.

JSON-LD ile BlogPosting Örneği

Blog içeriklerinde yalnızca `Article` eklemek yerine yazar, yayıncı, görsel ve breadcrumb ilişkilerinin tamamı kurulmalıdır.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.orneksite.com/#organization",
      "name": "Örnek Marka",
      "url": "https://www.orneksite.com/",
      "logo": "https://www.orneksite.com/uploads/logo.png"
    },
    {
      "@type": "Person",
      "@id": "https://www.orneksite.com/yazar/ahmet-yilmaz/#person",
      "name": "Ahmet Yılmaz",
      "url": "https://www.orneksite.com/yazar/ahmet-yilmaz/",
      "jobTitle": "Teknik SEO Uzmanı",
      "worksFor": {
        "@id": "https://www.orneksite.com/#organization"
      }
    },
    {
      "@type": "BlogPosting",
      "@id": "https://www.orneksite.com/blog/schema-markup-nedir/#article",
      "url": "https://www.orneksite.com/blog/schema-markup-nedir/",
      "headline": "Schema Markup Nedir? JSON-LD Örnekleri ve Doğrulama Rehberi",
      "description": "Schema Markup kavramını, geçerli schema türlerini, JSON-LD örneklerini ve doğrulama sürecini açıklayan uygulamalı rehber.",
      "image": [
        "https://www.orneksite.com/uploads/schema-markup-kapak.webp"
      ],
      "datePublished": "2026-07-20T09:00:00+03:00",
      "dateModified": "2026-07-20T09:00:00+03:00",
      "inLanguage": "tr-TR",
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://www.orneksite.com/blog/schema-markup-nedir/"
      },
      "author": {
        "@id": "https://www.orneksite.com/yazar/ahmet-yilmaz/#person"
      },
      "publisher": {
        "@id": "https://www.orneksite.com/#organization"
      },
      "about": [
        {
          "@type": "Thing",
          "name": "Schema Markup"
        },
        {
          "@type": "Thing",
          "name": "JSON-LD"
        },
        {
          "@type": "Thing",
          "name": "Yapılandırılmış Veri"
        }
      ]
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://www.orneksite.com/blog/schema-markup-nedir/#breadcrumb",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "Ana Sayfa",
          "item": "https://www.orneksite.com/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "Blog",
          "item": "https://www.orneksite.com/blog/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "Schema Markup Nedir?",
          "item": "https://www.orneksite.com/blog/schema-markup-nedir/"
        }
      ]
    }
  ]
}
</script>

Örnek değerler doğrudan kopyalanmamalıdır. URL, yazar, görsel, tarih ve açıklama alanları ilgili sayfanın gerçek verileriyle doldurulmalıdır.

LocalBusiness Schema Ne Zaman Kullanılır?

`LocalBusiness`, fiziksel konumu bulunan ve müşterilere belirli bir adreste veya hizmet bölgesinde ulaşan işletmeler için kullanılır.

Schema içinde şu bilgiler yer alır:

  • İşletme adı
  • Adres
  • Telefon
  • Çalışma saatleri
  • Koordinatlar
  • Hizmet bölgesi
  • Web sitesi
  • Logo veya işletme görseli

Web sitesindeki bilgiler Google Business Profile verileriyle çelişmemelidir. Özellikle işletme adı, telefon ve adres bilgilerinin aynı biçimde kullanılması yerel veri tutarlılığı açısından önem taşır.

Yerel işletme işaretlemesi tek başına Google Haritalar veya yerel paket sıralaması sağlamaz. Schema; işletme bilgilerinin anlaşılmasını destekleyen teknik katmandır. Bölgesel görünürlük için içerik yapısı, Google Business Profile, yorumlar, NAP tutarlılığı ve yerel SEO çalışmaları birlikte yürütülmelidir.

Product Schema Kullanırken Nelere Dikkat Edilir?

`Product` işaretlemesi e-ticaret ürün sayfalarında kullanılmalıdır. Kategori, marka tanıtımı veya hizmet sayfası Product olarak işaretlenmemelidir.

Temel alanlar şunlardır:

  • `name`
  • `image`
  • `description`
  • `sku`
  • `brand`
  • `offers`
  • `price`
  • `priceCurrency`
  • `availability`

Gerçek kullanıcı değerlendirmeleri bulunuyorsa `review` ve `aggregateRating` eklenebilir. Sahte puanlar, kurumun kendi kendine verdiği yıldızlar veya sayfada görünmeyen değerlendirmeler işaretlenmemelidir.

Ürün fiyatı, stok durumu, kampanya tarihi ve para birimi sayfadaki bilgilerle eşleşmelidir. Dinamik ürün verilerinin schema çıktısında gecikmeli güncellenmesi yanlış fiyat ve stok bilgisi oluşturur.

Ürün schema uygulaması; kategori mimarisi, filtre URL’leri, canonical düzeni ve e-ticaret SEO stratejisiyle birlikte ele alınmalıdır.

Schema Markup Nasıl Doğrulanır?

Schema kontrolü yalnızca kodun JSON olarak çalışıp çalışmadığına bakılarak tamamlanmaz. Doğrulama üç farklı seviyede yapılmalıdır.

1. Schema.org Sözdizimi Kontrolü

İlk aşamada kod Schema.org Validator üzerinden test edilir.

Bu araç:

  • JSON sözdizimi hatalarını
  • Tanınmayan türleri
  • Yanlış özellik kullanımını
  • Beklenmeyen veri tiplerini
  • Schema.org modelindeki bağlantıları

kontrol eder.

Schema.org Validator’da hatasız görünmek, Google rich result uygunluğu anlamına gelmez.

2. Google Rich Results Test

İkinci aşamada sayfa veya kod Google Rich Results Test aracında test edilir.

Bu araç yalnızca Google’ın desteklediği arama özelliklerini değerlendirir. `Service` gibi Schema.org açısından geçerli fakat özel Google görünümü bulunmayan türler Rich Results Test içinde sonuç vermeyebilir.

Kontrol sırasında:

  • Kritik hatalar giderilmelidir.
  • Eksik zorunlu alanlar tamamlanmalıdır.
  • Önerilen alanlar mümkün olduğu ölçüde eklenmelidir.
  • Google tarafından algılanan sayfa türü incelenmelidir.

3. URL Denetimi

Kod canlıya alındıktan sonra Search Console’daki URL Denetleme Aracı kullanılmalıdır.

Canlı testte şu noktalar kontrol edilir:

  • Google sayfaya erişebiliyor mu?
  • Render edilen HTML içinde schema bulunuyor mu?
  • JavaScript ile oluşturulan kod Google tarafından görülüyor mu?
  • Sayfa indekslenebilir mi?
  • Canonical adres doğru mu?
  • Yapılandırılmış veri hatası bulunuyor mu?

İlk aşamada tüm siteye uygulama yapmak yerine birkaç temsilî sayfada test yapılmalıdır. Sorunsuz çalışan veri modeli daha sonra aynı şablona sahip sayfalara yayılmalıdır.

Schema Uygulamalarında Sık Yapılan Hatalar

Sayfada Görünmeyen Bilgiyi İşaretlemek

Kullanıcının görmediği fiyat, yorum, soru-cevap, yazar veya hizmet bilgisi schema içine eklenmemelidir.

Google’ın genel yapılandırılmış veri kuralları, işaretlenen içeriğin sayfanın gerçek ve görünür içeriğini temsil etmesini ister.

Yanlış Sayfa Türünü Kullanmak

En sık karşılaşılan yanlış eşleştirmeler şunlardır:

  • Hizmet sayfasını `Product` olarak işaretlemek
  • Blog yazısını `NewsArticle` olarak tanımlamak
  • Kurumsal sayfaya sahte `AggregateRating` eklemek
  • SSS bölümünü `QAPage` olarak işaretlemek
  • Her sayfaya `LocalBusiness` eklemek
  • Yazar profili olmayan kişiyi uzman olarak tanımlamak

Schema türü, sayfanın ana içeriğini temsil etmelidir.

Birden Fazla Sistemden Çakışan Kod Üretmek

SEO eklentisi, tema, özel yazılım ve üçüncü taraf modüller aynı anda schema ürettiğinde birden fazla Organization, Article veya Breadcrumb düğümü oluşabilir.

Sorun yalnızca tekrar değildir. Farklı kodlar:

  • Farklı canonical URL
  • Farklı logo
  • Farklı yayıncı
  • Farklı yazar
  • Farklı tarih
  • Farklı işletme adı

kullanıyorsa Google’a çelişkili veri gönderilir.

Her sayfa şablonunda yapılandırılmış veriyi tek merkezden üretmek en doğru yöntemdir.

`@id` Değerlerini Tutarsız Kullanmak

Aynı organizasyon için şu üç farklı kimliğin kullanılması entity bütünlüğünü bozar:

```text
https://www.orneksite.com/#organization
https://www.orneksite.com/#brand
https://www.orneksite.com/hakkimizda/#organization
```

Site genelinde tek bir ana organizasyon kimliği belirlenmeli ve ilgili tüm sayfalarda aynı değer kullanılmalıdır.

Tarih Bilgilerini Otomatik Olarak Yenilemek

`dateModified`, içerikte gerçek bir güncelleme yapıldığında değiştirilmelidir. Sayfanın her açılışında veya her deploy işleminde güncellenen tarih, kullanıcıya ve arama motoruna yanlış bilgi verir.

Schema’yı Sıralama Garantisi Olarak Görmek

Yapılandırılmış veri bir sıralama paketi veya Google’a gönderilen ayrıcalık talebi değildir.

Schema’nın görevi:

  • İçeriği sınıflandırmak
  • Varlıkları bağlamak
  • Veri anlamını açıklamak
  • Desteklenen arama özelliklerine uygunluk kazandırmaktır

Başarılı SEO için teknik altyapı, içerik kalitesi, site mimarisi, otorite ve kullanıcı deneyimi birlikte yönetilmelidir. Bu bütünsel yaklaşım SEO hizmetleri kapsamında planlanır.

Schema Markup EEAT Sinyallerini Destekler mi?

Schema, deneyim, uzmanlık, otorite ve güvenilirliği kendi başına oluşturmaz. Gerçek bilgilerin doğru şekilde ilişkilendirilmesini sağlar.

Blog ve uzmanlık içeriklerinde şu yapı kullanılmalıdır:

  • Gerçek yazar adı
  • Erişilebilir yazar profili
  • Yazarın görev veya uzmanlık alanı
  • Yayıncı kuruluş
  • İlk yayın tarihi
  • Gerçek güncelleme tarihi
  • Kaynaklar
  • Editöryal kontrol bilgisi

`reviewedBy` alanı yalnızca içerik gerçekten belirtilen uzman tarafından incelendiyse kullanılmalıdır. Hayalî uzman, sahte unvan veya doğrulanamayan profil eklemek güven sinyali üretmez; tersine içerik güvenilirliğini zedeler.

Schema ile belirtilen yazarın adı sayfada görünmeli, profil bağlantısı çalışmalı ve profil içeriği ilgili uzmanlık alanını açıklamalıdır.

Schema Markup Kontrol Listesi

Yapılandırılmış veriyi yayına almadan önce şu kontroller tamamlanmalıdır:

  • Sayfanın ana amacı belirlendi.
  • En spesifik ve doğru schema türü seçildi.
  • İşaretlenen tüm bilgiler sayfada görünür.
  • Canonical URL ile schema URL’si eşleşiyor.
  • Organization ve Person `@id` değerleri site genelinde tutarlı.
  • Fiyat, stok, adres ve çalışma saatleri güncel.
  • Yazar ve yayıncı bilgileri gerçek.
  • Schema.org Validator kontrolü tamamlandı.
  • Rich Results Test kontrolü tamamlandı.
  • Canlı URL, Search Console üzerinden incelendi.
  • JavaScript ile üretilen schema render edilmiş HTML’de görünüyor.
  • Kritik hata ve çakışan schema blokları bulunmuyor.
  • Google’ın hâlen desteklediği rich result türleri güncel dokümantasyondan kontrol edildi.

Bu Sayfa İçin Hangi Schema Kullanılmalı?

`/blog/schema-markup-nedir` sayfasında önerilen yapı şöyledir:

  1. Ana içerik için `BlogPosting`
  2. Sayfa yolu için `BreadcrumbList`
  3. Yayıncı için ana sayfadaki `Organization` kimliği
  4. Gerçek yazar profili için `Person`
  5. Sayfanın ana URL’si için `mainEntityOfPage`
  6. Konu ilişkileri için sınırlı ve doğru `about` alanları

Bu sayfaya `FAQPage` eklenmemelidir. Sayfanın sonunda SSS bölümü yer alsa bile Google artık FAQ rich result göstermiyor.

`Service`, bu blog yazısının ana türü olmamalıdır. Optimia’nın teknik SEO hizmeti içerik içinde bağlantı olarak yer alabilir; ancak sayfanın ana amacı bir hizmet sunmak değil, Schema Markup konusunda bilgi vermektir.

Schema Markup, web sayfasındaki bilgileri arama motorları ve diğer veri tüketicileri için açık bir modele dönüştürür. Başarılı uygulama, tüm siteye rastgele kod eklemek yerine sayfa amacına uygun tür seçimi, gerçek içerikle tam eşleşme, tutarlı entity kimlikleri ve düzenli doğrulama gerektirir.

Ana sayfada Organization ve WebSite; bloglarda BlogPosting ve BreadcrumbList; ürün sayfalarında Product; fiziksel işletmelerde LocalBusiness; hizmet sayfalarında ise Service kullanılmalıdır.

Google’ın desteklediği arama özellikleri zaman içinde değiştiği için eski schema listeleri temel alınmamalıdır. Her uygulama öncesinde Google Search Gallery, Schema.org Validator, Rich Results Test ve Search Console kontrolleri tamamlanmalıdır.

Web sitesindeki yapılandırılmış veri, tarama, indeksleme ve teknik mimariyle birlikte değerlendirilmek isteniyorsa Optimia’nın teknik SEO hizmeti incelenebilir.

Sıkça Sorulan Sorular

Hayır. Schema Markup doğrudan sıralama garantisi vermez. İçeriğin anlamını açıklar ve desteklenen arama özelliklerine uygunluk sağlar.

JSON-LD kodu HTML belgesinin head veya body alanında bulunabilir. Uygulama düzeni açısından çoğu projede head alanında veya sayfa şablonunun kontrollü bir bölümünde tutulur.

Organization ana sayfada ayrıntılı olarak tanımlanmalıdır. İç sayfalarda aynı organizasyon @id ile referans gösterilebilir. Her sayfada farklı veya çelişkili Organization düğümü oluşturulmamalıdır.

Hizmet, gerçek bir ürün sayfası değilse Product kullanılmaz. Hizmet sayfalarında Service, hizmet sağlayıcı ve breadcrumb ilişkisi kurulmalıdır.

Google, FAQ rich result özelliğini 7 Mayıs 2026’da kaldırdı. Kullanıcıya fayda sağlayan SSS içeriği sayfada tutulabilir; ancak Google’da açılır soru görünümü elde etmek amacıyla FAQPage eklenmemelidir.

Hatasız schema yalnızca teknik uygunluk sağlar. Google gösterim kararını sorgu, kullanıcı, cihaz, konum, içerik kalitesi ve arama deneyimine göre verir.
Paylaş: