Dari Prompt ke Produksi: Deploy Aplikasi Next.js Buatan AI

Tautan preview adalah tempat kebanyakan aplikasi buatan AI pergi untuk mati. Aplikasinya jalan, Anda membagikan URL preview ke dua teman, dan tiga minggu kemudian proyeknya terbengkalai — karena preview memang tidak pernah menjadi produknya. Produksilah produknya: URL milik Anda sendiri, pengguna nyata, dan infrastruktur yang tidak bergantung pada Anda membiarkan satu tab browser tetap terbuka.

Kabar baiknya: jika builder Anda menghasilkan proyek Next.js standar, jalur ke produksi itu pendek dan sudah beraspal mulus. Panduan ini memakai alur Massvai, tapi bentuknya berlaku untuk builder mana pun yang memberi Anda kode nyata.

Sebelum deploy: audit 10 menit

Tahan keinginan untuk deploy begitu preview terlihat benar. Periksa empat hal dulu:

1. Klik setiap jalur yang akan dilalui orang asing. Bukan jalur bahagia yang sudah Anda uji tiga puluh kali — jalur-jalur anehnya. Kirim formulir kosong. Kunjungi halaman detail untuk sesuatu yang tidak ada. Kalau aplikasinya punya auth, coba buka halaman dalam keadaan logout. Laporkan apa pun yang rusak ke agent; memperbaiki sebelum peluncuran hanya butuh satu iterasi, memperbaiki setelah peluncuran menghabiskan pengguna.

2. Inventarisasi rahasia Anda. Daftarkan setiap layanan eksternal yang diajak bicara oleh aplikasi — database, penyedia auth, pemroses pembayaran, email. Masing-masing punya kunci, dan kunci-kunci itu harus hidup di environment variable, jangan pernah di dalam kode. Massvai mengelola env var proyek secara eksplisit dan menyuntikkannya ke deployment; platform apa pun yang Anda pakai, pastikan kode yang dihasilkan membaca dari process.env, bukan menuliskan nilainya langsung di kode.

3. Pisahkan data uji dari data nyata. Jika Anda membangun dengan database uji atau kunci tes Stripe, produksi butuh nilainya sendiri. Ini bug hari peluncuran yang paling umum: aplikasinya berjalan sempurna dengan kredensial uji yang seharusnya tidak melayani pengguna nyata.

4. Buat checkpoint. Abadikan versi persis yang akan Anda rilis. Ketika Anda terus beriterasi minggu depan, Anda akan butuh kondisi yang diketahui baik sebagai pembanding — atau tujuan rollback.

Langkah 1: Bawa kodenya ke GitHub Anda sendiri

Bahkan jika builder Anda bisa deploy langsung, sinkronkan dulu repositorinya ke akun GitHub Anda sendiri. Ini penting karena tiga alasan: ia adalah cadangan Anda, jalur serah terima ketika developer bergabung, dan penghubung ke pipeline deploy berbasis git milik Vercel — setiap push di masa depan otomatis ter-deploy.

Di Massvai ini alur bawaan: hubungkan akun GitHub Anda, pilih nama repo, push. Verifikasi hasilnya dengan membuka repo dan memastikan Anda melihat proyek Next.js yang normal — direktori app/, package.json, file-file TypeScript. Itulah aset Anda.

Langkah 2: Deploy ke Vercel

Vercel adalah jawaban default untuk hosting Next.js karena alasan yang membosankan dan praktis: dukungan tanpa konfigurasi untuk setiap fitur Next.js (server component, API route, optimasi gambar), CDN global, dan HTTPS otomatis. Paket Hobby yang gratis dengan nyaman menjalankan aplikasi produksi berukuran kecil.

Alur terpandu di Massvai menghubungkan akun Vercel Anda, membuat proyeknya, memindahkan environment variable Anda, dan memicu build. Melakukannya secara manual pun nyaris sama mudahnya: impor repo GitHub di dashboard Vercel, tempelkan env var Anda, dan klik deploy.

Apa pun caranya, build pertama adalah momen kebenaran. Proyek hasil generasi yang ter-build bersih di preview hampir selalu ter-build bersih di Vercel — tapi kalau gagal, baca log-nya: error-nya biasanya environment variable yang hilang, dan log akan menyebutkan namanya.

Langkah 3: Pasang domain kustom

aplikasi-anda.vercel.app memang berfungsi, tapi domain sungguhan mengubah cara orang memperlakukan produknya — dan inilah bagian yang paling sering membuat non-developer mandek, jadi berikut langkah lengkapnya:

1. Beli domain di registrar mana pun (kira-kira $10–15/tahun untuk .com).
2. Tambahkan ke proyek Anda (di pengaturan domain Massvai atau dashboard Vercel).
3. Platform akan menunjukkan satu atau dua record DNS untuk ditambahkan — biasanya record A atau CNAME. Tempelkan ke panel DNS registrar Anda.
4. Tunggu propagasi — beberapa menit hingga beberapa jam. Sertifikat HTTPS diterbitkan otomatis begitu record-nya ter-resolve.

Itu saja seluruhnya. Tidak ada administrasi server yang terlibat di titik mana pun.

Langkah 4: Minggu pertama di produksi

Peluncuran adalah garis start. Tiga kebiasaan untuk minggu pertama:

• Amati perilaku nyata. Tambahkan alat analitik yang ringan dan lihat ke mana orang sebenarnya pergi — tidak pernah sesuai dugaan Anda. Ini menjadi roadmap iterasi Anda.
• Terus rilis dalam porsi kecil. Dengan GitHub terhubung ke Vercel, setiap perubahan yang tersinkron otomatis ter-deploy. Jarak antara "pengguna melaporkannya" dan "sudah diperbaiki di produksi" bisa di bawah satu jam, dan kecepatan itu adalah keunggulan terbesar Anda atas kompetitor yang sudah mapan.
• Rollback tanpa rasa malu. Deploy yang buruk? Vercel menyimpan setiap deployment sebelumnya hanya satu klik jauhnya, dan checkpoint dari builder Anda memberi jaring pengaman yang sama di level kode. Harga sebuah kesalahan hanyalah hitungan menit, jadi beranilah mengambil ayunan.

Bagian yang benar-benar penting

Tidak satu pun dari langkah-langkah ini yang masih membutuhkan keahlian engineering — itulah perubahan yang dibawa AI app builder. Yang tidak bisa mereka lakukan adalah menaruh produk Anda di hadapan orang-orang untuk Anda. Aplikasi di tab preview Anda bernilai persis nol sampai orang lain memakainya. Deploy minggu ini.