WordPress, Elementor, dan WooCommerce
Pilih jalur yang sesuai: landing / produk digital vs toko berkeranjang. Kunci tetap: Base URL BayarQR, API key, dan mode Live / Sandbox harus selaras di WordPress dan di BayarQR.
1. Dua jalur umum
| Jalur | Alat | Cocok untuk |
|---|---|---|
| Produk digital (landing) | Plugin BayarQR Digital Commerce — shortcode & widget Elementor | Ebook, file unduh, halaman aksi tunggal, LandingPress/Elementor |
| Toko WooCommerce | Gateway BayarQR untuk checkout Woo | Produk, keranjang, alur order Woo |
Anda bisa memakai hanya satu jalur, atau keduanya dengan domain/produk terpisah—hindari mencampur slug/link tanpa sengaja.
2. Checklist sebelum go-live
- Isi Base URL (mis.
https://bayarqr.com) & API key di plugin. - Samakan Environment (Live/Sandbox) dengan yang Anda pakai saat cek di BayarQR > Pengaturan.
- Untuk uji, mulai Sandbox bila tersedia, lalu verifikasi satu transaksi penuh.
- Backup kebijakan: catat slug produk dan halaman akses (plugin Digital Commerce) agar support tidak tersasar.
3. Wizard kesiapan (plugin + backend)
Di Settings plugin Digital Commerce, gunakan aksi pengecekan (seller setup) yang memanggil server BayarQR: cek sambungan akun, webhook, mapping order, transaksi, dan kesiapan akses—tanpa harus menebak manual.
Di sisi API (dengan autentikasi pemilik), endpoint terkait Woo, session, dan status adalah bagian kontrak API & webhook.
4. Elementor & shortcode
Widget Elementor hanya membungkus shortcode resmi: output sama dengan memasukkan shortcode di editor klasik. Judul/CTA di UI Elementor tampil di situs; isi inti (link bayar) tetap mengikuti aturan produk di BayarQR.
5. Baca berikut
- Panduan penjual — bila fokus operasional, bukan kode.
- API & webhook — tanda tangan, kode error, kredit, endpoint.
- Privasi dan Syarat bila melekat ke situs publik.
Referensi kontrak (tim teknis)
Kontrak panjang, cocok untuk review PR atau repositori: Plugin spec · Woo API · Playbook Elementor · Jalur user.