Schema Markup Nedir? E-Ticaret Rehberi

Arama sonuçlarında yıldızlı puan, fiyat aralığı, SSS açılır paneli veya gezinme yolu görmenizin arkasında çoğu zaman yapılandırılmış veri yatar. Bu rehberde schema markup nedir, e-ticaret ve kurumsal sitelerde hangi şemaların önce kurulması gerektiği, JSON-LD ile pratik kurulum, doğrulama ve izleme adımlarını net bir yol haritası olarak ele alıyoruz. Amaç, genel teknik SEO listesini tekrar etmek değil; yalnızca yapılandırılmış veri odağında uygulanabilir bir çerçeve sunmak.

Schema markup nedir ve ne işe yarar?

Schema markup, web sayfasındaki içeriği arama motorlarının daha net anlaması için standart bir sözlükle etiketlemenizi sağlayan yapılandırılmış veri biçimidir. Schema.org sözlüğü üzerinden ürün adı, fiyat, stok durumu, SSS soru-cevapları, organizasyon bilgisi veya sayfa hiyerarşisi gibi alanları makine tarafından okunabilir hale getirirsiniz.

Ne işe yarar? Schema, sıralama “garantisi” vermez; fakat uygun sayfalarda zengin sonuç (rich result) için uygunluk sağlar. Kullanıcı arama sonuçlarında ürün fiyatını, değerlendirme yıldızlarını, sık sorulan soruları veya breadcrumb yolunu doğrudan görebilir. Bu da tıklama kararını kolaylaştırır ve sayfanızın ne sunduğunu arama motoruna daha az belirsizlikle iletir.

Pratikte en sağlıklı yaklaşım şudur: Önce sayfa içeriğini netleştirin, sonra o içeriği yansıtan şemayı ekleyin. Şema, görünmeyen bir “sihirli kod” değil; sayfada gerçekten var olan bilginin yapılandırılmış kopyasıdır. HazırSoft gibi yazılım ve web tasarım odaklı ekiplerde de en sık görülen başarı faktörü, şemanın ürün veya kurumsal içerikle bire bir örtüşmesidir.

E-ticaret ve kurumsal sitelerde öncelikli schema türleri

Tüm Schema.org türlerini bir anda kurmak gerekmez. KOBİ, e-ticaret ve kurumsal sitelerde önce iş modeline en çok değer üreten tiplere odaklanın.

E-ticaret siteleri için öncelik sırası

Product (Ürün): Ürün adı, açıklama, görsel, SKU/marka, fiyat, para birimi, stok durumu. Detay sayfalarının omurgasıdır.
Offer: Genelde Product içinde yer alır; satış teklifini (fiyat, availability, url) tanımlar.
AggregateRating / Review: Gerçek kullanıcı değerlendirmesi varsa. Sahte veya eksik puan eklemeyin.
BreadcrumbList: Ana sayfa > kategori > ürün hiyerarşisini yansıtır.
FAQPage: Ürün veya kategori sayfasında gerçekten yayınlanan SSS blokları için.
Organization / WebSite: Marka, logo, iletişim ve site geneli kimlik bilgisi.

Kurumsal siteler için öncelik sırası

Organization: Şirket adı, logo, adres, telefon, sosyal profiller.
WebSite + SearchAction (uygunsa): Site içi arama kutusu için; yalnızca gerçekten site aramanız varsa.
BreadcrumbList: Hizmet, blog ve alt sayfa yolları için.
FAQPage: Hizmet veya destek sayfalarındaki gerçek SSS içeriği için.
LocalBusiness (yerel ofis/şube varsa): Adres ve çalışma saatleri tutarlıysa.
Article / BlogPosting: Blog ve haber içerikleri için; bu rehberin odağı ürün/organizasyon ağırlıklı olduğundan detaya girmiyoruz.

Ürün görselleri de şemada referans aldığı için görsel kalitesi ve dosya adları önemlidir. Bu konuda e-ticarette görsel SEO uygulamalarıyla şema alanlarını birlikte planlamak tutarlılığı artırır.

JSON-LD kurulum adımları ve örnek parçalar

Google’ın önerdiği ve bakımı en kolay format genelde JSON-LD’dir. Microdata veya RDFa yerine sayfanın <head> veya <body> bölümüne bir <script type="application/ld+json"> bloğu eklemeniz yeterlidir. Aşağıdaki adımlar KOBİ ve e-ticaret panellerinde de uygulanabilir.

Kurulum yol haritası

Sayfa türünü seçin: Ürün detay, kategori, kurumsal iletişim, SSS sayfası vb.
Sayfada görünen alanları envanterleyin: Fiyat, stok, soru metni, logo URL’si gibi alanlar DOM’da gerçekten var mı?
Şema türünü ve zorunlu alanları belirleyin: Product için name, image, offers gibi temel alanlar; eksik alanı uydurmayın.
JSON-LD şablonunu yazın veya şablon motoruna bağlayın: Statik sayfada sabit script; dinamik üründe şablon değişkenleri kullanın.
URL ve kimlik tutarlılığı sağlayın: Canonical URL, ürün URL’si ve @id değerleri aynı kaynağı göstersin.
Yayınlayın, test edin, izleyin: Canlı URL’yi Zengin Sonuçlar Testi ve Search Console ile kontrol edin.

Organization örneği (kurumsal ve e-ticaret ortak)

Site genelinde, genelde ana şablonun footer veya head bölümünde tek bir Organization bloğu yeterlidir. Logo ve iletişim bilgileri footer’da görünen verilerle aynı olmalıdır.

Örnek alanlar: @type: Organization, name, url, logo, sameAs (sosyal profiller), contactPoint (telefon ve iletişim türü).

Uygulama ipucu: Adres veya telefon değiştiğinde hem görünür içerik hem şema güncellenmelidir. Aksi halde tutarsızlık uyarısı alırsınız.

BreadcrumbList örneği

Breadcrumb şeması, kullanıcı arayüzündeki gezinme yolunu yansıtmalıdır. “Ana Sayfa / Kadın / Ayakkabı / Model X” gibi bir yol varsa, ListItem öğeleri de aynı sırayı ve URL’leri taşımalıdır.

position: 1, 2, 3… sırayla artsın
name: Arayüzde görünen etiketle aynı olsun
item: Gerçek sayfa URL’si olsun (son öğede bazen item opsiyoneldir; tutarlı bir politika seçin)

Breadcrumb, site mimarisi ve iç link disipliniyle bağlantılıdır. Kategori–ürün ilişkilerini net kurduysanız şema da kolaylaşır; bu konuda iç linkleme stratejisi ile hiyerarşiyi önce sadeleştirmek işi hızlandırır.

Product + Offer örneği (e-ticaret detay sayfası)

Ürün sayfasında JSON-LD genelde şablon değişkenleriyle üretilir. Temel iskelet şu mantıktadır:

@type: Product
name: Ürün başlığı
description: Sayfadaki özet açıklama (HTML etiketleri olmadan sade metin)
image: Absolute URL’li ana görsel(ler)
sku / brand: Varsa
offers: @type Offer, priceCurrency (TRY), price, availability (InStock / OutOfStock), url

Varyantlı ürünlerde her varyant için ayrı Offer veya ProductGroup yaklaşımını altyapınıza göre seçin. Fiyat panoda 1.299 TL iken şemada 1299.00 ve priceCurrency: "TRY" kullanın. Stok bittiğinde availability alanını da güncelleyin; aksi halde zengin sonuçta yanlış stok bilgisi riski doğar.

AggregateRating ve Review

Yalnızca sitede gerçekten yayınlanan, manipüle edilmemiş değerlendirmeleri işaretleyin. ratingValue, reviewCount ve tekil Review öğeleri görünür içerikle uyumlu olmalıdır. “Boş yıldız” veya varsayılan 5 puan basmak hem güveni hem şema uygunluğunu zedeler.

FAQPage örneği

FAQ şeması, sayfada kullanıcıya gösterilen soru-cevap bloklarıyla bire bir aynı metinleri taşımalıdır. Gizli, yalnızca bot için eklenmiş SSS hem kalitesiz hem risklidir.

@type: FAQPage
mainEntity: Question dizisi
Her Question içinde name (soru) ve acceptedAnswer → Answer → text (cevap)

Kurumsal hizmet sayfasında “Kurulum ne kadar sürer?”, “Destek nasıl çalışır?” gibi gerçek sorular; e-ticarette “İade süresi nedir?”, “Kargo ne zaman çıkar?” gibi operasyonel sorular uygundur. Cevaplar güncellendikçe şemayı da güncelleyin.

JSON-LD yerleştirme ve şablon disiplini

Aynı sayfada çakışan iki farklı Product bloğu üretmeyin.
Tema, eklenti ve özel kod aynı şemayı çoğaltıyorsa birini kapatın.
Relative URL yerine absolute URL tercih edin (https://... ile başlayan tam adres).
Türkçe karakterleri JSON içinde doğru UTF-8 ile encode edin; tırnak kaçışlarına dikkat edin.
Sunucu tarafı render kullanıyorsanız şemanın ilk HTML yanıtında geldiğini doğrulayın.

Hazır e-ticaret veya kurumsal altyapılarda şema alanlarını panelden yönetmek, her ürün için elle kod yazmaktan daha sürdürülebilirdir. Hazır yazılım kataloğu üzerinden seçim yaparken SEO ve şema alanlarının yönetilebilir olup olmadığını da kontrol listesine ekleyebilirsiniz.

Google Zengin Sonuçlar Testi ile doğrulama

Kurulum sonrası “çalışıyor mu?” sorusunun cevabı test araçlarındadır. En pratik akış:

Canlı URL’yi veya ham HTML kodunu Google Zengin Sonuçlar Testi’ne yapıştırın.
Algılanan öğeleri kontrol edin: Product, FAQ, Breadcrumb vb. beklediğiniz türler çıkıyor mu?
Kritik hataları (missing field, invalid value) önceliklendirin; uyarıları da not alın.
Mobil ve masaüstü görünüm farkı üretmeyecek şekilde aynı şemanın geldiğini doğrulayın.
Düzeltmeyi yayınlayın, birkaç gün sonra URL İnceleme ile yeniden tarama isteyin.

Testte “geçerli” görmek, her zaman zengin sonucun hemen gösterileceği anlamına gelmez. Uygunluk şartı sağlanır; gösterim arama motorunun kararıdır. Yine de hatalı JSON, geçersiz fiyat formatı veya eksik zorunlu alan varsa uygunluk bile oluşmaz. Bu yüzden her yeni şablon sürümünde en az bir ürün, bir kategori ve bir kurumsal sayfayı örneklem olarak test edin.

Yaygın schema hataları ve nasıl düzeltilir?

Saha deneyiminde en çok tekrar eden sorunlar genelde içerik-şema uyumsuzluğundan kaynaklanır.

1) Sayfada olmayan bilgiyi şemaya yazmak

Örnek: Sayfada değerlendirme yokken AggregateRating eklemek veya stok yokken InStock işaretlemek. Düzeltme: Yalnızca görünür ve güncel veriyi işaretleyin.

2) Yanlış veya eski fiyat / para birimi

Kampanya bittiği halde şemada indirimli fiyat kalması. Düzeltme: Fiyat kaynağını tek bir sistemden (ürün veritabanı) besleyin; şablon cache’i fiyatı eski tutuyorsa cache kuralını gözden geçirin.

3) Çift ve çakışan şema

Tema + eklenti + özel kod üçü birden Product üretiyorsa tutarsız alanlar oluşur. Düzeltme: Tek kaynak belirleyin; diğerlerini kapatın veya birleştirin.

4) Breadcrumb’un arayüzle uyuşmaması

Arayüzde 3 seviye varken şemada 5 seviye veya farklı isimler. Düzeltme: Breadcrumb bileşeninin ürettiği dizi hem HTML hem JSON-LD için ortak kaynaktan gelsin.

5) FAQ metin farkı

Şemadaki cevap kısa, sayfadaki uzun (veya tersi). Düzeltme: Aynı metin bloğunu kullanın; “bot için özel cevap” üretmeyin.

6) Görsel URL sorunları

Kırık image linki, relative path veya giriş gerektiren URL. Düzeltme: Herkese açık absolute görsel adresleri kullanın.

7) Organization logo ve iletişim tutarsızlığı

Footer’da bir telefon, şemada başka telefon. Düzeltme: NAP (isim, adres, telefon) tek kaynaktan yönetilsin.

Hızlı kontrol listesi:

Şema türü sayfa amacı ile uyumlu mu?
Zorunlu alanlar dolu mu?
Fiyat, stok, puan gerçek mi?
URL’ler absolute ve erişilebilir mi?
Aynı sayfada gereksiz tekrar var mı?
Zengin Sonuçlar Testi hata veriyor mu?

Hangi zengin sonuçların geldiğini nasıl izlersiniz?

Kurulum ve testten sonra iş bitmez; performans izleme devreye girer. En net araç Google Search Console’dur.

Search Console’da bakılacak yerler

Deneyim / Zengin sonuç raporları (veya Geliştirmeler bölümü): Ürün, SSS, breadcrumb gibi algılanan türlerin geçerli/geçersiz öğe sayıları.
Performans raporu: Arama görünümü filtreleriyle zengin sonuçlu tıklama ve gösterimleri izleyin (arayüzdeki mevcut filtre adları zamanla değişebilir).
URL İnceleme: Tek bir ürün veya hizmet sayfasının Google’ın gördüğü hali ve algılanan yapılandırılmış verisi.

İzleme rutini önerisi:

Haftalık: Search Console’da yeni hata/uyarı artışı var mı bakın.
Yeni şablon veya tema güncellemesi sonrası: Örnek URL’leri yeniden test edin.
Büyük fiyat/stok senkron değişikliklerinde: Product örneklerini doğrulayın.
SSS içeriği değişince: FAQPage metinlerini senkron tutun.

Raporları okumak tek başına yetmez; hataları iş listesine dönüştürmek gerekir. Search Console panellerini e-ticaret ve KOBİ ekiplerinin kullanacağı somut aksiyonlara çevirmek için Google Search Console nasıl kullanılır rehberindeki yaklaşımı şema takibine de uyarlayabilirsiniz.

Uygulamayı sürdürülebilir kılan kısa plan

Tek seferlik kod yapıştırmak yerine şemayı bir operasyon standardı gibi yönetin:

Kapsam: Önce ana ürün şablonu, Organization ve breadcrumb.
Kalite: Gerçek veri, tek kaynak, çift şema yasağı.
Doğrulama: Her kritik şablonda Zengin Sonuçlar Testi.
İzleme: Search Console hata ve zengin sonuç raporları.
Bakım: Fiyat, stok, SSS ve iletişim değişikliklerinde şema güncelleme kuralı.

E-ticaret altyapınızda ürün alanları panelle yönetiliyorsa JSON-LD’yi de aynı alanlardan üretmek en az hata üreten yöntemdir. Kurumsal sitede ise logo, adres ve SSS içeriklerini düzenleyen ekibin “şemayı kim güncelleyecek?” sorusuna net cevap vermesi gerekir. HazırSoft tarafında web tasarım ve yazılım projelerinde bu sorumluluğu en başta netleştirmek, sonradan kırılan zengin sonuç uygunluklarını azaltır.

Sonuç

Schema markup nedir sorusunun kısa cevabı şudur: Sayfanızdaki ürün, organizasyon, SSS ve gezinme bilgilerini arama motorlarına standart bir dille anlatan yapılandırılmış veri katmanıdır. E-ticaret sitelerinde Product, Offer, breadcrumb ve doğru kullanılmış değerlendirme/SSS şemaları; kurumsal sitelerde Organization, breadcrumb ve FAQ önceliklidir. JSON-LD ile kurun, görünür içerikle bire bir eşleştirin, Zengin Sonuçlar Testi ile doğrulayın ve Search Console ile izleyin. Bu disiplin, zengin sonuç uygunluğunu korumanın en sürdürülebilir yoludur.

Sitenizde şema alanlarını yönetilebilir hale getirmek veya mevcut altyapınızı SEO odaklı gözden geçirmek istiyorsanız, ihtiyaçlarınıza uygun yazılım ve web çözümlerini inceleyerek bir sonraki adımı netleştirebilirsiniz.

Schema Markup Nedir? Uygulama Rehberi