r/PPC'deki bir başlıkta, müşteri hesaplarında gerçek yazma erişimi olan yapay zekâ araçlarını kullananlara dört soru soruldu: neyi yanlış yaptı, yönetişimi nasıl sağlıyorsunuz, gerçekten çalışma saatlerini azalttı mı ve altmış gün sonra neleri kapattınız? Yanıtlar, bir araç tavsiyesinden daha yararlı bir noktada birleşti: bir kontrol listesi.
Bu yazı, biz dâhil her sağlayıcıyı bu ölçütlere göre değerlendirebilmeniz için hazırlanmış o listedir.
Yedi kontrol
1. Öneriden önce güncel bir okuma
On dakika önce yüklediği verilere göre plan yapan bir ajan, artık var olmayan bir duruma güvenle müdahale eder. İnsanların bildirdiği en yaygın hata kötü bir karar değil, güvenle doğru kabul edilen yanlış girdidir: API'nin belgelediği ancak ajanın sorguladığı uç durumda undefined olarak döndürdüğü bir alanın sessizce sıfır sayılması. Bir değişikliği gerekçelendiren okumanın, değişiklikle aynı turda yapılmasını şart koşun.
2. Yazmadan önce değişikliğin anlatımı değil, fark dökümü
Ajanın anlatımı kanıt değildir. “Düşük performans gösterenlerde teklifi düşüreceğim” bir cümledir. 3 hedefte teklif 1.40 → 0.95 bir fark dökümüdür. Yalnızca ikincisi incelenebilir.
3. Etki alanı sınırı
En pahalıya mal olan hata nadiren tek bir yanlış değişikliktir. Dört yüz nesneye uygulanmış tek bir yanlış değişikliktir. Etkilenen nesne sayısına, modelden dikkatli olmasını isteyerek değil, çağrıdan önce uygulanan kesin bir çağrı başına sınır koyulmasını şart koşun.
4. Önemli değişikliklerle sınırlı insan onayı
Her şeyi onaylamak, size her şeyi düşünmeden tıklamayı öğretir ve iki ay içinde artık hiçbir şeyi gerçekten onaylamayan bir onay penceresine sahip olursunuz. Onay aşaması, geri alınabilir bir düzenlemeyi parasal bir işlemden ayırmalıdır.
5. Sınıflandırma aracın değil, ana uygulamanın kontrolünde olmalı
Bir eylemin risk düzeyi aracın kendi açıklamasından geliyorsa, açıklama yazabilen her şey kendi risk düzeyini düşürebilir. Kendini “küçük bir ayarı güncelle” diye tanımlayan bir araç, bu ifadeyle onaydan kaçamamalıdır. Bilinmeyen veya özel eylemler varsayılan olarak güvenli değil, hassas kabul edilmelidir.
6. Müşteriye sunabileceğiniz bir denetim izi
Mesele, olayların bir yerde kaydedilip kaydedilmediği değildir. Talep edildiğinde kimin, neyi, ne zaman değiştirdiğini gösteren değiştirilemez bir kayıt sunup sunamadığınızdır. Ürün telemetrisi bu değildir.
7. İhtiyaç duymadan önce hazırlanmış bir geri alma yolu
Önemli sonuçları olan her eylem, ait olduğu işlem grubunu bulup geri almayı sağlayan bir anahtar taşımalıdır. Bir şey ters gittikten sonra nasıl geri alınacağına karar vermek, kötü bir saati kötü bir haftaya dönüştürür.
Bunların hiçbirinin yakalayamadığı hata
Yukarıdaki her kontrol yürütmeyi yönetir. Fark dökümü neyin değiştiğini, günlük kimin ne zaman değiştirdiğini söyler; geri alma işlemi de değişikliği tersine çevirir. Bunların hiçbiri doğru öneriyi yanlış olandan ayırmaz; başlangıçta ikisi de aynı görünür ve yanlış olan çoğu zaman daha iyi savunulur.
Sağlıklı bir 3.5–4x ROAS ile çalışan, bir modelin kendisini kampanyaları yeniden yapılandırmaya ikna etmesine izin veren ve para kaybeden bir satıcının çok okunan bir anlatısı var. En çok oy alan yanıt bunu açıklıyor: model stok durumunuzu, sözleşme kısıtlarınızı veya hesap geçmişinizi bilmiyor. Bir başkasının dediği gibi, iki iyi seçenek arasında nasıl seçim yapacaklarını bilmiyorlar. Bu modellerin gerçekten güçlü olduğu alan örüntü bulmaktır. Savunulabilir iki strateji arasında karar vermek değildir.
Yakalanamayan ikinci hata, sürekli yön değiştirmektir: üç günlük veriye bakıp teklifi artırmak, iki gün sonra düşürmek ve hedefin hiçbir zaman istikrarlı biçimde değerlendirilememesi. Bunu büyük ölçekte yürüten uygulayıcılar, hedef başına beş ila yedi günlük zorunlu bir bekleme süresi koyuyor ve bunun herhangi bir model değişikliğinden daha fazla sorunu çözdüğünü bildiriyor.
Orkas bugün neleri kapsıyor?
Orkas, yerel çalışmayı önceleyen çok ajanlı bir masaüstü uygulamasıdır. Ticaret bağlayıcıları — Shopify, Amazon Seller Central, eBay, Etsy, TikTok Shop, Shopee, WooCommerce, Walmart ve diğerleri — ana uygulamanın kontrolündeki bir politika katmanından geçer. Bunlardan sekizi uygulanmış durumda, dördü ise değil. Bunu hatalı bir yazma işleminden sonra değil, burada öğrenmenizi tercih ederiz.
| Kontrol | Durum | Mevcut durum |
|---|---|---|
| Dört kademeli eylem riski modeli | ✅ | Her bağlayıcı eylemi R / W / H / D olarak sınıflandırılır — okuma, yazma, yüksek etkili, yıkıcı |
| Yazma öncesi önizleme | ✅ | Yazma eylemleri hemen çalışmak yerine önizlemeli onay gerektirir |
| Parasal işlemlerde yeni onay | ✅ | Yüksek etkili eylemler, haricî veya finansal değişiklik olarak işaretlenir ve yeni bir onay gerektirir |
| Etki alanı sınırı | ✅ | Bir eylemin dokunabileceği nesne sayısına, çağrı çalışmadan önce kontrol edilen çağrı başına sınır |
| Tamamen salt okunur bağlantı | ✅ | Bir bağlayıcı; yetenekleri listeleme, eylemleri açıklama ve okuma işlemleriyle sınırlandırılabilir |
| Ana uygulamanın kontrolündeki sınıflandırma | ✅ | Risk, tam eylem kimliğine göre anahtarlanmış sabit bir ana uygulama tablosundan gelir; aracın sağladığı ipuçları güven sınırını genişletemez |
| Bilinmeyen eylemlerde varsayılan ret | ✅ | Sınıflandırılmamış bir eylem yüksek etkili kabul edilir; güvenilir politikası olmayan bir ticaret eylemi çalıştırılmaz, reddedilir |
| Ürün sınırlarına ilişkin engelleme listesi | ✅ | Verilen yetki kapsamlarından bağımsız olarak hiçbir zaman erişime açılmayan eylemlerin sabit listesi |
| İşlem türüne göre izinler (oluşturma / düzenleme / duraklatma ayrı ayrı) | ❌ | İzinler işlem türüne göre ayrılmak yerine risk kademesine göre derecelendirilir |
| Parasal harcama sınırı veya azami bütçe değişikliği yüzdesi | ❌ | Sınır tutara değil, nesne sayısına uygulanır |
| Geri alma yolu | ❌ | Uygulanmadı. Bir işlem grubunu geri almak elle yapılır |
| Dışa aktarılabilir, değiştirilemez denetim günlüğü | ❌ | Bağlayıcı çağrıları telemetri için izlenir; bu, müşteriye sunulabilecek bir denetim izi değildir |
Son dördü sizin için kesin gereksinimlerse — bu en çok, denetim talep edebilen müşteriler için reklam hesapları yönettiğinizde geçerlidir — Orkas bugün bunları karşılamıyor ve her yazma işleminde bir insanın denetimini korumalısınız.
Diğer yol: hiç yazma erişimi vermemek
İşlerin büyük bir kısmında amaç yazma erişimi değil, analizdir. Raporu dışa aktarın, dosyayı yerel bir çalışma alanına koyun ve ajanın okumasına izin verin. Süreçte geliştirici başvurusu, onay kuyruğu veya yazma yetkili kimlik bilgileri yoktur. Bu aynı zamanda, ajana geri döndürülemez bir yetki vermeden önce sizin için yararlı olup olmadığını anlamanın en hızlı yoludur. Uygulamalı iki örnek: tedarikçi takip numaralarını siparişlerinizle eşleştirme ve haftalık mağaza değerlendirmesi kullanım senaryosu.
Bunu satın almak neden geliştirmekten daha zor?
Platform API'leri genellikle ücretsizdir. Engel fiyat değil, onay sürecidir. Amazon'un kendi Ads MCP sunucusu etkin Ads API kimlik bilgileri gerektirir. Shopify, mağazayla aynı organizasyonda bulunan ve satıcıya ait bir uygulama gerektirir. TikTok Shop, satıcı geliştirici incelemesinden geçmiş bir Custom App gerektirir. eBay, Developers Program üretim anahtarı kümesini ve kendi imzalama anahtarınızı gerektirir. Tek başına çalışan bir satıcı için bunların her biri bir form değil, başlı başına bir projedir. Bu yüzden pek çok satıcı dışa aktarma yolunu kullanır ve hiçbir bağlantı kurmaz. Bu makul bir tercihtir ve kullanmaya değer her araç bu modda da iyi çalışmalıdır.