Çoğu satıcı arama sonuçlarında rakibinin altında beliren yıldızları, fiyat etiketini ve "stokta" yazısını görünce şunu düşünür: demek ki onlar daha çok reklam veriyor ya da arama motoruyla özel bir anlaşması var. Gerçek çok daha sıradan ve çok daha erişilebilir. O görsel ayrıcalık satın alınmaz; sayfanın kaynak kodunda makinenin okuyabileceği biçimde beyan edilir.
Bu beyanın adı yapısal veri. İnsanın gördüğü sayfayı arama motorunun da anlamasını sağlayan bir üst katmandır: "bu bir ürün, fiyatı şu, para birimi şu, stok durumu şu, kaç kişi puan verdi" bilgisini standart bir sözlükle söyler. İyi kurulmuş bir e-pin scripti bunu her ürün sayfasında otomatik üretir. Kurmayan bir altyapıda ise sen dünyanın en iyi ürün açıklamasını yazsan bile sonuç listesinde kuru bir mavi başlıkla kalırsın. Bu yazıda hangi işaretlemeyi nereye koyacağını, hangi alanların zorunlu olduğunu ve hangi hatanın seni doğrudan zengin sonuç hakkından düşürdüğünü konuşacağız.
Yapısal veri sıralama mı yükseltir, yoksa seni sadece göze mi batırır?
Burada net olmak gerek: yapısal veri bir sıralama faktörü değildir. Kötü bir sayfayı işaretleme sayesinde birinci sıraya taşıyamazsın. Ama işaretleme sonuç listesindeki alanı büyütür, fiyatı ve puanı görünür kılar, dolayısıyla aynı sırada dururken daha fazla tık alırsın. Tıklama davranışı iyileşince de zamanla dolaylı bir kazanç doğar.
Dolayısıyla yapısal veriyi "SEO hilesi" değil, "vitrin camını temizlemek" olarak düşün. Aynı caddede iki dükkân var; birinin vitrininde fiyat etiketi ve müşteri yorumu var, diğerinde yok. İkisi de aynı konumda ama içeri giren müşteri sayısı aynı olmaz. Dijital ürün satış yazılımı seçerken sorman gereken soru şudur: bu altyapı benim için o etiketi otomatik mi yazıyor, yoksa her ürün için kod mu yazmam gerekiyor?
Bir e-pin ürün sayfasında hangi alanlar gerçekten zorunlu?
Ürün işaretlemesinin kalbi ad, görsel, teklif bilgisi ve stok durumudur. Teklif bilgisi içinde fiyat ve para birimi birlikte bulunmak zorundadır; fiyatı yazıp para birimini atlamak en sık görülen hatadır ve çoğu zaman tüm bloğu geçersiz kılar. Stok durumu da e-pin işinde kritiktir, çünkü anında teslim edilen bir kodun "stokta değil" olarak işaretlenmesi hem güveni hem gösterimi bozar.
Puan ve yorum alanı ise isteğe bağlıdır ama en çok fark yaratan kısımdır. Buradaki tek kural şudur: gösterdiğin puan sayfada gerçekten görünen, gerçek müşterilerden gelmiş bir puan olmalı. Var olmayan yorumları işaretlemek en ağır sonucu doğuran davranıştır; el ile uygulanan bir yaptırımla siten zengin sonuç hakkını uzun süre kaybeder. E-pin satış yazılımı tarafında doğru çözüm, yorum modülünden gelen gerçek ortalamayı şemaya otomatik bağlamaktır.
| Şema tipi | Nerede kullanılır | Zorunlu alanlar | Kazandırdığı görünüm |
|---|---|---|---|
| Product | Ürün detay sayfası | name, image, offers | Fiyat, stok, ürün kartı |
| Offer | Product içinde | price, priceCurrency, availability | Fiyat etiketi ve geçerlilik |
| AggregateRating | Product içinde | ratingValue, reviewCount | Yıldız gösterimi |
| BreadcrumbList | Tüm alt sayfalar | itemListElement sırası | Adres yerine kategori yolu |
| FAQPage | Rehber ve destek sayfaları | Question ve acceptedAnswer | Açılır soru blokları |
| Organization | Ana sayfa | name, url, logo | Marka paneli ve logo |
| WebSite | Ana sayfa | url, potentialAction | Site içi arama kutusu |
Neden doğru yazdığını sandığın işaretleme geçerli sayılmıyor?
En yaygın sebep, işaretlemenin sayfada görünen bilgiyle çelişmesidir. Kaynak kodda 149 lira yazıp sayfada 179 lira göstermek, kodda "stokta" deyip sayfada "tükendi" yazmak doğrudan geçersizlik sebebidir. Bu tutarsızlık genelde kötü niyetten değil, önbellekten ve kampanya fiyatının şablona bağlanmamasından doğar. Bu yüzden şema değerleri sabit metin olarak değil, ürünün canlı veri alanlarından beslenmelidir.
İkinci yaygın sebep çoğaltmadır. Aynı sayfada hem tema hem eklenti tarafından iki ayrı ürün bloğu üretilirse makine hangisine güveneceğini bilemez. Üçüncü sebep ise liste sayfalarında her ürün için tam işaretleme basmaktır; kategori sayfasında doğru yaklaşım ItemList kullanmaktır, elli ürünün elli tam kartını değil. Epin yazılım altyapısını değerlendirirken bu üç tuzağın şablon seviyesinde çözülmüş olup olmadığına bak.
Reddedilen ürün işaretlemelerinde hata dağılımı
- Fiyat veya para birimi uyuşmazlığı 45%
- Gerçek olmayan puan ve yorum 25%
- Çift veya çakışan şema bloğu 20%
- Eksik görsel ve kimlik alanları 10%
JSON-LD mi, mikro veri mi? Hangi yöntem başını daha az ağrıtır?
İşaretlemeyi üç yolla yazabilirsin ama pratikte tek mantıklı seçim JSON-LD'dir. Sebebi basit: veriyi görsel şablondan ayırır. Mikro veri kullandığında bilgi HTML etiketlerinin içine gömülüdür; tasarımı değiştiren bir geliştirici farkında olmadan şemayı kırar. JSON-LD ise sayfanın sonunda tek bir blok olarak durur, tek yerden üretilir, tek yerden denetlenir.
Bu ayrım bir e-pin satış scripti için operasyonel bir avantaja dönüşür. Tek bir şema üretici fonksiyon yazarsın; ürün, kategori, blog ve destek sayfaları kendi tipini ondan ister. Yarın alan adı değiştiğinde, para birimi eklendiğinde veya yeni bir şema tipi gerektiğinde tek dosyaya dokunursun. Pinova'nın şablon mimarisinde şema üretimi tam olarak böyle tek noktadan yönetilir; ayrıntıları özellikler bölümünde inceleyebilirsin.
İndirim başladığında sayfada yeni fiyat, şemada eski fiyat kalırsa işaretleme geçersiz olur. Şemadaki fiyat alanı her zaman sepete giden fiyatın aynı kaynağından beslenmeli.
Kurulumdan sonra neyi, hangi sıklıkla denetlemen gerekiyor?
Yapısal veri kur-bırak işi değildir. Ürün fiyatları değişir, stok biter, yorum sayısı artar, tema güncellenir. Bu hareketli zeminde işaretlemenin sağlığını düzenli izlemezsen bir gün zengin sonuçların sessizce kaybolduğunu görürsün. Denetimi iki katmanda yap: teknik geçerlilik ve içerik tutarlılığı.
Teknik geçerlilik için zengin sonuç test araçları ve arama konsolundaki geliştirme raporları yeter. İçerik tutarlılığı içinse kendi kontrol listeni kullanman gerekir; çünkü hiçbir araç "bu yorum gerçek mi" sorusunu senin yerine cevaplayamaz. Aşağıdaki tablo denetimi rutine çevirmen için hazır bir çerçeve sunuyor. Hangi paketin hangi şema modüllerini içerdiğini fiyat bölümünden karşılaştırabilirsin.
| Denetim adımı | Sıklık | Nereye bakılır | Geçme ölçütü |
|---|---|---|---|
| Ürün şeması geçerliliği | Aylık | Zengin sonuç test aracı | Hata sayısı sıfır |
| Fiyat tutarlılığı | Haftalık | Rastgele 5 ürün kaynak kodu | Şema fiyatı = sepet fiyatı |
| Stok durumu | Haftalık | Tükenen ürünlerin şeması | Doğru availability değeri |
| Puan gerçekliği | Aylık | Yorum modülü ile şema karşılaştırması | Sayılar birebir aynı |
| Çift şema kontrolü | Tema güncellemesinde | Sayfada kaç ld+json bloğu var | Her tip için tek blok |
| Kırıntı yolu | Üç aylık | Sonuç listesindeki görünüm | Kategori yolu görünüyor |
Şema üretimini elle yazmayı bırak
Product, Offer, AggregateRating, BreadcrumbList ve FAQ işaretlemesi tek merkezden, canlı ürün verisiyle üretilsin.
Yorumum yoksa yıldız gösteremez miyim?
Gösteremezsin ve zorlamamalısın. Puan işaretlemesi yalnızca sayfada görünen gerçek müşteri puanlarına dayanabilir. Doğru yol yorum toplamayı sistematik hale getirmek; teslimden sonra otomatik hatırlatma göndermek en hızlı çözümdür.
Kategori sayfalarına da ürün şeması koymalı mıyım?
Tam ürün şeması koymamalısın. Kategori sayfasında doğru yaklaşım ItemList ile ürün sıralamasını beyan etmektir. Her ürünün tam kartını liste sayfasına basmak çakışma ve geçersizlik üretir.
İşaretleme sonrası zengin sonuç ne kadar sürede çıkar?
Sayfanın yeniden taranmasına bağlıdır; genelde birkaç günden birkaç haftaya kadar sürer. Geçerli işaretleme bile gösterim garantisi vermez, çünkü nihai karar arama motorundadır. Site haritanı güncel tutmak süreci hızlandırır.
Fiyatı gizleyip üyeye özel gösteriyorum, ne yapmalıyım?
Şemada fiyat beyan etmemelisin. Görünmeyen bilgiyi işaretlemek tutarsızlık sayılır. Bu durumda ürün şemasını fiyatsız kurup kırıntı, marka ve soru-cevap işaretlemelerinden kazanç sağlamak daha güvenli bir yoldur.
Yapısal veri, arama sonuçlarında görünür olmanın en ucuz ve en hızlı kaldıracıdır; çünkü yeni içerik üretmeni değil, var olan içeriği makineye doğru anlatmanı ister. Şemanın canlı ürün verisinden nasıl beslendiğini, kırıntı yolunun ve soru-cevap bloklarının bir mağazada nasıl göründüğünü incelemek istiyorsan canlı demo sayfalarının kaynak kodunu açıp kendi gözünle doğrulayabilirsin.