Kisa cevapla baslayalim: Merchant Center icindeki product_detail attribute, urunun teknik ozelliklerini veya diger alanlarda yer almayan detaylarini yapili bicimde Google'a iletmek icin kullanilir. Dogru kurgulandiginda hem urun verisinin okunabilirligini hem de alisveris baglamindaki guven hissini guclendirir. Yanlis kurgulandiginda ise ya bos veriye donusur ya da urun onayi ve kalite sinyalini zayiflatir.
Google Merchant Center yardim dokumantasyonu, product_detail attribute'unun section_name, attribute_name ve attribute_value mantigiyla kuruldugunu ve yanlis formatta gonderildiginde urunlerin etkilenebilecegini acikca belirtir. Ayrica rich product description page rehberleri de feed ile urun detay sayfasi arasindaki bilgi tutarliliginin alisveris deneyimi icin kritik oldugunu vurgular.
Bu rehberi Merchant Center feed optimizasyonu rehberi, Merchant Center sale price rehberi, Merchant Center promotions rehberi, Merchant Center kargo ayarlari rehberi, e-ticaret paketleri ve iletisim sayfalarimizla birlikte dusunebilirsiniz.
Product detail attribute tam olarak ne ise yarar?
Product detail, ozellikle teknik spesifikasyon veya yapisal urun bilgisini standart alanlarin disinda duzenli sekilde vermek icin kullanilir. Renk, beden, marka veya temel fiyat verisi zaten baska alanlarda yonetiliyorsa, product_detail bunlari tekrar etmek icin degil; urunu daha anlasilir kilan ek ozellikleri yapilandirmak icin vardir.
Bu ozellik en cok teknik urunler, farkli varyant mantigi olan kataloglar ve kullanicinin satin almadan once ozellik karsilastirmasi yaptigi kategorilerde fayda saglar. Urun verisinin daha okunabilir olmasi, yalnizca Shopping icin degil, urun detay sayfasinin inandiriciligi icin de degerlidir.
Feed tarafindaki detay, PDP tarafindaki hikayeyi desteklemelidir
Google feed verisini tek basina okumaz; urun detay sayfasi ile birlikte baglam kurar. Product detail tarafinda paylastiginiz teknik ozelliklerin PDP tarafinda karsiligi yoksa guven zayiflayabilir.
Ayni veriyi her alana tekrar koymak yanlistir
Price, sale price, shipping, teslimat tarihi veya sirket adi gibi bilgileri product_detail icine tekrar yerlestirmek dogru degildir. Bu bilgiler zaten baska alanlar icin tanimlanmistir ve karisiklik yaratir.
En sik yapilan product_detail hatalari nelerdir?
Ilk hata, attribute'u serbest metin kutusu gibi kullanmaktir. Oysa product_detail yapili veri mantigiyla calisir. Teknik dokumanda aciklanan format kurali, bolum adi, ozellik adi ve ozellik degeri katmanlarinin dogru ayrilmasini ister.
Ikinci hata, belirsiz veya dogrulanmamis ozellikleri feed'e yazmaktir. Urun sayfasinda gecmeyen veya ekip icinde kesinlestirilmemis teknik detaylar Shopping tecrubesini iyilestirmez; tam tersine uyumsuzluk riski uretir.
Ucuncu hata, varyant mantigini product_detail ile cozmek istemektir. Beden, renk veya model farklari zaten ana urun veri yapisinin parcasiysa bunlar baska attribute'lerle yonetilmelidir.
Product detail bir kampanya metni degildir
Bazilar product_detail alanini promosyon mesajlari, satis iddialari veya genel fayda cumleleriyle doldurur. Bu alan bunun icin tasarlanmamistir. Kullanicinin urunu teknik olarak daha iyi anlamasina yardim etmelidir.
Eksik section mantigi okunabilirligi dusurur
Section_name her zaman zorunlu olmasa da, buyuk kataloglarda teknik bilgiyi gruplamak icin cok faydalidir. Rastgele detay listesi yerine mantikli bolumleme daha temiz veri uretir.
Dogru format nasil kurulmalidir?
Google dokumantasyonuna gore product_detail girdisi section_name, attribute_name ve attribute_value mantigiyla ilerler. Yani sistemin bekledigi sey, ozelligin adi ve degerinin net bir sekilde ayrilmasidir. Ornegin malzeme, ekran boyutu, uyumluluk veya teknik kapasite gibi alanlar burada daha anlamli yer bulur.
Ilk adim, hangi ozelliklerin urun secimini gercekten etkiledigini belirlemektir. Ikinci adim, bu ozelliklerin PDP tarafinda da tutarli bicimde bulundugunu dogrulamaktir. Ucuncu adim ise bu detaylari feed'e kategori mantigina gore tekrar kullanilabilir bir sablonla yazmaktir.
Dorduncu adim, diger Merchant Center alanlariyla sinir cizgisi koymaktir. Sale price rehberi, promotions rehberi ve kargo ayarlari rehberi farkli veri katmanlaridir; product_detail bunlarin yerine gecmez.
Hangi bilgileri product_detail icine koymamak gerekir?
Fiyat, indirim, kargo, teslim tarihi, promosyon dili veya sirket markasi gibi baska alanlara ait bilgiler product_detail icine yazilmamalidir. Burada odak teknik veya yapisal urun acikligidir.
Kategoriye gore degisen sablon mantigi kurulmalidir
Her urun icin ayni teknik alanlar gerekli degildir. Elektronikte farkli, mobilyada farkli, kozmetikte farkli detay katmanlari onem kazanir. Bu nedenle kategori bazli sablon mantigi daha saglikli olur.
Bu konu kimler icin daha kritik?
Teknik urun satan e-ticaret siteleri, buyuk katalog yoneten markalar, pazaryeri disinda kendi Shopping verisini iyilestirmek isteyen firmalar ve PDP kalitesini feed verisiyle birlikte yukari tasimak isteyen ekipler icin daha kritiktir. Ozellikle urun karsilastirmasinin yogun oldugu kategorilerde product_detail disiplininin etkisi daha belirgindir.
Celebix product_detail tarafina nasil yaklasir?
Celebix olarak once katalogdaki urun siniflarini ayiriyoruz. Hangi kategoride hangi teknik detaylarin satin alma kararini etkiledigini belirliyoruz. Sonra PDP icerigi ile feed alanlarini karsilastirip uyumsuzluklari buluyoruz. Ardindan product_detail yapisini tekrar kullanilabilir sablonlarla kuruyoruz.
Amac daha fazla alan doldurmak degil; daha dogru alan doldurmaktir. Merchant Center feed'inizde urun detaylarini daha net, daha guvenilir ve daha olceklenebilir hale getirmek istiyorsaniz e-ticaret paketleri sayfamizi inceleyebilir veya iletisim uzerinden bize ulasabilirsiniz.
Sik Sorulan Sorular
Product detail zorunlu mudur?
Her urun icin zorunlu degildir; ancak teknik detaylarin onemli oldugu kataloglarda cok faydali olabilir.
Ayni bilgiyi urun aciklamasinda ve product_detail icinde kullanabilir miyim?
Evet, ancak product_detail tarafinda bu bilgi yapili ve tutarli bicimde sunulmalidir.
Product detail promosyon bilgisi icin kullanilir mi?
Hayir. Promosyon, fiyat veya kargo gibi katmanlar icin ayri Merchant Center alanlari kullanilmalidir.
En buyuk risk nedir?
Dogrulanmamis veya yanlis formatlanmis teknik bilgilerin feed ve PDP arasinda uyumsuzluk yaratmasidir.
Sonuc: product_detail teknik dogruluk ile alisveris guvenini birlestirir
Merchant Center product_detail yapisi, urun verisini daha duzgun ve daha anlamli hale getirir. Dogru kullanildiginda hem Shopping verisinin kalitesini hem de urun detay anlatiminin guvenilirligini destekler. Eger feed ve PDP tarafini birlikte daha olgun bir yapiya tasimak istiyorsaniz, Celebix bu surecin strateji ve uygulama tarafinda destek saglayabilir.