Google'da Ürün Fiyatı ve Stok Nasıl Görünür? Ürün Schema Rehberi

Kısacası ürün schema işaretlemesi, sayfanızdaki bilgiyi makinenin anlayacağı dile çevirir. Biz Talha Aslan ve ekibi olarak e-ticaret sitelerinde en sık bu konuda soru alıyoruz: "Rakibin sonucunda fiyat ve stokta var yazıyor, bizimkinde neden yok?" Bu rehberde cevabı adım adım veriyoruz. Ayrıca zorunlu ve önerilen alanları, Merchant Center ile ilişkiyi, Search Console raporlarını ve sık hataları ele alıyoruz.

Önce şunu netleştirelim: Google'ın kendi belgesine göre zengin sonuç gösterimi her deneyimin kendi takdirindedir. Yani doğru işaretleme, gösterim için gerekli bir koşuldur ama tek koşul değildir. Bu nedenle beklentiyi "uygunluk kazanmak" olarak kurmanızı öneriyoruz.

Bu rehberin hedefi, okuduktan sonra kendi ürün sayfanızı açıp eksik alanı tek tek bulabilmenizdir. Her bölümde önce Google'ın resmi belgesinin ne dediğini, ardından sahada bunun ne anlama geldiğini anlatıyoruz. Ayrıca teknik terimleri ilk geçtiği yerde açıklıyoruz; yani yazılımcı olmasanız da rahatça ilerleyebilirsiniz.

Arama sonucunda fiyat ve stok bilgisini tam olarak nerede görürsünüz?

Google, ürün bilgisini birkaç farklı yerde kullanabilir. Klasik mavi bağlantının altında fiyat, stok durumu ve yıldız puanı satırı belirebilir. Öte yandan Alışveriş sekmesi, görsel sonuçlar ve ürün panelleri gibi daha zengin alanlar da aynı veriyi kullanabilir.

Google'ın resmi ürün yapısal veri belgesi bu alanları iki ana gruba ayırır: ürün snippet'leri (product snippets) ve satıcı listeleri (merchant listing experiences). Bu ayrım, hangi alanları doldurmanız gerektiğini doğrudan belirler. Dolayısıyla işe başlamadan önce sayfanızın hangi gruba girdiğini bilmeniz gerekir.

Örneğin hem kendi ürününü satan hem de rakip ürünleri inceleyen bir blog işleten mağaza, iki sayfa türünü ayrı ayrı işaretlemelidir. İnceleme yazısı ürün snippet'ine, ürün sayfası ise satıcı listesine yönelir. Böylece her sayfa kendi amacına uygun alanlarla Google'a sunulur.

• Ürün snippet'i: Ürünü doğrudan satmayan sayfalar için; örneğin bir inceleme yazısı ya da karşılaştırma sitesi.
• Satıcı listesi: Ziyaretçinin ürünü sizden satın alabildiği sayfalar için; yani klasik e-ticaret ürün sayfası.
• Ortak nokta: Satıcı listesi için gereken zorunlu alanları doldurduğunuzda sayfa, ürün snippet'i için de uygun hale gelebilir.

Ürün snippet'i ile satıcı listesi arasındaki fark nedir?

İki deneyim aynı Product türünü kullanır; ancak beklentileri farklıdır. Ürün snippet'i yorum ve değerlendirme bilgisine daha çok alan tanır. Örneğin editoryal bir inceleme sayfası artı ve eksileri (pros and cons) işaretleyebilir. Satıcı listesi ise beden, kargo ve iade politikası gibi satın almaya yönelik ayrıntılara ağırlık verir.

Bu tablodaki bilgiler Google'ın ürün snippet'i belgesi ve satıcı listesi belgesine dayanıyor. Böylece hangi alanı neden doldurduğunuzu baştan bilirsiniz.

Satıcı listesi için hangi alanlar zorunlu?

Google'ın satıcı listesi belgesine göre Product için üç alan zorunludur. Offer için de iki alan zorunludur. Bu alanlardan biri eksikse sayfa satıcı listesi deneyimine uygun olmaz.

1. name: Ürünün adı. Sayfadaki görünen adla aynı olmalı.
2. image: Ürün görselinin adresi. Erişilebilir ve ürünü gösteren bir görsel kullanın.
3. offers: Satış teklifi. Satıcı listesi için bunun AggregateOffer değil, Offer türünde olması gerekir.
4. price: Offer içindeki fiyat; alternatif olarak priceSpecification.price.
5. priceCurrency: Üç harfli ISO 4217 para birimi kodu; örneğin TRY, EUR ya da USD.

Ayrıca belge, satıcı listesinde fiyatın sıfırdan büyük olmasını şart koşuyor. Yani "fiyat için arayın" ya da 0 TL gösteren bir ürün, bu deneyime girmez. Ürün snippet'inde ise bu sınır yoktur.

Hangi önerilen alanlar stok ve kargo bilgisini öne çıkarır?

Zorunlu alanlar kapıyı açar; önerilen alanlar ise sonucu zenginleştirir. Özellikle stok bilgisinin görünmesini istiyorsanız availability alanını boş bırakmamanız gerekir. Önerilen Offer alanları şunlardır:

• availability: Stok durumu; örneğin InStock, OutOfStock ya da PreOrder gibi Schema.org değerleri.
• itemCondition: Yeni, ikinci el ya da yeni gibi onarım görmüş durum.
• priceValidUntil: Fiyatın geçerlilik sonu. Geçmiş bir tarih, sonucun görünmesini engelleyebilir.
• shippingDetails: Kargo ücreti ve teslim süresi bilgisi.
• hasMerchantReturnPolicy: İade politikası.
• url, validFrom, validThrough: Teklifin adresi ve geçerlilik aralığı.

Product tarafında da brand.name, gtin, mpn, sku, color, size, material ve aggregateRating gibi önerilen alanlar var. Bunlar ürünü kesin tanımlamaya yarar. Örneğin GTIN (küresel ticari ürün numarası, yani barkod numarası) eklediğinizde Google ürünü başka kaynaklarla eşleştirmeyi kolaylaştırırsınız. Bu nedenle elinizde barkod varsa mutlaka işaretlemenizi öneriyoruz.

Öte yandan barkodu olmayan el yapımı ürünlerde GTIN uydurmayın. Bunun yerine marka adı ve kendi stok kodunuz (sku) ile ürünü tanımlayın. Yanlış bir GTIN, ürünü başka bir ürünle eşleştirebilir ve doğru bilgiden daha fazla zarar verir.

Ürün schema işaretlemesini sayfaya adım adım nasıl eklersiniz?

Uygulamada en güvenli yöntem JSON-LD biçimidir. Kod bilgisi gerektirmeyen bir başlangıç için Schema Oluşturucu aracımızı kullanabilirsiniz. Ardından şu sırayı izleyin:

1. Ürün sayfasında görünen ad, fiyat, para birimi ve stok bilgisini listeleyin.
2. Bu değerleri Product ve Offer alanlarına birebir aktarın; sayfada olmayan bilgiyi eklemeyin.
3. İşareti, sayfanın ilk HTML çıktısına yerleştirin; JavaScript ile sonradan üretmekten kaçının.
4. Zengin Sonuçlar Testi (Rich Results Test) ile sayfayı kontrol edin ve kritik hataları giderin.
5. URL Denetimi aracıyla Google'ın sayfaya erişebildiğini doğrulayın.
6. Site haritanızı güncel tutun ve yeniden taramayı bekleyin.

Örnek senaryo: example.com adlı bir mağaza, 499 TL fiyatlı bir termosun sayfasına name, image, Offer içinde price 499 ve priceCurrency TRY ile availability InStock ekliyor. Ardından testi çalıştırıp hatasız sonucu görüyor. Bu örnekteki rakamlar yalnız açıklama içindir.

İşaretleme neden JavaScript yerine ilk HTML'de olmalı?

Google'ın ürün snippet'i belgesi, satıcıların Product işaretlemesini ilk HTML'e koymasını öneriyor. Çünkü JavaScript ile üretilen işaretleme, Alışveriş taramalarının daha seyrek ve daha az isabetli olmasına yol açabilir. Fiyatı ve stoku sık değişen bir mağaza için bu ciddi bir dezavantajdır.

Örneğin stok, sayfa yüklendikten sonra bir API çağrısıyla güncelleniyorsa Google eski bir durumu görebilir. Bu durumda arama sonucunda "stokta" yazarken ürünün stoğu çoktan bitmiş olabilir. Dolayısıyla altyapınızın fiyat ve stok değerini sunucu tarafında, sayfanın ilk yanıtında basmasını sağlamanızı öneriyoruz.

Etiket yöneticisiyle işaretleme eklemek mümkün olsa da bu yöntem her senaryoya uymaz. Ayrıntıları Google Tag Manager ile schema ekleme yazımızda anlattık. Özellikle ürün sayfalarında sunucu tarafı yöntemi daha sağlam buluyoruz.

Peki mevcut sitenizin hangi yöntemi kullandığını nasıl anlarsınız? Sayfanın kaynak kodunu açıp Product kelimesini arayın. Kaynakta görünüyorsa işaret ilk HTML'dedir; görünmüyor ama test aracında çıkıyorsa JavaScript ile sonradan ekleniyordur.

Merchant Center ile ürün schema birlikte mi çalışmalı?

Evet, mümkünse ikisini birlikte kullanın. Google'ın ürün belgesi, hem sayfa üzerindeki yapısal veriyi hem de Merchant Center ürün feed'ini (ürün veri akışı) sağlamanın deneyimlere uygunluğu en üst düzeye çıkardığını söylüyor. Bazı deneyimler iki kaynağı birleştirerek kullanıyor.

Üstelik belgeye göre ürün snippet'leri, sayfada fiyat yoksa fiyatı Merchant Center feed'inizden alabilir. Ancak iki kaynağın birbiriyle çelişmemesi şart. Feed'de 499 TL, sayfada 549 TL yazıyorsa sorun yaşarsınız. Bu konuyu Merchant Center fiyat uyuşmazlığı yazımızda ayrıntılı ele aldık.

Merchant Center ve ücretsiz listeleme mantığını henüz kurmadıysanız Google Shopping ve Merchant Center rehberimize göz atın. Orada hesabın temelini anlattık; burada ise sayfa tarafına odaklanıyoruz.

Search Console'da ürün raporlarını nasıl okursunuz?

Google'ın ürün snippet'i belgesi iki ayrı rapordan söz ediyor: satış yapmayan sayfalar için Ürün snippet'leri (Product snippets) raporu, satış yapılan sayfalar için Satıcı listeleri (Merchant listings) raporu. Bu raporlar, Search Console'un geliştirmeler bölümünde ilgili işaretleme sitede bulunduğunda belirir.

Raporu okurken üç şeye bakmanızı öneriyoruz:

• Geçersiz öğeler: Kritik hata içeren sayfalar; bunlar deneyime uygun değildir.
• Uyarılı geçerli öğeler: Uygun ama önerilen bir alan eksik olan sayfalar.
• Trend: Bir şablon değişikliğinden sonra hata sayısı birden arttıysa sorun şablondadır.

Search Console'un genel kullanımını bilmiyorsanız önce Search Console rehberimizi okuyun. Ayrıca hata satırında okunamayan veri benzeri bir uyarı görüyorsanız sorun sözdizimindedir; bunu ayrıştırılamayan yapısal veri hatası yazımızda anlattık.

Ürün schema hatalarında en sık hangileri çıkar?

Sahada gördüğümüz hatalar çoğunlukla aynı birkaç kalıba düşüyor. Bu bir istatistik değil, ekibimizin denetimlerde sık karşılaştığı durumların özetidir:

1. offers eksik: Tema yalnız name ve image basıyor, fiyat bloğunu unutuyor.
2. Para birimi yanlış: priceCurrency yerine "TL" ya da "₺" var; oysa ISO 4217 kodu gerekir.
3. Fiyat biçimi hatalı: Fiyat alanına "1.299,90 TL" gibi metin var; oysa sayısal değer gerekir.
4. Geçmiş priceValidUntil: Kampanya bitmiş ama tarih hâlâ eski.
5. AggregateOffer kullanımı: Satıcı listesi için Offer gerekirken tüm varyantlar tek AggregateOffer içinde duruyor.
6. Kategori sayfasında Product: Liste sayfasına ürün işareti konmuş; belge bunu desteklemiyor.

Kısacası hataların çoğu teknik bilgiden değil, şablonun bakımsız kalmasından doğuyor. Bu yüzden her tema güncellemesinden sonra birkaç ürün sayfasını test etmenizi öneriyoruz.

Fiyat sıfır ya da "fiyat sorunuz" ise ne olur?

Google'ın satıcı listesi belgesi açık: satıcı listesi deneyimleri, ürün snippet'lerinden farklı olarak sıfırdan büyük bir fiyat ister. Bu nedenle fiyatı gizlediğiniz ya da 0 olarak gösterdiğiniz ürünler satıcı listesine girmez.

Ancak bu, sayfanın arama sonucundan tamamen kaybolacağı anlamına gelmez. Sayfa normal sonuç olarak görünmeye devam eder; yalnız fiyat ve stok satırı çıkmaz. Örneğin teklif usulü çalışan bir B2B makine satıcısı için bu kabul edilebilir bir durum olabilir. Öte yandan perakende bir mağaza için kaçan bir fırsattır.

Bizim önerimiz şu: fiyatı gerçekten sabit olan ürünlerde fiyatı açıkça gösterin ve işaretleyin. Fiyatı değişken olan hizmetlerde ise Product işareti yerine sayfanın doğasına uyan başka türleri değerlendirin. Sayfada olmayan bir fiyatı yalnız işarete yazmak ise ciddi bir hatadır.

Stokta olmayan ürünlerde availability değerini nasıl ayarlamalısınız?

Ürün tükendiğinde sayfayı silmek yerine availability değerini OutOfStock olarak güncellemek çoğu zaman daha doğru bir başlangıçtır. Böylece kullanıcı arama sonucunda yanlış bir "stokta" bilgisi görmez. Ayrıca sayfanın biriktirdiği sıralama sinyallerini de kaybetmezsiniz.

Ürün kalıcı olarak satıştan kalktıysa durum değişir. Bu durumda 301 yönlendirme, 404 ya da 410 seçeneklerinden hangisinin uygun olduğu ürünün yerine geçen bir model olup olmadığına bağlıdır. Bu kararı stokta olmayan ürün sayfaları yazımızda karşılaştırmalı anlattık.

Önemli bir nokta daha var: stok verinizin kaynağı tek olmalı. Örneğin depo yazılımı "0 adet", tema ise "stokta" gösteriyorsa işaret de yanlış olur. Dolayısıyla availability değerini doğrudan stok sayacından üretmenizi öneriyoruz.

Varyantlı ürünlerde beden ve rengi nasıl işaretlersiniz?

Google'ın ürün belgesi, hem ürün snippet'lerinin hem de satıcı listelerinin ürün varyantı yapısal verisini desteklediğini belirtiyor. Bu, aynı tişörtün farklı renk ve bedenlerini tek bir ürün grubu altında tanımlayabileceğiniz anlamına gelir.

Pratikte her varyant için ayrı bir Product tanımı yaparsınız; ardından bunları ortak bir grup kimliğiyle (inProductGroupWithID ya da isVariantOf) bağlarsınız. Her varyantın kendi fiyatı, stok durumu ve mümkünse kendi GTIN değeri olur. Böylece kırmızı M beden tükendiğinde mavi L bedenin "stokta" bilgisi doğru kalır.

Örnek senaryo: example.com mağazası, bir montun üç rengini tek sayfada satıyor ve renk seçimi URL parametresini değiştiriyor. Bu durumda her varyantın URL'si, işaretteki url alanıyla eşleşmeli. Ayrıca varyant adreslerinin kopya içerik üretip üretmediğini canonical ayarıyla kontrol etmelisiniz.

Çok para birimli sitelerde fiyatı nasıl işaretlersiniz?

Google'ın satıcı listesi belgesi, birden fazla para birimiyle satış yapıyorsanız her para birimi için ayrı bir URL kullanmanızı söylüyor. Yani aynı adreste ziyaretçinin ülkesine göre TRY, EUR ya da USD göstermek, işaretleme için sorun çıkarır.

Örneğin example.com/tr/ adresinde TRY, example.com/de/ adresinde EUR fiyatı sabit olarak gösterirseniz her sayfanın işareti tutarlı kalır. Öte yandan çerez ya da IP ile para birimi değiştiren bir yapı, Google'ın tarayıcısının hangi fiyatı göreceğini belirsiz bırakır. Bu nedenle çok dilli ve çok para birimli mağazalarda dil klasörü ile para birimini eşleştirmeyi öneriyoruz.

Ayrıca fiyatın ondalık ayıracına dikkat edin. İşaretteki price değeri nokta ile ondalık ayıran sayısal bir değer olmalı; Türkçe biçimdeki virgül sayfada görünse bile işarete aynen geçmemeli.

Yorum ve puan yıldızları ürün sonucuna nasıl girer?

Yıldızlar için aggregateRating ya da review alanlarını kullanırsınız. Ürün snippet'i belgesine göre bu alanlar, yorum snippet'i (review snippet) yönergelerine uymalıdır. Örneğin yorum yazarının adı geçerli bir Person ya da Team olmalıdır.

Burada dürüstlük kritik. Sayfada görünmeyen yorumları işarete eklemek ya da kendi yazdığınız yorumları müşteri yorumu gibi sunmak, yönergelere aykırıdır. Bu tür bir işaret, manuel işlem riskini de beraberinde getirir. Puan işaretlemesinin sınırlarını schema markup rehberimizde de özetledik.

Artı ve eksiler (positiveNotes ve negativeNotes) ise yalnız editoryal ürün incelemelerinde geçerlidir. Yani satıcı ürün sayfanıza ya da müşteri yorumlarına bu işareti koymanız uygun değildir. Bunun için en az iki ifade gerekir.

Yorum sayısı az olan yeni ürünlerde puan işaretini zorlamayın. Gerçek yorumlar biriktikçe aggregateRating değerini otomatik güncelleyen bir yapı kurmak, elle girilen sabit bir puandan çok daha sağlıklıdır. Ayrıca yorum toplama sürecinizi de gözden geçirmenizi öneriyoruz.

Ürün schema sıralamayı doğrudan yükseltir mi?

Hayır, bunu söylemek için bir dayanak yok. Google'ın belgeleri yapısal veriyi, sonucun nasıl görüneceğini zenginleştiren ve deneyimlere uygunluk sağlayan bir araç olarak tarif ediyor. Sıralama faktörü olduğuna dair bir taahhüt yok.

Ancak dolaylı etki gerçekçi bir beklentidir. Fiyatı ve stoku görünen bir sonuç, kullanıcının aradığını daha hızlı anlatır. Bu da tıklama kalitesini iyileştirebilir. Örneğin "stokta yok" bilgisini önceden gören kullanıcı tıklamaz; böylece boşa giden ziyaret azalır.

Kısacası işaretlemeyi sıralama kısayolu olarak değil, iyi bir ürün sayfasının parçası olarak görün. Ürün sayfasının içeriği, hızı ve dizine eklenmesi hâlâ temeldir. Bu temeli e-ticaret SEO rehberimizde anlattık.

Testten geçen işaret neden arama sonucunda görünmüyor?

Bu, en sık aldığımız sorulardan biri. Zengin Sonuçlar Testi'nin hatasız sonucu, uygunluğu gösterir; gösterimi garanti etmez. Google'ın satıcı listesi belgesi, Google'ın ürün verisini göstermeden önce doğrulamaya çalışabileceğini belirtiyor.

Belgedeki sorun giderme adımları özetle şöyle:

1. Zengin Sonuçlar Testi ile kritik hataları düzeltin; kritik olmayan uyarılar uygunluk için şart değildir.
2. URL Denetimi aracıyla sayfanın robots.txt, noindex ya da giriş zorunluluğu ile engellenmediğini kontrol edin.
3. Yeniden tarama ve dizine eklemenin birkaç gün sürebileceğini hesaba katın.
4. Site haritası göndererek Google'ı değişikliklerden haberdar edin.

Ayrıca sayfa hiç dizinde değilse işaretin bir etkisi olmaz. Bu yüzden önce ürün sayfasının dizine girdiğinden emin olun. Ürün sayfalarının neden dizine girmediğini ayrı bir konu olarak ele almak gerekir.

Bir de zamanlama var. Yeni eklediğiniz bir ürün sayfası, Google'ın onu keşfetmesi ve taraması için zamana ihtiyaç duyar. Bu nedenle yeni ürünleri site haritasına hemen eklemenizi ve ana kategorilerden iç bağlantı vermenizi öneriyoruz. Böylece Google sayfayı daha erken bulur.

Son olarak sabırlı olun. İşareti düzelttikten sonra her gün testi yeniden çalıştırmak yerine bir iki hafta Search Console raporundaki eğilimi izleyin. Hata sayısı düşüyor ve geçerli öğe sayısı artıyorsa doğru yoldasınız demektir.

Hangi ürünlerde Google ürün sonucu göstermez?

Google'ın ürün snippet'i belgesi, yaygın biçimde yasaklı ya da düzenlemeye tabi ürünleri tanıtan içeriğin bu deneyimlere uygun olmadığını belirtiyor. Belge bu gruba örnek olarak ateşli silahları, keyif amaçlı uyuşturucuları ve tütün ile elektronik sigara ürünlerini sayıyor.

Bunun yanında sayfa türü de belirleyici. Belge, işaretin tek bir ürüne ya da aynı ürünün varyantlarına odaklanmasını istiyor; kategori ve liste sayfalarını desteklemiyor. Dolayısıyla "Erkek Ayakkabıları" gibi bir kategori sayfasına Product işareti koymak beklediğiniz sonucu vermez.

Son olarak belge, Car türünün otomatik olarak Product alt türü sayılmadığını not ediyor. Araç satan siteler bu nedenle iki türü birlikte belirtmelidir.

Ürün schema için kontrol listesi nasıl olmalı?

Yayından önce aşağıdaki listeyi her şablon için bir kez, her büyük güncellemeden sonra da yeniden kontrol etmenizi öneriyoruz:

• Sayfa tek bir ürünü ya da onun varyantlarını mı anlatıyor?
• name, image ve Offer türünde offers var mı?
• price sayısal ve sıfırdan büyük mü; priceCurrency ISO 4217 kodu mu?
• availability gerçek stok sayacından mı geliyor?
• priceValidUntil varsa geçmiş bir tarih değil mi?
• İşaret ilk HTML'de mi; sayfadaki görünen değerlerle aynı mı?
• Merchant Center feed'i ile sayfa fiyatı tutarlı mı?
• Search Console'daki ilgili raporda yeni hata var mı?

Bu listeyi düzenli uygulamak, sorunların büyümeden yakalanmasını sağlar. Böylece kampanya dönemlerinde yanlış fiyat gösteren sonuçlarla uğraşmazsınız.

Fiyat düşüşü gösterimi için ürün schema nasıl kurulmalı?

Google'ın ürün snippet'i belgesi, fiyat düşüşü (price drop) zenginleştirmesine uygun olmak için offers alanında AggregateOffer yerine Offer kullanmanızı öneriyor. Yani tek bir fiyatı olan ürünlerde fiyat aralığı vermek yerine net fiyatı yazmalısınız.

Bu zenginleştirmenin ne zaman çıkacağına Google karar verir; belge bunun için bir eşik ya da oran yayımlamıyor. Dolayısıyla "yüzde kaç indirimde görünür" sorusuna rakamla cevap vermiyoruz. Bizim önerimiz, fiyat değiştiğinde işaretin ve sayfanın aynı anda güncellenmesini sağlamanızdır.

Örnek senaryo: example.com mağazası, bir kulaklığın fiyatını 1.200 TL'den 999 TL'ye indiriyor. Sayfa yeni fiyatı gösteriyor, işaret ise eski fiyatı tutuyor. Bu durumda Google'ın gördüğü veri tutarsız kalır; dolayısıyla fiyat düşüşü bilgisini göstermesi de beklenemez. Rakamlar yalnız örnek amaçlıdır.

Ayrıca kampanyalarda priceValidUntil alanını kullanıyorsanız kampanya bitince bu tarihi temizleyin ya da güncelleyin. Aksi halde geçmiş bir tarih, sonucun hiç görünmemesine yol açabilir.

İade ve kargo politikasını nereye yazmalısınız?

Google'ın ürün belgesi, iade politikası (MerchantReturnPolicy) ve sadakat programı işaretlemesini Organization türü altında vermenizi öneriyor. Bunun mantığı basit: iade politikası çoğu mağazada her ürün için aynıdır. Dolayısıyla aynı bilgiyi yüzlerce ürün sayfasına tek tek yazmak yerine kurum düzeyinde bir kez tanımlarsınız.

Kargo ise ürünle değişebilir. Örneğin hacimli bir mobilyanın kargo ücreti, küçük bir aksesuarınkinden farklıdır. Bu yüzden shippingDetails alanını Offer içinde, ürüne özel kullanmak daha doğrudur. Öte yandan tüm ürünlerde kargo ücretsizse bunu tutarlı biçimde belirtmeniz yeterlidir.

İade ve kargo bilgisi, satın alma kararını doğrudan etkiler. Üstelik bu bilgilerin sayfada da açıkça yazması gerekir; yalnız işarette olup sayfada olmayan bir politika kullanıcıyı yanıltır. Ürün sayfasının genel kurgusunu ürün sayfası rehberimizde anlattık.

Hazır e-ticaret altyapısında ürün schema nasıl denetlenir?

Hazır altyapılar genelde ürün işaretini otomatik üretir; ancak bu, işaretin eksiksiz olduğu anlamına gelmez. Tema, eklenti ve uygulama aynı sayfaya iki ayrı Product bloğu basabilir. Bu durumda iki blok farklı fiyat ya da stok gösterebilir.

Denetim için şu yolu izlemenizi öneriyoruz:

1. Farklı türden beş ürün seçin: tek fiyatlı, varyantlı, indirimli, tükenmiş ve yeni eklenen.
2. Her birini Zengin Sonuçlar Testi ile kontrol edin ve kaç Product bloğu çıktığını not edin.
3. Birden fazla blok varsa hangi eklentinin ürettiğini bulun ve fazlasını kapatın.
4. Test sonucundaki fiyat ve stok değerini sayfada görünen değerle karşılaştırın.
5. Sonucu Search Console'daki satıcı listeleri raporuyla eşleştirin.

Bu kısa denetim, çoğu zaman sorunun kaynağını bir saat içinde gösterir. Böylece rastgele eklenti denemek yerine doğrudan nedene gidersiniz.

Bu işi kendiniz mi yapmalısınız, uzman desteği mi almalısınız?

Küçük bir katalogda, hazır bir e-ticaret altyapısıyla bu işi kendiniz yönetebilirsiniz. Ancak çok varyantlı, çok para birimli ya da özel yazılımla çalışan bir mağazada hata kaynağı çoğalır. Örneğin şablon, eklenti ve feed aynı anda farklı fiyat üretebilir.

Biz Talha Aslan ve ekibi olarak SEO danışmanlığı kapsamında ürün şablonlarınızı denetliyor, eksik ve çelişkili alanları düzeltiyor ve Search Console raporlarını düzenli takip ediyoruz. Sıralama ya da gösterim garantisi vermiyoruz; çünkü son karar Google'ındır. Ama uygunluk koşullarını eksiksiz sağlamak bizim işimiz.

Sitenizde fiyat ve stok bilgisi görünmüyorsa, ürün sayfanızın adresiyle birlikte SEO danışmanlığı sayfamızdan teklif isteyin. Durumu inceleyip size kapsamı net bir öneri sunarız.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.