Shopify WebMCP, tarayıcıdaki AI ajanlarının müşterinin açık checkout oturumunu okuyup desteklenen alanları güncellemesine yardımcı olan araçları kapsar. Shopify 28 Eylül 2026’da checkout desteğini duyurdu. Araçlar yeni bir mağaza API’si veya satıcı yapılandırması gerektirmeden, checkout arayüzüyle aynı durumu kullanır. WebMCP checkout duyurusu
Bu gelişme, bütün satın alma sürecinin müşteri müdahalesi olmadan tamamlandığı anlamına gelmez. 17 Ekim 2026 itibarıyla marka ekibinin odaklanması gereken konu, ajanın hangi aşamada yardımcı olabildiği ve hangi aşamada kontrolün müşteriye döndüğüdür. Bu rehber teknik terimleri bir mağaza kontrol planına dönüştürüyor.
Tarayıcı oturumu neden önemli?
WebMCP’de bağlam müşterinin tarayıcıda açık alışverişidir. Sepetteki ürün, adres ve checkout mesajları bu oturum içinde değerlendirilir. Bu yüzden dışarıdan ürün arayan bir asistanla, açık checkout üzerinde yardımcı olan tarayıcı ajanını aynı deneyim olarak düşünmemek gerekir.
Müşteri açısından kritik konu sürekliliktir: seçtiği ürünün değişmediğini, toplamın güncel olduğunu ve hangi işlemin yapıldığını anlayabilmeli. Marka açısından da ekrandaki gerçek durumla ajanın aktardığı durumun tutarlı olması önemlidir. Aracın bir alanı okuyabilmesi, o alanın doğru ürün veya fiyatla doldurulduğunu tek başına kanıtlamaz.
Varsayımsal bir alışverişte müşteri iki farklı boy arasından seçim yapmış olsun. Yardımcı ajan checkout’u sürdürürken boy, adet ve teslimat bilgisi korunmalıdır. Önceden konuşulmuş ürünle son sepetteki ürünün aynı olduğunu ayrıca doğrulayan bir kontrol, yalnızca formun dolduğunu görmekten daha değerlidir.
Bir bakışta
Tarayıcıda yardımcı, gerektiğinde müşteri
Adımlar bir çalışma önerisidir; her aşamanın sonucunu ayrı doğrulayın.
Durumu oku
Etkin checkout’un ürün ve mesajlarını inceleyin.
Desteklenen alanı güncelle
Müşterinin seçimini ve güncel toplamı koruyun.
Kontrolü müşteriye ver
Doğrulama veya zorunlu girişte açık yönlendirme sağlayın.
Hangi işlemler destekleniyor?
Shopify’ın duyurusunda checkout durumunu ve mesajlarını okuma, desteklenen alanları güncelleme, mağazaya dönme ve müşteri onayından sonra tamamlama araçları listeleniyor. 3D Secure doğrulaması veya engelleyici arayüz uzantıları gibi müşteri girişi gereken durumlarda kontrol müşteriye bırakılıyor. Desteklenen işlemler ve insan devri
Bu ayrım iş planını doğrudan etkiler. Mağazanızın satın alma yolunda zorunlu bir seçim veya doğrulama varsa bu adımı başarısızlık gibi saklamak yerine müşteri devrinin doğal parçası olarak ele alın. Kullanıcı ne yapması gerektiğini bilmiyorsa teknik destek varlığı iyi bir deneyim üretmeyebilir.
İnceleme sırasında sadece başarılı senaryoyu çalıştırmakla yetinmeyin. Eksik adres, değişen stok, geçersiz indirim ve geri dönme gibi durumların nasıl anlatıldığını da değerlendirin. Bunlar bu rehberin test önerileridir; bütün ajanların bu durumlarda aynı davranacağı iddiası değildir.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Senaryo | Beklenen kontrol | Kayıt |
|---|---|---|
| Standart alışveriş | Varyant, adres ve toplam | Son onay ve sipariş |
| Ödeme doğrulaması | Kontrolün müşteriye dönüşü | Devir noktası |
| Zorunlu uzantı | Gerekli alanın tamamlanması | İnsan adımı ve sonuç |
| Vazgeçme veya düzeltme | Son durumun anlaşılması | Açık kalan işlem |
Mağaza ekibi hangi hazırlıkları yapmalı?
Önce checkout’ta satış için zorunlu bilgileri listeleyin. Ürün seçimi, varyant, teslimat adresi, kargo yöntemi, vergi ve toplamın hangi aşamada netleştiğini belirleyin. Sonra özel uygulama ve uzantıların hangi kararı etkilediğini yazın.
Her özel alan için şu soruları sorun:
- Bilgi siparişin hazırlanması için gerçekten zorunlu mu?
- Müşteri bu alanı görmediğinde veya tamamlamadığında ne olur?
- Kontrol müşteriye dönünce anlaşılır bir açıklama var mı?
- Seçim sipariş kaydına doğru biçimde taşınıyor mu?
Bu listeyi checkout’unuzu yeniden tasarlamak için değil, mevcut akışın bağımlılıklarını görünür kılmak için kullanın. Gerekli olmayan alanları otomasyon uğruna eklemek gibi, gerekli alanları yalnızca akışı hızlandırmak için kaldırmak da sağlıklı bir karar değildir.
Örnek üzerinden düşünelimKontrol müşteriye dönünce ne görünür?
Varsayımsal örnek · Gerçek müşteri veya satış sonucu değildir.
Müşteri checkout’a kadar yardım alıyor, ödeme sırasında doğrulama gerekiyor. Deneyimin doğru çalışması için müşterinin neden devreye girdiğini ve hangi adımı tamamlayacağını anlaması gerekir.
Ekip bunu ayrı senaryo olarak kaydediyor. Tek başarılı standart alışverişi bütün doğrulama türlerinin kanıtı saymıyor.
Üç senaryolu kabul planı hazırlayın
İlk senaryo standart akış olsun: uygun ürün, doğru adres, geçerli teslimat ve beklenen toplam. Burada ürünün baştan sona aynı kaldığını ve son onayın doğru bilgiyi gösterdiğini kontrol edin. Testi yapan kişi hangi adımın ajan tarafından, hangisinin müşteri tarafından tamamlandığını kaydetsin.
İkinci senaryo müşteriye dönüş içersin. Örneğin ödeme doğrulaması gerektiğinde kontrolün kimde olduğu anlaşılır olmalı. Üçüncü senaryo kesinti veya düzeltme içersin: müşteri adresi değiştirdiğinde ya da vazgeçtiğinde süreç ne durumda kalıyor? Başarı ölçütünü yalnızca son ekran olarak tanımlamayın.
Kontrol kaydına tarih, tarayıcı, kullanılan ajan, ürün, uzantılar ve sonuç ekleyin. Bir tarayıcıdaki başarılı denemeyi bütün tarayıcı ve ajanlar için genellemeyin. Görsel önizlemenin de gerçek ödeme ve sipariş testiyle aynı şey olmadığını belirtin. Bu yazı için böyle bir ödeme testi yapılmadı.
WebMCP ile Shop MCP arasındaki fark
Shop MCP uzak servis üzerinden ürün keşfi ve alışveriş araçlarını bağlar. WebMCP ise tarayıcıda açık mağaza yolculuğuna odaklanır. İsimleri benzer olsa da birini kurmak veya desteklemek diğerinin her özelliğinin kullanıldığı anlamına gelmez. Shop tarafının kapsamı Shop MCP rehberinde anlatılıyor.
Mağaza sahibinin geliştiriciye soracağı en iyi soru “MCP var mı?” değildir. “Müşteri hangi yüzeyde, hangi oturumda ve hangi onayla alışverişi tamamlıyor?” sorusu ihtiyacı daha iyi tarif eder. Sonrasında teknik araç seçimi ve test kapsamı belirlenebilir.
Sidekick’in checkout ayarları hakkında rehberlik etmesi de bu tarayıcı alışverişinden farklıdır. Yönetim panelindeki yardımcı ile müşterinin alışveriş ajanını ayırmak için checkout’ta Sidekick rehberine bakabilirsiniz.
Sonucu nasıl raporlamalısınız?
Teknik doğrulama raporunda desteklenen işlemleri ve müşteriye devredilen durumları yazın. Ticari raporda ise oturum, sipariş ve kanal tanımlarını kullanın. WebMCP desteğinin varlığını satış artışı veya dönüşüm artışı kanıtı olarak sunmayın.
İyi bir teslim kaydı, ekipteki başka birinin aynı senaryoyu tekrar edebilmesini sağlar. Kullanılan koşullar ve açık kalan sınırlar belli olduğunda yeni sürüm geldiğinde hangi kontrollerin yenileneceği de anlaşılır. Böylece yeni özelliği bir duyuru olarak takip etmekten, yönetilebilir bir alışveriş deneyimine geçebilirsiniz.
Sık sorulan sorular
WebMCP için mağazama yeni bir API kurmalı mıyım?
28 Eylül duyurusu araçların yeni bir API veya satıcı yapılandırması gerektirmediğini belirtiyor. Özel geliştirme ihtiyacını mevcut uzantılarınız ve hedef ajan deneyimi üzerinden ayrıca değerlendirin.
3D Secure doğrulamasını AI ajanı benim yerime tamamlar mı?
Shopify, müşteri girişi gereken doğrulamalarda kontrolün müşteriye döndüğünü belgeliyor. Bu adımı insan devri ve anlaşılır yönlendirme gerektiren bir durum olarak test edin.
WebMCP desteği bütün checkout uzantılarının otomatik çalıştığını gösterir mi?
Hayır. Duyuru özellikle engelleyici uzantılarda müşteri devrini belirtiyor. Kendi akışınızın zorunlu alanlarını ve uzantılarını ilgili koşullarda doğrulamalısınız.
Kaynaklar ve kontrol tarihi
Kontrol: 17 Ekim 2026. Senaryolar editoryal test önerileridir; gerçek mağaza, ajan veya ödeme deneyi yapılmadı.
