Prerendering vs SSR untuk Website Bisnis Indonesia 2026

TL;DR: Prerendering bukan satu teknik, melainkan keluarga teknik yang mencakup SSG, ISR, dan SSR. Untuk website bisnis Indonesia di 2026, kombinasi SSG untuk halaman pillar plus ISR untuk konten yang berubah berkala memberi keseimbangan terbaik antara kecepatan dan kesegaran data.

Banyak pemilik bisnis dan marketer yang bertanya, "Saya sebaiknya pakai prerendering, SSR, atau biarkan saja CSR?" Pertanyaan ini saya temui hampir di setiap diskusi awal proyek website. Jawabannya tidak satu untuk semua. Pilihan tergantung tipe halaman, frekuensi update data, dan target audiens.

Sebelum lanjut, kalau Anda baru pertama kali ketemu istilah ini, baca dulu definisi prerendering dan definisi SSR.

Perbedaan Mendasar

Praktik standar di industri membagi rendering modern jadi empat pendekatan:

Perbedaan ini menentukan dua hal yang sangat penting bagi marketer: kecepatan halaman (yang masuk ke Core Web Vitals) dan kemudahan indeksasi mesin pencari serta AI Search.

Studi Kasus: Atmo LMS dan Nalesha

Saat membangun Atmo LMS, kami pakai kombinasi SSG untuk halaman marketing dan SSR untuk dashboard siswa. Halaman marketing-nya stabil di skor LCP di bawah 1,5 detik, sementara dashboard yang butuh data real-time tetap responsif tanpa membebani pengindeksan SEO halaman publik.

Beda cerita di Nalesha (e-commerce parfum). Karena daftar produk berubah saat ada restock, kami pakai ISR dengan revalidate 60 detik. Hasilnya, halaman koleksi tetap statis untuk pengunjung pertama, tapi update otomatis tanpa rebuild manual. Studi kasus lengkap di audit conversion friction Nalesha.

Kapan SSR Lebih Tepat dari SSG/ISR

SSR jadi pilihan ketika halaman menampilkan data yang harus selalu fresh dan personal: dashboard pengguna, halaman akun, atau hasil pencarian yang dipersonalisasi. Trade-off-nya: Time To First Byte (TTFB) lebih tinggi dibanding SSG, karena server harus mengeksekusi logic tiap request.

Untuk website bisnis Indonesia rata-rata yang fokus pada konten publik, profil layanan, dan portfolio, SSR jarang menjadi pilihan utama. Saya lebih sering merekomendasikan kombinasi SSG + ISR + komponen interaktif client-side di atasnya.

Pertanyaan Umum

Apakah Next.js wajib untuk prerendering?

Tidak wajib. Astro, Nuxt, SvelteKit, dan Eleventy semuanya mendukung prerendering. Yang penting framework Anda bisa menghasilkan HTML jadi sebelum dikirim ke browser. Untuk panduan stack Next.js spesifik, lihat dokumentasi resmi Next.js Rendering.

Bagaimana memilih revalidate ISR yang tepat?

Sesuaikan dengan frekuensi update konten. Konten harian: revalidate 3600. Konten yang update beberapa kali per jam: 60-300 detik. Hindari nilai di bawah 30 detik karena akan terlalu sering menyebabkan cold render.

Apakah AI Search membedakan SSG dengan SSR?

Tidak signifikan. Yang penting bagi crawler dan model AI adalah HTML lengkap tersedia di response pertama, terlepas dari cara dihasilkan. CSR penuh tetap menjadi risiko karena banyak crawler tidak menjalankan JavaScript dengan baik.

Bagaimana dengan edge rendering?

Edge rendering adalah lapisan optimasi di atas SSR. Logic-nya tetap dijalankan tiap request, tapi di server yang dekat geografis dengan pengguna. Cocok untuk audiens global, tapi overkill untuk audiens yang 95% di Indonesia.

Penutup: Bangun untuk Realita Trafik

Pilihan prerendering harus berbasis data trafik, bukan tren teknologi. Saya melihat banyak pemilik bisnis tergoda pakai SSR untuk semua halaman karena "lebih dinamis", padahal mayoritas halaman mereka jarang berubah. Untuk audiens Indonesia yang biasanya akses dari koneksi mobile, kombinasi SSG + ISR hampir selalu menang dalam metrik kecepatan dan biaya server.