Google bir sayfayı okuduğunda iki şeyi anlamaya çalışıyor: sayfanın ne hakkında olduğunu ve içeriğin ne tür bilgi sunduğunu. İkinci soruyu yanıtlamanın en doğrudan yolu, sayfaya makine tarafından okunabilir bir etiket sistemi eklemek.
Structured data (yapılandırılmış veri), sayfadaki varlıkları ve aralarındaki ilişkileri makinelerin işleyebileceği biçimde ifade eden veridir. Schema.org, bu veride tür ve özellik adlarını sağlayan yaygın bir sözlüktür; schema markup ise sözlükteki terimleri JSON-LD, Microdata veya RDFa gibi bir biçimle sayfaya ekleme uygulamasıdır. Schema.org, Google, Microsoft, Yahoo ve Yandex tarafından başlatılmış, bugün açık topluluk süreciyle geliştirilen ortak bir sözlüktür.
Bu kılavuzda yapılandırılmış verinin ne olduğunu, hangi schema türlerinin ne işe yaradığını, JSON-LD formatında nasıl yazıldığını ve hataların nasıl tespit edildiğini adım adım ele alıyoruz. Teknik SEO’nun genel çerçevesini görmek için teknik SEO rehberimize bakabilirsiniz. Yapılandırılmış veri taslağını hızlıca çıkarmak isterseniz schema oluşturucu işinizi görür.
Structured data nedir ve neden önemli?
Structured data, HTML’e eklenen ek bir anlam katmanıdır. Normal HTML bir paragrafın metin içerdiğini söyler. Structured data ise o metnin bir ürün fiyatı, bir film notu veya bir tarif pişirme süresi olduğunu makineye anlatır.
Yapılandırılmış veri pratikte şu dört alanda işe yarar:
Rich results (zengin sonuçlar). Desteklenen bir türün gerekliliklerini karşılayan yapılandırılmış veri, ilgili arama görünümüne uygunluk sağlayabilir; Google uygun sayfada bile zengin sonuç göstermeyi garanti etmez. Her türün güncel desteğini ayrı kontrol edin. Google’ın dokümantasyon güncellemelerine göre FAQ zengin sonuçları 7 Mayıs 2026 itibarıyla artık gösterilmiyor.
Yapay zeka aramalarında doğru tanımlama. Schema görünür içeriği makine tarafından okunabilir biçimde tanımlar. Google, yapay zeka arama rehberinde yapay zekaya özel bir schema gerekliliği tanımlamıyor. Ölçülebilir yaklaşım için GEO rehberini inceleyebilirsiniz.
Tür ve kullanım kapsamı. Speakable ve FAQPage gibi türleri her site için sesli yanıt seçilme yöntemi saymayın. Bir türün Schema.org’da bulunması, her arama ürünü tarafından desteklendiği anlamına gelmez.
Kuruluş tanımı. Organization ile gerçek kuruluş adını, URL’sini ve ilgili kimlik bilgilerini tutarlı biçimde tanımlayabilirsiniz.
JSON-LD: önerilen format
Structured data üç farklı formatta yazılabilir: JSON-LD, Microdata ve RDFa. Google resmî olarak JSON-LD’yi öneriyor. Sebebi basit: HTML içeriğine dokunmadan, sayfanın <head> veya <body> bölümüne ayrı bir <script> bloğu olarak eklenebiliyor. Bakımı kolay, hata riski düşük.
JSON-LD’nin temel yapısı:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Makale başlığı",
"author": {
"@type": "Person",
"name": "Yazar adı"
},
"datePublished": "2026-06-12"
}
</script>
Bu tekil örnekte @context, Schema.org terimlerinin nasıl yorumlanacağını; @type ise tanımlanan öğenin Article türünde olduğunu belirtir. Bunlar her JSON-LD nesnesi için evrensel bir başlangıç kalıbı değildir: bağlam üst nesnede paylaşılabilir, ilişkili öğeler de ortak bir @graph içinde tanımlanabilir. JSON-LD yapısının ayrıntıları için W3C JSON-LD 1.1 standardına bakın. Google arama özelliklerinin alan gereklilikleri ise türe göre değişir.
En değerli schema türleri ve kullanım alanları
Article ve BlogPosting
Blog yazıları ve haber makaleleri için kullanılır. Google’ın Article belgesi, başlık, görsel, tarih ve yazar bilgisinin anlaşılmasına yardımcı olabileceğini açıklıyor. Aşağıdaki kod kurgusal bir yayın taslağıdır; yazar, kuruluş, URL ve tarihler doğrulanmış Seobify bilgileri değildir. example.com adresleri çalışır görsel veya profil kanıtı sayılmaz. Canlı uygulamada her alanı kendi görünür içeriğiniz ve erişilebilir gerçek kaynaklarınızla değiştirin.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Örnek Core Web Vitals Rehberi",
"description": "LCP, INP ve CLS metriklerini açıklayan kapsamlı rehber.",
"image": "https://example.com/images/article.jpg",
"author": {
"@type": "Person",
"name": "Örnek Yazar",
"url": "https://example.com/authors/example-author/"
},
"publisher": {
"@type": "Organization",
"name": "Örnek Yayıncı",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/images/logo.png"
}
},
"datePublished": "2026-06-12",
"dateModified": "2026-06-12"
}
</script>
İçerikle eşleştirilecek alanlar: headline, author, datePublished, dateModified, image. Google Article için zorunlu alan tanımlamıyor; uygulanabilir önerilen alanları kullanın. Yayımlanma tarihi gerçek olmalı; dateModified yalnız gerçek güncellemeyi göstermeli. Kullanılmayan alanları uydurmayın.
FAQPage
Görünür soru-cevap içeriğini tanımlamak için kullanılabilir. Google artık FAQ zengin sonuçlarını göstermiyor. Aşağıdaki örnek JSON-LD söz dizimini anlatır; Google sonucu veya AI alıntısı vaadi değildir.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Schema markup SEO'ya nasıl katkı sağlar?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Schema markup görünür içeriğin türünü ve ilişkilerini tanımlar. Google desteği türe göre değişir; FAQPage artık Google zengin sonucu üretmez."
}
},
{
"@type": "Question",
"name": "JSON-LD nerede eklenir?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Sayfanın <head> veya <body> bölümüne <script type='application/ld+json'> etiketi içinde eklenir."
}
}
]
}
</script>
Dikkat: Schema’daki soru ve cevaplar, sayfanın görünür içeriğiyle birebir eşleşmeli. Schema’ya ekleyip sayfada göstermemek Google’ın spam politikasına aykırı.
Organization
Gerçek kuruluş kimliğini ve iletişim bilgilerini tanımlar. Google, kuruluşu ayırt etmek için bu bilgileri kullanabilir. Örnekteki iletişim ve profil adreslerini doğrulamadan yayımlamayın. Google Organization belgesi önerilen alanları açıklar.
Aşağıdaki kuruluş ve bağlantılar kurgusal eğitim verisidir; Seobify profili veya iletişim kaydı olarak kullanılmamalıdır.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Örnek Kuruluş",
"url": "https://example.com",
"logo": "https://example.com/logo.svg",
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer service",
"email": "contact@example.com"
},
"sameAs": [
"https://example.com/profile",
"https://example.org/organization"
]
}
</script>
sameAs yalnız aynı kuruluşu tanımlayan doğrulanmış kimlik bağlantıları için kullanılmalıdır; herhangi bir dış bağlantıyı buraya eklemeyin. Yukarıdaki örnek adresler gerçek kimlik doğrulama kanıtı değildir.
LocalBusiness
Gerçek yerel işletmenin adı, adresi ve iletişim bilgilerini tanımlar. İşaretleme Google Haritalar kaydı oluşturmaz. Google LocalBusiness belgesindeki koşulları işletmenizin gerçek modeliyle karşılaştırın.
İşletmenin sayfada doğrulanabilen fiziksel adresi yoksa PostalAddress içine yalnızca ülke veya hizmet alanı yazarak LocalBusiness/ProfessionalService uygunluğu üretmeyin. Google’ın LocalBusiness özelliği fiziksel işletme adresi ister; görünmeyen ya da varsayılan adres eklemeyin. Gerçek hizmet coğrafyası sayfada açıklanıyorsa Organization veya Service üzerinde areaServed kullanmak adresin yerine geçmez ve zengin sonuç uygunluğu vaat etmez.
Aşağıdaki işletme, adres, telefon ve çalışma saatleri tamamen öğretici örnektir; Seobify hakkında doğrulanmış bilgi değildir. Canlı sayfaya kopyalamayın. Adresiniz veya çalışma saatleriniz doğrulanmamışsa alanları uydurmayın.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Örnek Yerel İşletme",
"address": {
"@type": "PostalAddress",
"streetAddress": "Örnek Mahallesi, Örnek Caddesi No:1",
"addressLocality": "İstanbul",
"addressRegion": "İstanbul",
"postalCode": "34000",
"addressCountry": "TR"
},
"telephone": "+90-212-000-0000",
"url": "https://example.com",
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
}
]
}
</script>
BreadcrumbList
Sayfanın site hiyerarşisindeki yerini tanımlar. Google destek koşulları karşılanırsa breadcrumb görünümü kullanılabilir. İşaretlenen yol, kullanıcıların sayfaya ulaşabildiği gerçek bir gezinme yolunu temsil etmelidir.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Ana Sayfa",
"item": "https://seobify.com/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Blog",
"item": "https://seobify.com/blog/"
},
{
"@type": "ListItem",
"position": 3,
"name": "Schema Markup Kılavuzu",
"item": "https://seobify.com/blog/structured-data-schema-markup-json-ld/"
}
]
}
</script>
HowTo
Adım adım rehber içeriğini tanımlayabilir. Google HowTo zengin sonuçlarını 2023’te kaldırdı. Aşağıdaki örnek Schema.org veri modelini gösterir; Google Rich Results Test’te desteklenen bir sonuç türü değildir.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "Schema Markup Nasıl Eklenir?",
"step": [
{
"@type": "HowToStep",
"position": 1,
"name": "Schema türünü belirle",
"text": "İçeriğinizin türüne göre Article, FAQPage veya Organization gibi uygun schema tipini seçin."
},
{
"@type": "HowToStep",
"position": 2,
"name": "JSON-LD kodunu yazın",
"text": "Schema.org dokümantasyonunu referans alarak gerekli alanları doldurun."
},
{
"@type": "HowToStep",
"position": 3,
"name": "Sayfanın head bölümüne ekleyin",
"text": "<script type='application/ld+json'> etiketi içinde sayfaya ekleyin."
},
{
"@type": "HowToStep",
"position": 4,
"name": "Şema türüne uygun araçla doğrulayın",
"text": "Schema.org söz dizimi için Schema Markup Validator kullanın; Google'ın halen desteklediği sonuç türlerini ayrıca Rich Results Test ile inceleyin."
}
]
}
</script>
Product ve Review
Ürün detay sayfalarında Product ve gerektiğinde Offer/gerçek kullanıcı yorumlarına ait türler değerlendirilebilir. Fiyat, stok ve puan bilgilerinin işaretlemesi sayfada kullanıcıya görünen güncel verilerle eşleşmeli ve ürünün kendisini tanımlamalıdır. Google’ın ürün arama galerisi Product snippets ile Merchant listings için farklı koşullar tanımlar; her ürün işaretlemesi her arama görünümüne uygun değildir.
WebSite ve SearchAction
WebSite, site kimliğini tanımlar. Google sitelinks arama kutusunu 21 Kasım 2024’te kaldırdı. SearchAction bu kutuyu geri getirmez. Aşağıdaki örnek yalnız WebSite tanımını gösterir; sitede çalışmayan bir arama URL’si şemaya eklenmemelidir.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "Seobify",
"url": "https://seobify.com/"
}
</script>
Daha az kullanılan schema türleri: ItemList, SoftwareApplication, Dataset
Article, Organization veya Product dışında, sayfa amacına uyan daha özel türler de vardır. Bir türü yalnızca rakipler kullanmadığı için eklemeyin: tür, sayfanın gerçek içeriğini tanımlamalı ve Google desteği ayrıca kontrol edilmelidir.
| Tür | Uygun sayfa | Google’daki karşılığı |
|---|---|---|
ItemList | Sıralı liste veya özet sayfası | Carousel özelliği yalnız Recipe, Course, Restaurant ve Movie öğeleriyle çalışır; blog veya araç listesi için zengin sonuç beklemeyin. |
SoftwareApplication / WebApplication | İndirilebilir yazılım veya tarayıcıda çalışan araç | Yazılım uygulaması zengin sonucu; name, offers.price ve gerçek aggregateRating veya review gerekir. |
Dataset | Açıklaması ve erişim yolu olan orijinal veri kümesi | Google Dataset Search; name ve description zorunludur. Yazı içindeki tek bir istatistik tablosu veri kümesi sayılmaz. |
TechArticle | Teknik rehber ve dokümantasyon | Article’ın alt türüdür; proficiencyLevel ve dependencies alanları kapsamı tanımlar. Ayrı bir Google arama özelliği yoktur. |
SoftwareSourceCode | Sayfada yayımlanan kod örneği veya depo | programmingLanguage ve codeRepository gibi alanlar taşır. Ayrı bir Google arama özelliği yoktur. |
ProfilePage | Tek bir kişi veya kuruluşa odaklanan profil sayfası | Google profil sayfası özelliği; mainEntity olarak Person veya Organization alır. |
Tarayıcıda çalışan ücretsiz bir araç için taslak, Seobify’ın Meta Tag Kontrolü aracını örnek alırsa şöyle görünür:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebApplication",
"name": "Meta Tag Kontrolü",
"url": "https://seobify.com/araclar/meta-tag-kontrolu/",
"applicationCategory": "BusinessApplication",
"operatingSystem": "All",
"browserRequirements": "Requires JavaScript",
"offers": {
"@type": "Offer",
"price": "0",
"priceCurrency": "TRY"
}
}
</script>
Bu taslak aracı tanımlar ama Google’ın yazılım uygulaması zengin sonucuna uygun değildir; çünkü gerçek puan veya yorum içermez. Sayfada görünmeyen aggregateRating veya review değerlerini uydurmayın.
Yazar veya kuruluş profili için ProfilePage, sayfanın ana varlığını tanımlar. Aşağıdaki kişi ve adresler kurgusaldır; BlogPosting örneğindeki yazar url değerinin işaret ettiği profil sayfasını temsil eder:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "ProfilePage",
"mainEntity": {
"@type": "Person",
"name": "Örnek Yazar",
"url": "https://example.com/authors/example-author/",
"worksFor": {
"@type": "Organization",
"name": "Örnek Yayıncı"
}
}
}
</script>
Schema.org’da CodeSnippet diye bir tür yoktur; teknik rehberdeki kod örneği veya depo için SoftwareSourceCode kullanılır. Hangi türü seçerseniz seçin, işaretlemeyi Schema Markup Validator ile, Google’ın desteklediği türleri de Rich Results Test ile ayrıca doğrulayın.
Schema doğrulama araçları
Google Rich Results Test
search.google.com/test/rich-results adresinde URL veya kod ile Google’ın desteklediği zengin sonuç türlerine ilişkin teknik uygunluğu kontrol edin. Bu test genel Schema.org söz dizimini bütünüyle doğrulamaz; görünür içerikle tutarlılığı ayrıca kendiniz kontrol edin. Yayın sonrası URL Inspection ile Google’ın gördüğü çıktıyı ayrıca kontrol edin.
Schema Markup Validator
validator.schema.org: Schema.org’un resmî doğrulama aracı. Google’ın önerdiği rich results dışındaki schema kullanımları için daha kapsamlı.
Google Search Console
Search Console’da kullanılabilir durumdaki arama görünümü raporları uygunluk ve geçerli/geçersiz öğeler hakkında bilgi verir; raporlar tüm schema.org türlerini kapsamaz ve her site/tür için görünmeyebilir. Gerçek URL’de değişiklik sonrası URL Inspection ve mevcut ilgili raporları birlikte kullanın.
Ahrefs ve Semrush Site Audit
Site Audit modülleri yapılandırılmış veri bulgularını tarama kapsamı ve ürün ayarlarına göre raporlayabilir. Çıktı Google uygunluğu veya arama görünümü kabulü değildir; önemli sayfalardaki ham JSON-LD’yi ve Google’ın güncel kurallarını ayrıca doğrulayın.
Sık yapılan hatalar
Schema ile görünür içeriğin uyuşmaması. Schema’da yazan bilgi sayfada yoksa Google spam olarak değerlendiriyor. Her zaman birebir eşleştirme yapın.
Birden fazla sayfada aynı schema’yı kopyalamak. Her sayfanın schema’sı o sayfaya özel olmalı. URL, başlık ve içerik alanları dinamik olarak doldurulmalı.
Yanlış schema türü seçimi. Bir blog yazısını Product olarak işaretlemek veya hizmet sayfasını Article olarak tanımlamak hatalı. Her sayfa türü için doğru schema seçimi kritik.
Zorunlu ve önerilen alanları karıştırmak. Google koşulları türe göre değişir. Örneğin Article için zorunlu alan yoktur; uygulanabilir önerilen alanlar vardır. Validator’ın kritik hata ile isteğe bağlı uyarı ayrımını kaydedin.
Tüm sayfalara aynı işaretlemeyi eklemek. Ortak kuruluş kimliği korunabilir; sayfaya ait başlık, tarih, hizmet veya ürün alanları ise o sayfanın gerçek içeriğinden üretilmelidir. Daha çok schema bloğu, daha iyi sonuç kanıtı değildir.
JSON-LD sözdizimi hataları. Eksik virgül, kapanmayan parantez, çift tırnak yerine tek tırnak kullanımı. Rich Results Test ile her değişiklik sonrası doğrulama bu hataları önlüyor.
CMS ve framework’lerde schema uygulaması
WordPress: SEO eklentileri tema ve sürüme göre JSON-LD üretebilir. Yoast SEO ve Rank Math aynı sitede birlikte etkinleştirildiğinde yinelenen ya da çelişen graph oluşabilir; eklenti planı ve özellikleri değişebileceği için güncel ürün belgelerini kontrol edin. Bir temsilî URL’nin sunucu HTML’inde yalnızca beklenen varlıkların çıktığını doğrulayın.
Shopify: Tema ve uygulamalar ürün yapılandırılmış verisi üretebilir; her mağazada varsayılan çıktının aynı veya hatasız olduğunu varsaymayın. Tema/app çakışmasını ve ürünün görünür fiyat, stok, varyant bilgileriyle eşleşmeyi gerçek ürün URL’sinin HTML’inde kontrol edin.
Astro (bu site): Schema, layout dosyasına veya ilgili bileşene (component) <script type="application/ld+json"> olarak ekleniyor. Dinamik değerleri props ile aktarmak mümkün.
Next.js: App Router için JSON-LD script bloğunu ilgili page.js veya layout.js içinde üretin. Veriyi JSON.stringify ile serileştirin ve HTML içine yerleştirmeden önce < karakterini \u003c olarak kaçırın. Pages Router örneklerini App Router veri yükleme yöntemi olarak kopyalamayın; kullanılan router ve sürüme uygun uygulamayı seçin. Resmî Next.js JSON-LD rehberi bu yaklaşımı ve test adımlarını gösterir.
Headless CMS (Contentful, Sanity): İçerik modelindeki alanları schema’ya dinamik olarak bağlamak gerekiyor. Genellikle layout veya page component seviyesinde merkezi yönetim öneriliyor.
Schema ve GEO: hangi sonucu ölçebilirsiniz?
Google’ın yapay zeka özellikleri rehberi yapay zekaya özel bir schema gerektirmiyor. Görünür içeriğe uygun işaretleme kullanın; FAQPage bulunmasını Perplexity veya Google’ın yapay zeka yanıtlarında kaynak seçilme kanıtı saymayın. SEO, AEO ve GEO rehberindeki ölçüm yaklaşımıyla sorgu, tarih, platform ve gözlenen URL’yi kaydedebilirsiniz.
SSS bölümü kullanıcıya yardımcı oluyorsa görünür HTML olarak yayımlayın. FAQ şeması oluşturucu aynı soruları JSON-LD taslağına dönüştürebilir. Google, FAQ zengin sonuçlarını 7 Mayıs 2026 itibarıyla göstermiyor.
Öncelik sırası: önce gerçek sayfa ilişkileri
| Sayfa veya varlık | Uygulama | Kabul kanıtı |
|---|---|---|
| Kuruluş | Organization: gerçek ad, URL, iletişim ve kimlik bağlantıları | Görünür kuruluş bilgileriyle eşleşme; validator sonucu |
| İç sayfa | BreadcrumbList: erişilebilir gezinme yolu | Sıralı position; doğru isim ve çalışan hedef URL’ler |
| Blog yazısı | BlogPosting veya Article: gerçek başlık, yazar, görsel ve tarihler | Görünür içerikle eşleşme; Google kod testi; yayın sonrası URL testi |
| Hizmet | Service: sunulan hizmet ve gerçek sağlayıcı ilişkisi | Görünür hizmet kapsamı ve çözümlenen provider kimliği; Schema.org doğrulaması |
| Ürün | Product ve varsa Offer: gerçek ürün, fiyat ve stok | Sayfada aynı bilgiler; ürün türünün güncel Google koşulları |
| SSS | Gerekiyorsa FAQPage: görünür soru-cevap eşleşmesi | Metin tutarlılığı; Google FAQ zengin sonuç hedefi yok |
WebSite kuruluşun site ilişkisini tanımlayabilir. Google sitelinks arama kutusunu 21 Kasım 2024’te kaldırdı; SearchAction ekleyerek bu kutuyu geri getirmeyi hedeflemeyin. HowTo da Google zengin sonuç hedefi değildir. LocalBusiness veya ProfessionalService seçerken gerçek işletme modelini ve adres kapsamını kontrol edin; validator uyarısını kapatmak için fiziksel adres, yorum, ödül veya fiyat uydurmayın.
Sıkça Sorulan Sorular
Schema markup doğrudan sıralamayı artırır mı?
Schema, içeriğin türünü ve ilişkilerini tanımlar. Desteklenen türlerde arama görünümüne uygunluk sağlayabilir; doğrudan bir sıralama artışı beklemeyin. Sonucu yayımlanan URL ve gerçek performans verisiyle ölçün.
Bir sayfaya birden fazla schema eklenebilir mi?
Evet. BlogPosting, BreadcrumbList ve Organization gibi ilişkili varlıkları ayrı JSON-LD bloklarında veya tek bir @graph içinde tanımlayabilirsiniz. Kararlı @id kullanın; aynı varlığı çelişen bilgilerle çoğaltmayın.
Schema eklemek için geliştirici gerekir mi?
CMS veya eklenti temel işaretlemeyi üretebilir. Üretilen kodu sayfanın görünür metni, gerçek URL’leri ve tarihlerle karşılaştırın. Dinamik graph ilişkileri, şablonlar ve güvenli JSON-LD serileştirmesi için kod düzeyinde düzenleme gerekebilir.
FAQPage schema Google zengin sonucu kazandırır mı?
Hayır. Google FAQ zengin sonuçlarını 7 Mayıs 2026 itibarıyla göstermiyor. FAQPage söz dağarcığında bulunabilir; görünür SSS’yi tanımlamak Google sonucu veya AI kaynak seçimi kanıtı değildir.
Schema güncellemesinde dateModified nasıl kullanılmalı?
Sayfanın gerçek içerik güncellemesini gösterin. Sözdizimi veya şablon düzeltmesi için tüm yazıların tarihini topluca değiştirmeyin. Tarih biçimini, görünür tarih bilgisini ve yayımlanma tarihini ayrı kontrol edin.
Google Schema.org’un tüm türlerini destekliyor mu?
Hayır. Schema.org söz dağarcığı ile Google’ın desteklediği arama görünümleri aynı kapsam değildir. Güncel Google yapılandırılmış veri galerisini ve ilgili türün koşullarını kontrol edin.
Validator sonucu tek başına yeterli mi?
Hayır. JSON ayrıştırma, Schema.org tür doğrulaması, Google kod testi ve canlı URL erişimi ayrı kontrollerdir. Geçerli kod görünür içerikle çelişebilir; bu yüzden içerik eşleşmesini ayrıca kontrol edin. Kritik hatayı giderin, isteğe bağlı uyarıyı ise gerçek veri varsa düzeltin.
Speakable Türkçe hizmet sitesi için öncelikli mi?
Google’ın Speakable beta belgesi İngilizce haber içeriği ve ABD’deki desteklenen kullanım bağlamını açıklıyor. Türkçe hizmet sayfasına eklemek sesli yanıtta seçilme kanıtı değildir. Önce taranabilir içerik, sayfa ilişkileri ve gerçek işletme bilgilerini tamamlayın.
Mevcut schema için yayın ve bakım kontrolü
İlk JSON-LD kurulumundan sonra şemaların görünür içerik, varlık kimliği ve yayın süreciyle tutarlı kaldığını aşağıdaki kabul adımlarıyla düzenli olarak denetleyin.
Uygulamayı nasıl kabul edeceksiniz?
Önce sayfanın sunucu HTML’inden JSON-LD’yi çıkarın. Her @id referansının doğru varlığa bağlandığını; başlık, yazar, hizmet, breadcrumb, soru-cevap ve tarihlerin görünür içerikle uyuştuğunu kontrol edin. Dinamik metinleri JSON serileştirmesiyle üretin; script içine yazarken < karakterini \u003c olarak kaçırarak </script> içeren metnin bloğu kapatmasını önleyin.
Desteklenen türleri Google Rich Results Test’in kod modunda, genel tür ilişkilerini Schema.org validator ile test edin. Yayın sonrasında gerçek URL’yi ayrıca inceleyin; robots, HTTP, canonical ve bot erişimi kod testinin kapsamadığı alanlardır. Search Console verisinde ilgili rapor varsa değişim tarihini kaydedin ve gösterim/tıklama sonucunu izleyin. Google’ın genel yapılandırılmış veri kuralları görünür içerikle tutarlılığı temel koşul olarak açıklıyor.
Yazar bilgisinin içeriğe nasıl bağlandığını görmek için E-E-A-T rehberini inceleyebilirsiniz. Gerçek site graph’ı, teknik kapsam ve yayın doğrulaması için SEO danışmanlığı hizmetinin teslimlerini karşılaştırın.