Google, Schema.org Projesi GitHub örneğinde, satıcıların Google Arama ve diğer sistemlerde muhtemelen görünecek daha fazla gönderim bilgisi sağlayabilmesi için alışveriş yapılandırılmış verilerini genişletmek amacıyla Schema.org'da bir güncelleme öneren bir teklif yayınladı.
Shipping Schema.org Yapılandırılmış Verileri
Önerilen yeni yapılandırılmış veri türü, satıcılar tarafından daha fazla gönderim ayrıntısı sağlamak için kullanılabilir. Aynı zamanda, daha sonra Kuruluşun yapılandırılmış verileriyle iç içe yerleştirilebilecek, site çapında gönderim yapılandırılmış verileri kullanma esnekliğinin eklenmesini ve böylece aynı bilgilerin bir web sitesinde binlerce kez tekrarlanması zorunluluğunun ortadan kaldırılmasını da önerir.
İlk teklifte şunlar belirtiliyor:
“Bu, gönderim ayrıntılarının (teslimat maliyeti ve hız gibi) daha zengin bir şekilde temsil edilmesini desteklemek ve bu tür verileri açık hale getirmek için Google'ın sunduğu bir tekliftir. Schema.org ve yayıncılar tarafından benimsenmesi halinde, arama deneyimlerinin ve diğer tüketim sistemlerinin bu işaretlemeden yararlanılarak geliştirilebileceğini düşünüyoruz.
Bu değişiklik, gönderim kısıtlamalarını (teslimat konumları, zaman, ağırlık ve boyut sınırları ve gönderim ücreti) gruplandıran yeni bir tür olan ShippingService'i sunar. Bu nedenle ShippingRateSettings'teki gereksiz alanlar bu teklifte kullanımdan kaldırılmıştır.
Sonuç olarak aşağıdaki değişiklikler de önerilmektedir:
OfferShippingDetails'daki bazı alanlar ShippingService'e taşındı;
ShippingRateSettings'in, sipariş fiyatı veya gönderim ağırlığıyla orantılı olarak gönderim ücretini belirtmenin daha fazla yolu vardır;
Tekliften bağlantı vermenin artık standart Anlamsal Web URI bağlantısıyla yapılması gerekiyor.”
Teklif tartışmaya açık ve pek çok paydaş, güncellenmiş ve yeni yapılandırılmış verilerin nasıl çalışacağına dair görüş sunuyor.
Örneğin, tartışmaya katılan bir kişi, Kuruluş düzeyine yerleştirilen site geneli yapılandırılmış veri türünün, farklı bilgilere sahip bireysel ürünler tarafından nasıl değiştirilebileceğini sordu ve bir başkası yanıt verdi.
GitHub tartışmasına katılan Tiggerito adlı bir katılımcı şunu paylaştı:
“Belgeyi yeniden okudum ve söyledikleriniz mantıklı geldi. Organizasyon, paylaşılan ShippingConditions'ın saklanabileceği bir yerdir. Ancak ShippingDetails her zaman Ürün Grubu veya Ürün düzeyindedir.
Şu anda Gönderim Ayrıntılarıyla şu şekilde ilgileniyorum:
Arka uçta, sahibi genel bir gönderi ayrıntıları kümesi tanımlayabilir. Her biri Google'ın halihazırda desteklediği konum ve saatler gibi alanları içerir, ancak boyutlarla ilgili ayrıntıları içermez. Her girişin, girişin hangi ürüne uygulanabileceğine ilişkin koşulları da vardır. Bu, bir fiyat aralığı ve ağırlık aralığını içerebilir.
Bir sayfanın yapılandırılmış verilerini oluştururken, ürünün koşullarla eşleştiği girişleri dahil ediyorum.
Bu değişiklik, sunucudaki koşulları filtrelemekten ürün sayfasındaki Yapılandırılmış Verilere dahil etmeme izin verecek gibi görünüyor.
Daha sonra verinin tüketicileri, hangi Gönderi Koşullarının eşleştiğini ve dolayısıyla belirli bir sayıda ürün sipariş edilirken hangi fiyatların mevcut olduğunu hesaplayabilir. Şu anda yalnızca bir tanesinin gönderimi için fiyat sağlayabilirsiniz.
Bölünme aynı zamanda ürüne özel bilgilerin yanı sıra paylaşılan gönderim bilgilerinin tekrara gerek kalmadan sağlanmasının daha kolay olduğu anlamına da gelir.
Organizasyonu kullanmak için belgenin sonundaki örneğiniz. Gönderim sayfasındaki bir ürün için ShippingConditions'a başvurduğunuz anlaşılıyor. Sayfalar arasındaki bu çapraz referans, Google tarafından desteklendiği takdirde, ürün sayfasındaki şişkinliği büyük ölçüde azaltabilir.”
Google çalışanı Tiggerito'ya yanıt verdi:
“@Tiggerito
Organizasyon, paylaşılan ShippingConditions'ın saklanabileceği bir yerdir. Ancak ShippingDetails her zaman Ürün Grubu veya Ürün düzeyindedir.
Gerçekten de durum bu zaten. Bu değişiklik aynı zamanda örneğin iki anlamını da ayırır. ürünün açıklaması olarak genişlik, yükseklik, ağırlık ( ShippingDetails'da ) ve ShippingConditions'da bir aralık olarak ifade edilebilecekleri kısıtlamalar olarak (QuantitativeValue'da min ve max vardır).
Arka uçta, sahibi genel bir gönderi ayrıntıları kümesi tanımlayabilir. Her biri Google'ın halihazırda desteklediği konum ve saatler gibi alanları içerir, ancak boyutlarla ilgili ayrıntıları içermez. Her girişin, girişin hangi ürüne uygulanabileceğine ilişkin koşulları da vardır. Bu, bir fiyat aralığı ve ağırlık aralığını içerebilir.
Bir sayfanın yapılandırılmış verilerini oluştururken, ürünün koşullarla eşleştiği girişleri dahil ediyorum.
Bu değişiklik, sunucudaki koşulları filtrelemekten ürün sayfasındaki Yapılandırılmış Verilere dahil etmeme izin verecek gibi görünüyor.
Daha sonra verinin tüketicileri, hangi Gönderi Koşullarının eşleştiğini ve dolayısıyla belirli bir sayıda ürün sipariş edilirken hangi fiyatların mevcut olduğunu hesaplayabilir. Şu anda yalnızca bir tanesinin gönderimi için fiyat sağlayabilirsiniz.
Bazı gönderim kısıtlamaları, ürünün listelendiği veya hatta bir sayfada görüntülendiği anda mevcut değildir (örneğin, gönderim hedefi, öğe sayısı, istenen teslimat hızı veya kullanıcı oturum açmamışsa müşteri katmanı). Bir ürüne eklenen ShippingDetails yalnızca ürünün kendisiyle ilgili bilgileri içermelidir; geri kalanı bu teklifteki yeni ShippingConditions'a taşınacaktır.
Schema.org'un bir önem derecesi belirtmediğini unutmayın; böylece tüketici tarafında uygun olanın seçilmesi için birden fazla ShippingConditions bağlantısı belirleyebiliriz.Bölünme aynı zamanda ürüne özel bilgilerin yanı sıra paylaşılan gönderim bilgilerinin tekrara gerek kalmadan sağlanmasının daha kolay olduğu anlamına da gelir.
Organizasyonu kullanmak için belgenin sonundaki örneğiniz. Gönderim sayfasındaki bir ürün için ShippingConditions'a başvurduğunuz anlaşılıyor. Sayfalar arasındaki bu çapraz referans, Google tarafından destekleniyorsa, ürün sayfasındaki şişkinliği büyük ölçüde azaltabilir.
Aslında. Ulaşmaya çalıştığımız nokta burası.”
LinkedIn'de Tartışma
Google Alışveriş'te yazılım mühendisi olan LinkedIn üyesi Irina Tuduce (LinkedIn profili), teklife ilgi gösteren çok sayıda yanıtın alındığı bir tartışma başlattı.
WordLift'in CEO'su ve Kurucu Ortağı Andrea Volpini (LinkedIn profili), yanıtında teklife duyduğu heyecanı dile getirdi:
“Tıpkı Irina Tuduce gibi bu da büyük kuruluşlar için teslimat hızı, konum ve maliyet modellemesini kolaylaştıracak
Aslında. Ulaşmaya çalıştığımız nokta burası.”
Başka bir üye, SEO Shopify Uygulaması için JSON-LD'nin geliştiricisi Ilana Davis (LinkedIn profili) şunu paylaştı:
“Uyguladıkları adlandırma kurallarına ilişkin geri bildirimimi schema.org'a zaten vermiştim. Google için benim endişem, satıcıların bu verileri işaretlemeye tam olarak nasıl aktaracağıdır. Dalgalanma durumunda SD'de tam nakliye ücretlerini elde etmek neredeyse imkansızdır. Satıcılar yaklaşık bir sabit oran belirleyebilir, ancak genellikle bunun kabul edilebilir olup olmadığını merak ederler. Gönderim ücretlerinin yaklaşık olması durumunda bunun sonuçları olur mu (örneğin, GMC'deki fiyat uyuşmazlığının bir ürünü onaylamaması)?”
Yeni Yapılandırılmış Verilerin Geliştirilmesine İçeriden Bakış
Devam eden LinkedIn tartışması, yeni yapılandırılmış verilerdeki paydaşların teklif hakkında nasıl hissettiğine dair bir bakış sunuyor. Resmi Schema.org GitHub tartışması yalnızca teklifin nasıl ilerlediği hakkında bir fikir vermekle kalmıyor, aynı zamanda paydaşlara teklifin nihai olarak nasıl görüneceğini şekillendirmek için geri bildirim sağlama fırsatı da sunuyor.
Ayrıca, teklifin tam açıklamasını içeren Gönderim Ayrıntıları Şema Değişikliği Teklifi başlıklı, herkese açık bir Google Dokümanı da bulunmaktadır.
Shutterstock/Stokkete'den Öne Çıkan Görsel
Bir yanıt yazın