Google Merchant Center Hesabın Askıya Alındıysa Suç Ürünlerinde Değil: E-Pin Scriptinde Reddi Çözen Gizli Kontrol Listesi

Merchant Center hesabı askıya alınan neredeyse her dijital ürün satıcısı aynı cümleyi kurar: "Ürünlerimde bir sorun yok, neden reddediliyorum?" Haklı gibi görünürsün çünkü ürünler gerçekten yasal, fiyatlar gerçekten geçerli, teslimat gerçekten çalışıyor. Fakat Merchant Center ürününü değerlendirmiyor; sitenin bir bütün olarak güvenilir görünüp görünmediğini değerlendiriyor.

Gerçek şu ki çoğu ret, ürün sayfalarından değil ürünle hiç ilgisi olmayan yerlerden gelir: eksik bir iade politikası, ulaşılamayan bir iletişim bilgisi, sitede farklı görünen bir fiyat, ya da anında teslim edilen bir ürün için yazılmış kargo metni. Bu yazıda reddin gerçek sebeplerini sırayla açacak ve e-pin scripti tarafında hangi düzeltmelerin yapılması gerektiğini net bir kontrol listesine dönüştüreceğiz.

"Yanlış beyan" uyarısı gerçekte ne demek?

Bu başlık altındaki uyarı, ürünü satmaya hakkın olup olmadığını sorgulamaz. Sorduğu şey daha temeldir: ziyaretçi bu siteden alışveriş yaparken kiminle iş yaptığını, parasını nasıl geri alacağını ve bir sorun çıkarsa kime ulaşacağını anlıyor mu? Dijital ürün siteleri genelde hızlı ve sade kurulur; hız uğruna atlanan şey de tam olarak bu güven katmanı olur.

Değerlendirmede bakılan üç şey vardır. Birincisi işletme kimliğidir: unvan, adres, vergi bilgisi ve çalışan bir iletişim kanalı. İkincisi ticari koşullardır: iade, cayma hakkı, teslimat ve gizlilik metinleri. Üçüncüsü tutarlılıktır: reklamda, beslemede ve sitede gördüğün bilgilerin birbirini tutması. Bu üç başlığı destekleyecek şekilde kurgulanmış bir dijital ürün satış yazılımı, ret oranını daha ilk gün belirgin şekilde düşürür.

Dijital ürün satıcısının ilk takıldığı yer: iade ve teslimat metni

Hazır şablon metinler en büyük tuzaktır. İnternetten alınan bir iade politikası "ürünü 14 gün içinde iade edebilirsiniz" der, oysa sen anında teslim edilen bir kod satıyorsun. Aynı şablon kargo süresinden bahseder ama senin kargon yoktur. Denetimde bu çelişki, sitenin ne sattığını bile net anlatamadığı şeklinde okunur.

Doğru metin şunları açıkça söyler: ürün elektronik olarak teslim edilir, teslimat süresi ortalama kaç saniyedir, kod teslim edildikten sonra hangi durumlarda iade kabul edilir, kullanılmamış ya da hatalı kodda süreç nasıl işler ve talebi hangi kanaldan iletirsin. Belirsiz metin, olmayan metinden daha zararlıdır çünkü çelişki üretir. Metinlerin ürün türüne göre şablonlanabildiği bir epin yazılım kurgusu bu işi tek seferde bitirir.

Fiyat ve stok uyuşmazlığı neden anında ret getirir?

Merchant Center beslemedeki fiyatı okur, sonra ürün sayfasını kendi tarayıcısıyla açar ve iki değeri karşılaştırır. Aradaki fark küçük bile olsa "gördüğüm fiyatla ödediğim fiyat farklı" senaryosu doğar ve bu tolerans gösterilmeyen bir durumdur. Dijital üründe döviz kuruna bağlı fiyatlandırma yapıyorsan risk katlanır, çünkü sayfa ile besleme farklı anlarda güncellenir.

Çözüm üç kuralda toplanır. Birincisi tek doğruluk kaynağıdır: sayfada gösterilen fiyat ile beslemeye yazılan fiyat aynı fonksiyondan üretilmelidir. İkincisi kur yuvarlama disiplinidir; kur değiştiğinde fiyatı saniye saniye oynatmak yerine gün içinde sabit bir kademede tutarsın. Üçüncüsü stok gerçekliğidir: kod havuzu boşken ürün otomatik olarak "stokta değil" durumuna geçmelidir. Bu üç kuralı yazılıma gömmezsen, her kur hareketinde yeniden ret alırsın. Fiyat ve stok akışının nasıl tek kaynaktan yürüdüğünü özellikler bölümünde inceleyebilirsin.

Sitede olmayan ama incelemede aranan altı sayfa

Bu sayfalar süs değildir, denetimin doğrudan kontrol ettiği maddelerdir. Birincisi hakkımızda sayfası: kim olduğunu, ne zamandır sattığını ve hangi tüzel kişilikle çalıştığını yazar. İkincisi iletişim: çalışan bir e-posta, telefon ve açık adres. Üçüncüsü teslimat ve ürün teslim süreci. Dördüncüsü iade ve cayma hakkı. Beşincisi gizlilik ve kişisel veri metni. Altıncısı ise kullanım koşulları.

Bu sayfaları altbilgiye koymak yeterli değildir; içeriklerinin birbirini desteklemesi gerekir. İade sayfası "kod teslim edildiyse iade yoktur" derken kullanım koşulları "her koşulda iade edilir" diyorsa, çelişki tek başına ret üretir. Doğrusu, altı metni tek bir ticari gerçeklik üzerine kurmaktır. Kurumsal sayfa şablonlarını hazır sunan bir e-pin satış scripti bu aşamayı günlerden saatlere indirir.

İtiraz metnini nasıl yazarsın?

İtiraz bir savunma değil, bir değişiklik raporudur. Duygusal cümleler, "yıllardır satıyorum" tarzı kıdem vurguları ve rakip şikâyetleri hiçbir işe yaramaz. İşe yarayan tek yapı şudur: hangi maddenin ihlal edildiğini kabul ettiğini yaz, o madde için tam olarak ne değiştirdiğini yaz, değişikliğin görülebileceği adresleri madde madde ver ve tekrar etmemesi için hangi kontrolü kurduğunu ekle.

Dört maddelik, sade ve doğrulanabilir bir metin, uzun bir mektuptan çok daha hızlı sonuç verir. Ayrıca aynı hatayla üst üste itiraz etmekten kaçınmalısın; tekrarlanan başarısız itirazlar hesabın üzerindeki kısıtı sertleştirir. Emin değilsen düzeltmeleri önce kendi kontrol listenle doğrular, sonra tek ve eksiksiz bir itiraz gönderirsin. Hangi paketin kurumsal sayfa ve besleme denetimi kapsadığını fiyat tablosundan görebilirsin.

Ret sonrası e-pin scriptinde yapılacak teknik düzeltmeler

Metinleri düzeltmek hikâyenin yarısıdır; diğer yarısı altyapıdır. Önce sertifika ve yönlendirme zincirini temizlersin: tüm adresler tek ve güvenli bir sürüme çıkmalı, ürün bağlantıları ara yönlendirme yapmamalı. Sonra ürün sayfasının misafir kullanıcıya tamamen açık olduğundan emin olursun; fiyatı görmek için giriş isteyen bir sayfa incelemede boş sayfa olarak okunur.

Ardından yapılandırılmış veri eklersin: ürün adı, fiyat, para birimi ve stok durumu sayfanın içinde makine okunur biçimde bulunmalı. Son adımda otomatik denetimi kurarsın; ürün kapatıldığında veya kod havuzu boşaldığında besleme ve sayfa aynı anda güncellenir. Bu döngüyü kurduğunda ret bir kriz değil, bir bakım işi olur. İyi bir dijital ürün satış scriptinin görevi de zaten bu kontrolleri sana hatırlatmak değil, senin yerine uygulamaktır.

Merchant Center onayı bir şans işi değil, tekrarlanabilir bir kontrol listesinin sonucudur. Politikaları netleştirir, fiyatı tek kaynaktan üretir, stoğu gerçek havuza bağlarsın; gerisi kendiliğinden gelir. Bu kontrollerin hazır şablonlarla nasıl kurulduğunu ve besleme ile sayfanın aynı veriden nasıl beslendiğini görmek için canlı demo üzerinde bir ürün açıp fiyat ile stok davranışını kendin test edebilirsin.