Shopify, milyonlarca mağaza için WebMCP agent tool'larını varsayılan olarak etkinleştirdi

Shopify varsayılanı değiştirdi

Shopify, WebMCP desteğini Liquid tema sistemiyle kurulmuş her mağazada ve Hydrogen geliştirici önizlemesinde varsayılan olarak etkinleştirdi. Değişiklik bir ürün duyurusu yerine geliştirici changelog'u üzerinden geldi; Shopify'ın dokümantasyonuna göre satıcıların hiçbir şey kurması veya yapılandırması gerekmiyor: standart temaları kullanan mağazalar artık, isteyip istemediklerine bakılmaksızın, katalogları ve sepetleri için agent'ların çağırabileceği bir arayüz sunuyor.\n Bu yayınıma dikkat çeken r0bertini'nin dev.to yazısı, platformun yaklaşık 5 milyon mağazanın arkasında durduğunu belirtiyor; bu da onu şimdiye kadarki en büyük agent'a yönelik web standardı dağıtımlarından biri yapıyor.

WebMCP'nin kendisi şu anda bir Chrome origin trial'da çalışan bir tarayıcı standardı. Siteyi, tarayıcı içi bir AI agent'ını sayfayı scrape etmeye ve yapısını çıkarsamaya zorlamak yerine, site tool'lar — agent'ın keşfedip çağırabileceği somut fonksiyonlar — kaydedebiliyor.

Standart akışı kapsayan on tool

Önceden kaydedilmiş set, alışılagelmiş alışveriş akışını kapsıyor: katalog için search_catalog, browse_store, get_product ve show_variant; sepet için get_cart, update_cart ve cancel_cart; satın alma için proceed_to_checkout ve manage_orders; mağaza bilgileri için ise search_shop_policies_and_faqs.

İki uygulama detayı öne çıkıyor. Tool'lar alışveriş yapan kişinin canlı oturumunda çalışıyor ve sepet işlemleri, bir temanın zaten kullanacağı mağaza aksiyonlarını çağırıyor — yani bir agent ürün eklediğinde, insanın tıklamasıyla açılacak aynı sepet çekmecesi açılıyor. Paralel bir headless hattı değil, insan olmayan bir çağırıcı tarafından yönlendirilen gerçek mağaza önü söz konusu.

Bakım yükü de satıcılara değil Shopify'a düşüyor. WebMCP API yüzeyi zaten bir kez değişti, navigator.modelContext'ten document.modelContext'e geçti; ve mağazalar hiçbir kod göndermediği için standart bir daha hareket ettiğinde yamayacak bir şeyleri yok.

Aynı yazı, Cloudflare'in haftalar önce edge tarafında benzer bir varsayılan-açık hamle yaptığına işaret ediyor ve ikisini birlikte okuyarak bunu, agent hazır olma durumunun spekülasyondan çıkıp dağıtılan altyapıya geçtiğinin bir işareti olarak değerlendiriyor.

Üç sert sınır

Dev.to yazısı, varsayılanın ne yapmadığı konusunda dikkatli.

Birincisi, on tool yalnızca Shopify'ın standart ticaret aksiyonlarını kapsıyor. Bir ürün konfigüratörü, rezervasyon widget'ı, abonelik yöneticisi, B2B teklif akışı veya başka herhangi bir özel yapı, biri document.modelContext'e kaydedene dek agent'lara görünmez kalıyor. Varsayılanlar bir taban, bir tavan değil.

İkincisi, buradaki hiçbir şey web'in geri kalanına uzanmıyor. WordPress ve WooCommerce, Webflow, özel Next.js siteleri ile SaaS ürünleri eşdeğer bir anahtar almıyor; kendi tool'larını sunmaları ya da agent'lara karşı tamamen opak kalmaları gerekiyor.

Üçüncüsü ve yazıda en sert vurgulanan: hiçbir gözlemlenebilirlik yok. Changelog izleme konusunda hiçbir şey söylemiyor; dolayısıyla bir satıcı şu anda herhangi bir agent'ın daha önce search_catalog'u çağırıp çağırmadığını, update_cart'ın doğru satır öğelerini döndürüp döndürmediğini ya da agent'ların akışı nerede terk ettiğini bilemiyor. Yazarın tavsiyesi çağrıları kaydetmek — agent, tool, yanıt, arıza noktası — çünkü bir tool'un kayıtlı olması ile bir agent'ın gerçekten bir satın alma tamamlaması çok farklı iddialar.

Tek ticaret modeli, iki kapı

Seasonkoh'un, WebAZ adlı bir ticaret protokolünün tasarımını anlatan ayrı bir dev.to yazısı, bu tür bir varsayılanın ortaya çıkardığı soruları taslak halinde çiziyor. Temel argümanı, insan arayüzü ile agent arayüzünün tek bir protokolün ve durum makinesinin iki görünümü olması gerektiği. Sipariş durumları, izin kuralları veya neyin tamamlanma sayılacağı konusunda ayrışırLarsa, sistem ticari gerçekliğin iki sürümüyle sonuçlanır — bir tarafta bekleyen bir istek, diğer tarafta tamamlanmış bir aksiyon.

Yazı, aksiyonları geri alınabilirliğe göre ayırmayı (read, prepare, commit, settle), izinleri credential başına değil aksiyon başına adlandırmayı ve bir agent'ın hazırlıktan taahhüde geçebilmesi için — WebAZ durumunda bir Passkey töreniyle tamamlanan bir onay URL'si — insan onayı adımı gerektirmeyi öneriyor. Ayrıca, sonuç doğuran aksiyonları etkinleştirmeden önce agent davranışını değerlendirmenin bir yolu olarak, ödemeye giden hiçbir yol içermeyen, bilinçli olarak yalnızca keşfe açık bir arama yüzeyi göndermeyi anlatıyor.

Neden önemli

Shopify'ın değişikliği, on tool'dan çok varsayılanın yönüyle ilgili: agent'ın çağırabileceği ticaret, artık bir satıcının planladığı bir proje değil, çevrimiçi perakendenin büyük bir dilimi için kutudan çıkan durum. Bu, mağaza önlerine agent erişiminin ölçekte gerçekleşip gerçekleşmeyeceği sorusunu büyük ölçüde çözüyor; geriye bıraksa da her zaman asıl iş olan kısımları — Shopify'ın primitiflerinin ötesindeki özel aksiyonları açığa çıkarmak ve agent'lar geldiklerinde gerçekten başarılı olup olmadıklarını bilmek. Varsayılan-açık agent arayüzleri yayıldıkça, seasonkoh'un gündeme getirdiği işlem modeli soruları — aksiyon başına izin kapsamlarından insan-döngüde onaylara kadar — tasarım blogu malzemesi olmaktan çıkıp agent'a yönelik bir mağaza önünden satış yapan herkes için operasyonel gerekliliklere dönüşüyor.