Amazon Seller Analytics: Mengapa Laporan Bawaan Tidak Cukup

Amazon memberi Anda laporan. Tapi bukan jawaban.

Perbedaan itu lebih penting dari yang kebanyakan seller sadari — sampai mereka menghadapi kuartal buruk dan tidak bisa menjelaskan kenapa. Seller Central hadir dengan puluhan jenis laporan: business reports, inventory reports, payment settlements, advertising console. Selama revenue tahunan Anda masih di bawah $500K, semuanya terasa cukup. Setelah itu, celah-celah mulai menelan uang sungguhan.

Data tersimpan terpisah-pisah secara struktural

Data traffic ada di satu tempat. Data order di tempat lain. Ad spend di tempat ketiga. Settlement statement di tempat keempat. Tidak ada satu pun yang terhubung satu sama lain secara native.

Artinya, untuk menghitung hal sesederhana contribution margin per SKU, Anda harus menarik CSV dari setidaknya empat interface berbeda, merekonsiliasi rentang tanggal dan attribution window yang tidak seragam, lalu menerapkan COGS Anda sendiri secara manual. Analisis Improvado terhadap Seller Central menemukan bahwa seller rata-rata menghabiskan 2–4 jam sehari mengelola patchwork ini — beban yang makin berat seiring kompleksitas katalog.

Gambaran profitabilitas adalah bagian yang paling bermasalah. Business Reports Amazon menampilkan revenue. Payment settlements menampilkan biaya FBA. Tapi keduanya tidak menampilkan hal yang sama pada waktu yang sama, dan tentu saja tidak mengurangi cost of goods secara otomatis. Tidak ada product-level P&L di mana pun dalam Seller Central.

Biaya yang kemungkinan besar tidak Anda lacak

Amazon mengenakan lebih dari 40 jenis biaya berbeda. Sebagian besar seller yang mengandalkan laporan native hanya melacak 15–25 di antaranya. Sisanya — inbound placement fees, penggantian warehouse damage, surcharge berbasis kategori — terakumulasi diam-diam. Pada bisnis dengan revenue $500K per bulan, kategori biaya yang tidak terlacak bisa mewakili 3–8% dari true cost, setara sekitar $180.000 per tahun dalam pengeluaran yang salah diatribusikan.

Ini bukan kesalahan pembulatan. Ini adalah keputusan perekrutan, anggaran pemasaran, atau setahun investasi inventaris yang Anda kira sudah diperhitungkan — padahal belum.

Titik buta dalam forecasting inventaris

Forecasting inventaris native Amazon hanya menampilkan stok saat ini dan snapshot forecast periode terkini. Berdasarkan dokumentasi SP-API Amazon sendiri, data forecast historis tidak bisa diambil — hanya proyeksi periode berjalan yang tersedia. Artinya, Anda tidak bisa membandingkan akurasi forecast dari waktu ke waktu, mengidentifikasi pola musiman dalam error forecasting, atau membangun model rolling apapun.

Bagi seller yang mengelola lebih dari segelintir ASIN di FBA dan FBM, ini adalah kendala serius. Stockout dan overstock sering kali merupakan kegagalan forecast, bukan kejutan permintaan — dan Anda tidak bisa memperbaiki apa yang tidak bisa Anda lacak secara historis.

Seller multi-channel pada dasarnya beroperasi tanpa visibilitas penuh

Jika Anda berjualan di Amazon sekaligus menjalankan toko Shopify, atau mendistribusikan sebagian SKU melalui eBay atau saluran grosir langsung, Seller Central tidak menawarkan apa-apa dalam hal pelaporan konsolidasi. Tidak ada mekanisme native untuk menyatukan revenue, inventaris, atau profitabilitas lintas akun.

Analisis inventory forecasting Webgility mengidentifikasi titik ambang batas dengan jelas: seller yang mengelola tiga atau lebih saluran penjualan, memproses lebih dari 500 order per bulan, dan menghabiskan lebih dari delapan jam seminggu untuk rekonsiliasi inventaris dan akuntansi secara manual — sudah melampaui kapasitas tools native.

Ketiadaan integrasi dengan QuickBooks, Xero, atau sistem akuntansi berbasis US GAAP maupun IFRS memperparah situasi ini. Setiap siklus settlement berarti rekonsiliasi manual. Setiap VAT return untuk seller di Uni Eropa berarti berburu lintas beberapa file ekspor.

Masalah retensi data

Seller Central tidak menyimpan data Anda selamanya. Rapid retail analytics reports — inventaris, traffic, penjualan — hanya memiliki lookback window 30 hari. Data Brand Analytics Search Term tersedia paling lama 12–18 bulan, setelah itu dihapus permanen dari interface. Jika Anda belum mengekspor dan menyimpannya secara eksternal, data itu hilang.

Bagi bisnis manapun yang berusaha memahami tren year-over-year, membangun model musiman, atau mempersiapkan akuisisi maupun audit, ini adalah masalah mendasar. Anda tidak bisa merekonstruksi apa yang tidak pernah Anda simpan.

Yang sebenarnya dibutuhkan seller

Celahnya bukan antara pelaporan Amazon dan platform yang sempurna. Celahnya adalah antara apa yang Seller Central tampilkan dan apa yang dibutuhkan bisnis nyata untuk mengambil keputusan:

• Tampilan profit terpadu — revenue dikurangi semua biaya dikurangi COGS, per SKU, diperbarui harian atau lebih sering.
• Inventaris lintas channel — visibilitas stok di Amazon, Shopify, eBay, dan grosir dalam satu tempat.
• Kedalaman historis — minimal dua hingga tiga tahun data yang Anda kendalikan, tidak bergantung pada kebijakan penghapusan platform.
• Sinkronisasi akuntansi — integrasi bersih dengan QuickBooks, Xero, atau ERP Anda agar settlement tidak memerlukan rekonsiliasi manual.
• Alert, bukan ekspor — anomali yang muncul langsung ke Anda, bukan CSV yang harus Anda tarik dan gali sendiri.

Sebagian seller mengatasi sebagian masalah ini dengan tools seperti Sellerboard atau DataHawk. Sebagian lain butuh sesuatu yang lebih presisi — sebuah data layer kustom yang menarik data dari SP-API dan channel lain Anda, menyimpannya di warehouse yang Anda kendalikan, dan menampilkannya melalui dashboard yang dibangun sesuai cara tim operasi Anda bekerja.

Bentuk yang tepat bergantung pada ukuran katalog, kombinasi channel, dan bagaimana tim finance dan operasi Anda berkolaborasi. Jarang berupa pembelian satu alat tunggal. Biasanya berupa build 4–8 minggu yang balik modal di kuartal pertama — melalui biaya yang berhasil dipulihkan, keputusan inventaris yang lebih baik, dan jam kerja yang tidak lagi terbuang untuk pelaporan manual.

Jika Senin pagi Anda masih dimulai dengan ekspor CSV dan diakhiri dengan pertanyaan yang tak terjawab, kami siap melihat stack pelaporan Anda saat ini dan memberi tahu secara jujur di mana celahnya berada. Tidak ada pitching — hanya obrolan langsung tentang apa yang sebenarnya merugikan bisnis Anda.

---

Sumber: Improvado — Panduan Amazon Seller Central Analytics; Novadata — Best Amazon Analytics Tools 2026; Webgility — Amazon Inventory Forecasting; Amazon SP-API — Analytics Report Type Values. Angka berlaku per pertengahan 2026; verifikasi ke sumber primer sebelum mengambil tindakan.