Dasbor yang dibuat dengan bantuan AI tetap perlu ditinjau sebelum ditayangkan. Sebelum rilis pertama di Vercel, seseorang harus memeriksa kode yang dihasilkan, data yang dapat dibaca atau diubahnya, dan siapa yang dapat mengakses halaman yang diterapkan. Panduan ini dimulai dari dasbor yang sudah berjalan secara lokal. Dasarnya adalah petunjuk CLI Vercel saat ini yang diperiksa pada 20 Oktober 2026; BIG CHANGE tidak membuat atau menerapkan aplikasi contoh.

Perubahan besar

  • Yang berubah: Dasbor lokal yang dibuat dengan bantuan AI dapat menjadi penerapan produksi langsung dengan vercel deploypertamanya. Batas rilis dapat terlewati sebelum tim membuat pratinjau.
  • Mengapa penting: Penerbit aplikasi harus memeriksa dependensi yang dihasilkan, panggilan data, rahasia, dan akses sebelum perintah itu. Layar lokal yang berfungsi tidak banyak menjelaskan siapa yang dapat membuka domain produksi atau apa yang dapat dibaca server.
  • Yang perlu diperhatikan: Catatan penentu adalah penerapan sebenarnya dan pemeriksaan aksesnya: URL produksi, identitas hasil pembangunan, rute perwakilan, log, serta pengunjung yang diizinkan dan ditolak. Perubahan selanjutnya dapat memakai pratinjau, tetapi pembangunan produksi menggunakan variabel sendiri dan memerlukan pemeriksaan yang sama.

1. Tinjau dasbor dan tentukan penggunanya

Anda memerlukan kode sumber dasbor yang diizinkan dan berjalan lokal, perintah pembangunan yang dapat diulang untuk kerangka kerjanya, akses ke sumber data yang disetujui, dan izin membuat penerapan produksi di tim Vercel tujuan. Pasang Vercel CLI saat ini dan siapkan akses masuk ke akun itu, akun uji untuk pengunjung yang diizinkan, serta cara terpisah memeriksa pengunjung yang ditolak. Pastikan Vercel mendukung kerangka kerja dan pengaturan pembangunan aplikasi; panduan ini tidak dapat memberikan perintah untuk basis kode yang tidak diketahui.

Tinjau berkas buatan AI sebagai kode rilis. Baca dependensi dan skrip paket, konfigurasi kerangka kerja, rute server, dan kode peramban. Telusuri setiap permintaan data: tujuan, kredensial yang digunakan, hasil, dan apakah ada rute yang menulis data. Pastikan paket kode peramban tidak memuat kunci pribadi atau catatan yang belum disetujui, dan rute server menegakkan izin pengguna yang dimaksud. Jalankan pembangunan aplikasi itu sendiri dan tampilan dasbor yang mewakili dengan data uji yang disetujui. Selesaikan peringatan dependensi, kegagalan pembangunan, dan data yang salah sebelum mengunggah. Hapus kredensial tertanam; jika pernah masuk pengendalian versi, ganti di penyedianya. Repositori pribadi tidak membuat dasbor yang diterapkan menjadi pribadi.

Tentukan siapa yang boleh membuka dasbor produksi sebelum menautkannya ke proyek. Standard Protection membiarkan domain produksi tetap publik. All Deployments mencakup domain produksi dan URL yang dihasilkan; dengan Vercel Authentication tersedia di semua paket, tetapi pengunjung membutuhkan akses Vercel yang sesuai. Ini tidak cocok sebagai mekanisme masuk untuk sembarang pelanggan. Untuk pelanggan atau pengguna luar lainnya, rencanakan dan uji autentikasi serta otorisasi dasbor sendiri, atau pilih perlindungan lain yang cocok dengan pengguna dan paket. Perlindungan penyedia hosting tidak menggantikan pemeriksaan rute data aplikasi.

Periksa paket akun dan halaman penggunaannya. Paket Hobby Vercel ditujukan untuk penggunaan pribadi nonkomersial; dasbor bisnis membutuhkan paket berbayar yang sesuai. Hosting, fungsi, transfer data, serta layanan model atau basis data luar dapat memiliki biaya dan batas tersendiri. Harga dan batas saat ini terkait dengan akun tujuan, jadi periksa sebelum mengizinkan rilis.

2. Tautkan proyek dan atur akses serta variabel

Dari direktori lokal dasbor, masuk ke Vercel CLI saat ini dengan akun tujuan, lalu tautkan direktori:

Terminal
vercel link

Perintah interaktif memilih tim dan proyek, atau membuat proyek bila diperlukan. Menautkan tidak menerapkan aplikasi. Cocokkan tim dan proyek terpilih, pengaturan awal kerangka kerja, direktori akar, perintah pembangunan, dan pengaturan keluaran di Vercel dengan sumber yang ditinjau. Jika ada pengaturan yang tidak pasti, berhenti sebelum menerapkan dan selesaikan di pengaturan proyek serta pembangunan lokal.

Sekarang buka di proyek tersebut Settings → Deployment Protection. Pilih metode dan cakupan perlindungan dari langkah 1, lalu pastikan pengaturan tersimpan mencakup domain produksi dan URL penerapan yang dihasilkan sebagaimana dimaksud. Periksa pengecualian dan tautan yang dapat dibagikan. Lakukan sebelum penerapan pertama; pengaturan proyek baru tidak dapat diperiksa sebelum proyek itu ada.

Di Settings → Environment Variables, masukkan setiap nama, nilai, jenis, dan lingkungan sasaran yang diperlukan. Letakkan kredensial di Secret, yang nilainya tidak dapat dibaca setelah disimpan; gunakan Config untuk nilai yang boleh dibaca kemudian oleh anggota proyek berwenang. Jangan letakkan kredensial server dalam variabel yang diekspos kerangka kerja ke peramban. Beri Development, Preview, dan Production nilai serta izin yang dimaksud, termasuk data backend terpisah bila sesuai. Perintah daftar membantu memeriksa nama dan sasaran tanpa menampilkan nilai rahasia:

Terminal
vercel env ls

Menyimpan atau mengubah variabel memengaruhi penerapan baru, bukan yang lama. Secret tersimpan tidak dapat diambil kemudian untuk menyiapkan laptop; jangan mengandalkan vercel env pull atau vercel env run untuk memulihkannya. Dapatkan kredensial pengembangan terpisah yang diizinkan dari penyedianya dan ikuti konfigurasi lokal kerangka kerja. Jalankan aplikasi lokal dan ulangi tampilan data yang diizinkan serta uji pengguna ditolak dengan lingkungan pengembangan itu. Jika aplikasi atau penyedia mempunyai alur autentikasi khusus, ikuti prosedur terdokumentasinya sebelum melanjutkan.

3. Setujui dan periksa rilis produksi pertama

Minta pemilik menyetujui rilis langsung pertama ini secara khusus setelah pemeriksaan kode, data, akses, variabel, paket, dan pembangunan. Panduan CLI Vercel menyatakan bahwa perintah pertama vercel deploy untuk proyek baru membuat penerapan produksi meskipun tanpa --prod. Perlakukan perintah berikut sebagai tindakan produksi:

Terminal
vercel deploy

Simpan URL yang dikembalikan dan temukan ID penerapan di dasbor Vercel. Pastikan pembangunan selesai, lingkungan produksi dan sumbernya sesuai persetujuan, serta domain produksi yang ditetapkan adalah yang dimaksud. Periksa akar dan setiap rute dasbor atau API nyata yang dipilih untuk ditinjau, dengan mengganti penanda dalam tanda kurung sudut dengan URL hasil dan jalur sebenarnya:

Terminal
vercel curl / --deployment <production-url>
vercel curl /your-real-route --deployment <production-url>
vercel logs --environment production --level error --since 5m

Respons rute harus sesuai halaman atau perilaku data yang diizinkan; selidiki kesalahan dalam log pembangunan atau waktu jalan. vercel curl dapat melewati perlindungan penerapan, sehingga keberhasilannya tidak membuktikan bahwa halaman itu pribadi. Di peramban biasa tanpa masuk akun, buka domain produksi dan URL penerapan yang dihasilkan, lalu pastikan penolakan di tempat yang memerlukan pembatasan. Setelah itu masuk sebagai pengunjung yang diizinkan dan pastikan dasbor serta jalur data yang diizinkan berfungsi. Uji pula pengunjung yang tidak boleh melihat data itu. Catat URL sebenarnya, ID penerapan, respons rute, hasil pengunjung, dan hasil log kesalahan yang relevan. Inilah pemeriksaan penyelesaian, bukan sekadar CLI mengembalikan URL.

Jika hasil perintah pertama tidak jelas, periksa penerapan yang tepat itu di dasbor proyek sebelum mencoba lagi. Kegagalan pembangunan memerlukan lognya dan koreksi lokal pada dependensi atau pengaturan kerangka kerja, lalu penerapan baru yang disetujui. Variabel hilang memerlukan pemeriksaan sasaran dan jenis, penyimpanan nilai benar, dan penerapan ulang. Untuk dasbor kosong atau rute data gagal, cocokkan permintaan peramban dengan log waktu jalan, alamat backend, asal yang diizinkan, dan izin server; lalu ulangi pemeriksaan rute dan akses yang gagal.

Jika materi sensitif tiba-tiba publik, pemilik proyek yang berwenang dapat segera memilih All Deployments with Vercel Authentication di Deployment Protection, lalu memastikan penolakan pada domain produksi dan URL yang dihasilkan melalui peramban tanpa masuk. Periksa pengecualian dan tautan berbagi, lalu cabut kredensial backend yang terekspos di penyedianya. Pembatasan sementara ini hanya menerima pengguna Vercel yang sesuai dan dapat mengganggu akses yang dimaksud. Perbaiki aplikasi dan rancangan akses, setujui penerapan baru, dan periksa pengunjung yang diizinkan maupun ditolak sebelum membuka kembali. Rilis pertama mungkin tidak memiliki penerapan lama untuk dipulihkan; membatasi akses tidak membatalkan kebocoran yang sudah terjadi.

4. Gunakan pratinjau untuk perubahan berikutnya

Setelah proyek memiliki penerapan produksi, Vercel mendokumentasikan vercel deploy sebagai penerapan pratinjau dengan variabel Preview. Tinjau kode yang berubah dan pembangunan lokal, terapkan pratinjau, lalu catat URL hasil serta ID penerapannya di dasbor:

Terminal
vercel deploy
vercel curl / --deployment <preview-url>
vercel logs --deployment <preview-deployment-id> --level error

Periksa dasbor yang berubah dalam peramban dengan data uji yang disetujui, beserta rute, akses yang dimaksud, dan penolakan pengguna. Ketika pemilik menyetujui revisi itu untuk produksi, terapkan secara sengaja dan ulangi pemeriksaan URL produksi, rute, log, dan pengunjung:

Terminal
vercel deploy --prod
vercel curl / --deployment <production-url>
vercel logs --environment production --level error --since 5m

Produksi adalah pembangunan baru dengan variabel Production; pratinjau yang lolos tidak membuktikan kredensial atau jalur data tersebut berfungsi. Jika repositori Git terhubung, periksa cabang produksi yang dikonfigurasi sebelum mengandalkan penerapan otomatis, yang mengikuti jalur berbeda dari perintah manual ini.

Sumber dan bacaan lanjutan