OpenCart Mağazanızı Claude, ChatGPT ve Gemini ile Yönetin

Bir kategorideki 40 ürünün fiyatını %15 artırmanız gerekiyor. OpenCart panelinde bu iş; ürün listesini açmak, her birinin düzenleme ekranına girmek, Data sekmesine geçmek, fiyatı hesaplayıp yazmak ve kaydetmekten oluşur. Ürün başına yaklaşık kırk saniye, toplamda yarım saat. Üstelik yanlış bir kategoriye tıkladığınızı işlem bittikten sonra fark ederseniz, geri dönüşü yok.

OpenCart MCP bağlayıcısı tam olarak bu tabloyu değiştirmek için var. Mağazanızı Claude, ChatGPT veya Gemini'ye bağlıyorsunuz, ne istediğinizi Türkçe yazıyorsunuz; yapay zeka yapılacak değişikliğin listesini önce onayınıza sunuyor, siz onayladıktan sonra uyguluyor. Yanlış giderse tek komutla geri alıyor.

Bu yazıda bağlayıcının ne olduğunu, panel eklentilerinden farkını, güvenlik mimarisini ve neleri yapıp neleri yapamadığını anlatıyoruz.

MCP nedir, neden önemli?

MCP (Model Context Protocol), yapay zeka asistanlarını dış veri kaynaklarına ve araçlara bağlayan açık bir protokol. Anthropic tarafından geliştirildi; bugün Claude, ChatGPT ve Gemini başta olmak üzere pek çok istemci tarafından destekleniyor.

Sorunu şöyle özetleyebiliriz: dil modelleri kendi eğitim verileriyle sınırlı. OpenCart mağazanızın veritabanına erişemedikleri sürece "şu üründe kaç adet stok var" sorusuna cevap veremezler. MCP, bu duvarı yıkan standart arayüz. Mağazanız bir MCP sunucusu haline geliyor; Claude, ChatGPT ve Gemini de o sunucudaki araçları çağırabilen istemciler.

Önemli olan kısım şu: bu bir sohbet robotu değil. Yapay zeka mağaza hakkında tahmin yürütmüyor; doğrudan veritabanını okuyor ve yazıyor.

Hangi yapay zekalarla çalışır: Claude, ChatGPT, Gemini

Bağlayıcı tek bir yapay zekaya kilitli değil. Aynı mağaza, aynı bağlayıcı üç asistandan da yönetilebilir:

• Claude (Anthropic) — MCP'nin doğduğu istemci; masaüstü ve web bağlayıcılarıyla.
• ChatGPT (OpenAI) — bağlayıcı / geliştirici modu üzerinden.
• Gemini (Google) — MCP destekli istemcilerle.

Hangisini kullanırsanız kullanın araçlar, güvenlik akışı ve yetkiler aynı; yalnızca bağlama adımları istemciden istemciye biraz değişir. Yani ekibiniz zaten hangi yapay zekayı kullanıyorsa mağazayı da oradan yönetebilir.

Eklenti değil, bağlayıcı: fark ne?

OpenCart pazarında halihazırda yapay zeka eklentileri var. Bunların çoğu tek bir işi yapıyor: ürün ve kategori metinlerini toplu üretmek. Panelde bir ekran açıyorsunuz, "1.000 ürünün açıklamasını üret" diyorsunuz, sistem sırayla API'ye istek atıp alanları dolduruyor.

Bu iş için oldukça verimli bir yaklaşım. Ama kapsamı orada bitiyor: sipariş göremez, stok güncelleyemez, kampanya tanımlayamaz, robots.txt'nizi düzeltemez.

Bağlayıcı mantığı farklı. Mağazanın yönetim işlevlerinin tamamını yapay zekaya araç olarak açıyor. İçerik üretimi bunlardan yalnızca biri.

Dürüst karşılaştırma: binlerce ürünün açıklamasını tek seferde yeniden yazmak istiyorsanız, toplu üretim yapan bir eklenti daha hızlıdır. Bağlayıcı bu işi ürün ürün yapar — bir oturumda gerçekçi olarak 20-40 ürün.

Ama bu yavaşlık, kalite farkının kaynağı. Toplu üretim her ürüne aynı şablonu uygular. Bağlayıcı tek tek ilerlerken ürünün gerçek verisini okur: kategorisi, özellikleri, beden ve renk seçenekleri, mevcut açıklaması. Kırmızı bir gömlek-şort takımı için ürettiği metin, siyah bir kazak için ürettiğinden yapısal olarak farklı olur. Birbirine benzeyen binlerce açıklamanın Google'da "thin content" riski taşıdığını da hesaba katın.

Özetle: toplu üretim hız işidir, tek tek üretim kalite işi.

Güvenlik: önizleme, onay, uygulama, geri alma

Bir yapay zekaya canlı mağazanızın veritabanında yazma yetkisi vermek, haklı olarak endişe verici. Bağlayıcının en önemli tasarım kararı bu yüzden güvenlik mimarisinde.

Değişiklik yapan hiçbir araç doğrudan yazmaz. Her işlem dört aşamadan geçer:

1. Önizleme. Yapay zeka bir değişiklik yapmak istediğinde önce preview_ ile başlayan bir araç çağırır. Bu araç veritabanına dokunmaz; sadece ne olacağını hesaplar ve raporlar. Kaç ürün etkilenecek, eski değer neydi, yeni değer ne olacak.
2. Onay. Önizleme size gösterilir ve tek kullanımlık bir onay anahtarı (confirm_token) üretilir. Siz onaylamadan bu anahtar kullanılmaz.
3. Uygulama. Onay verdiğinizde işlem uygulanır ve bir işlem kimliği (operation_id) döner. Uygulamadan hemen önce etkilenecek kayıtların anlık görüntüsü alınır.
4. Geri alma. İşlem kimliğiyle her şey geri alınabilir. Uygulama sonrasında elle değiştirilmiş kayıtlar güvenlik için atlanır ve raporlanır — yani sizin sonradan yaptığınız düzenlemeler geri alma sırasında ezilmez.

Buna ek olarak tek işlemde etkilenebilecek nesne sayısı sınırlıdır (varsayılan ~50). Bu, "tüm ürünlerin fiyatını sıfırla" gibi bir yanlış anlamanın kataloğu topluca bozmasını engeller. Daha geniş kapsamlı işler bilinçli olarak parçalara bölünmek zorundadır.

Ayrıca müşteri verileri okunurken kişisel bilgiler maskelenir; silme ve içe aktarma gibi riskli işlemler ayrı bir "tehlikeli işlemler" anahtarına bağlıdır.

Neler yapabilir?

Ürünler

Listeleme ve arama; tek ürünün tüm dillerdeki adı, açıklaması, meta alanları, kategorileri ve özellikleriyle detayı. Yeni ürün ekleme. Ad, açıklama, meta başlık, meta açıklama ve SEO URL güncelleme — dil bazında. Toplu fiyat ve toplu stok değişimi. Toplu aktif/pasif yapma. Görsel ekleme (yerel dosyadan veya uzak URL'den indirerek). Beden, renk gibi varyantları ürüne bağlama ve her değere ayrı fiyat/stok tanımlama. Benzer ürün ilişkilendirme.

Kategoriler

Kategori ağacını listeleme, detay görüntüleme, ad ve açıklama güncelleme, ekleme ve silme. Ayrıca mükerrer kategori tespiti: aynı isimle birden fazla kez oluşturulmuş kategorileri bulup hangisinin boş olduğunu gösterir — zamanla dağılmış kataloglarda oldukça işe yarar.

Siparişler

Durum, tarih veya müşteriye göre filtreli listeleme. Sipariş detayı: ürünler, toplamlar, durum geçmişi, ödeme ve kargo yöntemi. Durum değiştirme, kargo takip numarası yazma.

Kampanyalar ve kuponlar

Tarih aralıklı özel fiyat tanımlama ve kaldırma. Mevcut kampanya fiyatlarını formülle toplu güncelleme — yani var olan indirimleri silip yeniden kurmanıza gerek kalmadan hepsini oranla değiştirebilirsiniz. Kupon listeleme, ekleme, düzenleme, silme.

Yorumlar

Bekleyen yorumları listeleme, toplu onaylama veya reddetme, düzenleme, silme.

Müşteriler ve markalar

Müşteri listeleme, e-postayla arama, detay görüntüleme (kişisel veriler maskeli). Marka ekleme, düzenleme, silme.

Raporlar

Tarih aralıklı satış raporu: sipariş sayısı, ciro, ortalama sepet tutarı, günlük veya aylık kırılımla. En çok satan ürünler. Belirlediğiniz eşiğin altındaki kritik stoklar. Müşteri istatistikleri. Siparişlerin duruma göre dağılımı.

İçe ve dışa aktarma

Ürün, sipariş ve müşteri verilerini CSV veya XML olarak dışa aktarma, doğrudan indirme bağlantısıyla. Dosya veya URL'den ürün içe aktarma: önce alan eşlemesini otomatik çıkarır, sonra test modunda birkaç ürünle deneme yapar, sonra tamamını aktarır. Satır başına varyant içeren feed'leri tek ürün + seçenekler olarak gruplar.

Blog ve SEO

Blog yazısı listeleme, ekleme, güncelleme, silme. Kök dizindeki SEO dosyalarını (robots.txt, llms.txt, .htaccess) okuma ve güncelleme.

Gerçek bir örnek

Aşağıdaki akış, bağlayıcının bir test oturumundan. Bu örnekte Claude kullanıldı; bağlayıcı ve araçlar aynı olduğu için akış ChatGPT ve Gemini'de de birebir aynı işler. Amaç: bir ürünü tüm detaylarıyla eklemek, sonra izini bırakmadan silmek.

İstek: "Şu ürünü ekle. Fiyat 990, kampanyalı fiyat 690. Stok 100, S-XL arası her bedenden 20 adet."

Yapay zeka önce mağazanın mevcut yapısını okudu ve bir tutarsızlık yakaladı: mağazada tanımlı bedenler XS, S, M, L, XL idi — XXL yoktu. S'den XL'e dört beden × 20 adet 80 eder, istenen 100 değil. Yeni bir "Beden" seçeneği oluşturmak mükerrer kayıt doğuracağı için XS-XL aralığını önerdi; beş beden × 20 = 100.

Ardından işlemler sırayla yürüdü:

preview_product_add        → önizleme, henüz yazılmadı
apply_operation            → ürün eklendi (id 186), operation_id 244
preview_product_image_add  → görsel indirilecek
apply_operation            → görsel indi ve ana görsel oldu, operation_id 245
preview_product_option_add → Beden seçeneği, 5 değer
apply_operation            → seçenek eklendi, operation_id 246
preview_campaign_add       → 990 → 690
apply_operation            → kampanya tanımlandı, operation_id 247

Ürün açıklaması, meta başlık ve meta açıklama sıfırdan yazıldı — ürünün kendi verisine dayanarak, şablondan değil.

Sonra temizlik. Geri alma ters sırayla yapılır:

undo_operation 247 → kampanya kaldırıldı
undo_operation 246 → beden seçeneği kaldırıldı
undo_operation 245 → görsel silindi (indirilen dosya dahil)
undo_operation 244 → ürün silindi

Dördü de "ok": true, "skipped": [] döndürdü. Yani hiçbir kayıt atlanmadı, mağaza başlangıçtaki haline döndü.

Toplam süre: birkaç dakika. Panelde aynı iş — ürün ekleme, görsel yükleme, beden seçeneklerini tek tek tanımlama, kampanya kaydı — rahat on beş dakika sürer, silmesi de ayrıca.

Yapamadıkları

Bir aracı doğru değerlendirmek için sınırlarını bilmek gerekir.

• Binlerce ürünü tek seferde işleyemez. İşlem başına nesne sınırı ve sohbet formatının doğası gereği toplu içerik üretimi bu yolla pratik değil. Büyük kataloglar için içe aktarma akışı ya da özel bir toplu araç gerekir.
• İçe aktarma geri alınamaz. Kayıtlı içe aktarma profillerini çalıştırmak geri alınabilir işlemler kapsamında değil. Bu yüzden önce test modunda birkaç ürünle denemek şart.
• Tema ve kod değişikliği yapmaz. Bağlayıcı veri katmanında çalışır. Şablon dosyalarınıza, CSS'inize, kurulu modüllerinize dokunmaz.
• Veritabanı yedeği alıp geri yükleyemez. Bu bilinçli bir kısıtlama.
• Sunucu tabanlı içerik çekiminin sınırları vardır. Örneğin JavaScript ile yüklenen ürün sayfalarından galeri görsellerinin tamamını almak mümkün olmayabilir.

Kimler için uygun?

Bağlayıcının en çok değer kattığı profil, birkaç yüz ile birkaç bin ürün arasında kataloğu olan ve mağazasını kendi yöneten işletmeler. Bu ölçekte panelde geçen süre ciddi bir maliyet ama tam zamanlı bir e-ticaret uzmanı istihdam etmek henüz mantıklı değil. Webruz'un OpenCart tabanlı e-ticaret paketleri bu bağlayıcıyla birlikte gelir. Üstelik OpenCart tema alan her müşterimize bu modülü ücretsiz veriyoruz.

Ajanslar için ikinci bir kullanım var: birden çok müşteri mağazasını yöneten ekipler, tekrar eden bakım işlerini (kampanya dönemleri, sezon sonu indirimleri, stok temizliği, yorum moderasyonu) çok daha hızlı kapatabiliyor.

Buna karşılık on binlerce SKU'lu, ERP entegrasyonu olan büyük operasyonlarda bağlayıcı ana yönetim aracı olmaz. Orada rolü daha çok keşif ve raporlama tarafında kalır.

Sık sorulan sorular

Yapay zeka mağazamda benim onayım olmadan değişiklik yapabilir mi?

Hayır. Değişiklik yapan her araç önce önizleme üretir ve tek kullanımlık bir onay anahtarı bekler. Onaylamadığınız hiçbir işlem uygulanmaz.

Yanlış bir işlem uygularsam ne olur?

İşlem kimliğiyle geri alırsınız. Uygulamadan önce alınan anlık görüntü kullanılır. Geri alma sırasında sonradan elle değiştirdiğiniz kayıtlar atlanır ve size raporlanır.

Müşteri verilerim güvende mi?

Müşteri kayıtları okunurken kişisel bilgiler maskelenir. Ayrıca hangi araçların açık olacağını yönetici panelinden belirlersiniz — yalnızca okuma yetkisi vererek de kullanabilirsiniz.

Hangi yapay zekalarla kullanabilirim?

Claude, ChatGPT ve Gemini ile kullanabilirsiniz. MCP açık bir protokol olduğu için mağazanız hepsiyle aynı bağlayıcı üzerinden konuşur; yalnızca bağlama adımları istemciye göre biraz değişir. Ekibiniz hangi asistanı kullanıyorsa mağazayı da oradan yönetebilir.

Hangi OpenCart sürümleriyle çalışır?

Bağlayıcı OpenCart'ın kendi veri katmanı üzerinden çalışır. Sürüm uyumluluğu için kurulum dokümantasyonuna bakın.

Sonuç

OpenCart yönetimi büyük ölçüde tekrar eden işlerden oluşuyor: fiyat güncellemek, stok düzeltmek, kampanya kurmak, yorum onaylamak, rapor bakmak. Bunların hiçbiri zor değil — sadece uzun sürüyor.

MCP bağlayıcısının vaadi bu süreyi kısaltmak; onay mekanizması ve geri alma sayesinde de bunu kontrolü elden bırakmadan yapmak. İster Claude, ister ChatGPT, ister Gemini kullanın — mağazanız artık konuşarak yönetilebilir.

Bağlayıcıyı denemek veya kurulum hakkında bilgi almak isterseniz iletişim sayfamızdan ulaşabilirsiniz.