Yapısal veri optimizasyonu yalnız yeni JSON-LD eklemek değildir. Bu sayfa mevcut şemaların içerikle, varlık kimlikleriyle ve yayın süreciyle tutarlı kalmasına odaklanır. Tür seçimi ve ilk kod örnekleri için JSON-LD uygulama rehberini kullanın.
Önce üç farklı kontrolü ayırın
| Kontrol | Ne gösterir? | Ne göstermez? |
|---|---|---|
| JSON parse | JSON sözdizimi okunabiliyor | Doğru tür veya özellik seçimi |
| Schema.org işaretleme denetimi | JSON-LD/RDFa/Microdata’dan çıkarılan graph, tür/özellik yapısı ve söz dizimi | İşaretlenen gerçeklerin doğruluğu veya Google özelliği uygunluğu |
| Rich Results Test | Desteklenen Google özelliklerinin koşulları | Sonucun kesin gösterileceği veya sıralama artacağı |
Google’ın genel kuralları, işaretlemenin sayfayı doğru temsil etmesini ister. Testte hata bulunmaması içerik kalitesi ve görünürlük koşullarını ortadan kaldırmaz. Sayfada bulunmayan yorum, sahte adres, uydurma telefon veya başarı iddiası eklemeyin.
Mevcut şema envanterini çıkarın
Her şablon için server HTML’deki ve render sonrası DOM’daki JSON-LD bloklarını kaydedin. Eklenti, tema ve özel kod aynı varlığı farklı bilgilerle üretiyorsa hangisinin kaynak olduğunu belirleyin. Birden çok blok olması tek başına hata değildir; @graph kullanımı da zorunlu değildir.
Organization, Person, WebPage ve Article gibi varlıkları bağlamak gerekiyorsa tutarlı @id değerleri kullanın. Person bir türdür; Author adında ayrı tür varmış gibi yazmayın. Yazar ilişkisi author özelliğiyle Person veya Organization’a bağlanabilir.
Kimlik bağlantısı örneği
Aşağıdaki hayali örnek kurum ve makaleyi kimlik üzerinden bağlar; gerçek müşteri veya Seobify adres/telefon bilgisi içermez. Alanları görünür sayfayla doğrulamadan yayınlamayın.
{
"@context": "https://schema.org",
"@graph": [
{"@type": "Organization", "@id": "https://example.com/#organization", "name": "Örnek Kurum", "url": "https://example.com/"},
{"@type": "Article", "@id": "https://example.com/rehber/#article", "headline": "Örnek Rehber", "publisher": {"@id": "https://example.com/#organization"}, "mainEntityOfPage": "https://example.com/rehber/"}
]
}
Bu örnek sözdizimi ve varlık bağlantısı içindir; eksiksiz Google uygunluk şablonu değildir. İlk taslak için schema oluşturucuyu kullanabilirsiniz; çıktıyı anlam ve içerik bakımından ayrıca inceleyin.
Tür bazında bakım kararları
| Durum | Yapılacak kontrol |
|---|---|
| Ürün fiyatı veya stok değişiyor | Offer değerleri görünür ürün bilgisiyle aynı anda güncelleniyor mu? |
| Yazar veya yayın tarihi değişiyor | Gerçek kişi ve gerçek güncelleme tarihi doğru mu? |
| Breadcrumb hiyerarşisi değişiyor | İsimler ve hedefler kullanıcı gezinmesiyle tutarlı mı? |
| Kurum kimliği güncelleniyor | Şablonlar aynı kurum için çelişkili isim/URL üretir mi? |
| Şema eklentisi ekleniyor | Önceki işaretleme yineleniyor veya çelişiyor mu? |
Product özellikleri için bütün arama deneyimlerine tek zorunlu alan listesi uygulamayın; ürün snippet’i ile merchant listing koşulları farklı olabilir. Şema türünün geçerliliği ve belirli Google özelliğine uygunluğu aynı değerlendirme değildir.
FAQPage görünür soru-cevap verisini tanımlayabilir. Google’ın Mayıs 2026 güncellemesi sonrasında FAQ rich result gösterimi beklentisiyle eklenmemelidir. Belirli bir CTR artışı, AI alıntısı veya sıralama garantisi yoktur.
Yayın kontrolü ve geri alma
Önce şablon başına bir temsilci sayfa seçin. Yeni JSON-LD’nin parse edildiğini, görünür içerikle eşleştiğini, canonical URL’nin ve ilişkili @id değerlerinin tutarlı olduğunu inceleyin. Ardından Schema Markup Validator ile Schema.org tabanlı işaretlemenin grafını ve söz dizimini kontrol edin; araç JSON-LD, RDFa ve Microdata verilerini çıkarıp özetler. Bu kontrol işaretlenen gerçeklerin doğruluğunu veya Google zengin sonuç uygunluğunu kanıtlamaz (validator kapsamı). Rich Results Test ile Google’ın desteklediği özelliklerin teknik koşullarını ayrıca inceleyin. Bu rehberde örneğe ilişkin bu iki dış aracın çalıştırıldığı iddia edilmiyor.
Hata veren değişikliği yalnız ilgili şablonda geri alın; diğer doğru blokları topluca silmeyin. Yayında HTML ve render çıktısını yeniden kontrol edin. Search Console erişimi varsa ilgili özellik raporunu izleyin; rapor olmaması otomatik hata anlamına gelmez.
Sık sorulan sorular
@graph zorunlu mu?
Hayır. Bağlantılı varlıkları birlikte yönetmeye yardımcı olabilir; birden çok bağımsız blok tek başına geçersiz değildir.
JSON-LD tasarımdan tamamen bağımsız mı?
Kod yerleşimi ayrılabilir; ancak içerik, ürün veya şablon değişince şema da eski kalabilir. Bakım kontrolü gerekir.
Schema tüm içeriği kesin anlaşılır hale getirir mi?
Hayır. İçeriği tanımlayan ek veridir; arama motoru yorumu, özellik gösterimi ve AI kullanımı garanti değildir.
Hiyerarşi uygulaması için breadcrumb rehberine, kapsamlı denetim için SEO danışmanlığına geçebilirsiniz.