10 Cara Mempercepat Website Laravel yang Lambat (Panduan Praktis 2026)

Pernah beli source code Laravel lalu kecewa karena websitenya terasa lemot? Halaman butuh 5–8 detik untuk terbuka, pengunjung kabur sebelum sempat melihat produk, dan peringkat Google ikut merosot. Kabar baiknya: pada sebagian besar kasus, penyebabnya bukan server yang kurang mahal — melainkan optimasi yang belum diterapkan.

Artikel ini merangkum 10 cara praktis mempercepat website Laravel, dari yang bisa selesai dalam 5 menit sampai yang butuh sedikit refactoring. Semua langkah sudah kami uji dan umum dipakai developer Laravel di Indonesia.

1. Jalankan Perintah Cache Artisan di Production

Laravel menyimpan konfigurasi, route, dan view dalam file-file terpisah. Tanpa cache, framework harus membaca ulang semuanya di setiap request. Di server production, jalankan:

php artisan optimize

php artisan config:cache

php artisan route:cache

php artisan view:cache

Hasilnya langsung terasa, terutama pada aplikasi dengan ratusan route. Satu catatan penting: route:cache akan error kalau ada route yang memakai closure — pastikan semua route menunjuk ke controller. Kalau kamu baru saja deploy Laravel ke shared hosting cPanel, perintah-perintah ini wajib dijalankan ulang setiap selesai deploy.

2. Matikan Debug Mode

Baris ini sering terlupakan setelah instalasi:

APP_DEBUG=false

Selain mempercepat response (Laravel tidak lagi membangun halaman error yang berat), menonaktifkan debug di production juga melindungi informasi sensitif seperti query database dan path file. Ini adalah salah satu langkah dasar yang juga kami bahas di panduan mengamankan website setelah beli source code.

3. Atasi Masalah N+1 dengan Eager Loading

Ini penyebab nomor satu website Laravel yang lambat. Contoh kode yang tampak sepele ini sebenarnya mengeksekusi ratusan query:

$products = Product::all();

foreach ($products as $product) {

echo $product->category->name; // 1 query tambahan PER produk!

}

Solusinya, muat relasi sekaligus dengan eager loading:

$products = Product::with('category')->paginate(20);

// atau kalau hanya butuh hitungan:

$products = Product::withCount('orders')->get();

Aturannya sederhana: setiap kali kamu mengakses relasi di dalam loop, gunakan with() atau withCount(). Pengurangan jumlah query dari ratusan menjadi dua atau tiga biasanya memangkas waktu loading hingga separuhnya.

4. Ambil Kolom yang Dibutuhkan Saja

User::all() pada tabel dengan 30 kolom menarik semua data, termasuk kolom teks besar yang mungkin tidak dipakai di halaman itu. Batasi kolomnya:

User::select('id', 'name', 'email')->get();

Pada tabel dengan kolom TEXT atau JSON besar, teknik ini bisa mengurangi beban database hingga 50 persen.

5. Tambahkan Index ke Kolom yang Sering Dicari

Query lambat sering kali bukan salah kodenya, melainkan salah struktur databasenya. Kolom yang dipakai untuk pencarian, filter, atau foreign key wajib di-index:

Schema::table('products', function (Blueprint $table) {

$table->index('category_id');

$table->index('slug');

});

Tanpa index, database harus memindai seluruh tabel (full table scan) untuk setiap pencarian. Dengan index yang tepat, query yang tadinya 2 detik bisa turun ke hitungan milidetik. Prioritaskan kolom email, foreign key (user_id, category_id), dan kolom yang sering muncul di klausa WHERE.

6. Cache Hasil Query yang Jarang Berubah

Daftar kategori, pengaturan website, atau halaman "tentang kami" hampir tidak pernah berubah — tidak ada alasan menanyakannya ke database di setiap request:

$categories = Cache::remember('categories', 3600, function () {

return Category::orderBy('name')->get();

});

Di shared hosting, driver file atau database sudah cukup membantu. Kalau traffic sudah besar, pindah ke Redis yang jauh lebih cepat. Jangan lupa menghapus cache terkait saat datanya berubah (Cache::forget('categories')).

7. Pindahkan Pekerjaan Berat ke Queue

Mengirim email notifikasi, generate PDF invoice, atau memanggil API pihak ketiga di tengah request membuat pengunjung menunggu tanpa alasan. Bungkus pekerjaan itu dalam job:

SendInvoiceEmail::dispatch($order);

Di shared hosting tanpa Redis, queue driver database tetap bisa dipakai — tinggal jalankan php artisan queue:work via cron. Halaman merespons dalam sepersekian detik, pekerjaan berat diselesaikan di background.

8. Optimasi Asset: Gambar, CSS, dan JavaScript

Bukan cuma PHP yang menentukan kecepatan. Gambar hero 3 MB, file CSS/JS yang tidak di-minify, dan script yang memblokir rendering adalah pembunuh kecepatan klasik:

Jalankan npm run build (Vite) agar CSS/JS ter-minify otomatis.
Kompres gambar dan gunakan format WebP untuk foto.
Tambahkan loading="lazy" pada gambar di bawah lipatan halaman.
Sajikan gambar responsif dengan srcset untuk layar ponsel.

Kecepatan halaman berbanding lurus dengan konversi: setiap detik keterlambatan membuat sebagian pengunjung batal membeli. Untuk landing page jualan, optimasi asset adalah investasi termurah dengan dampak terbesar.

9. Aktifkan Kompresi Gzip dan Browser Caching

Langkah server-side yang sering dilupakan. Di shared hosting Apache, tambahkan aturan kompresi dan cache di .htaccess:

AddOutputFilterByType DEFLATE text/html text/css application/javascript application/json

</IfModule>

ExpiresActive On

ExpiresByType image/webp "access plus 1 month"

ExpiresByType text/css "access plus 1 week"

</IfModule>

Kompresi Gzip memangkas ukuran transfer HTML/CSS/JS hingga 70 persen, sementara browser caching membuat kunjungan ulang nyaris instan.

10. Ukur Dulu, Baru Optimasi

Jangan menebak-nebak bagian mana yang lambat. Di lingkungan development, pasang Laravel Debugbar:

composer require barryvdh/laravel-debugbar --dev

Tab Queries-nya menunjukkan jumlah query per halaman dan menandai pola N+1 secara otomatis. Untuk sisi pengguna, jalankan Google Lighthouse dan pantau tiga metrik Core Web Vitals: LCP (kecepatan konten utama), INP (responsivitas interaksi), dan CLS (stabilitas tampilan). Optimasi tanpa pengukuran ibarat berobat tanpa diagnosis — kamu tidak tahu mana yang benar-benar sembuh.

Kesalahan Umum yang Justru Bikin Website Makin Bermasalah

Optimasi yang salah kaprah bisa menimbulkan bug baru. Tiga kesalahan paling sering kami temui:

Cache lupa di-flush setelah update data. Setelah menerapkan Cache::remember(), setiap perubahan data wajib diikuti Cache::forget() pada key terkait — atau pengunjung melihat konten basi. Untuk kasus yang kompleks, pertimbangkan cache tags (Cache::tags(['products'])->flush()).
Memanggil env() di luar file konfigurasi. Setelah config:cache dijalankan, Laravel tidak lagi membaca file .env. Kode yang memanggil env('MIDTRANS_KEY') langsung di controller akan mengembalikan null. Selalu baca lewat config('services.midtrans.key').
Optimasi tanpa baseline. Selalu catat waktu loading sebelum dan sesudah (misalnya via Lighthouse). Tanpa angka pembanding, kamu tidak tahu langkah mana yang benar-benar berdampak dan mana yang hanya buang waktu.

Kesimpulan

Sepuluh langkah di atas bisa diringkas menjadi tiga prinsip: kurangi kerja yang diulang (cache), kurangi kerja yang tidak perlu (query efisien, kolom selektif, asset ringan), dan pindahkan kerja berat ke background (queue). Terapkan berurutan dari nomor 1 sampai 10, ukur hasilnya dengan Debugbar dan Lighthouse, dan kamu akan melihat perbedaan nyata dalam hitungan jam.

Dan satu hal yang sering dilupakan: website cepat dimulai dari fondasi yang sehat. Kalau kamu berencana membeli template atau sistem baru, pastikan dulu memilih source code yang tepat — kode yang bersih dan terstruktur jauh lebih mudah dioptimasi daripada kode yang berantakan.