Shopify’ın 16 Ekim 2026 güncellemesi, UCP’nin müşteri izinleri uzantısını kullanan Checkout MCP ve Cart MCP bağlantılarında gizlilik ve pazarlama tercihlerinin alışveriş akışı boyunca aktarılmasını sağlıyor. Bu kapsam, UCP 2026-08-25 sürümünde dev.ucp.shopping.buyer_consent uzantısını müzakere eden entegrasyonlar için geçerli. Eski sürümü veya bu uzantıyı kullanmayan her bağlantının otomatik değiştiği anlamına gelmiyor. Shopify UCP izin güncellemesi
17 Ekim 2026 tarihli bu rehber, marka ve ürün ekiplerinin geliştiriciyle konuşacağı konuları düzenler. Teknik tercihin iletilebilmesi ile bir ülkenin bütün hukuki yükümlülüklerinin karşılanması aynı konu değildir. Buradaki kontrol planı mevzuata uygunluk sonucu veya hukuki görüş sunmaz.
Müşterinin seçimi neden konuşmanın içinde kaybolmamalı?
Müşteri bir ürün satın almak isteyebilir ama pazarlama mesajı almak istemeyebilir. Alışverişe yardımcı olmak ile iletişim izni istemek farklı kararlardır. Deneyim sohbet içinde ilerlediğinde de bu ayrım anlaşılır kalmalı; müşterinin neye evet dediği daha sonra sipariş ve iletişim sistemlerinde aynı anlamı taşımalıdır.
Bir marka açısından sorumluluk yalnızca ekranda kutu göstermek değildir. Seçeneğin açıklaması, müşterinin tercihi, kaydın hangi sisteme gittiği ve sonraki iletişimde nasıl kullanıldığı birlikte düşünülmeli. Aksi halde doğru görünen bir arayüz arka planda farklı bir değer üretebilir.
Bu yüzden projeye bir “izin ekranı” görevi olarak değil, baştan sona tercih aktarımı olarak bakmanızı öneririz. Seçimin toplandığı yüzeyden ilgili kayda kadar sorumlu kişileri belirleyin. Teknik, pazarlama ve veri süreçlerini yöneten ekip aynı terimleri kullansın.
Bir bakışta
Tercihin baştan sona aynı kalması
Adımlar bir çalışma önerisidir; her aşamanın sonucunu ayrı doğrulayın.
Seçeneği göster
Mağazanın açıklama ve politika bağlamını kullanın.
Gerçek seçimi aktar
Satın alma onayı ile iletişim tercihini ayırın.
Kaydı doğrula
İlgili alan ve eksik veri davranışını kontrol edin.
Güncelleme hangi tercihleri kapsıyor?
Belgelenen yapı analitik, tercihler, veri satışı veya paylaşımı ve e-posta/SMS pazarlaması gibi amaçları mağazanın açıklamaları ve politika bağlantılarıyla taşıyabiliyor. Müşterinin gerçek seçimi ilgili çağrılarda aktarılmalı. Gereken iletişim bilgisi eksikse, örneğin SMS seçimine rağmen telefon yoksa, tamamlamayı durduran missing_consent_data uyarısı oluşabiliyor. Tercih alanları ve eksik veri davranışı
Bu özelliklerden bütün müşteriler için aynı seçenek setini sabitlemeniz gerektiği sonucunu çıkarmayın. Mağazanın sunduğu açıklamalar ve geçerli bağlam kullanılmalı. Seçenek metniyle sistemdeki alan adının ne anlama geldiği ekip tarafından anlaşılmalıdır.
Önerimiz, her amaç için küçük bir eşleştirme kaydı oluşturmaktır: müşteriye gösterilen açıklama, ilgili politika, teknik alan, seçimin alındığı yer ve kaydın ulaştığı sistem. Bu kayıt, sonradan eklenen bir pazarlama aracının hangi tercihe dayanacağını da netleştirmeye yardımcı olur.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Test durumu | İnceleme | Kabul kaydı |
|---|---|---|
| Açık seçim | Seçilen amaç ve kanal | İlgili kayda doğru değer |
| Reddetme | Olumlu tercihe dönüşmemesi | Son durum |
| Eksik iletişim bilgisi | Anlaşılır uyarı ve tamamlama sınırı | Hata ve düzeltme |
| Fikir değiştirme | Son seçimin korunması | Güncel tercih |
Önce entegrasyon kapsamını doğrulayın
Geliştiricinize ilk sorunuz hangi UCP sürümü ve hangi uzantının kullanıldığı olsun. Özellik duyurusunu okumak, mevcut özel ajanınızın bu kapsamda çalıştığını kanıtlamaz. Mağaza profili, ajan profili ve kullanılan sepet/checkout çağrıları birlikte değerlendirilmelidir.
İkinci soru, seçeneklerin hangi kaynaktan alındığıdır. Mağazanın güncel açıklaması yerine uygulamaya gömülmüş eski metin gösteriliyorsa tercih aktarımı teknik olarak çalışsa bile deneyim tutarsız olabilir. Üçüncü soru da açık seçimin hangi kayda hangi değerle ulaştığıdır.
Bu adımları bir entegrasyon tesliminin kabul koşullarına yazın. “İzinler destekleniyor” ifadesi yerine hangi amaçların, hangi kullanıcı yolunda ve hangi kayıtla doğrulandığını isteyin. Güncellemeden etkilenmeyen bir bağlantı varsa onu da ayrı belirtin; gereksiz bir geçiş işi üretmeyin.
Örnek üzerinden düşünelimSMS seçimi var, telefon yok
Varsayımsal örnek · Gerçek müşteri veya satış sonucu değildir.
Müşteri SMS tercihi yapmış ama gerekli telefon bilgisi bulunmuyor. Sistem eksik bilgiyi tahmin etmek yerine doğru açıklamayla istemeli.
Ekip uyarının gösterimini, tamamlamanın durumunu ve son kaydı test ediyor. Bu örnek gerçek izin veya iletişim kaydı değildir.
Dört test durumu hazırlayın
İlk durum müşterinin açıkça bir seçenek seçmesidir. Seçimin kayda aynı değerle ulaştığını inceleyin. İkinci durum reddetme veya seçimi kapalı bırakmadır. Bu durumun sonradan olumlu tercih gibi yorumlanmadığını kontrol edin. Bunlar aynı işlevin farklı sonuçlarıdır.
Üçüncü durum gerekli bilginin eksik olmasıdır. Sistem müşteriden ne istediğini anlaşılır şekilde söylemeli; eksik bilgiyi tahminle doldurmamalıdır. Dördüncü durum müşterinin akış içinde fikrini değiştirmesidir. Son tercih ile önceki ekranın değeri arasında tutarsızlık kalıp kalmadığını inceleyin.
Gerçek iletişim göndermeden, yetkili test koşullarında hangi sistemde hangi alanın değiştiğini kaydedin. Test kaydında kişi bilgisi gereksiz yere çoğaltılmamalı. Bu yazı için gerçek müşteri kaydı, izin toplama veya mesaj gönderimi yapılmadı.
Satın alma onayı ile pazarlama tercihini ayrı tutun
Sepet hazırlanması, toplamın onaylanması, ödeme ve pazarlama tercihi birbirinin yerine geçmez. Kullanıcı ürünü almaya karar verdiğinde hangi ek tercihlerinin alındığını anlayabilmeli. Operasyon ekibi de siparişin tamamlanma durumuyla iletişim tercihini aynı alan gibi okumamalı.
Benzer biçimde bir teknik uzantı kurmak, Türkiye veya başka pazarlardaki bütün veri ve ticari iletişim süreçlerinin tamamlandığı sonucunu vermez. İlgili sorumlular kullanılan metinleri, süreçleri ve kayıtları kendi koşulları için değerlendirmelidir. Bu rehber teknik kontrolü daha anlaşılır kılmayı amaçlar.
Alışveriş onayının daha geniş akışı Shop MCP rehberinde, tarayıcıda müşteri devri ise WebMCP rehberinde anlatılıyor. İzin çalışmasını bu yolculuğun içine yerleştirin; ayrı ve kopuk bir son ekran olarak bırakmayın.
Değişiklik kaydını nasıl tutmalısınız?
Sürüm, uzantı, seçenek metni, politika bağlantısı, kayıt alanı ve test tarihi aynı dosyada bulunsun. Bir açıklama veya entegrasyon değiştiğinde hangi testlerin yenileneceği belli olsun. Pazarlama aracı değişirse tercih alanlarının aynı anlamı koruduğunu yeniden kontrol edin.
Tamamlanma ölçütünü de açık yazın: seçenek doğru gösterildi, tercih doğru aktarıldı, eksik veri doğru yönetildi ve ilgili kayıt doğrulandı. Bunun ötesindeki hukuki değerlendirme veya müşteri iletişimi için ayrı sorumlu ve kanıt gerekir. Böyle bir kayıt, yeni protokol desteğini somut ve denetlenebilir bir işe dönüştürür.
Sık sorulan sorular
Güncelleme bütün Shopify mağazalarının izin akışını değiştiriyor mu?
Hayır. Duyuru belirli UCP sürümünde ilgili uzantıyı müzakere eden Cart MCP ve Checkout MCP bağlantılarını kapsıyor. Mevcut entegrasyonunuzun bu kapsamda olup olmadığını doğrulayın.
SMS tercihi seçildi ama telefon numarası yoksa ne olur?
Belgelenen akış gerekli iletişim bilgisi için uyarı verebilir ve checkout eksik bilgi sağlanana kadar tamamlanamaz. Bu durumu test planına ekleyin.
Uzantıyı desteklemek hukuki uyumun tamamlandığını gösterir mi?
Tek başına göstermez. Teknik tercih aktarımıyla metinlerin, süreçlerin ve farklı pazar yükümlülüklerinin değerlendirilmesi ayrı çalışmalardır.
Kaynaklar ve kontrol tarihi
Kontrol: 17 Ekim 2026. Gerçek müşteri verisi kullanılmadı, izin veya iletişim kaydı oluşturulmadı. Bu içerik teknik kapsamı açıklar.
