Kapan tidak menggunakan WordPress Multisite (dan apa alternatifnya)

WordPress Multisite terlihat seperti jawaban yang jelas saat pertama kali Anda melihat sepuluh instalasi klien dan sepuluh siklus pembaruan (update). Satu dashboard, satu login, satu tempat untuk mengelola semuanya. Tawarannya terdengar bagus.

Masalah muncul kemudian, biasanya pada saat yang paling tidak tepat: sebuah update plugin melumpuhkan semua situs klien sekaligus, atau klien meminta untuk memindahkan situs mereka ke tempat lain dan Anda menyadari bahwa memisahkannya akan memakan waktu sepanjang akhir pekan. Multisite dioptimalkan untuk jaringan yang bertindak sebagai satu kesatuan. Sebagian besar pekerjaan klien adalah sebaliknya: pemilik yang terpisah, kebutuhan yang terpisah, jalan keluar yang terpisah.

Berikut adalah situasi spesifik di mana Multisite adalah keputusan yang salah, apa yang rusak pada masing-masing situasi, dan setup yang mengutamakan isolasi (isolation-first) yang menghindari masalah tersebut.

1. Saat setiap klien membutuhkan set plugin dan theme yang berbeda

Multisite berbagi satu direktori wp-content di seluruh subsitus. Plugin diinstal di tingkat jaringan, lalu diaktifkan untuk seluruh jaringan atau diaktifkan per situs, tetapi semuanya berada di file yang sama dan dimuat dari tempat yang sama. Plugin yang dibutuhkan satu klien dan klien lain sama sekali tidak boleh menjalankannya, tetap berada dalam basis kode bersama untuk keduanya.

Batasan itu akan terus merepotkan Anda dalam pekerjaan klien, di mana intinya adalah Klien A mendapatkan plugin booking, Klien B mendapatkan sistem membership, dan tidak satupun harus mewarisi beban atau celah keamanan satu sama lain.

Alternatifnya: isolasi per-tenant yang sesungguhnya. GrabWP Tenancy Pro memberikan setiap tenant direktori wp-content masing-masing, sehingga theme dan plugin benar-benar terpisah per klien, bukannya dibagikan dan diatur saklarnya. Set plugin milik satu klien tidak akan memengaruhi klien lainnya.

2. Saat klien memiliki kemungkinan untuk pergi

Ini adalah satu masalah yang secara diam-diam memakan biaya paling besar. Di Multisite, situs milik satu klien terjerat dalam database jaringan dengan tabel dan ID blog yang digunakan bersama. Menarik satu subsitus untuk diserahkan kepada klien, atau memindahkannya ke hosting mereka sendiri, adalah pekerjaan ekspor dan perombakan yang bertahap, dan alat ekspor Multisite terkenal rentan terhadap masalah.

Jika bagian mana pun dari bisnis Anda melibatkan penyelesaian situs dan penyerahannya, Multisite telah membangun keterikatan (lock-in) yang harus Anda hadapi setiap saat.

Alternatifnya: ekspor per-tenant yang bersih. GrabWP Tenancy Pro mem-backup sebuah tenant secara mandiri sebagai arsip lengkap, dan plugin gratis GrabWP Restore membangun ulang tenant tersebut sebagai situs WordPress mandiri di hosting mana pun. Restore memproses import database, mengubah prefix tabel agar sesuai dengan tempat tujuan, dan menjalankan pencarian-dan-penggantian (search-and-replace) URL di seluruh database yang menangani data yang diserialisasi dengan benar, lalu meng-update URL situs secara otomatis. Klien akan pergi dengan instalasi WordPress normal dan tidak bergantung pada Anda.

3. Saat masalah satu klien tidak boleh menjadi masalah semua orang

Secara desain, Multisite adalah arsitektur yang berbagi nasib. Satu database, satu susunan file, satu core. Sebuah update plugin yang buruk, tabel yang rusak, atau subsitus yang diretas tidak dapat dibendung: masalah ini duduk di dalam database dan filesystem yang sama dengan klien lainnya. Tidak ada batasan dampak (blast radius) alami di sekitar sebuah situs.

Untuk jaringan situs hobi, ini adalah pertukaran yang dapat diterima. Untuk sekumpulan klien yang masing-masing membayar untuk uptime mereka sendiri, ini adalah sebuah liabilitas (beban) yang Anda pikul atas nama mereka.

Alternatifnya: database khusus dan titik restore per-tenant. GrabWP Tenancy Pro memungkinkan setiap tenant berjalan pada prefix MySQL bersama, database MySQL yang sepenuhnya terdedikasi, atau database SQLite sendiri, sehingga data tenant dapat dipisahkan sepenuhnya tanpa ada tabel yang dibagikan. Alur kerja restore per-tenant 8 langkahnya dapat memulihkan (roll back) situs satu klien dari backup milik klien itu sendiri tanpa menyentuh tenant lain. Hari buruk bagi satu situs tetap menjadi hari buruk bagi satu situs itu saja.

4. Saat hosting Anda mempersulit (atau melarang) Multisite

Banyak layanan managed WordPress hosting yang tidak mendukung Multisite, membatasinya, atau menagih biaya lebih mahal untuk itu. Bahkan saat bisa dijalankan, Multisite berbasis subdomain menarik masuk pengaturan wildcard DNS dan SSL yang mengubah tugas lima menit menjadi sebuah tiket dukungan (support ticket).

Alternatifnya: routing yang tidak memerlukan senam DNS. GrabWP Tenancy mendukung domain kustom penuh per tenant dan routing berbasis path, di mana tenant dapat berada di yoursite.com/site/client-a tanpa perubahan DNS per klien sama sekali. Anda mendapatkan hosting multi-situs pada hosting single-site biasa.

5. Saat Anda sebenarnya hanya menginginkan efisiensi satu instalasi tanpa ada keterikatan

Alasan sebenarnya orang beralih ke Multisite bukanlah karena fitur jaringannya. Namun karena mereka tidak ingin meng-update WordPress core sepuluh kali. Itu adalah tujuan yang wajar, namun Multisite memaketkannya dengan database bersama, plugin bersama, dan proses serah terima (offboarding) yang menyakitkan yang tidak pernah Anda minta.

Alternatifnya: pisahkan keduanya. Multi-tenancy memberikan Anda keuntungan manajemen instalasi tunggal, meng-update core sekali, satu dashboard, membuat kloningan (clone) tenant awal untuk setiap klien baru, sambil tetap menjaga isolasi selayaknya instalasi terpisah. Anda mendapatkan efisiensi tanpa adanya keterikatan.

Sekilas tentang Multisite vs instalasi terpisah vs multi-tenancy

	WordPress Multisite	Instalasi terpisah	GrabWP Tenancy
Update core	Sekali	Per instalasi	Sekali
Isolasi data	Database bersama (prefix + blog ID)	Penuh	Penuh dengan Pro (database khusus)
Plugin/theme per klien	wp-content bersama	Penuh	Penuh dengan Pro (wp-content terisolasi)
Serah terima (offboarding) klien	Ekstraksi yang rumit	Sederhana	Sederhana (ekspor Pro + Restore gratis)
Batasan dampak kegagalan (blast radius)	Semua situs	Satu situs	Satu situs
Persyaratan hosting	Seringkali dibatasi	Standar	Standar (routing path atau domain)

Jadi kapan Multisite tepat digunakan?

Harus diakui: Multisite sangat cocok ketika jaringan tersebut benar-benar bertindak sebagai satu kesatuan. Sebuah universitas yang menjalankan puluhan situs departemen pada satu set theme dan plugin bersama, perusahaan media yang menjalankan edisi regional dari publikasi yang sama, intranet internal berisi situs-situs yang hampir identik di bawah satu tim IT. Branding bersama, stack bersama, satu pemilik administratif, pergantian (churn) yang rendah. Jika ini mendeskripsikan Anda, Multisite melakukan tepat seperti apa yang telah dirancang untuknya.

Pekerjaan klien hampir tidak pernah seperti itu. Klien yang berbeda menginginkan plugin yang berbeda, memiliki data mereka sendiri, dan pada akhirnya akan pergi. Saat pernyataan “situs-situs ini sebenarnya adalah bisnis terpisah yang kebetulan saya kelola bersama” itu benar, arsitektur berbagi dari Multisite justru merugikan Anda.

Setup yang sebenarnya diinginkan oleh sebagian besar freelancer dan agensi

Untuk mengelola banyak situs klien yang independen, multi-tenancy mengisi celah tengah yang dilewatkan oleh Multisite maupun instalasi terpisah: manajemen terpusat seperti Multisite, isolasi sesungguhnya seperti instalasi terpisah, dan jalan keluar yang bersih bagi klien mana pun kapan saja.

Plugin dasar GrabWP Tenancy gratis digunakan dan memberikan Anda folder uploads yang terisolasi, prefix tabel, dan routing domain atau path. Paket Pro menambahkan database terdedikasi, wp-content per-tenant, serta backup dan restore per-tenant mulai dari $9.99/month.

Jika Anda ingin melihat rincian arsitektur secara menyeluruh, baca WordPress Multisite vs Multi-Tenancy. Jika Anda siap untuk memindahkan situs dari jaringan yang ada, lihat cara mengisolasi situs klien WordPress tanpa Multisite.