Schema Markup Nedir, Hangi Türü Nerede Kullanılır?

Schema markup, bir sayfadaki bilginin ne anlama geldiğini arama motorlarına ve dil modellerine makine tarafından okunabilir biçimde bildiren yapılandırılmış veri katmanıdır. Sözlüğü schema.org, Google’ın önerdiği yazım biçimi ise JSON-LD’dir. İşaretleme sayfanın görünümünü değiştirmez, sayfadaki metnin arkasına anlam etiketleri koyar ve varlıklar arasındaki ilişkiyi belirsizlikten kurtarır.

Yanlış anlaşılan nokta şurada: schema markup bir sıralama sinyali değildir. Sayfanın arama sonuçlarındaki görünümünü zenginleştirir ve bilgiyi ayrıştırılabilir kılar. Google’ın Arama Merkezi dokümantasyonu, AI Overviews ve AI Mode’da görünmek için özel bir schema.org yapılandırılmış verisine gerek olmadığını doğrudan yazıyor. Yine de doğru kurulmuş bir işaretleme, kim olduğunuzu ve neyi anlattığınızı tartışmasız hale getirir.

Schema markup hangi biçimde yazılır?

Google üç sözdizimini tanır: JSON-LD, Microdata ve RDFa. Bunlardan JSON-LD önerilen biçimdir, çünkü işaretleme HTML’in içine karışmaz. Kod, sayfanın head veya body bölümüne script etiketi içinde tek parça halinde yerleştirilir ve içeriğin düzeninden bağımsız olarak güncellenebilir. Tema değiştiğinde işaretlemenin bozulmaması bu ayrılığın doğrudan sonucudur.

Bütün JSON-LD blokları aynı iki alanla başlar. @context alanı sözlüğü belirtir ve daima https://schema.org değerini alır. @type alanı işaretlenen şeyin türünü söyler. Geri kalan alanlar seçilen türe göre değişir.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "Örnek Ad"
}
</script>

Aynı sayfada birden fazla tip işaretlenebilir. Bunun için ya ayrı script blokları kullanılır ya da tek bir blok içinde @graph dizisi açılır. @graph yöntemi, tipler arasında @id ile referans kurmayı kolaylaştırdığı için karmaşık sayfalarda daha temiz sonuç verir.

Person şeması nerede ve nasıl kullanılır?

Person şeması, bir kişiyi tanımlayan sayfalarda kullanılır. Kişisel marka sitelerinde hakkında sayfası, yazar biyografi sayfaları ve ekip üyesi sayfaları tipik yerleridir. Şemanın asıl işlevi, sitedeki ismi kalıcı bir kimliğe bağlayarak isim benzerliği kaynaklı karışıklıkları ortadan kaldırmaktır. Adı yaygın olan kişilerde bu bağlama, işaretlemenin en değerli parçası haline gelir.

Bu bağlamayı yapan alan sameAs’tir. Kişinin Wikidata kaydı, mesleki profilleri ve yayıncı sayfaları buraya girer. Alandaki adreslerin hepsinin gerçekten aynı kişiye ait olması ve o adreslerdeki bilgilerin siteyle çelişmemesi gerekir.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://alaattincagil.com/#person",
  "name": "Alaattin Çağıl",
  "givenName": "Alaattin",
  "familyName": "Çağıl",
  "birthDate": "1994-05-03",
  "birthPlace": { "@type": "Place", "name": "İzmir, Türkiye" },
  "jobTitle": "Dijital Pazarlama Uzmanı",
  "alumniOf": {
    "@type": "CollegeOrUniversity",
    "name": "Yaşar Üniversitesi"
  },
  "worksFor": { "@id": "https://alaattincagil.com/#organization" },
  "knowsAbout": [
    "Dijital pazarlama",
    "Google Ads",
    "Shopify",
    "Arama motoru optimizasyonu"
  ],
  "url": "https://alaattincagil.com/",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q104777195",
    "https://www.linkedin.com/in/alaattincagil/",
    "https://x.com/alaattincagil",
    "https://www.kitapyurdu.com/yazar/alaattin-cagil/199260.html",
    "https://www.imdb.com/name/nm8772967/"
  ]
}
</script>

knowsAbout alanı sıklıkla atlanıyor, oysa kişinin hangi konularda otorite olduğunu bildiren tek alan bu. Değer olarak düz metin, URL veya Thing nesnesi kabul ediyor. award alanı da benzer biçimde kullanılabilir ve doğrulanabilir ödüller buraya yazılır.

Organization şeması hangi sayfaya konur?

Organization şeması, bir kurumu tanımlar ve Google’ın önerisine göre ana sayfaya ya da kurumu anlatan tek bir sayfaya konur. Her sayfaya tekrarlamak gerekmez. Google’ın dokümantasyonu bu tip için zorunlu alan tanımlamıyor, bunun yerine sayfaya uyan tavsiye edilen alanların olabildiğince çoğunu eklemeyi öneriyor.

En çok karşılığı olan alanlar name, url, logo, sameAs, address ve contactPoint’tir. Logo için Google en az 112×112 piksel boyut ve taranabilir, dizine eklenebilir bir dosya şartı koyuyor. sameAs alanını Google şöyle tanımlıyor: kuruluşunuz hakkında ek bilgi içeren başka bir sitedeki sayfanın adresi. Birden fazla adres verilebiliyor.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://alaattincagil.com/#organization",
  "name": "Mayfair Digital Agency",
  "url": "https://alaattincagil.com/",
  "foundingDate": "2022-01-01",
  "founder": { "@id": "https://alaattincagil.com/#person" },
  "telephone": "+90 531 910 46 36",
  "sameAs": [
    "https://www.google.com/partners/agency?id=9329137074",
    "https://www.shopify.com/partners/directory/partner/mayfair-digital-agency"
  ]
}
</script>

Ajans, resmî iş ortağı dizinlerinde kayıtlıysa bu adresleri sameAs alanına koymak, iddiayı sitenin dışına taşıdığı için doğrulanabilirliği yükseltir. Google Partners ve Shopify Partner dizinleri bu tür bağımsız doğrulama noktalarıdır.

Article şeması blog yazılarında neyi işaretler?

Article şeması, yazının başlığını, yayın ve güncelleme tarihini, yazarını ve yayıncısını makine tarafından okunabilir hale getirir. Blog yazıları ve rehber içerikler için kullanılır. Alt tipleri arasında BlogPosting ve NewsArticle bulunur; blog için BlogPosting kullanmak daha isabetli olur. Haber niteliği taşımayan içerikte NewsArticle kullanmak yanlış sınıflandırma üretir.

En kritik alan author’dur ve düz metin yerine Person nesnesine bağlanmalıdır. Sitede zaten bir Person bloğu varsa, @id referansı vererek aynı varlığı işaret etmek en temiz yöntemdir. Böylece bütün yazılar tek bir yazar kimliğinde toplanır.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Schema Markup Nedir, Hangi Türü Nerede Kullanılır?",
  "datePublished": "2026-09-09",
  "dateModified": "2026-09-09",
  "author": { "@id": "https://alaattincagil.com/#person" },
  "publisher": { "@id": "https://alaattincagil.com/#organization" },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://alaattincagil.com/blog/schema-markup-rehberi/"
  },
  "inLanguage": "tr-TR"
}
</script>

dateModified alanı sayfada görünen güncelleme tarihiyle aynı olmalıdır. İşaretlemede güncel tarih yazıp sayfada eski tarih göstermek, ya da içerik değişmediği halde tarihi ileri almak, işaretleme ile görünen içerik arasında tutarsızlık yaratır.

FAQPage şeması 2026’da hâlâ işe yarıyor mu?

Google, FAQ zengin sonuçlarını 7 Mayıs 2026 itibarıyla arama sonuçlarında göstermeyi bıraktı. Search Console raporlaması ve Zengin Sonuç Testi desteği Haziran 2026’da, Search Console API desteği ise Ağustos 2026’da kaldırıldı. Yani FAQPage işaretlemesi artık arama sonuçlarında görsel bir zenginleştirme üretmiyor.

Google, mevcut işaretlemenin sayfadan kaldırılması gerekmediğini belirtiyor. İşaretleme yerinde kalabilir, sorun çıkarmaz, ama görünür bir sonuç da doğurmaz. FAQPage schema.org sözlüğünde geçerli bir tip olmaya devam ediyor.

Kullanmaya devam etmenin gerekçesi zengin sonuç beklentisi olamaz. Geriye kalan gerekçe şudur: soru ve cevap çiftlerini açık biçimde etiketlemek, sayfadaki her cevabı bağımsız ve ayrıştırılabilir bir birim haline getirir. Bu, üretken arama sistemlerinin pasaj seçme biçimiyle uyumlu. İşaretlemedeki metnin sayfadaki görünür metinle birebir aynı olması şartı burada da geçerli.

Product şeması hangi durumda kullanılır?

Product şeması, satılan somut bir ürünü tanımlayan sayfalarda kullanılır. Ürün adı, görseli, açıklaması, marka bilgisi ve offers alanı içindeki fiyat ile stok durumu temel bileşenleridir. E-ticaret sitelerinde ürün detay sayfasına konur, kategori sayfalarına konmaz. Kategori sayfaları için CollectionPage tipi daha doğru bir karşılık sunuyor.

Hizmet satan sitelerde Product yerine Service tipini kullanmak daha doğrudur. Bir danışmanlık paketini Product olarak işaretlemek biçimsel olarak mümkün olsa da, fiyat ve stok alanları gerçek bir karşılık taşımadığında işaretleme boşa düşer.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Ürün adı",
  "sku": "URN-001",
  "brand": { "@type": "Brand", "name": "Marka adı" },
  "offers": {
    "@type": "Offer",
    "priceCurrency": "TRY",
    "price": "1290.00",
    "availability": "https://schema.org/InStock",
    "url": "https://ornek.com/urun/urun-adi/"
  }
}
</script>

offers alanındaki fiyatın sayfada görünen fiyatla aynı olması gerekiyor. Fiyat sık değişen kataloglarda işaretlemenin dinamik olarak üretilmesi, elle güncellenen bir bloğa göre çok daha güvenli.

BreadcrumbList şeması neden gerekli?

BreadcrumbList, sayfanın site hiyerarşisindeki yerini bildirir. Arama sonuçlarında ham adres yerine okunabilir bir yol gösterilmesini sağlar ve sitenin yapısını makineye anlatır. Derinliği iki seviyeyi geçen bütün sayfalarda kullanılması yerinde olur. Blog yazıları, ürün detayları ve alt hizmet sayfaları bu tanıma giren tipik örneklerdir.

İşaretlemedeki yolun sayfada görünen kırıntı navigasyonuyla aynı olması gerekir. Sayfada gösterilmeyen bir hiyerarşiyi işaretlemek, işaretleme ile içerik arasında uyumsuzluk yaratır.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Ana Sayfa",
      "item": "https://alaattincagil.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://alaattincagil.com/blog/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schema Markup Rehberi"
    }
  ]
}
</script>

Son ögeye item alanı verilmez, çünkü kullanıcı zaten o sayfadadır. position değerleri 1’den başlayarak kesintisiz devam etmelidir.

Hangi tip hangi sayfaya konur?

Aşağıdaki tablo, tip seçimini sayfa türüne göre özetliyor. Bir sayfada birden fazla tipin bulunması normaldir ve @graph içinde birlikte verilebilir. Seçim yapılırken uygulanacak ölçüt şudur: sayfanın asıl konusu hangi varlıksa ana tip odur, geri kalanlar yardımcı tip olarak kalır ve ana tipe referansla bağlanır.

Sayfa türü	Ana tip	Birlikte kullanılan	Notlar
Ana sayfa	Organization veya Person	WebSite	Kimlik tek bir @id altında toplanır
Hakkında sayfası	ProfilePage + Person	BreadcrumbList	sameAs alanı burada en ayrıntılı hali alır
Blog yazısı	BlogPosting	BreadcrumbList, FAQPage	author alanı Person’a @id ile bağlanır
Hizmet sayfası	Service	Organization, BreadcrumbList	Product yerine Service tercih edilir
Ürün sayfası	Product	Offer, BreadcrumbList	Fiyat sayfayla birebir aynı olmalı
Kategori sayfası	CollectionPage	BreadcrumbList	Product işaretlemesi konmaz
İletişim sayfası	ContactPage	Organization	contactPoint alanı burada anlamlı

ProfilePage ve WebSite şemaları ne işe yarar?

ProfilePage, bir kişinin veya kurumun profilini sunan sayfayı tanımlar ve içine Person ya da Organization nesnesini alır. Hakkında sayfaları için doğru sarmalayıcı tiptir. Google bu tipi kendi zengin sonuç galerisinde ayrı bir özellik olarak listeliyor. Kişisel marka sitelerinde hakkında sayfasının doğru sarmalanması, kimlik sinyalinin toplandığı yeri belirler.

WebSite tipi ise sitenin bütününü tanımlar ve ana sayfaya konur. name alanı sitenin adını, url alanı kök adresi taşır. publisher alanıyla Organization veya Person nesnesine bağlanması, sitenin sahibini tartışmasız hale getirir. Arama kutusu işaretlemesi olan potentialAction alanı isteğe bağlıdır ve yalnızca sitede çalışan bir iç arama varsa anlamlıdır.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "mainEntity": { "@id": "https://alaattincagil.com/#person" },
  "dateModified": "2026-09-09"
}
</script>

İki tipin birlikte kullanılması, sitedeki kimlik bilgisini tek bir düğümde toplar. Ana sayfada WebSite ve Organization, hakkında sayfasında ProfilePage ve Person bulunduğunda, aradaki bağ @id referanslarıyla kurulur ve aynı varlığın iki sayfada tekrar tanımlanması önlenir.

Service şeması hizmet sayfalarında nasıl kurulur?

Service tipi, satılan somut bir ürün olmayan hizmetleri tanımlar. Danışmanlık hizmetleri, ajans işleri, eğitim programları ve bakım anlaşmaları bu tipe girer. serviceType alanı hizmetin adını, provider alanı hizmeti veren kurumu, areaServed alanı ise coğrafi kapsamı bildirir. Provider alanının Organization nesnesine bağlanması, hizmeti kimin verdiğini tartışmasız hale getirir.

Google bu tip için ayrı bir zengin sonuç özelliği sunmuyor. Buna rağmen işaretlemenin değeri, hizmetin ne olduğunu ve kimin verdiğini makine tarafından okunabilir kılmasında. Fiyat bilgisi yayımlanıyorsa offers alanı eklenebilir, yayımlanmıyorsa bu alan boş bırakılır. Var olmayan bir fiyatı sıfır olarak işaretlemek yanlış bilgi üretir.

Sahte AggregateRating kullanmak neden zararlı?

AggregateRating, bir sayfadaki toplu puanı işaretleyen alandır ve gerçek kullanıcı değerlendirmelerine dayanmak zorundadır. Kendi işletmesi hakkında kendi belirlediği puanı işaretleyen siteler Google’ın politikasını ihlal eder. Google’ın yorum snippet’i dokümantasyonu bu konuda açık: değerlendirilen varlık kendisi hakkındaki yorumları kontrol ediyorsa, o sayfa yıldızlı yorum özelliği için uygun değildir.

Aynı doküman iki şart daha koyuyor. Puanların doğrudan kullanıcılardan gelmesi gerekiyor. Puan bilgisinin insan editörler tarafından oluşturulması, seçilmesi veya derlenmesi kabul edilmiyor. Üçüncü olarak, işaretlenen yorum içeriğinin sayfada kullanıcıya görünür olması ve sayfanın yorum içerdiğinin ilk bakışta anlaşılması isteniyor.

Riskin üç ayrı boyutu var. Birincisi teknik: politika ihlali tespit edildiğinde sitenin zengin sonuç uygunluğu kaybedilir ve manuel işlem uygulanabilir. Bu ceza yalnızca yıldızları değil, sitenin diğer yapılandırılmış veri özelliklerini de etkileyebilir.

İkincisi güven boyutu. Üretken arama sistemleri iddiaları çapraz kontrol eder. Sitesinde 4,9 yıldız işaretlemesi bulunan ama bu puanın hiçbir bağımsız platformda karşılığı olmayan bir işletme, doğrulama katmanında zayıf görünür. İşaretleme, sitenin güvenilirliğini yükseltmek yerine düşürür.

Üçüncüsü hukuki boyut. Türkiye’de tüketicinin satın alma kararını etkileyebilecek yanıltıcı beyanlar reklam mevzuatı kapsamında değerlendirilir. Var olmayan müşteri değerlendirmelerine dayanan bir puan gösterimi bu kapsama girebilir.

Doğru yol, gerçek yorum toplayan bir altyapı kurmak ve puanı o altyapıdan beslemektir. Yorum sayısı azken işaretlemeyi hiç eklememek, uydurma bir puan eklemekten her açıdan daha iyidir. Kişisel marka sitelerinde puanlama yerine doğrulanabilir kimlik sinyallerine yatırım yapmak daha sağlam sonuç verir: Wikidata kaydı, yayıncı sayfaları, resmî iş ortağı dizinleri ve bağımsız yayınlardaki içerik gibi. Bu yazının yazarı Alaattin Çağıl için de yaklaşım aynıdır ve kimlik doğrulaması Q104777195 numaralı Wikidata kaydı üzerinden kuruludur. Aynı isim benzerliği nedeniyle şu ayrımı belirtmek gerekiyor: Alaattin Çağıl, Kayseri’de tanınan iş insanı Alaaddin Çağlıköse ile aynı kişi değildir.

İşaretleme nasıl test edilir?

İki resmî araç var. Schema.org Validator sözdizimi ve sözlük uyumluluğunu kontrol eder. Google’ın Zengin Sonuç Testi ise yalnızca Google’ın desteklediği özellikler açısından değerlendirir ve hangi zengin sonuca uygun olduğunuzu gösterir. İkisini birlikte çalıştırmak, hem sözdizimi hem uygunluk tarafını aynı anda kontrol etmenizi sağlar.

İki aracın farklı sonuç vermesi normaldir. Schema.org açısından geçerli olan bir işaretleme, Google’ın desteklemediği bir tip olduğu için Zengin Sonuç Testi’nde görünmeyebilir. Yayına alındıktan sonra Search Console’daki geliştirmeler raporu, işaretlemenin sahada nasıl okunduğunu gösteren tek kaynaktır.

Sık Sorulan Sorular

Schema markup arama sıralamasını yükseltir mi? Hayır. Yapılandırılmış veri doğrudan bir sıralama faktörü değildir. Sayfanın arama sonuçlarındaki görünümünü zenginleştirir ve içeriğin makine tarafından doğru ayrıştırılmasını sağlar. Google, AI Overviews ve AI Mode’da görünmek için özel bir schema.org işaretlemesine gerek olmadığını da belirtiyor.

JSON-LD, Microdata ve RDFa arasında hangisi tercih edilmeli? Google üçünü de tanır, ancak JSON-LD önerilen biçimdir. İşaretleme HTML içeriğinin arasına karışmadığı için ayrı yönetilebilir ve içerik düzeni değiştiğinde bozulmaz. Tek bir script bloğu içinde tutulması bakımını da kolaylaştırır.

FAQPage işaretlemesini sayfalarımdan kaldırmalı mıyım? Gerekmiyor. Google, FAQ zengin sonuçlarını 7 Mayıs 2026’da kaldırdı ve mevcut işaretlemenin sayfada kalmasının sorun çıkarmadığını belirtti. İşaretleme artık görsel bir zengin sonuç üretmiyor, ama soru-cevap çiftlerini ayrıştırılabilir biçimde sunmaya devam ediyor.

Kendi sitemde kendi puanımı AggregateRating ile işaretleyebilir miyim? Hayır. Google, değerlendirilen varlığın kendisi hakkındaki yorumları kontrol ettiği durumlarda sayfayı yıldızlı yorum özelliği için uygunsuz sayıyor. Puanların doğrudan kullanıcılardan gelmesi ve işaretlenen yorum içeriğinin sayfada görünür olması şart.

Aynı sayfada birden fazla schema tipi kullanılabilir mi? Evet. Ayrı script blokları kullanılabileceği gibi, tek bir blokta @graph dizisi açılarak tipler bir arada verilebilir. @graph yöntemi, tipler arasında @id ile referans kurmaya izin verdiği için karmaşık sayfalarda daha derli toplu sonuç verir.

sameAs alanına hangi adresler yazılmalı? Aynı kişiye veya kuruma ait olduğu doğrulanabilen adresler yazılır. Wikidata kaydı, mesleki profiller, resmî iş ortağı dizinleri ve yayıncı sayfaları tipik örneklerdir. Buradaki adreslerdeki bilgilerin sitedeki bilgilerle çelişmemesi gerekir, çelişki güven kaybına yol açar.

İşaretleme ile sayfadaki görünür içerik farklı olabilir mi? Olmamalı. Google, işaretlenen içeriğin kullanıcıya sayfadan erişilebilir olmasını şart koşuyor. Görünmeyen bir bilgiyi işaretlemek yönergelere aykırıdır ve zengin sonuç uygunluğunun kaybedilmesine yol açabilir.

---

Son güncelleme: 9 Eylül 2026 Yazan ve doğrulayan: Alaattin Çağıl, dijital pazarlama uzmanı ve Mayfair Digital Agency kurucusu. Wikidata kimliği: Q104777195. Kaynaklar: schema.org sözlüğü (Person, Organization, Article, FAQPage, Product, BreadcrumbList); Google Search Central, yapılandırılmış veri dokümantasyonu (Organization, Review snippet); Google Search Central changelog, FAQ zengin sonucu kullanımdan kaldırma bildirimi (8 Mayıs 2026 ve 15 Haziran 2026 kayıtları); Google Search Central, “AI features and your website”. Tümü 9 Eylül 2026’da kontrol edilmiştir.

---

Bu sayfa için FAQPage JSON-LD

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Schema markup arama sıralamasını yükseltir mi?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Hayır. Yapılandırılmış veri doğrudan bir sıralama faktörü değildir. Sayfanın arama sonuçlarındaki görünümünü zenginleştirir ve içeriğin makine tarafından doğru ayrıştırılmasını sağlar. Google, AI Overviews ve AI Mode'da görünmek için özel bir schema.org işaretlemesine gerek olmadığını da belirtiyor."
      }
    },
    {
      "@type": "Question",
      "name": "JSON-LD, Microdata ve RDFa arasında hangisi tercih edilmeli?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Google üçünü de tanır, ancak JSON-LD önerilen biçimdir. İşaretleme HTML içeriğinin arasına karışmadığı için ayrı yönetilebilir ve içerik düzeni değiştiğinde bozulmaz. Tek bir script bloğu içinde tutulması bakımını da kolaylaştırır."
      }
    },
    {
      "@type": "Question",
      "name": "FAQPage işaretlemesini sayfalarımdan kaldırmalı mıyım?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Gerekmiyor. Google, FAQ zengin sonuçlarını 7 Mayıs 2026'da kaldırdı ve mevcut işaretlemenin sayfada kalmasının sorun çıkarmadığını belirtti. İşaretleme artık görsel bir zengin sonuç üretmiyor, ama soru-cevap çiftlerini ayrıştırılabilir biçimde sunmaya devam ediyor."
      }
    },
    {
      "@type": "Question",
      "name": "Kendi sitemde kendi puanımı AggregateRating ile işaretleyebilir miyim?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Hayır. Google, değerlendirilen varlığın kendisi hakkındaki yorumları kontrol ettiği durumlarda sayfayı yıldızlı yorum özelliği için uygunsuz sayıyor. Puanların doğrudan kullanıcılardan gelmesi ve işaretlenen yorum içeriğinin sayfada görünür olması şart."
      }
    },
    {
      "@type": "Question",
      "name": "Aynı sayfada birden fazla schema tipi kullanılabilir mi?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Evet. Ayrı script blokları kullanılabileceği gibi, tek bir blokta @graph dizisi açılarak tipler bir arada verilebilir. @graph yöntemi, tipler arasında @id ile referans kurmaya izin verdiği için karmaşık sayfalarda daha derli toplu sonuç verir."
      }
    },
    {
      "@type": "Question",
      "name": "sameAs alanına hangi adresler yazılmalı?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Aynı kişiye veya kuruma ait olduğu doğrulanabilen adresler yazılır. Wikidata kaydı, mesleki profiller, resmî iş ortağı dizinleri ve yayıncı sayfaları tipik örneklerdir. Buradaki adreslerdeki bilgilerin sitedeki bilgilerle çelişmemesi gerekir, çelişki güven kaybına yol açar."
      }
    },
    {
      "@type": "Question",
      "name": "İşaretleme ile sayfadaki görünür içerik farklı olabilir mi?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Olmamalı. Google, işaretlenen içeriğin kullanıcıya sayfadan erişilebilir olmasını şart koşuyor. Görünmeyen bir bilgiyi işaretlemek yönergelere aykırıdır ve zengin sonuç uygunluğunun kaybedilmesine yol açabilir."
      }
    }
  ]
}
</script>

İlgili rehberler

• GEO nedir: Yapay zekâ aramalarında görünürlüğün genel çerçevesi.
• kişisel marka ve varlık kaydı: Person işaretlemesinin bilgi grafiğiyle ilişkisi.
• llms.txt dosyası: Sık karıştırılan bir başka teknik dosyanın kapsamı.
• GEO danışmanlığı: İşaretlemenin denetim ve içerik planıyla birlikte kurulması.