Arama Sonuçlarını Gerçekte Etkileyen schema.org Türleri

Kısa cevap

Schema.org işaretlemesi sıralamaları otomatik olarak iyileştirmez. Ancak bir sayfayı gelişmiş arama görünümleri için uygun hale getirebilir: zengin sonuçlar, ürün panelleri, kırıntı yolları, etkinlik listeleri, iş modülleri, video önizlemeleri ve benzer özellikler.

Bu ayrım önemlidir. Schema.org, web üzerindeki şeyleri tanımlamak için geniş bir söz varlığıdır. Arama motorları bunun yalnızca bir alt kümesini destekler ve her arama özelliğinin kendi kuralları vardır. Bir sayfayı Thing, CreativeWork veya Service ile kusursuz biçimde işaretleyebilir ve arama sonuçlarında görünür hiçbir değişiklik görmeyebilirsiniz; çünkü o türe bağlı bir arama özelliği olmayabilir.

Bu yüzden yararlı soru “Hangi schema türleri var?” değildir. Soru şudur: “Hangi schema türleri, arama motorları tarafından görünür veya operasyonel arama özellikleri üretmek için kullanılıyor?”

Pratik cevap aşağıda.

Önce: yapılandırılmış veri uygunluk sağlar, hak kazandırmaz

Yapılandırılmış veri arama motorlarına açık ipuçları verir. Onları herhangi bir şeyi göstermeye zorlamaz.

Yapılandırılmış verinin görünür bir etki yaratması için bir sayfanın genellikle aşağıdakilerin tümüne ihtiyacı vardır:

• İşaretleme, sayfada görünen içerikle eşleşmelidir.
• Zorunlu ve önerilen özellikler bulunmalıdır.
• Sayfa dizine eklenebilir olmalı ve robots kurallarıyla engellenmemelidir.
• İçerik kalite ve spam politikalarını karşılamalıdır.
• Arama motoru, gelişmiş sonucun kullanıcıya yardımcı olduğuna karar vermelidir.

Bu nedenle teknik olarak geçerli iki sayfa aramada farklı davranabilir. Biri ürün zengin sonucu alabilir; diğeri sıradan mavi bir bağlantı olarak görünebilir. İşaretleme yalnızca girdilerden biridir.

Nadir schema türlerinin peşinden koşmanın genellikle zamanın kötü kullanımı olmasının nedeni de budur. Türe bağlı desteklenen bir arama özelliği yoksa fayda çoğunlukla görsel değil semantiktir.

En net etkiye sahip türler

Product, Offer, AggregateRating, and Review

E-ticaret ve yazılım sayfaları için ürün işaretlemesi, en görünür biçimde yararlı yapılandırılmış veri ailelerinden biridir.

Bir Product sayfası fiyat, stok durumu, puan, kargo, iade ve satıcı listeleme özellikleri için uygun hale gelebilir. En önemli destekleyici türler genellikle şunlardır:

• Fiyat, para birimi, stok durumu ve satıcı bilgileri için Offer
• Özetlenmiş puanlar için AggregateRating
• Uygun olduğunda bireysel yorumlar için Review
• Üretici veya satıcı bağlamı için Brand ya da Organization

Bu işaretleme, sayfa gerçekten belirli bir ürün hakkındaysa en yararlıdır; bir kategori ya da belirsiz bir hizmet sayfası için değil. Arama motorları yorum ve puan kötüye kullanımı konusunda, özellikle de kendine hizmet eden yorumlarda, giderek daha katı davranıyor. Puan kullanıcılar tarafından sayfada görülemiyorsa bunu işaretlemeyin.

Ürün şeması hem klasik organik snippet’leri hem de satıcı tarzı yüzeyleri etkileyebilir. Perakendeciler için çoğu zaman en yüksek getirili yapılandırılmış veri uygulamalarından biridir.

BreadcrumbList

BreadcrumbList gösterişli değildir, ama pratiktir. Arama sonuçlarında URL/yol gösterimini etkileyebilir; dağınık bir URL’nin yerine daha temiz bir hiyerarşi koyabilir.

Kırıntı yolu işaretlemesi şunlar için yararlıdır:

• E-ticaret kategori ve ürün sayfaları
• Dokümantasyon siteleri
• Büyük bloglar ve yayınlar
• SaaS yardım merkezleri

Nadiren dramatik bir zengin sonuç oluşturur, ancak kavramayı iyileştirebilir. Kullanıcılar tıklamadan önce bir sayfanın nerede durduğunu görebilir. Arama motorları da site yapısını daha net görür.

Sitenizde derin gezinme varsa kırıntı yolu işaretlemesini erken yapmak değerlidir.

Article, NewsArticle, and BlogPosting

Article, NewsArticle ve BlogPosting, arama motorlarının başlık, yazar, tarih, görsel ve yayıncı bilgilerini anlamasına yardımcı olabilir. Yayıncılar için bu, özellikle güçlü taranabilirlik, güncellik ve içerik kalitesiyle birleştiğinde makale odaklı özelliklere uygunluğu etkileyebilir.

Makale şemasının sıradan bir blog yazısını haber sonucuna dönüştürmesini beklemeyin. Zayıf haberciliği, eksik yazar bilgisini veya sığ içeriği telafi etmez.

Bununla birlikte, makale işaretlemesi editoryal siteler için hâlâ mantıklıdır. Temel bilgileri belirsizliğe yer bırakmayacak şekilde sunmak için kullanın:

• Başlık
• Yazar veya kuruluş
• Yayınlanma tarihi ve değiştirilme tarihi
• Ana görsel
• Yayıncı
• Kanonik URL

Ekibiniz yapay zekâ destekli yayıncılık kullanıyorsa yapılandırılmış veri, açıklama veya editoryal hesap verebilirliğin yerine geçmez. Bunun insani yönünü küçük bir web sitesinde dürüst AI açıklamasının nasıl göründüğü yazısında ele aldık. Arama sistemleri işaretlemenizi ayrıştırabilir, ancak okurlar sayfanın kendisini değerlendirir.

LocalBusiness and its subtypes

Yerel kuruluşlar için LocalBusiness ve Restaurant, Dentist, Store veya ProfessionalService gibi alt türleri, bir web sitesini işletme bilgilerine bağlamaya yardımcı olabilir: ad, adres, telefon numarası, çalışma saatleri, coğrafi koordinatlar ve same-as profilleri.

Görünür etki, ürün veya tarif işaretlemesine göre daha az öngörülebilirdir; çünkü yerel arama büyük ölçüde işletme kayıtlarına, yakınlığa, bilinirliğe, yorumlara ve kullanıcı niyetine bağlıdır. Yine de tutarlı yerel işletme işaretlemesi yararlı bir hijyendir.

Bunu her blog yazısına rastgele eklemek yerine işletme konumunu temsil eden sayfada kullanın. Birden fazla konumunuz varsa her konum sayfasını kendi adresi ve çalışma saatleriyle işaretleyin.

Event

Event işaretlemesi, uygun sayfaların etkinlikle ilişkili arama özelliklerinde tarihler, konumlar ve bilet bilgileriyle görünmesini sağlayabilir.

Şunlar için iyi bir uyumdur:

• Konserler
• Konferanslar
• Web seminerleri
• Dersler
• Festivaller
• Topluluk etkinlikleri

Anahtar nokta özgüllüktür. “Yıllık eğitim programımız” hakkındaki bir sayfa; başlangıç saati, konumu, düzenleyicisi ve katılım modu olan tarihli bir etkinlik sayfasıyla aynı değildir.

Çevrimiçi etkinlikler için sanal katılım ayrıntılarını ekleyin. Fiziksel etkinlikler için mekân bilgilerini ekleyin. İptal edilen, ertelenen ve yeniden planlanan etkinlikleri güncel tutun; bayat etkinlik işaretlemesi hiç işaretleme olmamasından daha kötüdür.

JobPosting

JobPosting, belirli bir arama deneyimini destekleyen yapılandırılmış verinin en net örneklerinden biridir. Doğru işaretlenmiş iş sayfaları; rol, konum, maaş, istihdam türü ve ilan tarihi gibi iş arama özellikleri için uygun olabilir.

Bu işaretleme yalnızca gerçek iş ilanı sayfalarında yararlıdır. Ayrı ayrıntı sayfaları olmadan birden fazla rol listeleyen genel kariyer sayfalarına uygulamayın.

Önemli alanlar şunlardır:

• İş unvanı
• İşe alan kuruluş
• Konum veya uzaktan çalışma durumu
• Yayınlanma tarihi
• Geçerlilik bitiş tarihi
• İstihdam türü
• Mevcut olduğunda ücretlendirme

Süresi dolmuş işler kaldırılmalı, uygun şekilde yönlendirilmeli veya artık geçerli olmadığı işaretlenmelidir. Arama motorları kullanıcıları kapanmış pozisyonlara göndermekten hoşlanmaz.

Recipe

Recipe işaretlemesi klasik zengin sonuç örneklerinden biri olmaya devam ediyor. Görsel küçük resimleri, puanları, pişirme süresini, malzemeleri, besin değerini ve yönlendirmeli tarif deneyimlerini etkileyebilir.

Aynı zamanda yapılandırılmış verinin en çok kötüye kullanıldığı alanlardan biridir. Sayfa çoğunlukla kişisel bir denemeyse ve tarif en altta gömülüyse bile işaretleme görünen tarifi doğru şekilde tanımlamalıdır. Yapılandırılmış veri, talimatlar aksini söylerken beş dakikalık hazırlık süresi iddia etmemelidir.

Tarif sayfaları görsel ağırlıklıdır, bu yüzden yapılandırılmış veri işin yalnızca bir parçasıdır. İyi görseller, makul sıkıştırma ve yararlı alt metinlerin hepsi önemlidir. Yemek, ürün veya editoryal görselleri düzenliyorsanız 2026’da görsel alt metni için pragmatik bir rehber, schema çalışmasına yararlı bir eşlikçidir.

VideoObject

VideoObject işaretlemesi video önizlemelerini, önemli anları, küçük resimleri, süreyi, yükleme tarihini ve video dizine eklemeyi etkileyebilir. Video sayfanın anlamlı bir parçası olduğunda yararlıdır; en altta tesadüfi bir gömme olduğunda değil.

Asgari olarak şunları sağlayın:

• Ad
• Açıklama
• Küçük resim URL’si
• Yükleme tarihi
• Süre
• Gömme veya içerik URL’si

Eğitici veya uzun biçimli videolar için önemli anlar, arama motorlarının videonun bölümlerini anlamasına yardımcı olabilir. Bu, videonun aramada nasıl göründüğünü iyileştirebilir; ancak yine de yerleşimi garanti etmez.

Organization, Logo, and WebSite

Organization işaretlemesi, bir sitenin arkasındaki varlığı tanımlamaya yardımcı olur. WebSite, site düzeyinde anlayışı ve bazı durumlarda arama motoru göstermeyi seçtiğinde site bağlantıları arama kutusu gibi özellikleri destekleyebilir.

Bu işaretleme gösterişli olmaktan çok temeldir. Şunları netleştirmeye yardımcı olabilir:

• Resmî site kimliği
• Logo
• Sosyal profiller
• İletişim bilgileri
• Ana şirket veya bağlı kuruluş ilişkileri

Her ciddi işletme, yayın, kâr amacı gütmeyen kuruluş ve ürün şirketi, genellikle ana sayfa veya hakkımızda sayfası gibi istikrarlı bir yerde temiz kuruluş işaretlemesine sahip olmalıdır.

İçine mümkün olan her özelliği doldurmayın. Amaç varlık netliğidir, veritabanı dökümü değil.

FAQPage: teknik olarak desteklenir, çoğu site için nadiren görünür

FAQPage özel bir notu hak ediyor, çünkü eskiden kolay bir kazançtı. Yıllar boyunca FAQ işaretlemesi snippet’leri soru-cevap akordeonlarıyla genişletebiliyordu. Bu onu cazip hale getirdi ve tahmin edileceği gibi aşırı kullanıldı.

Google daha sonra FAQ zengin sonuçlarını ciddi biçimde kısıtladı; genel olarak bunları yalnızca iyi bilinen, otoriter devlet ve sağlık siteleri için gösteriyor. Diğer arama motorları FAQ işaretlemesini hâlâ farklı şekilde kullanabilir ve işaretleme makinelerin içerik yapısını anlamasına yine de yardımcı olabilir; ancak çoğu ticari ve editoryal site görünür FAQ zengin sonuçları beklememelidir.

FAQ işaretlemesini yalnızca sayfa gerçekten bir FAQ içerdiğinde kullanın. Sırf arama alanı kazanmak için sahte Soru-Cevap blokları eklemeyin.

DiscussionForumPosting and ProfilePage

Topluluk içeriği arama sonuçlarında daha görünür hale geldi ve yapılandırılmış veri forum başlıklarını ve profil sayfalarını tanımlamaya yardımcı olabilir.

DiscussionForumPosting, ana içeriğin kullanıcı tarafından oluşturulan tartışma olduğu forumlar, Soru-Cevap toplulukları ve tartışma platformları için yararlı olabilir. ProfilePage, özellikle uzmanlık, yazarlık veya topluluk kimliğinin önemli olduğu yerlerde kişiler ya da katkıda bulunanlar hakkındaki sayfaları tanımlamaya yardımcı olabilir.

Bu, sıradan pazarlama referansları veya blog yorumları için uygun değildir. Sayfa türü gerçek deneyimle eşleşmelidir.

Yararlı olan ama genellikle abartılan türler

Bazı schema.org türleri semantik olarak makul olsa da tek başlarına nadiren görünür arama geliştirmeleri üretir.

Örnekler şunlardır:

• Service
• Thing
• CreativeWork
• Person
• Place
• ImageObject
• WebPage
• AboutPage
• ContactPage

Bunlar “kötü” türler değildir. Bir sayfayı daha kesin tanımlamaya yardımcı olabilirler ve daha geniş bilgi grafiği bağlamlarında yararlı olabilirler. Ancak amacınız arama sonuçlarında görünür bir değişiklikse genellikle ikincil önemdedirler.

Örneğin bir danışmanlık sayfasını Service olarak işaretlemek güvenilir biçimde özel bir hizmet zengin sonucu oluşturmaz. Net metne, iç bağlantılara, hızlı oluşturulmaya ve inandırıcı kanıtlara sahip iyi yapılandırılmış bir sayfa, arama performansı için ayrıntılı ama desteklenmeyen işaretlemeden daha fazlasını yapacaktır.

Benzer şekilde ImageObject görselleri tanımlayabilir; ancak görsel arama performansı çevreleyen metne, dosya adlarına, başlıklara, görsel kalitesine, dizine eklenmeye ve erişilebilirliğe de bağlıdır. Schema, temel unsurların yerine geçmez.

JSON-LD genellikle en iyi uygulama formatıdır

Arama motorları Microdata ve RDFa dahil olmak üzere çeşitli yapılandırılmış veri formatlarını okuyabilir, ancak JSON-LD genellikle en temiz seçenektir.

İşaretlemeyi HTML sunumundan ayrı tutar, test etmesi daha kolaydır ve tasarımcılar şablonları değiştirdiğinde bozulma olasılığı daha düşüktür. Çoğu ekip için sayfa head veya body bölümündeki JSON-LD pratik varsayılandır.

Basit bir ürün örneği şöyle görünür:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Acme Carbon Tripod",
  "image": "https://example.com/images/tripod.jpg",
  "description": "A lightweight carbon tripod for travel photography.",
  "brand": {
    "@type": "Brand",
    "name": "Acme"
  },
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "149.00",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/products/carbon-tripod"
  }
}

Örnek özellikle sade tutuldu. Çoğu yapılandırılmış veri sıkıcı olmalıdır. Doğruluk, zekice görünmekten iyidir.

Pratik bir önceliklendirme modeli

Önce neyi uygulayacağınıza karar veriyorsanız şu sırayı kullanın:

1. Desteklenen arama özellikleriyle eşleşen sayfa türleriyle başlayın. Ürün, tarif, etkinlik, iş, video, kırıntı yolu, makale ve yerel işletme işaretlemesi genellikle belirsiz türlerden önce ilgiyi hak eder.
2. Yalnızca kullanıcıların görebildiği şeyleri işaretleyin. Gizli iddialar, yapılandırılmış verinin uygunsuz veya riskli hale gelmesinin yaygın bir nedenidir.
3. Tek tek sayfaları değil, şablonları düzeltin. Yapılandırılmış veriyi CMS’inizden veya ürün veritabanınızdan üretildiğinde sürdürmek en kolaydır.
4. Doğrulayın, sonra izleyin. Resmî zengin sonuç ve schema doğrulama araçlarını kullanın, ardından mevcut olduğunda Search Console geliştirme raporlarını takip edin.
5. Sayfa deneyimini göz ardı etmeyin. Zengin sonuçlar sunuma yardımcı olabilir, ama kullanıcılar yine de sayfaya gelir. Performans raporları ekibinizi geriyorsa, schema’yı başka bir dikkat dağıtıcıya dönüştürmeden önce Lighthouse raporlarını paniklemeden okuyun.

Etkiyi azaltan yaygın hatalar

Yanlış sayfa türünü işaretlemek

Kategori sayfası ürün sayfası değildir. Kariyer açılış sayfası iş ilanı değildir. Yaklaşan web seminerlerinin listesi mutlaka tek bir etkinlik değildir.

Arama özellikleri genellikle belirli sayfa niyetleri etrafında tasarlanır. İşaretlemeyi sayfanın baskın amacıyla eşleştirin.

Görünür olmayan özellikler eklemek

Sayfa bir puan göstermiyorsa aggregateRating eklemeyin. İş sayfası maaştan bahsetmiyorsa ücretlendirme işaretlemesi uydururken dikkatli olun. Bir ürün stokta yoksa stokta olarak işaretlemeyin.

Yapılandırılmış veri, görünen gerçekleri ayrıştırmayı kolaylaştırmalıdır; sayfanın paralel bir sürümünü yaratmamalıdır.

Doğrulamayı başarı saymak

Bir doğrulayıcıdan geçmek yalnızca sözdiziminin kabul edilebilir olduğu ve zorunlu alanların mevcut olabileceği anlamına gelir. Sayfanın zengin sonuç alacağı anlamına gelmez.

Doğrulamayı sonuç değil, zemin olarak düşünün.

Schema’yı bir kez uygulayıp unutmak

Fiyatlar değişir. İşler sona erer. Etkinlikler ertelenir. Yazarlar ayrılır. Logolar yeniden tasarlanır.

Bayat alanlardan üretilen yapılandırılmış veri sessizce hatalı hale gelebilir. Şablonları, CMS alanlarını veya işletme veri kaynaklarını her değiştirdiğinizde bunu gözden geçirin.

<!-- tool-cta:start -->

💡 Bunu deneyin: Hangi şema türlerinin gerçekten önemli olduğunu araştırmadan önce, yapının denetlenmesi kolay olsun diye JSON-LD’nizi JSON Formatter ile temizleyin.

<!-- tool-cta:end -->

Sakin öneri

Çoğu site için schema stratejisi mütevazı ve bilinçli olmalıdır.

Gerçek içeriğinizle eşleşen ve desteklenen arama özellikleriyle örtüşen türleri uygulayın. Veriyi doğru tutun. Güvenilir kaynaklardan üretin. Doğrulayın. Sonuçları izleyin. Sonra durun.

Sayfadaki her ismi işaretlemeniz gerekmez. Bir kontrol listesi söyledi diye on iki iç içe schema türüne ihtiyacınız yoktur. Ve kesinlikle sayfanın kendisinden daha fazlasını söyleyen yapılandırılmış veriye ihtiyacınız yoktur.

Schema.org en çok belirsizliği ortadan kaldırdığında yararlıdır. Arama sonuçları, bu netlik arama motorlarının gerçekten desteklediği bir özellikle hizalandığında iyileşir.