E-Pin Scripti Yapısal Veri Desteği: Rakibinin Arama Sonucunda Neden Yıldız, Fiyat ve Stok Gösterdiğini, Senin Sayfanın Neden Çıplak Kaldığını Perde Arkasıyla Anlatıyorum

Çoğu satıcı şunu sanır: arama sonucunda fiyat ve yıldız gösteren rakipleri Google'a para veriyor ya da bir gizli anlaşmaları var. Gerçek çok daha sıkıcı. O sayfaların kaynak kodunda, kullanıcının hiç görmediği bir blok var; içinde ürünün adı, para birimi, fiyatı, stok durumu ve varsa değerlendirme ortalaması makine diliyle yazılmış. Google o bloğu okuyup sonucu zenginleştiriyor. Blok yoksa okuyacak bir şey de yok, o kadar.

Bu konu e-pin satışında özellikle kritik, çünkü senin ürünlerin fiziksel değil. Ziyaretçi ürünü elleyip bakamadığı için karar verirken fiyat, teslim hızı ve başkalarının yorumu üzerinden gidiyor. Bu üç bilgi arama sonucunda görünürse tıklama oranın rakibin iki katına çıkabiliyor. Aşağıda bir e-pin scripti içinde yapısal verinin nasıl kurulduğunu, hangi tiplerin gerçekten işe yaradığını ve hangi hevesli işaretlemenin seni cezaya yaklaştırdığını sırayla anlatıyorum.

Yapısal veri sıralamayı mı yükseltiyor, yoksa sadece süs mü?

İkisi de değil; üçüncü bir şey yapıyor. Yapısal veri sayfanın ne olduğunu tahmin edilmekten çıkarıp beyan edilir hâle getiriyor. Google metinden «burada bir ürün var, fiyatı şu olabilir» diye çıkarım yapmak zorunda kalmıyor. Bu doğrudan sıralama puanı değil ama iki somut sonucu var: sayfanın hangi arama tipine uygun olduğu netleşiyor ve sonuç görünümü zenginleşiyor.

Sonuç görünümünün değeri hafife alınıyor. Aynı pozisyonda, aynı başlıkla, altında fiyat ve stok durumu yazan bir sonuç, çıplak sonuçtan belirgin biçimde fazla tıklanır. Tıklama oranı yükseldikçe o sayfa daha sık gösterilmeye başlar. Yani yapısal veri sıralamayı doğrudan değil, kullanıcı davranışı üzerinden dolaylı olarak etkiliyor. Bir epin yazılım kurulumunda bu bloğun otomatik üretilmesi, elle uğraşmaya göre kıyaslanamaz bir avantaj.

Senin sitende hangi şema tipleri olmalı, hangileri gereksiz?

İnternette otuz farklı şema tipi listeleyen rehberler var; e-pin satışında bunların çoğu boş yük. Gerçekten çalışan dört tane var. Ürün sayfasında Product ve içine gömülü Offer; menüdeki konumu anlatan BreadcrumbList; site kimliğini tanımlayan Organization; ve rehber içeriklerinde FAQPage. Bunların dışına çıkmak, örneğin her sayfaya Article eklemek ya da ürünü Software olarak işaretlemek, fayda getirmez ve çelişki üretir.

Offer bloğu en çok hata yapılan yerdir. Para birimi TRY yazılmalı, fiyat noktalı ondalık ile verilmeli, binlik ayırıcı kullanılmamalıdır. Stok durumu için InStock ve OutOfStock değerleri gerçek stokla eşleşmelidir; satılmayan ürüne stokta yazmak en hızlı güven kaybettiren hatadır. Fiyat geçerlilik tarihi varsa kampanya bitişini işaret etmelidir. Bu alanların hepsi dijital ürün satış scripti tarafında veritabanındaki gerçek değerlerden beslenmeli, sabit yazılmamalıdır.

Yıldız göstermek için yorum uydurmak neden intihar?

Bu bölümü dikkatle oku, çünkü sektörde en çok yapılan ve en pahalıya patlayan iş burada. AggregateRating bloğuna elle 4.9 puan ve 240 yorum yazmak teknik olarak mümkün. Sayfada o yorumların karşılığı yoksa bu yanlış işaretlemedir ve tespit edildiğinde site genelinde zengin sonuç yetkisi kaybedilir. Kaybı geri almak aylar sürer, itiraz süreci yorucudur.

Doğru yol daha yavaş ama kalıcı. Sipariş tamamlandıktan sonra otomatik bir değerlendirme daveti gönder, gelen yorumları sayfada göster, şemayı o gerçek verilerden üret. Yorum sayısı üçün altındaysa bloğu hiç basma. Bir e-pin satış yazılımı yorum modülüyle şemayı birbirine bağlıyorsa bu riski hiç yaşamazsın; sistem veri olmadığında bloğu kendisi gizler. Pinova'da işaretleme yorum tablosundan beslenir, elle puan girişi diye bir alan yoktur; bu bilerek konulmuş bir kısıttır.

JSON-LD mi, sayfa içine gömülü işaretleme mi?

Tereddüt etmeden JSON-LD. Sayfa içine öznitelik serpiştiren yöntem tasarım değiştiğinde bozulur; bir geliştirici bir div'i taşır, işaretleme parçalanır ve kimse fark etmez. JSON-LD ise tasarımdan bağımsız tek bir blok hâlinde durur, okunur, test edilir, gerektiğinde tek yerden değiştirilir.

Uygulama detayı önemli: bloğu tema dosyasının içine elle yazma, bir üretici fonksiyona bağla. Fonksiyon ürün nesnesini alır, alanları doldurur, boş olanları atlar ve geçerli JSON döndürür. Tek bir çıkış noktası olduğu için şema güncellemesi gerektiğinde yüz dosya değil tek dosya değişir. Ayrıca çıktının gerçekten geçerli JSON olduğunu doğrula; Türkçe karakterler, ürün açıklamasındaki tırnak işaretleri ve satır sonları kaçırılmazsa blok tamamen yok sayılır ve hiçbir uyarı almazsın.

İşaretlemenin çalıştığını nasıl kanıtlarsın?

Üç aşamalı bir kontrol düzeni kur. Birinci aşama biçim: zengin sonuç test aracına canlı adresi ver, hata ve uyarıları not al. Uyarılar genelde isteğe bağlı alanlarla ilgilidir, hataları mutlaka kapat. İkinci aşama kapsam: arama konsolunda ürün raporunu aç, geçerli sayfa sayısını toplam ürün sayınla karşılaştır. Aradaki fark sana hangi ürün grubunda blok basılmadığını söyler; genellikle varyantlı ya da stok dışı ürünlerdir.

Üçüncü aşama gerçek dünya: aynı kelimede kendi sayfanla rakibin sonuç görünümünü yan yana koy. Bu karşılaştırmayı ayda bir yap, çünkü Google zengin sonuç kurallarını sessizce değiştirir. Bir sabah fiyat satırının kaybolduğunu görürsen panik yapma, önce test aracını çalıştır; çoğu zaman bir alanın adı değişmiştir ve dijital ürün satış yazılımı güncellemesiyle kapanır.

Yapısal veri, arama motoruna sayfanı tanıtma şeklini tahminden beyana çeviren tek araç. Kurulumu bir günlük iş, faydası kalıcı, ama yanlış kullanımı da kalıcı zarar. Kendi ürün sayfanın kaynak koduna bakıp Offer bloğunda ne yazdığını kontrol et, sonra özellikler bölümünü ve paket seçeneklerini gözden geçir. Otomatik üretilen şemanın gerçek bir ürün kaydında nasıl göründüğünü denemek istersen canlı demo içinde bir ürün açıp kaynak kodu incele; teori orada somutlaşıyor.