Amazon hesabı “bir anda” kapanmaz — sinyaller birikir, sistem risk puanı yükselir ve satış durur

Amazon Hesabı Askıya Alındığında Ne Yapılmalı?
Gerçek Senaryolarla Kurtarma Stratejisi

Askıya alma; yalnızca satışın durması değil, nakit akışının kilitlenmesi ve marka güveninin zarar görmesidir. Bu rehber; askıya alma türlerini, ilk 24 saatte yapılması gerekenleri, gerçek vaka nedenlerini ve Amazon’un kabul ettiği kanıt + aksiyon + sistem yaklaşımını netleştirir.

Askıya alma türünü doğru okumazsan yanlış çözüm üretirsin: listing mi, hesap mı, fon mu?

1️⃣ Askıya alma ne demek? (Türünü doğru teşhis et)

Problem aynı görünür, çözüm aynı değildir

Amazon üç seviyede müdahale eder ve her biri farklı kanıt ister. İlk iş; maili “okumak” değil, askıya alma türünü sınıflandırmaktır.

  • Listing Suspension: tek ürün/ASIN durur (çoğunlukla kalite/uyum/şikâyet)
  • Account Suspension: mağaza kapanır (güven/performans/dokümantasyon)
  • Funds Withheld: para tutulur (yüksek risk algısı — en ağır senaryo)
Kritik: Yanlış sınıflandırma = yanlış appeal = süreç uzaması.
İlk 24 saat: panik değil, delil toplama ve kök neden analizi zamanı.

2️⃣ İlk 24 saat: ne yapmalısın, ne yapmamalısın?

En büyük hata: forumdan kopyala-yapıştır POA

Amazon’a “iyi niyet” anlatırsan kaybedersin. Çünkü sistem; duygu değil, süreç ister. İlk 24 saat, itiraz yazma değil; kanıt toplama + kontrol kurma sürecidir.

  • ✅ Askıya alma nedeni ve politikasını netleştir (mail + performance notification)
  • ✅ Etkilenen ASIN/SKU’ları ve tarih aralığını çıkar
  • ✅ Tedarik ve belge setini topla: fatura, PO, sevk, lot/batch, marka izinleri
  • ✅ Müşteri şikâyeti örneklerini sınıflandır: “defective / not as described / counterfeit”
  • ❌ “Özür dileriz” odaklı appeal gönderme
  • ❌ Aynı gün 3 farklı appeal denemesi yapma (çelişki yaratır)
Kural: Önce teşhis, sonra POA. Tersi amatörlük.
Belge reddi genelde “fatura var” değil, “fatura standardı yanlış” problemidir.

3️⃣ Gerçek Senaryo: Belge / fatura reddi

Amazon “belge” değil, doğrulanabilir tedarik ister

Satıcıların büyük bölümü “faturayı gönderdim” der, yine reddedilir. Çünkü Amazon’un aradığı şey PDF değil; tutarlılık ve izlenebilirliktir.

  • Firma adı/adres Seller Central bilgileriyle tutarlı mı?
  • Ürün tanımı net mi? (model, marka, miktar, varyasyon)
  • Tarih uygun mu? (genelde son 365 gün içinde beklenir)
  • Tedarikçi gerçek ve doğrulanabilir mi?
  • İz var mı? (PO / shipment / lot-batch tutarlılığı)
Net: Belge “var” olması yetmez; “kanıt standardı” doğru olmalı.
Sahte ürün şüphesi: tek şikâyet bile risk yaratır; cevap “kanıt + süreç” olmalı.

4️⃣ Gerçek Senaryo: Sahte ürün / marka ihlali şüphesi

Bu kategori “hassas”tır; hata payı azdır

“Counterfeit” şüphesi oluştuğunda mesele ürün değil, güven olur. Amazon senden tedarik zincirini şeffaflaştırmanı ve tekrar etmeyecek kontrol mekanizmasını ister.

  • Kaynak kanıtı: yetkili dağıtıcı/marka ilişkisi, izin yazısı, sözleşme
  • Traceability: lot/batch, inbound kayıtları, depo giriş-çıkış izi
  • Kontrol: inbound QC, seri/etiket kontrolü, görsel/ambalaj standardı
  • Risk azaltma: şüpheli stok karantina + satış durdurma prosedürü
Kural: “Biz sahte satmayız” cümlesi kanıt değildir.
Yüksek iade/şikâyet: çoğu zaman ürün değil, beklenti yönetimi ve içerik hatasıdır.

5️⃣ Gerçek Senaryo: Yüksek iade & müşteri şikâyeti

Amazon metriklere bakar; metrik bozulursa görünürlük de bozulur

Askıya alma bazen “politik ihlal” değil, performans çöküşüdür. ODR, iade oranı, “not as described” şikâyetleri… Hepsi aynı yere çıkar: müşteri deneyimi riski.

  • Listing içeriği: yanlış vaat, eksik ölçü, yanıltıcı görsel → iade patlar
  • Paket standardı: kırılma/hasar → “defective” artar
  • Kalite tutarlılığı: batch farkı → aynı ASIN’de farklı deneyim
  • After-sales: geç cevap / zayıf çözüm → A-to-Z riski
Net: Performans düşüşü, hesap risk puanını sessizce yükseltir.
AB uyum eksikliği: “sonradan toparlarız” denilen yerde mağaza kapanır.

6️⃣ Gerçek Senaryo: AB uyum / ürün güvenliği eksikliği

Bu artık operasyon değil, hukuki risk

CE/etiket/teknik dosya/EU Authorized Representative gibi başlıklar “ekstra” değil, Avrupa’da satışın temel şartıdır. Amazon bu konuda giderek daha az tolerans gösterir.

  • Yanlış sınıflandırma: ürün kategorisi yanlışsa tüm süreç çöker
  • Etiketleme: üretici bilgisi, uyarılar, izlenebilirlik
  • Teknik dosya: talep geldiğinde “tek savunma”
  • EU Authorized Representative: gerekli ürün gruplarında zorunluluk riski
  • GSB / safety: Amazon’un istediği güvenlik kanıt standardı
Kural: Uyumluluk satıştan önce kurulur. Sonradan “düzeltme” pahalıdır.
Kontrol: kök neden, kanıt seti, aksiyon ve tekrar etmeme sistemi yoksa POA zayıftır.

7️⃣ Hızlı kurtarma kontrol listesi

POA yazmadan önce bu 10 madde “tam” olmalı

  • Askıya alma türü net mi? (listing / account / funds)
  • Amazon’un belirttiği politika maddesi doğru anlaşıldı mı?
  • Etkilenen ASIN/SKU ve tarih aralığı çıkarıldı mı?
  • Belge seti hazır mı? (invoice/PO/shipment/brand docs)
  • Şikâyetler sınıflandırıldı mı? (defective / not as described / counterfeit)
  • Kök neden tek cümlede net mi? (genel geçer değil, somut)
  • Hemen alınan aksiyonlar yazılı mı? (stok durdurma, düzeltme, karantina)
  • Kalıcı önlemler sistemleştirildi mi? (SOP, QC, supplier audit, content QA)
  • Kanıt standardı hazır mı? (fotoğraflar, kayıtlar, prosedür dokümanları)
  • Çelişki var mı? (farklı appeal’lerde farklı hikâye = red)
Özet: Amazon “plan” değil, uygulanmış kontrol görmek ister.

🔗 Sonuç

Amazon hesabı askıya alınınca mesele “bir yazı yazıp açtırmak” değildir. Mesele; Amazon’un risk algısını düşürecek şekilde kanıt, aksiyon ve sistem kurmaktır. Doğru teşhis, doğru kanıt seti ve tekrar etmeyecek süreç olmadan mağaza açılsa bile kısa süre içinde yeniden risk üretir.

Son cümle: Hesabı kurtarmak istiyorsan, önce sistemi kurtar.
Not: Bu içerik bilgilendirme amaçlıdır; hukuki/vergisel danışmanlık değildir.

Askıya alma sürecini uzatma: kanıt + süreç ile riski düşür

Askıya alma nedeni (belge/performans/sahte şüphesi/uyum), ürün grubu, tedarik modeli ve satış kanalların… Bu bilgilerle kök neden, kanıt seti ve kalıcı önlem planını netleştirir, Amazon’un beklediği standartta yapılandırırız. Grexon ile hesabı değil, sistemi geri kazan.