Pollora: Framework Laravel untuk WordPress — WordPress Jalan di Dalam Aplikasi Laravel

Pollora adalah framework open source berlisensi MIT yang menjalankan WordPress di dalam aplikasi Laravel: Laravel yang boot pertama dan menangani routing, controller, dan Blade di front-end, sementara dashboard admin, database, dan plugin WordPress tetap bekerja seperti biasa. Bagi developer yang sudah nyaman dengan Laravel tapi kliennya tetap ingin admin WordPress, ini adalah kabar paling menarik dari ekosistem Laravel pada akhir Oktober 2026.

Framework ini jadi sorotan setelah Laravel News mengangkatnya sebagai berita utama pada 29 Oktober 2026. Versi framework-nya mengikuti versi Laravel yang menjadi basisnya — saat artikel ini ditulis, rilis terbarunya berada di lini 13.39 — dan dokumentasi lengkapnya tersedia di pollora.dev. Artikel ini merangkum cara kerja Pollora, apa yang ia tawarkan, dan yang tak kalah penting: kapan sebaiknya Anda memakainya, dan kapan sebaiknya tidak.

Apa itu Pollora?

Selama ini developer yang ingin menggabungkan Laravel dan WordPress punya pilihan yang setengah-setengah. Corcel hanya membaca data WordPress lewat Eloquent, tanpa menjalankan WordPress itu sendiri. Roots Acorn membawa komponen Laravel ke dalam tema WordPress, tapi WordPress tetap yang memegang kendali. Pollora membalik susunannya: WordPress yang hidup di dalam aplikasi Laravel yang utuh.

Secara praktis, Composer menginstal WordPress core ke dalam folder public/cms, lalu Pollora memuatnya saat Laravel boot, memakai konfigurasi dan koneksi database Laravel Anda. WordPress tetap mem-parsing setiap request sehingga conditional tag seperti is_single() dan is_page() bekerja normal, tetapi Laravel yang me-render responsnya. Dashboard admin tetap bisa diakses di /cms/wp-admin/ persis seperti situs WordPress biasa, sehingga editor dan klien tidak perlu belajar alat baru.

Bagaimana cara kerja routing Pollora?

Pollora menambahkan Route::wp() dan Route::wpMatch() ke router Laravel. Keduanya mencocokkan request terhadap conditional tag WordPress, misalnya single atau page, dan Anda bisa memakai nama fungsi atau alias pendeknya:

Anda tidak wajib membuat route untuk setiap halaman. Bila tidak ada route yang cocok, Pollora mengikuti hierarki template WordPress dan me-render view Blade yang sesuai — halaman "About" memakai page-about.blade.php bila ada, lalu jatuh kembali ke page.blade.php. Jadi Route::wp() dipakai untuk request yang memang butuh logika controller, middleware, atau named route, sementara sisanya mengalir lewat hierarki template seperti tema WordPress biasa.

Tema ditulis dengan Blade, lengkap dengan Sage Directives seperti @title, @content, @permalink, dan @posts untuk data WordPress. Aset dikelola lewat Vite dengan hot reload dan Tailwind CSS v4, tanpa drama wp_enqueue_script manual. Bahkan blok Gutenberg dinamis pun bisa ditulis sekali dalam Blade, dan editor WordPress menampilkan preview render yang sesungguhnya.

Apa yang bisa didaftarkan lewat PHP attributes?

Salah satu perubahan paling terasa adalah cara mendaftarkan post type, taksonomi, hook, dan REST route. Alih-alih memanggil register_post_type() di functions.php, Anda mendeklarasikannya sebagai class dengan PHP attributes, dan Pollora menemukannya lewat auto-discovery:

Slug dan label dibuat otomatis dari nama class. Pola yang sama berlaku untuk action dan filter — satu method bisa mendengarkan lebih dari satu hook — dan Artisan menyediakan generator seperti pollora:make:post-type dan pollora:make:action untuk membuat class-class ini. Di balik layar, data WordPress diakses lewat Eloquent melalui Colt, sebuah fork dari Corcel, sehingga model Post, User, Term, dan Option terasa seperti model Laravel biasa.

Paket ini juga membawa alat yang jarang dibahas liputan lain: media library bisa diarahkan ke disk Laravel apa pun, termasuk S3 dan R2; ada perintah pollora:doctor yang mendiagnosis masalah yang biasanya gagal diam-diam — attribute yang diabaikan, disk yang menolak file, atau binding tanpa nilai — lengkap dengan perintah perbaikannya; dan ada tooling agen AI lewat Laravel Boost.

Bagaimana Pollora dibandingkan pendekatan lain?

Tabel berikut merangkum posisi Pollora di antara pendekatan yang sudah dikenal developer Indonesia:

Perbedaan kuncinya: Acorn menanam Laravel ke dalam WordPress, Pollora menanam WordPress ke dalam Laravel. Konsekuensinya, proyek Pollora terasa seperti proyek Laravel biasa — struktur folder, Composer, Artisan, dan deployment Laravel — dengan WordPress sebagai subsistem konten, bukan sebagai kerangka utama.

Apa syarat dan cara instalasinya?

Untuk proyek baru, Pollora membutuhkan PHP 8.4 atau lebih baru (paketnya sendiri masih menerima PHP 8.3), Laravel 13.39, WordPress 7.1 atau lebih baru, Composer 2.x, Node.js 20.19+ atau 22.12+ untuk build Vite 7, serta database MySQL, MariaDB, atau SQLite. Cara tercepat adalah lewat CLI resminya:

Atau langsung lewat Composer:

Perlu dicatat: karena WordPress core dikelola lewat Composer, update core tidak lagi dilakukan dari dashboard WordPress, melainkan lewat composer update. Ini kabar baik untuk developer yang terbiasa dengan deployment berbasis version control, tapi perubahan alur kerja bagi pemilik situs yang selama ini menekan tombol "Update" di dashboard.

Kapan Pollora cocok, dan kapan tidak?

Pollora paling masuk akal untuk tiga skenario. Pertama, agensi atau freelancer yang kliennya menuntut admin WordPress — karena editor sudah hafal Gutenberg — tetapi tim developer ingin membangun dengan arsitektur Laravel yang rapi dan mudah diuji. Kedua, migrasi bertahap keluar dari WordPress: Anda bisa memindahkan logika sedikit demi sedikit ke Laravel tanpa merombak situs dalam sekali jalan, sesuai komentar komunitas yang menyebut Pollora membantu tim "move off WordPress slowly". Ketiga, produk source code yang dijual ke pembeli non-teknis: pembeli mendapat dashboard yang sudah dikenalnya, sementara penjual — seperti yang sudah lama dilakukan penjual source code di KiosKoding — tetap bisa menjaga kualitas kode, lisensi, dan update lewat standar Laravel.

Sebaliknya, cara ini tidak cocok jika situs Anda adalah WordPress murni yang pemiliknya hanya butuh instal tema dan plugin dari dashboard tanpa campur tangan developer — Pollora justru menambah lapisan Laravel yang harus dipelihara. Ia juga bukan pilihan hemat untuk shared hosting murah yang tidak menyediakan Composer, PHP 8.4, dan proses build Node.js. Dan satu catatan teknis yang wajib diuji sebelum produksi: karena setiap request web ikut me-boot WordPress beserta plugin-nya, beban tiap request lebih besar daripada aplikasi Laravel murni — ukur dulu dengan plugin yang benar-benar akan dipakai klien, jangan berasumsi.

Roadmap Pollora sendiri patut diperhatikan: potongan-potongan framework sedang dipecah menjadi paket mandiri — pollora/hook, pollora/discovery, dan pollora/attributes sudah bisa jalan tanpa Laravel — dan ke depan direncanakan hadir sebagai mu-plugin yang bisa ditanam ke WordPress klasik maupun Bedrock.

Bagaimana dampaknya untuk source code Laravel dan WordPress Anda?

Bagi pembeli source code, Pollora membuka kategori produk baru: aplikasi Laravel yang tetap bisa dikelola kontennya lewat admin WordPress. Bagi penjual, ini berarti satu basis kode bisa melayani dua pasar sekaligus — pasar Laravel yang menghargai arsitektur, dan pasar WordPress yang menghargai kemudahan kelola konten. Sebelum memasukkan Pollora ke produk yang dijual, ujilah tiga hal di staging: kompatibilitas plugin, performa di bawah beban plugin tersebut, dan alur update core lewat Composer.

Sebagai konteks, Pollora hadir di saat kedua ekosistem sedang bergerak cepat: Laravel 13.39 sendiri baru rilis 27 Oktober 2026 dengan fitur seperti model tanpa primary key dan restoreOrCreate, yang sudah kami bahas di artikel Laravel 13.39.0 rilis 27 Oktober 2026, sementara WordPress 7.2 sedang menuju final pada 8 Desember 2026 setelah Beta 1 dan Beta 2. Pollora duduk tepat di persimpangan keduanya — dan itu alasan ia layak dicoba, setidaknya di satu proyek percobaan, sebelum Anda memutuskan apakah ia masuk ke standar kerja tim Anda.

FAQ

Apakah Pollora menggantikan WordPress?

Tidak. Pollora menjalankan WordPress di dalam aplikasi Laravel. Admin, database, editor Gutenberg, dan plugin WordPress tetap bekerja; yang berubah adalah lapisan front-end dan arsitektur kode di sekelilingnya.

Apakah plugin WordPress lama tetap bisa dipakai?

Secara prinsip ya, karena WordPress berjalan penuh di dalam Pollora. Namun kompatibilitas tiap plugin harus diuji di staging, terutama plugin yang mengasumsikan struktur folder WordPress klasik atau memodifikasi bootstrap WordPress.

Apakah saya harus bisa Laravel untuk memakai Pollora?

Ya, untuk pengembangan. Pollora adalah proyek Laravel; Anda menulis route, controller, dan Blade. Editor konten tidak perlu bisa Laravel — mereka tetap bekerja lewat dashboard WordPress di /cms/wp-admin/.

Bagaimana cara update WordPress core di Pollora?

Lewat Composer, bukan dari dashboard. Ini konsekuensi dari WordPress core yang diinstal sebagai dependensi Composer ke folder public/cms.

Apakah Pollora gratis?

Ya, Pollora berlisensi MIT. Dokumentasinya tersedia gratis di pollora.dev dan source-nya di GitHub Pollora.

Apakah Pollora cocok untuk shared hosting murah?

Umumnya tidak ideal. Anda butuh Composer, PHP 8.4+, dan proses build Node.js untuk Vite — persyaratan yang tidak dipenuhi semua paket shared hosting murah. VPS atau hosting yang mendukung deployment Laravel lebih cocok.

Apa bedanya Pollora dengan Corcel dan Acorn?

Corcel hanya membaca data WordPress dari Laravel tanpa menjalankan WordPress. Acorn membawa komponen Laravel ke dalam tema WordPress, tapi WordPress tetap memegang kendali. Pollora membaliknya: Laravel memegang kendali, WordPress berjalan di dalamnya.