Storefront API adalah API untuk storefront custom yang berjalan di browser. Gunakan Storefront API saat Anda ingin membuat frontend sendiri dan memakai Scalev sebagai backend untuk katalog, cart, checkout, akun customer, lokasi pengiriman, order, dan payment. Storefront API berbeda dari pengaturan Storefront bawaan. Pengaturan Storefront bawaan mengatur halaman buatan Scalev, custom domain, builder homepage dan checkout, footer pages, OTP, custom HTML, dan analytics. Pengaturan Storefront API dipakai untuk storefront API-only saat Anda mengatur frontend 100%.Documentation Index
Fetch the complete documentation index at: https://docs.scalev.com/llms.txt
Use this file to discover all available pages before exploring further.
Arsitektur
Storefront API storefront bisa berupa static app di Cloudflare Pages, Vercel, Netlify, atau CDN lain. Browser memanggilhttps://api.scalev.com secara langsung.
Gunakan fetch dengan credentials: "omit" untuk panggilan Storefront API dari browser:
Yang perlu diatur
Di dashboard, buka halaman konfigurasi store dan gunakan bagian Storefront API. Salin public Store ID. Integrasi baru sebaiknya memakaiunique_id store, contoh:
X-Scalev-Storefront-Api-Key, X-Scalev-Guest-Token, Authorization, dan Content-Type.
Endpoint utama
has_next bernilai true, gunakan next_cursor untuk mengambil halaman berikutnya.
Alur checkout browser-only
- Muat katalog dengan
GET /public/products,GET /public/categories, dan route detail produk. - Buat atau baca guest cart dengan
GET /public/cart; simpanX-Scalev-Guest-Tokendari response. - Kirim
X-Scalev-Guest-Tokenpada request add, update, remove, checkout, dan pembacaan cart berikutnya. - Ambil opsi checkout dengan
GET /public/payment-methodsdan endpoint public location/postal-code. - Daftar opsi pengiriman dengan
POST /public/checkout/shipping-options. Cart dariX-Scalev-Guest-Tokenjadi sumber item; jika kosong, kirimitems[]berisi variant ID langsung di body. - Hitung ulang total dengan
POST /public/checkout/summarysetelah pembeli memilih courier service dan metode pembayaran. API mengabaikanshipping_costdari client dan menghitung ulang dari courier service, warehouse, metode pembayaran, destinasi, dan item cart yang dipilih. - Opsional, validasi kode diskon dengan
POST /public/discount-codes/check. Kirim{ "code": "..." }di body request, bersama konteks checkout opsional (payment_method,destination,courier_service_id,warehouse_unique_id,courier_aggregator_code,net_product_price,gross_revenue,shipping_cost). JikaX-Scalev-Guest-Tokenmenghasilkan guest cart yang tidak kosong, cart digunakan sebagai sumber item; jika tidak, kirimitems[]langsung dengan variant ID. Kode yang tidak dikenal atau tidak memenuhi syarat mengembalikanis_eligible: false; route hanya mengembalikan404jika store tidak ditemukan. - Buat order dengan
POST /public/guest-checkout. - Baca order melalui
GET /public/orders/{secret_slug}dan update field buyer sepertitransferproof_url,transfer_time, ataunotesdenganPATCH /public/orders/{secret_slug}. - Panggil
POST /public/orders/{secret_slug}/payment; render instruksi payment yang dikembalikan atau yang sudah ada di payment page Anda sendiri, dan gunakanpayment_urlhanya sebagai hosted fallback. - Untuk akun customer, mulai dari
/public/auth/login, lalu panggil/customers/me/*dengan customer JWT.
Response payment
Endpoint public order mengembalikan status order, total, pengiriman, item, dan instruksi pembayaran yang aman dilihat buyer. Endpoint ini tidak mengembalikan konfigurasi store atau handler khusus dashboard. Endpoint payment public bersifat idempotent saat instruksi pembayaran ataupayment_url sudah tersedia.
Response payment menjelaskan cara storefront merender langkah pembayaran berikutnya. Metode manual seperti bank_transfer dan cod dapat mengembalikan pg_payment_info kosong sementara public order yang membawa instruksi buyer untuk dirender. Virtual account mengembalikan referensi provider dan detail akun di bawah objek payment_method provider. QRIS mengembalikan data QR atau payload QR image. E-wallet, card, dan invoice dapat mengembalikan provider actions atau URL hosted provider. Storefront sebaiknya merender halaman pembayarannya sendiri dari field tersebut dan memakai payment_url hanya sebagai hosted fallback.

