Çoğu e-pin satıcısı, arama sonuçlarında altın yıldızlarla, fiyatla ve "stokta" yazısıyla görünen o şişkin listelemelerin bir bütçe işi olduğunu sanır. Google'a daha çok para veren, daha büyük marka olan, daha eski alan adına sahip olanın bu ayrıcalığı kaptığını düşünür. Gerçek bundan çok daha sıkıcı ve çok daha lehine: o görünüm satın alınmıyor, beyan ediliyor. Sayfanın kaynak kodunda Google'ın okuyabileceği bir dille "bu bir üründür, adı şu, fiyatı şu, para birimi şu, stok durumu şu" dediğin anda kapı açılıyor. Demediğin sürece ise sayfan ne kadar güzel olursa olsun tek satır mavi başlıkla kalıyor.
İşte kritik nokta: bu beyanı el ile her ürüne yazmak imkânsız. 4.000 e-pin çeşidi olan bir katalogda kimse tek tek JSON-LD yazmaz. Bu yüzden zengin sonuç meselesi aslında bir içerik meselesi değil, bir altyapı meselesidir. Kullandığın e-pin scripti ürün şemasını otomatik, tutarlı ve stok/fiyat değişimiyle senkron üretiyorsa iş kendiliğinden yürür; üretmiyorsa sen yıllarca içerik yazsan da arama sonucunda bakkal görünürsün. Bu yazıda, işaretlemenin gerçekte nasıl çalıştığını, hangi alanın hangi sonucu doğurduğunu ve bir dijital ürün satış scripti seçerken şema tarafında neye bakman gerektiğini açıyorum.
Google ürün sayfanı neden "ürün" saymıyor?
Bir e-pin sayfası insan gözüyle apaçık üründür: kod adı, görsel, fiyat, sepete ekle butonu. Ama tarayıcı botu sayfayı görsel olarak yorumlamaz, yapıyı arar. Fiyatı bir div içinde "149,90 ₺" olarak yazmışsın; bot bunun fiyat mı, indirim mi, kargo mu, yoksa rastgele bir sayı mı olduğunu bilemez. Stok durumunu yeşil bir etiketle göstermişsin; bot o rengin anlamını bilemez. Bu yüzden makine okunabilir bir katman gerekir: sayfanın görünen yüzünün yanına, aynı bilgiyi standart etiketlerle tekrar eden gizli bir beyan.
Buradaki en yaygın yanılgı, eklenti mantığıdır. Satıcı bir kod parçası bulup şablonun altına yapıştırır, fiyatı sabit yazar, stok durumunu "her zaman stokta" bırakır. İlk hafta sonuç görünür, ikinci ay ceza gelir. Çünkü şema sabit bir süs değil, veritabanının canlı aynasıdır. E-pin satış yazılımı tarafında doğru kurulum, şemanın ürün kaydından türemesidir: fiyat alanı fiyat kolonundan, stok alanı gerçek kod havuzundan, ürün adı başlıktan. Böylece bir kampanya başlattığında ya da havuz boşaldığında beyan kendiliğinden güncellenir, sen hiçbir şey yapmazsın.
Hangi alan hangi görünümü açıyor?
Zengin sonuç tek bir düğme değil; alan alan kazanılan bir mozaiktir. Bazı alanlar olmadan hiçbir şey görünmez, bazıları ise görünümü zenginleştirir ama zorunlu değildir. Aşağıdaki tablo, dijital ürün satan bir katalogda hangi alanın pratikte neye yaradığını gösteriyor. Dikkat et: dijital ürünlerde fiziksel kargo alanları anlamsızdır, onların yerine teslim biçimi ve geçerlilik bilgisi kıymetlidir.
| Alan | Zorunlu mu? | Arama sonucunda etkisi | E-pin kataloğunda kaynağı |
|---|---|---|---|
| name | Evet | Ürün adının başlıktan bağımsız netleşmesi | Ürün başlığı kolonu |
| image | Evet | Görsel kartlı listeleme ve alışveriş sekmesi | Ürün görseli (mutlak URL) |
| offers.price | Evet | Fiyatın sonuçta yazması | Canlı satış fiyatı |
| offers.priceCurrency | Evet | TRY olarak doğru para birimi | Mağaza para birimi ayarı |
| offers.availability | Güçlü tavsiye | "Stokta" / "Tükendi" ibaresi | Gerçek kod havuzu sayımı |
| aggregateRating | Koşullu | Yıldız görünümü | Yalnızca gerçek müşteri yorumları |
| brand | Tavsiye | Marka eşleşmesi, oyun adıyla ilişki | Oyun/yayıncı etiketi |
| sku | Tavsiye | Varyant karışmasının önlenmesi | Ürün kodu |
| priceValidUntil | Opsiyonel | Kampanya fiyatının tazeliği | İndirim bitiş tarihi |
Yıldız tuzağı: en çok ceza yiyen alan
Sektörde en sık görülen manevra şu: satıcı yeni açtığı mağazada hiç yorum yokken şemaya 4,9 puan ve 212 değerlendirme yazar. İlk başta işe yarar, sonuçta yıldızlar parlar, tıklama artar. Ardından el ile uygulanan bir yapısal veri yaptırımı gelir ve yalnızca yıldızlar değil, fiyat ve stok dahil tüm zengin görünüm kapanır. Toparlanma haftalar sürer. Bu, düzeltmesi en pahalı SEO hatalarından biridir; çünkü kaybettiğin şey sıralama değil, güvenilirlik.
Doğru yaklaşım açıktır: puan alanı yalnızca sitede gerçekten görünen, kullanıcıların bıraktığı yorumlardan hesaplanır. Yorum yoksa alan hiç yazılmaz. İyi bir epin yazılım kurgusunda bu mantık şarta bağlanır: onaylanmış yorum sayısı sıfırsa şemaya puan bloğu eklenmez, birinci yorum onaylandığında blok otomatik doğar. Pinova'da bu davranışın kod tarafında yerleşik olması, satıcıyı kendi iyi niyetli hatasından korur. Çünkü asıl risk kötü niyet değil, panelde bulduğu boş kutuyu doldurma isteğidir.
Zengin sonuç alamayan e-pin sayfalarında hata dağılımı
- Fiyat veya stok alanı eksik 45%
- Uydurma yorum/puan işaretlemesi 25%
- Sayfa ile şema çelişkisi 20%
- Görsel URL'si erişilemez 10%
Aynı ürün üç sayfada: çakışma nasıl yönetilir?
E-pin kataloglarında klasik dert şudur: aynı oyun kodu hem kategori sayfasında listelenir, hem ürün sayfasında tek başına durur, hem de bir kampanya sayfasında tekrar görünür. Üç yerde de ürün şeması basarsan Google hangisinin kanonik olduğunu bilemez; en kötü senaryoda kategori sayfasını ürün sanar ve yanlış sayfayı sıralamaya alır. Sonuç, tıklayanın sepete bir adım daha uzak kaldığı kötü bir eşleşmedir.
Çözüm hiyerarşi kurmaktır. Tek ürün sayfası Product beyanı yapar ve kanonik adresi kendini gösterir. Kategori sayfası ürün beyanı yapmaz; onun yerine listeleme yapısı ve kırılma yolu işaretlemesi kullanır. Kampanya sayfası ise ürün sayfasına işaret eder, kendi adına fiyat iddia etmez. Bu ayrımı şablon düzeyinde bir kez kuran bir dijital ürün satış yazılımı, binlerce üründe tutarlı davranır. El ile yönetilen sitelerde bu ayrım hep bozulur, çünkü her yeni sayfa tipinde karar yeniden verilir ve biri mutlaka yanlış verir.
Doğrulamayı ne zaman, neyle yaparsın?
Şema yazmak işin kolay yarısıdır; zor yarısı doğrulamadır. Kodun görünürde düzgün olması, botun onu aynı şekilde görmesi anlamına gelmez. Sayfa JavaScript ile fiyat basıyorsa, şema sunucu tarafında basılmamışsa, ya da bot sayfayı giriş duvarının arkasında görüyorsa beyan hiç okunmaz. Bu yüzden test her zaman canlı adres üzerinden, botun gördüğü hâliyle yapılır.
İkinci katman izlemedir. Zengin sonuç bir kez açılıp kapanmayan, sürekli denetlenen bir statüdür. Kampanya bittiğinde eski fiyat şemada kalırsa uyarı düşer; havuz boşalınca stok beyanı güncellenmezse "stokta" yazan bir tükenmiş ürün oluşur ve bu doğrudan güven kaybıdır. Aşağıdaki kontrol listesini ayda bir kez, ayrıca her büyük katalog değişikliğinden sonra geçir.
| Kontrol | Nasıl bakılır | Geçti sayılma ölçüsü | Sıklık |
|---|---|---|---|
| Şema sunucu tarafında basılıyor mu? | Sayfa kaynağını JavaScript kapalı incele | JSON-LD kaynakta görünür | Şablon değişiminde |
| Fiyat panelle birebir mi? | Rastgele 10 ürünü karşılaştır | Sapma yok | Haftalık |
| Stok beyanı gerçek havuzu yansıtıyor mu? | Tükenmiş bir ürünü aç | Tükendi olarak beyan | Haftalık |
| Puan alanı gerçek yorumdan mı geliyor? | Yorumsuz ürüne bak | Puan bloğu hiç yok | Aylık |
| Görsel URL'si dışarıdan açılıyor mu? | Adresi yeni sekmede dene | 200 yanıt, mutlak URL | Aylık |
| Kategori sayfası ürün beyanı yapıyor mu? | Kategori kaynağını tara | Product bloğu yok | Aylık |
| Kanonik adres tekil mi? | Varyantlı ürünü kontrol et | Tek kanonik | Aylık |
Fiyat alanına para birimi simgesi, binlik ayırıcı veya boşluk koymak beyanı geçersiz kılar. Şemada fiyat sadece sayı olmalı, simge ayrı alanda durmalı. Bu tek detay, çalışmayan işaretlemelerin büyük kısmını açıklıyor.
Altyapı seçerken şema tarafında neye bakmalısın?
Bir e-pin satış scripti incelerken demo panelinde ürün ekleme ekranına bakmak yetmez; ürün sayfasının kaynağına inmek gerekir. Orada canlı fiyat, gerçek stok, doğru para birimi ve koşullu puan bloğu görüyorsan altyapı seni taşır. Sabit yazılmış örnek değerler görüyorsan, o şema bir dekordur ve ilk kampanyada seni sıkıntıya sokar. Ayrıca kırılma yolu işaretlemesi, kategori-alt kategori hiyerarşisi ve arama kutusu beyanının da hazır olması, tüm kataloğun tek elden yönetilmesi anlamına gelir.
Pinova'nın buradaki yaklaşımı basit: işaretleme bir SEO eklentisi değil, ürün modelinin parçasıdır. Sen paneli kullanırken şema kendiliğinden doğar, fiyat değişince değişir, havuz boşalınca kapanır, yorum gelince zenginleşir. Özellikler bölümünde katalog ve teslim tarafının nasıl birbirine bağlandığını, fiyat sayfasında ise hangi paketin hangi otomasyonu kapsadığını görebilirsin. Unutma: rakibinin arama sonucunda fiyatla görünmesi onun daha iyi pazarlamacı olmasından değil, daha doğru konuşan bir altyapı kullanmasındandır.
Kataloğun Google'a doğru dille konuşsun
Binlerce e-pin için tek tek kod yazmak yerine, şemayı ürün modelinden türeten bir altyapıyla başla.
Ürün şeması eklediğim gün zengin sonuç görünür mü?
Hayır. Google sayfayı yeniden taramalı, beyanı doğrulamalı ve güven kazanmalı. Pratikte birkaç günden bir aya kadar süren bir oturma dönemi olur. Sayfa taranmayacak kadar derinde duruyorsa süre daha da uzar; bu yüzden şema ile iç linkleme birlikte düşünülür.
Yorumum yoksa yıldız almam mümkün mü?
Mümkün değil ve zorlamamalısın. Gerçek olmayan puan beyanı yaptırım riski taşır ve yaptırım sadece yıldızları değil fiyat-stok görünümünü de kapatır. Önce yorum toplama akışını kur, puan bloğu kendiliğinden gelsin.
Kategori sayfalarına da ürün şeması koymalı mıyım?
Koymamalısın. Kategori sayfası listeleme ve kırılma yolu işaretlemesi kullanır. Ürün beyanını yalnızca tek ürün sayfası yapar ve kanonik adresi kendisini gösterir. Aksi hâlde hangi sayfanın sıralanacağı karışır.
Şemayı elle mi yazmalıyım, yazılım mı üretmeli?
Katalogda birkaç ürün varsa elle yazabilirsin, ama yüzlerce çeşitte bu sürdürülemez. Fiyat ve stok sürekli değiştiği için beyanın veritabanından otomatik türemesi gerekir. Bu yüzden işaretleme bir içerik işi değil, altyapı işidir.
Şema meselesinin en güzel yanı, sonuçlarının gözle görülebilir olmasıdır: doğru kurulan bir katalogda arama sonucu satırı bir reklam kadar bilgi taşır ve tıklayan kişi ne alacağını bilerek gelir. Bu yapının kendi ürünlerinde nasıl göründüğünü merak ediyorsan canlı demo üzerinden bir ürün sayfası aç, kaynağına bak ve fiyat-stok beyanının panelle nasıl birebir eşleştiğini kendi gözünle doğrula.