Auth

Dokumentasi lengkap untuk fitur authentication di KilatKoding, termasuk login, signup, reset password, dan callback auth.

Fitur auth adalah fondasi untuk semua area produk yang membutuhkan akun user. Kalau auth aktif, maka login, signup, dashboard, settings, dan beberapa route terlindungi akan ikut bergantung pada konfigurasi ini. Auth baru benar-benar dianggap aktif kalau toggle auth menyala dan public env Supabase terisi.

​

Apa yang termasuk di fitur ini

Auth di KilatKoding mencakup:

• login dengan email dan password,
• signup,
• Google OAuth,
• Magic Link,
• verifikasi email,
• forgot password,
• update password,
• callback /auth/confirm,
• halaman error auth.

​

Route dan flow terkait

Route atau flow	Jenis	Fungsi
/auth/login	Halaman auth	Login user
/auth/sign-up	Halaman auth	Registrasi akun
/auth/sign-up-success	Halaman auth	Konfirmasi sesudah signup
/auth/verify-email	Halaman auth	Instruksi verifikasi email
/auth/forgot-password	Halaman auth	Request reset password
/auth/update-password	Halaman auth	Set password baru
/auth/error	Halaman auth	Error handling auth
/auth/confirm	Route callback	Callback OTP atau OAuth
/dashboard	Tujuan sesudah login	Area yang paling sering dituju sesudah auth berhasil

Flow auth ini bergantung pada Supabase Auth, jadi fokus route di sini ada di halaman dan callback. Mutation inti untuk login, signup, atau verifikasi dikelola lewat integrasi Supabase, bukan lewat route API publik terpisah di repo ini.

​

Dependensi dan setup

Item	Wajib?	Catatan
NEXT_PUBLIC_ENABLE_AUTH	Ya kalau auth dipakai	Kalau false, flow auth dianggap mati. Kalau true tapi public env Supabase kosong, auth tetap jatuh ke mode notice
NEXT_PUBLIC_SUPABASE_URL	Ya	URL project Supabase
NEXT_PUBLIC_SUPABASE_PUBLISHABLE_KEY	Ya	Publishable key Supabase
Redirect URL Supabase	Ya	Harus sesuai domain local, staging, atau production
Provider OAuth	Opsional	Hanya kalau kamu menyalakan Google OAuth

​

Bagaimana fallback auth bekerja

• Server akan menghitung status auth dari kombinasi toggle auth dan public env Supabase yang benar-benar tersedia.
• Halaman auth lalu meneruskan konfigurasi yang sudah di-resolve itu ke form client.
• Kalau konfigurasi belum lengkap, halaman auth akan menampilkan notice konfigurasi Supabase, bukan memaksa inisialisasi client browser yang gagal.

​

Yang biasanya dikustomisasi

• copy halaman login dan signup,
• provider auth yang ingin ditampilkan,
• redirect sesudah login,
• alur setelah signup,
• istilah produk di auth shell,
• CTA publik yang mengarah ke login.

​

Kapan auth dimatikan

Auth bisa terlihat nonaktif karena memang dimatikan lewat toggle, atau karena public env Supabase belum lengkap. Biasanya auth dimatikan kalau:

• produk hanya launch sebagai waitlist,
• belum ada area login tertutup,
• kamu ingin validasi demand dulu tanpa user account.

Kalau auth dimatikan, kamu juga perlu merapikan:

• CTA login,
• CTA dashboard,
• navigasi ke area member,
• copy marketing yang menjanjikan akun atau dashboard.

​

Checklist verifikasi

1. Login berhasil.
2. Signup berhasil.
3. Verify email flow sesuai.
4. Forgot password dan update password berjalan.
5. Redirect URL Supabase sesuai environment.
6. CTA publik tidak menampilkan jalur auth kalau auth dimatikan.
7. Kalau public env Supabase belum lengkap, halaman auth menampilkan notice konfigurasi yang jelas.

Kalau auth aktif, fitur yang paling dekat sesudahnya adalah Dashboard user dan Admin dashboard.