GÜLŞAH ARSLAN | AJANS VADİ

İleri Seviye Schema Kurgusu

Ücretsiz Teknik Rehber 12 Sayfa 2026

İleri Seviye Schema Uygulama Dosyası

JSON-LD yapılandırması, Entity Graph mimarisi, Organization, LocalBusiness, hizmet ve ürün şemaları ile GEO uygulamalarını içeren teknik rehberi PDF formatında inceleyin.

JSON-LD Entity Graph Schema.org GEO Kontrol Listesi
PDF Dosyasını İndir Ücretsiz erişim
01 / STRUCTURED DATA

Schema Nedir ve Neden İleri Seviye Yapılandırma Gerektirir?

Dijital pazarlama dünyasında arama motorlarının içerikleri değerlendirme biçimi giderek daha anlamsal bir yapıya dönüşüyor. Bir web sayfasının yalnızca anahtar kelimeler barındırması, içeriğin konusunun ve bağlamının doğru anlaşılması için tek başına yeterli değildir.

Schema.org yapısal verileri, web sayfalarında bulunan kişi, kuruluş, hizmet, ürün, makale ve konum gibi varlıkların arama motorları tarafından daha açık biçimde yorumlanmasını sağlayan standartlaştırılmış bir sözlüktür.

İleri seviye Schema kurgusu, tek bir WebPage veya Organization işaretlemesi eklemekten daha kapsamlıdır. Sayfanın ana konusu, hizmet sağlayıcısı, yayıncısı ve ilişkili varlıkları arasında tutarlı bağlantılar kurmayı hedefler.

Bu yaklaşım, özellikle kurumsal web siteleri, çok hizmetli işletmeler, e-ticaret projeleri ve yerel SEO çalışmalarında teknik veri mimarisinin önemli bir parçasıdır.

02 / ENTITY ARCHITECTURE

Basit Schema'dan Entity Odaklı Yapıya Geçiş

Google'ın Knowledge Graph yaklaşımı, kişi, kurum, yer ve kavramlar arasındaki ilişkilerin anlaşılmasına dayanır. Entity odaklı Schema mimarisi, web sitesinde tanımlanan varlıkların kimliğini ve birbirleriyle ilişkisini açıklamaya yardımcı olur.

ENTITY / 01

Kalıcı Varlık Kimliği

@id kullanımı, kuruluş veya hizmet gibi aynı varlığın farklı sayfalarda tutarlı şekilde referans gösterilmesini sağlar.

ENTITY / 02

sameAs İlişkileri

sameAs, bir varlığın doğrulanabilir dış platformlardaki karşılığını tanımlamak için kullanılabilir. Bağlantılar gerçekten aynı varlığa ait olmalıdır.

ENTITY / 03

Anlamsal Bağlantılar

publisher, provider, mainEntity ve about gibi özellikler, sayfa ve varlık ilişkilerini açıklamak için kullanılır.

Organization Kurumsal varlık
Service Sunulan hizmet
WebPage Hizmeti açıklayan sayfa
03 / JSON-LD GRAPH MODEL

Hiyerarşik ve İlişkisel Schema Mimarisi

Gelişmiş yapısal veri uygulamalarında @graph, birden fazla ilişkili varlığı aynı JSON-LD dokümanı içerisinde tanımlamak için kullanılabilir.

Örneğin bir hizmet sayfasında WebPage, Organization ve Service nesneleri ayrı ayrı tanımlanabilir. Bu nesneler, ortak @id referansları aracılığıyla birbirine bağlanabilir.

İç içe veya grafik tabanlı bir yapı kullanmak tek başına sıralama avantajı sağlamaz. Asıl önemli olan, bilgilerin doğru ve tutarlı biçimde modellenmesidir.

  • 01 Tekrarlanan varlıklarda tutarlı @id kullanımı
  • 02 Sayfa, hizmet ve kuruluş ilişkilerinin tanımlanması
  • 03 Görünür içerikle yapılandırılmış veri tutarlılığı
  • 04 Çelişkili ve yinelenen işaretlemelerin denetlenmesi
ENTITY RELATIONSHIP MODEL JSON-LD / EXAMPLE
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#org",
      "name": "Örnek Kuruluş",
      "url": "https://example.com/"
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/hizmet/#page",
      "url": "https://example.com/hizmet/",
      "name": "Örnek Hizmet Sayfası",
      "publisher": {
        "@id": "https://example.com/#org"
      },
      "mainEntity": {
        "@id": "https://example.com/hizmet/#service"
      }
    },
    {
      "@type": "Service",
      "@id": "https://example.com/hizmet/#service",
      "name": "Örnek Hizmet",
      "provider": {
        "@id": "https://example.com/#org"
      }
    }
  ]
}
04 / SCHEMA TAXONOMY

İleri Seviye Yapısal Veri Bileşenleri

Yapısal veri türleri, sayfanın gerçek içeriğine ve arama motorlarının desteklediği özelliklere göre seçilmelidir. Her Schema türü her sayfa için uygun değildir.

Organization / Person

Kurumsal kimlik, uzman, yazar ve yayıncı ilişkileri.

ENTITY IDENTITY
WebPage / Article

Sayfanın ana konusu, yayıncısı ve içerik bağlamı.

CONTENT MODEL
Service / Offer

Hizmet tanımı, sağlayıcı ve varsa teklif bilgileri.

SERVICE MODEL
Product

Ürün adı, marka, özellikler ve mevcut ticari bilgiler.

ECOMMERCE DATA
LocalBusiness

İşletme kimliği, konum, iletişim ve hizmet alanları.

LOCAL ENTITY
BreadcrumbList

Sayfanın site içindeki gezinme hiyerarşisi.

SITE STRUCTURE
FAQPage

Sayfada görünen sorular ve yanıtların uygun işaretlemesi.

ELIGIBILITY REVIEW
AggregateRating

Gerçek değerlendirmeler ve ilgili Google politikaları.

REVIEW COMPLIANCE
05 / LOCAL ENTITY SEO

Yerel SEO İçin Geo-Schema Stratejisi

İstanbul, Beylikdüzü ve diğer hizmet bölgelerinde faaliyet gösteren işletmeler için yerel kimlik bilgilerinin tutarlı olması önemlidir.

LocalBusiness işaretlemesi, işletmenin gerçek konumunu, iletişim bilgilerini ve hizmet alanlarını tanımlamaya yardımcı olabilir.

Bu verilerin Google İşletme Profili ve web sitesindeki görünür bilgilerle uyumlu olması gerekir. Yapısal veri tek başına Local Pack görünürlüğü garantilemez.

address

Gerçek ve doğrulanabilir işletme adresi.

areaServed

Hizmet sunulan şehir, ilçe ve diğer coğrafi alanlar.

geo

Gerçek işletme konumunun enlem ve boylam bilgileri.

openingHoursSpecification

Geçerli çalışma günleri ve saatleri.

sameAs

İşletmeye ait doğrulanabilir resmi profil bağlantıları.

06 / IMPLEMENTATION PROCESS

Schema Yapılandırma ve Teknik Doğrulama Süreci

Schema geliştirmesi, yalnızca JSON-LD kodu oluşturmakla sınırlı değildir. Mevcut yapıların denetlenmesi, varlık ilişkilerinin planlanması ve teknik doğrulama aşamalarını kapsar.

PHASE 01

Schema Envanteri

Mevcut JSON-LD, Microdata ve eklenti kaynaklı işaretlemeler incelenir.

PHASE 02

Entity Modelleme

Kuruluş, kişi, hizmet, ürün ve sayfa ilişkileri yapılandırılır.

PHASE 03

JSON-LD Uygulaması

Uygun Schema türleri sayfa içeriğiyle tutarlı biçimde eklenir.

PHASE 04

Doğrulama ve İzleme

Schema.org geçerliliği, Google uygunluğu ve teknik değişiklikler izlenir.

07 / TECHNICAL FAQ

Schema Yapılandırması Hakkında Sık Sorulan Sorular

Schema işaretlemesi Google sıralamasını doğrudan artırır mı?

Yapısal veri, arama motorlarının sayfa içeriğini anlamasına ve desteklenen arama özellikleri için uygunluğun değerlendirilmesine yardımcı olabilir. Ancak doğrudan sıralama artışı veya zengin sonuç gösterimi garanti etmez.

JSON-LD mi, Microdata mı tercih edilmeli?

Google, desteklenen biçimler arasında genellikle JSON-LD kullanımını önerir. JSON-LD, HTML içerikten ayrı yönetilebildiği için geliştirme ve bakım süreçlerinde avantaj sağlayabilir.

Rank Math kullanırken ek Schema gerekir mi?

Rank Math birçok temel yapılandırılmış veri ihtiyacını karşılayabilir. Ancak özel entity ilişkileri, gelişmiş hizmet modelleri veya eklentinin desteklemediği senaryolarda ek geliştirme gerekebilir. Yinelenen işaretlemeler kontrol edilmelidir.

FAQPage ve yıldızlı sonuçlar her web sitesinde görünür mü?

Hayır. Google, FAQ zengin sonuçlarını belirli site kategorileriyle sınırlandırmıştır. Yorum ve değerlendirme işaretlemelerinde de desteklenen türler ve içerik politikaları geçerlidir.

Schema kodlarının doğruluğu nasıl test edilir?

Schema Markup Validator ile genel Schema.org yapısı, Google Rich Results Test ile desteklenen zengin sonuç özellikleri kontrol edilebilir. Search Console üzerinden uygun raporlar takip edilebilir.

Entity SEO için sameAs kullanmak zorunlu mu?

Hayır. sameAs, uygun durumlarda varlığın başka platformlardaki eşdeğer kimliğini açıklamak için kullanılır. Doğrulanamayan veya ilgisiz profiller eklenmemelidir.

STRUCTURED DATA AUDIT

Web Sitenizin Schema Mimarisini Analiz Edelim

Mevcut yapılandırılmış veri işaretlemelerinizi, entity ilişkilerinizi ve teknik tutarsızlıklarınızı incelemek için iletişime geçin.

Schema Analizi Talep Et