Shopify'da 20 Çoklu Barkod ve AI Kanalları

ADPIX E-TİCARET RADARI

8–14 Eylül 2026 · Haftalık E-Ticaret Ekosistem Özeti

Haftanın kısa özeti

8–14 Eylül haftasının en sonuç doğurucu gelişmesi, Shopify’ın çoklu barkod desteğini duyurması oldu. Yeni barcodes bağlantısı; UPC, EAN, ISBN, GTIN ve ASIN gibi farklı tanımlayıcıların aynı ürün varyantı altında yönetilmesini sağlıyor. Böylece çoklu barkod ihtiyacı bulunan işletmeler ürün tanımlayıcılarını tek bir varyant altında toplayabilecek.

Yeni çoklu barkod modeli özellikle ERP, POS, tedarikçi akışı ve pazaryeri entegrasyonlarında tek barkod alanına göre kurulmuş eşleştirmeleri etkiliyor. Mevcut ProductVariant.barcode alanı çalışmaya devam etse de kullanımdan kaldırılma sürecine girdi. Eski entegrasyonların yalnızca ilk barkodu okuması, diğer tanımlayıcıların sessizce atlanması riskini doğuruyor.

Shopify aynı hafta Meta’yı yönetim panelindeki yapay zekâ kanallarına ekledi ve ödeme adımında WhatsApp pazarlama izni toplanabilmesini duyurdu. Bu özellikler katalog verisinin daha fazla keşif ve iletişim kanalına taşınmasını kolaylaştırıyor.

Türkiye tarafında GİB’in e-Fatura, e-Arşiv ve UBL-TR paketleri için açıklanan devreye alma tarihi, ERP ve özel entegratör bağlantılarında gerçek belge akışının test edilmesini gerekli kılıyor.

Haftanın ana sinyali: Çoklu barkod ve yeni satış kanalları tek başına büyüme sağlamıyor. Ürün verisi, entegrasyonlar, izin yönetimi ve ölçümleme aynı sistem içinde doğru çalışmadığında yeni özellikler mevcut operasyon sorunlarını büyütebilir.

Shopify çoklu barkod desteği nasıl çalışıyor?

Shopify çoklu barkod özelliği, 8 Eylül 2026 tarihli geliştirici duyurusuyla Admin GraphQL API’nin 2026-10 sürümü için açıklandı. Yeni çoklu barkod yapısında bir ürün varyantı en fazla 20 barkod taşıyabiliyor. Her barkod için UPC, EAN, ISBN, GTIN veya ASIN türü belirtilebiliyor.

Çoklu barkod değerlerinden herhangi birinin türü belirtilirse değer, ilgili standardın karakter, uzunluk, ön ek ve kontrol basamağı kurallarına göre doğrulanıyor. Tür belirtilmeyen değerler ise gönderildiği biçimde saklanıyor.

Bu yenilik, aynı fiziksel ürünün farklı kanallarda farklı tanımlayıcılarla izlendiği işletmeler için önemli. Bir üretici ürünü kendi UPC koduyla gönderirken marka, özel etiketli satışta EAN kullanabilir. Aynı ürün Amazon tarafında ASIN, depo veya mağaza operasyonunda farklı bir barkodla eşleştirilebilir. Çoklu barkod desteği, bu farklı tanımlayıcıların tek ürün kaydı altında tutulmasını kolaylaştırıyor.

Eski tek alan yaklaşımında ek barkod değerleri metafield, etiket, haricî tablo veya ERP içinde tutuluyordu. Bu durum ürün verisinin hangi sistemde ana kayıt olduğuna ilişkin belirsizlik yaratabiliyor ve çoklu barkod senaryolarında manuel eşleştirme ihtiyacını artırıyordu.

Çoklu barkod geçişinde eski alan neden risk oluşturuyor?

Mevcut ProductVariant.barcode alanı hemen kaldırılmadı. Okuma yapıldığında çoklu barkod kümesindeki ilk değeri döndürüyor. Yazma yapıldığında ise ilk barkodu güncelliyor ve diğer barkodları koruyor.

Bu geçiş uyumluluğu operasyonun hemen kesintiye uğramasını önlüyor. Fakat ikinci barkod eklendiği anda eski alanı kullanan entegrasyon, ürünün başka tanımlayıcıları bulunduğunu anlamadan tek değerle çalışmaya devam edebilir. Çoklu barkod geçişindeki temel risk, eski entegrasyonların herhangi bir hata üretmeden eksik veriyle çalışabilmesidir.

Örneğin ERP ürünün EAN kodunu ana barkod kabul ederken pazaryeri entegrasyonu ASIN veya farklı bir GTIN arayabilir. Entegrasyon yalnızca ilk değeri çekerse ürün doğru kayda bağlanmayabilir, yeni bir ürün kaydı açabilir veya güncellemeyi yanlış varyanta gönderebilir.

Fiziksel mağazada okutulan tedarikçi barkodu Shopify’daki ilk değer değilse POS araması başarısız olabilir. Sorun her zaman açık bir API hatası üretmediğinden günlük operasyon içinde stok sapması, mükerrer ürün veya bulunamayan varyant olarak ortaya çıkabilir.

Çoklu barkod entegrasyonunda neler kontrol edilmeli?

Çoklu barkod entegrasyonu için ilk adım, Shopify ürün verisini okuyan bütün uygulamaların envanterini çıkarmaktır. ERP, PIM, WMS, POS, kargo, tedarikçi beslemesi, pazaryeri aktarımı ve özel raporlama araçları aynı barkod alanını farklı amaçlarla kullanabilir.

Yalnızca uygulama kodunda barcode alanını aramak yeterli olmayabilir. CSV aktarımları, webhook sonrasında çalışan eşleştirmeler, gece senkronizasyonları ve manuel operasyon ekranları da değerlendirilmelidir. Bu alanların her biri çoklu barkod akışından farklı biçimde etkilenebilir.

İkinci adım, hangi barkodun birincil kabul edileceğini belirlemektir. Shopify eski alan üzerinden ilk değeri döndürdüğü için çoklu barkod sıralaması, henüz yeni modele geçmeyen sistemlerde sonucu etkiler.

İşletmenin ERP’deki ana tanımlayıcısını, mağaza kasasında okutulan barkodu ve pazaryerlerinin zorunlu alanlarını kapsayan bir karar tablosu hazırlanmalıdır. Yeni barcodes alanına yapılan yazma işleminin mevcut barkod kümesini tamamen değiştirdiği unutulmamalıdır. Güncelleme sırasında korunacak bütün çoklu barkod verisi birlikte gönderilmelidir.

Üçüncü adım, gerçek ürün örnekleriyle uçtan uca test yapmaktır. Tek barkodlu ürün, iki farklı standarda sahip çoklu barkod kaydı, hatalı kontrol basamağı, boş değer, barkod sıralaması değişen ürün ve varyantlı ürün senaryoları ayrı ayrı denenmelidir.

Test yalnızca Shopify panelinde bitmemelidir. ERP kaydı, pazaryeri ilanı, stok güncellemesi, sipariş satırı ve fiziksel okutma sonucu birlikte doğrulanmalıdır. Böylece çoklu barkod yapısı kullanılırken mevcut kanalların sessizce veri kaybetmesi önlenebilir.

Meta, Shopify yönetiminde bir AI satış kanalı oldu

Shopify, 8 Eylül’de Meta’nın Agentic Storefronts alanında diğer yapay zekâ kanallarının yanında görünmeye başladığını duyurdu. Ürünler Shopify Catalog üzerinden Meta ile varsayılan olarak paylaşılabiliyor.

Mağaza yöneticisi katalog erişimini, doğrudan ödeme seçeneğini ve performans görünümünü yapay zekâ kanal ayarlarından yönetebiliyor. Duyurunun yönü açık: ürün kataloğu, klasik mağaza ve reklam yüzeylerinin yanında yapay zekâ destekli keşif ve alışveriş deneyimlerine de dağıtılıyor.

Bir yapay zekâ kanalının ürün hakkında karar verebilmesi için doğru başlık, açıklama, varyant, fiyat, stok, görsel, kategori ve politika verisine ihtiyacı var. Ürün bilgilerinin yanında çoklu barkod kayıtlarının da tutarlı olması, yapay zekâ kanalında keşfedilen ürünün doğru varyantla eşleştirilmesine yardımcı olabilir.

Katalogda eksik beden bilgisi, çelişkili renk adları veya güncellenmeyen fiyat bulunuyorsa yeni dağıtım yüzeyi mevcut veri sorununu daha görünür hale getirir. Bu nedenle kanal aktivasyonu öncesinde katalog kalitesi ölçülmeli ve hangi ürünlerin paylaşılacağı ticari kurallarla belirlenmelidir.

Türkiye’deki mağazalar için pratik yaklaşım

Özelliğin yönetim panelinde görünmesi, her işlevin her ülke ve ödeme yapısında aynı kapsamda kullanılacağı anlamına gelmez. Meta’daki doğrudan ödeme, ürün uygunluğu ve müşteri deneyimi hedef pazara göre değişebilir.

Mağaza yöneticileri önce paneldeki erişim durumunu kontrol etmeli, paylaşım kapsamını incelemeli ve küçük bir ürün grubuyla pilot çalışma yapmalıdır. Pilot sürecinde ürünlerin doğru keşfedilip keşfedilmediği, fiyat ile stok bilgisinin güncelliği, yönlendirilen trafiğin kaynağı ve sipariş sonrası ölçümleme izlenmelidir.

Bu gelişme tek başına Shopify’a geçiş kararı vermek için yeterli değildir. Uluslararası satış hedefleyen, ürün verisi güçlü ve yeni keşif kanallarını hızlı test etmek isteyen markalarda Shopify lehine bir yetenek puanı oluşturabilir.

Türkiye odaklı çalışan ve yerel ödeme, e-fatura, kargo ve pazaryeri bağlantıları kritik olan işletmeler için toplam entegrasyon maliyeti hâlâ belirleyicidir. Platform seçimi yalnızca yeni kanal sayısıyla değil, kanalın gelir potansiyeli ve oluşturacağı operasyon yüküyle birlikte yapılmalıdır.

Shopify ödeme adımında WhatsApp izni toplanabiliyor

10 Eylül 2026 tarihli Shopify duyurusuna göre mağazalar artık ödeme adımında WhatsApp pazarlama izni toplayabiliyor. Ayar, checkout yapılandırması üzerinden etkinleştiriliyor.

Satın alma anı, müşterinin marka ile aktif ilişki kurduğu güçlü bir temas noktasıdır. Bu nedenle özellik tekrar satın alma, sipariş sonrası iletişim ve müşteri yaşam döngüsü çalışmaları açısından dikkat çekiyor.

Ancak ödeme sayfasında bir onay kutusunun görünmesi, Türkiye’deki izin sürecini tek başına tamamlamaz. Kullanılan metin, açık rızanın kapsamı, İYS ve KVKK süreçleri, iznin hangi tarihte ve hangi içerikle alındığının kanıtı, ret yönetimi ve WhatsApp hizmet sağlayıcısına veri aktarımı birlikte değerlendirilmelidir.

Pazarlama izni ile siparişe ilişkin zorunlu hizmet mesajları süreç tasarımında ayrıştırılmalıdır. İşletmeler, hukuki ve operasyonel akışlarını kendi danışmanlarıyla doğrulamadan özelliği otomatik kampanya gönderimine bağlamamalıdır.

İzin verisinin işletme içindeki dolaşımı

Checkout’tan alınan izin; CRM, müşteri veri platformu, pazarlama otomasyonu veya WhatsApp çözüm sağlayıcısına aktarılacaksa tek bir müşteri kimliği altında tutulmalıdır.

Telefon numarasının biçimi, ülke kodu, mükerrer kayıt, daha önce verilmiş ret ve farklı kanallardaki izin durumu senkronize edilmelidir. Müşteri WhatsApp iletişimini reddettiğinde bu tercihin yalnızca bir kampanyada değil, bağlı bütün sistemlerde uygulanması gerekir.

Ölçümleme tarafında yalnızca abone sayısına bakmak yanıltıcıdır. İzin oranı, mesaj teslimi, konuşma başlatma, kampanyadan siparişe geçiş, ret oranı ve müşteri şikâyetleri birlikte izlenmelidir.

Checkout dönüşüm oranı üzerindeki etki de test edilmelidir. Çok uzun veya belirsiz izin metni, ödeme adımında gereksiz sürtünme yaratabilir. En doğru uygulama, açık bir metinle başlayıp sınırlı bir müşteri grubunda test yapmak ve sonucu satış kadar müşteri deneyimi metriğiyle de değerlendirmektir.

GİB e-belge paketleri için gerçek akış testi zamanı

GİB’in e-Fatura, e-Arşiv ve UBL-TR kod listelerine ilişkin güncellemeleri için açıklanan 14 Eylül 2026 devreye alma tarihi bu haftaya denk geliyor.

Resmî e-Belge duyuru ekranında geçişin başarıyla tamamlandığını belirten ayrı bir teyit görülmediğinden “takvim geldi, işlem tamamlandı” varsayımıyla hareket edilmemelidir. Özel entegratörlerin ve ERP sağlayıcılarının kendi duyuruları ile canlı belge sonuçları kontrol edilmelidir.

E-belge değişiklikleri doğrudan vitrinde görünmez. Sorun çoğu zaman sipariş başarıyla alındıktan sonra ortaya çıkar. Vergi veya istisna kodu eşleşmesi, UBL şema doğrulaması, birim kodu, alıcı bilgisi, iptal ve iade senaryosu gibi alanlarda hata oluşabilir.

Ürün kayıtlarında çoklu barkod kullanılıyorsa ERP’ye aktarılan tanımlayıcının doğru sipariş satırıyla eşleştiği de kontrol edilmelidir. Yanlış barkod eşleştirmesi, faturadaki ürün koduyla depo veya pazaryeri kaydının ayrışmasına neden olabilir.

Belge üretilemediğinde müşteri hizmetleri, muhasebe ve sevkiyat ekipleri aynı sipariş için farklı kayıtlarla çalışmaya başlayabilir. Bu nedenle test yalnızca “fatura oluştu mu?” sorusuyla sınırlı kalmamalıdır.

Kontrol edilmesi gereken temel senaryolar

Normal satış, indirimli ürün, kargo bedeli, birden fazla KDV oranı, kurumsal alıcı, e-Arşiv alıcısı, e-Fatura mükellefi, iptal, tam iade ve kısmi iade senaryolarından örnekler seçilmelidir.

Her örnekte e-ticaret platformundaki sipariş tutarı, ERP’ye aktarılan satırlar, oluşturulan belge, özel entegratör sonucu ve müşteriye ulaşan çıktı karşılaştırılmalıdır.

Hata kuyruğu varsa yalnızca hata sayısı değil, hatanın yeniden işlenme ve ilgili ekibe bildirilme mekanizması da kontrol edilmelidir.

Bu gelişme kendi başına platform değiştirme nedeni değildir. Fakat aynı işletmede e-belge geçişleri sürekli manuel müdahale gerektiriyorsa entegrasyon mimarisinin toplam sahip olma maliyeti yükselir.

Yeni platform değerlendirmesinde bağlantının varlığı kadar hata görünürlüğü, yeniden deneme, kayıt erişimi, destek sorumluluğu ve veri eşleştirme esnekliği de karşılaştırılmalıdır.

Discounts Allocator önizlemesi sona erdi

Shopify, 10 Eylül’de Discounts Allocator Function API geliştirici önizlemesini kaldırdığını açıkladı. Bu API kararlı bir sürüme ulaşmadan sonlandırıldı ve çoğu mağaza veya uygulama için işlem gerekmiyor.

Etki, geliştirici önizlemesine katılmış ve uygulama yapılandırmasında purchase.discounts-allocator.run hedefini kullanan özel uygulamalarla sınırlı.

Etkilenen bir uygulamada bu hedef yapılandırmadan çıkarılana kadar yeni shopify app deploy işlemi bütün uygulama için başarısız olabilir. Önceden kayıtlı allocator fonksiyonları da artık çalışmıyor. Shopify, indirim üretmek için Discount Function API’nin kullanılmasını öneriyor.

Özel indirim mantığı geliştirilmiş mağazalarda kod deposu ve uzantı yapılandırması taranmalı, ilgili hedef bulunuyorsa kaldırılmalı ve indirim senaryoları yeniden test edilmelidir.

Bu duyuru genel kullanıcı açısından bir platform değiştirme sinyali değildir. Yine de özel uygulama kullanan işletmeler için platform bağımlılığının nasıl yönetileceğine dair iyi bir örnek sunuyor.

Önizleme API’leri üzerinde kritik ticari akış kurulurken geri dönüş planı, sürüm takibi ve sahiplik kaydı oluşturulmalıdır. İndirim motoru satış gelirini doğrudan etkilediği için test ortamındaki sonuç ile canlı sepet sonucu karşılaştırılmalıdır.

IdeaSoft ve yerli platformlarda haftanın görünümü

AdPix E-Ticaret Radarı yalnızca Shopify’ı değil, Türkiye’de yoğun kullanılan IdeaSoft, Ticimax, T-Soft ve ikas altyapılarını da düzenli olarak izliyor. Ancak 8–14 Eylül döneminde bu dört platform tarafında kamuya açık biçimde tarihlendirilmiş ve işletmelerin API, paket, fiyatlandırma veya çekirdek entegrasyon kararını değiştirecek büyüklükte yeni bir duyuru doğrulanamadı.

Bu haftaki makalede Shopify’ın daha fazla yer tutmasının nedeni, doğrulanabilen sonuç doğurucu duyuruların ağırlıklı olarak Shopify tarafından yayımlanmasıdır. Bununla birlikte çoklu barkod, ürün tanımlayıcıları ve entegrasyon kalitesi yerli platformları kullanan işletmeler için de önem taşıyor.

IdeaSoft, Ticimax, T-Soft ve ikas kullanan işletmeler açısından çoklu barkod yönetimi, veri eşleştirme ve e-belge regresyon testi önemini koruyor. Aynı ürünün ERP, pazaryeri, tedarikçi ve mağaza sistemlerinde farklı kodlarla temsil edilmesi yalnızca Shopify’a özgü bir problem değildir. Sağlıklı bir çoklu barkod yapısı için her kanalın hangi tanımlayıcıyı kullandığı açıkça belirlenmelidir.

Yerli platform kullanıcılarının kendi altyapılarında çoklu barkod ve SKU eşleştirme kurallarını, e-belge akışlarını, pazaryeri aktarım sonuçlarını ve hata kayıtlarına erişimi kontrol etmesi gerekir. Platform sağlayıcısından API sürümü, son entegrasyon güncellemesi ve e-belge uyumluluğu hakkında yazılı bilgi istenmesi değişiklik yönetimini kolaylaştırır.

Platform değerlendirme notu: Çoklu barkod desteği önemli bir kriter olsa da platform kararı tek bir özelliğe göre verilmemelidir. Entegrasyonların kararlılığı, hata kayıtlarının görünürlüğü, yerel ödeme seçenekleri ve destek kalitesi birlikte değerlendirilmelidir.

Bu gelişmeler platform seçimini nasıl etkiler?

Shopify çoklu barkod modeli, fiziksel mağaza ile online satışın birleştiği yapılarda güçlü bir ürün verisi yönetimi sağlıyor. Meta gibi yapay zekâ kanallarının yönetim paneline eklenmesi de küresel satış ve yeni keşif yüzeylerini test etmek isteyen markalar için olumlu bir gelişme.

Bu avantajlarla birlikte entegrasyonların yeni API alanlarına geçirilmesi ve kanal verisinin sürekli denetlenmesi gerekiyor.

Türkiye’de ağırlıklı satış yapan bir işletme için yerel ödeme, taksit, kargo, pazaryeri, e-fatura ve destek kalitesi toplam kararın merkezinde kalır. Çoklu barkod desteği, işletmenin gerçek birden fazla ürün tanımlayıcısı ihtiyacı varsa doğrudan değer üretir.

AI kanalı da hedef pazarda erişilebilir, katalog uygun ve sonuçlar ölçülebilir olduğunda anlamlıdır. Platform değişimi tek bir özellik duyurusuna göre değil, büyüme hedefleri ve uzun dönemli operasyon maliyeti üzerinden değerlendirilmelidir.

İşletme profili	Gelişmenin etkisi	Önerilen yaklaşım
Çoklu tedarikçi ve fiziksel mağaza	Çoklu barkod modeli doğrudan değer yaratabilir.	ERP, POS ve platform eşleştirmesini pilot ürünlerle test edin.
Uluslararası satış hedefleyen marka	AI kanalları yeni keşif alanı açabilir.	Katalog kalitesini ölçüp sınırlı ürün grubuyla pilot başlatın.
Türkiye odaklı KOBİ	Yerel entegrasyon kalitesi daha belirleyici olabilir.	Ödeme, e-belge, kargo ve pazaryeri maliyetini karşılaştırın.
Özel Shopify uygulaması kullanan işletme	API sürüm bağımlılığı teknik risk yaratabilir.	Kod envanteri, sürüm takvimi ve geri dönüş planı oluşturun.

Bu hafta uygulanabilecek üç adım

1. Çoklu barkod kullanım envanteri çıkarın. Shopify, ERP, POS, PIM, depo ve pazaryeri akışlarında hangi alanın okunduğunu belirleyin. İkinci barkod eklendiğinde veri kaybı olup olmadığını gerçek ürünlerle test edin.
2. Yeni kanalları kontrollü pilotla açın. Meta AI kanalı ve WhatsApp izni için erişim durumunu, katalog kapsamını, izin metnini ve ölçümleme planını doğrulayın.
3. E-belge regresyon testi yapın. Satış, indirim, kurumsal alıcı, iptal ve iade örneklerinde siparişten belge teslimine kadar bütün kayıtları karşılaştırın.

Kaynaklar

• Shopify Developer Changelog – Variants now support multiple barcodes, 8 Eylül 2026
• Shopify Changelog – Meta is now an AI channel in your admin, 8 Eylül 2026
• Shopify Changelog – Collect WhatsApp marketing consent at checkout, 10 Eylül 2026
• Shopify Developer Changelog – Discounts Allocator Function API developer preview has ended, 10 Eylül 2026
• Gelir İdaresi Başkanlığı – e-Belge duyuruları
• IdeaSoft sürüm notları

Kaynak kontrol tarihi: 14 Eylül 2026.