WordPress Multisite untuk Publisher: Cara Kerja, Kelebihan, Kekurangan, dan Kapan Tidak Cocok

WordPress Multisite adalah fitur bawaan WordPress yang memungkinkan satu instalasi WordPress menjalankan banyak situs sekaligus, semuanya dikelola dari satu dasbor pusat. Bagi publisher yang mengelola lebih dari satu situs — misalnya satu situs berita, satu blog niche, dan satu situs ulasan produk — Multisite terdengar seperti jalan pintas yang menggiurkan: satu kali update inti, satu kumpulan plugin dan tema, serta satu tempat untuk mengatur semua pengguna. Namun fitur ini bukan jawaban untuk semua publisher. Pilihan struktur alamat yang dibuat di awal tidak bisa diubah begitu saja, kemampuan admin tiap situs dibatasi, dan satu masalah keamanan di satu situs bisa merembet ke seluruh jaringan. Artikel ini menjelaskan cara kerja WordPress Multisite dari nol, langkah pengaktifannya, kelebihan dan kekurangannya, serta kapan publisher sebaiknya menggunakannya — dan kapan sebaiknya tetap memakai instalasi WordPress terpisah.

Poin Kunci

• WordPress Multisite adalah fitur bawaan sejak WordPress 3.0 yang mengubah satu instalasi menjadi jaringan banyak situs dengan basis kode, database, dan struktur administrasi yang sama.
• Saat membuat jaringan, Anda memilih satu dari dua struktur alamat — subdomain (situs1.contoh.com) atau subdirektori (contoh.com/situs1) — dan pilihan ini tidak bisa diubah nanti.
• Hanya Super Admin yang bisa memasang tema dan plugin baru; admin tiap situs tidak bisa melakukannya, dan kemampuan mereka memang sengaja dibatasi.
• Semua situs berbagi satu database, tetapi tiap situs mendapat tabel kontennya sendiri, sedangkan tabel pengguna dipakai bersama di seluruh jaringan.
• Update, backup, dan gangguan di satu situs berdampak ke seluruh jaringan, sehingga Multisite menghemat waktu pengelolaan tetapi menaikkan risiko terpusat.
• Untuk AdSense, satu akun dipakai untuk banyak situs, tetapi tiap situs tetap harus ditambahkan dan ditinjau sendiri; subdomain dari domain yang sudah disetujui umumnya tidak perlu ditambahkan terpisah.
• Multisite paling cocok untuk situs-situs yang saling terkait dan memakai tema serta plugin yang sama; untuk situs klien yang berbeda-beda kebutuhannya, instalasi terpisah biasanya lebih aman.

Daftar Isi

1. Apa Itu WordPress Multisite dan Bagaimana Ia Berbeda dari Instalasi Biasa
2. Cara Kerja Jaringan Multisite di Balik Layar
3. Subdomain vs Subdirektori: Pilihan Sekali yang Tidak Bisa Diubah
4. Syarat Server dan Persiapan Sebelum Mengaktifkan Multisite
5. Cara Mengaktifkan WordPress Multisite Langkah demi Langkah
6. Peran Super Admin vs Admin Situs: Siapa Bisa Apa
7. Plugin dan Tema di Jaringan Multisite
8. Database, Media, dan Pengguna di Multisite
9. Domain Mapping: Memberi Domain Sendiri pada Tiap Situs
10. Kelebihan WordPress Multisite untuk Publisher
11. Kekurangan dan Risiko yang Sering Diremehkan
12. WordPress Multisite dan AdSense: Apa yang Perlu Diketahui Publisher
13. Kapan Multisite Cocok dan Kapan Sebaiknya Tidak Dipakai
14. Checklist Sebelum Anda Mengaktifkan Multisite
15. FAQ
16. Kesimpulan
17. Sumber resmi yang dirujuk

1. Apa Itu WordPress Multisite dan Bagaimana Ia Berbeda dari Instalasi Biasa

WordPress Multisite adalah fitur yang mengubah satu instalasi WordPress menjadi jaringan beberapa situs. Menurut dokumentasi resmi Developer WordPress, situs-situs dalam jaringan Multisite adalah situs yang terpisah, sangat mirip dengan blog-blog terpisah di WordPress.com. Artinya, setiap situs di jaringan punya konten, pengaturan, dan tampilan sendiri, tetapi semuanya berjalan di atas satu instalasi WordPress yang sama, memakai basis kode yang sama, satu database yang sama, dan satu struktur administrasi pusat.

Perbedaan paling mendasar dengan instalasi biasa ada pada cara pengelolaan. Pada instalasi WordPress biasa, satu instalasi sama dengan satu situs. Jika Anda punya tiga situs, Anda memasang WordPress tiga kali, memperbarui inti WordPress tiga kali, dan mengelola plugin serta tema tiga kali. Pada Multisite, Anda memasang WordPress sekali, lalu membuat situs kedua, ketiga, dan seterusnya dari dalam dasbor yang sama. Update inti WordPress dilakukan sekali dan berlaku untuk seluruh jaringan. Plugin dan tema dipasang sekali di tingkat jaringan, lalu diaktifkan per situs atau untuk seluruh jaringan.

Fitur ini sudah ada sejak WordPress 3.0, ketika fitur WordPress MU (Multi-User) digabungkan ke dalam inti WordPress. Sejak saat itu, setiap instalasi WordPress sebenarnya sudah membawa kemampuan Multisite, hanya saja tidak aktif secara bawaan. Untuk mengaktifkannya, Anda perlu mengedit file wp-config.php dan menambahkan satu baris definisi, lalu menyelesaikan pengaturan lewat menu di dasbor. Sengaja dibuat tidak sekali klik: dokumentasi resmi menjelaskan bahwa pengaktifan Multisite memerlukan akses ke sistem berkas server dan tingkat pemahaman tertentu, sehingga langkah manual ini menjadi semacam gerbang yang memastikan penggunanya memang siap.

Bagi publisher, konteksnya konkret. Bayangkan Anda mengelola bangekomedia.com sebagai situs utama, lalu ingin menambah situs khusus ulasan produk dan situs khusus tutorial. Dengan Multisite, ketiganya bisa hidup dalam satu instalasi. Namun bayangkan juga sisi sebaliknya: satu plugin yang rusak setelah update akan mematikan ketiga situs sekaligus, dan satu situs yang dibobol bisa membuka jalan ke situs lainnya. Di sinilah penilaian yang jujur menjadi penting — Multisite adalah alat pengelolaan, bukan jalan pintas tanpa harga.

2. Cara Kerja Jaringan Multisite di Balik Layar

Secara teknis, Multisite bekerja dengan cara WordPress membedakan situs berdasarkan alamatnya. Ketika ada permintaan masuk ke jaringan, WordPress membaca domain dan path dari URL yang diminta, lalu menentukan situs mana di jaringan yang harus dilayani. Setiap situs di jaringan punya ID sendiri — situs utama biasanya ber-ID 1, situs kedua ber-ID 2, dan seterusnya — dan ID inilah yang dipakai WordPress untuk memisahkan konten, pengaturan, dan media tiap situs di dalam database yang sama.

Satu hal yang sering disalahpahami adalah bahwa Multisite bukan berarti semua situs memakai konten yang sama. Konten tiap situs sepenuhnya terpisah: artikel, halaman, kategori, dan tag di satu situs tidak muncul di situs lain, kecuali Anda sengaja memakai plugin khusus untuk berbagi konten antar situs. Yang dibagi adalah hal-hal di tingkat instalasi: file inti WordPress, file plugin dan tema yang terpasang, serta tabel pengguna.

Struktur administrasinya juga berlapis. Ada dua tingkat dasbor: Network Admin (dasbor jaringan) dan dasbor tiap situs. Network Admin adalah pusat kendali seluruh jaringan, dan hanya Super Admin yang bisa mengaksesnya. Dari sana, Super Admin memasang plugin dan tema, membuat situs baru, mengelola pengguna jaringan, serta mengatur setelan jaringan. Sementara itu, dasbor tiap situs mirip dengan dasbor WordPress biasa, tetapi dengan kemampuan yang dipangkas — admin situs tidak bisa memasang plugin atau tema baru, dan tidak bisa mengedit profil pengguna lain di situsnya.

Model ini meniru cara kerja WordPress.com, yang memang berjalan di atas Multisite. Bedanya, WordPress.com adalah jaringan raksasa yang dikelola Automattic dengan infrastruktur khusus, sedangkan jaringan Multisite Anda berjalan di hosting Anda sendiri, dengan segala keterbatasan dan tanggung jawabnya. Memahami perbedaan ini membantu Anda menilai apakah Multisite cocok untuk skala Anda, atau apakah Anda sebenarnya hanya butuh instalasi kedua yang sederhana.

3. Subdomain vs Subdirektori: Pilihan Sekali yang Tidak Bisa Diubah

Keputusan paling penting saat membuat jaringan Multisite adalah memilih struktur alamat situs-situs di dalamnya. Ada dua pilihan, dan dokumentasi resmi menekankan dengan tegas: Anda tidak bisa mengubah pilihan ini nanti.

3.1 Jaringan Berbasis Subdomain

Pada jaringan berbasis subdomain — disebut juga domain-based network dalam dokumentasi resmi — setiap situs mendapat subdomain sendiri. Contohnya: situs1.contoh.com, situs2.contoh.com, dan situs3.contoh.com. Secara teknis, instalasi ini memakai nilai SUBDOMAIN_INSTALL bernilai true di wp-config.php.

Syaratnya, Anda harus menyiapkan wildcard subdomain di DNS. Artinya, Anda menambahkan record DNS berupa hostname * yang mengarah ke server web Anda, sehingga semua subdomain yang belum didefinisikan satu per satu tetap diarahkan ke instalasi WordPress Anda. Tanpa wildcard DNS, subdomain baru yang Anda buat tidak akan bisa diakses. Beberapa paket shared hosting membatasi atau tidak mengizinkan wildcard subdomain, jadi ini adalah hal pertama yang perlu diperiksa ke penyedia hosting Anda sebelum memilih opsi ini.

Kelebihan struktur subdomain adalah fleksibilitasnya. Setiap situs terasa seperti situs yang benar-benar mandiri, dan nantinya setiap situs bisa dipetakan ke domainnya sendiri lewat domain mapping. Kekurangannya adalah ketergantungan pada konfigurasi DNS dan sertifikat SSL. Setiap subdomain perlu tercakup oleh sertifikat SSL — biasanya sertifikat wildcard — agar situs bisa diakses lewat HTTPS tanpa peringatan keamanan.

3.2 Jaringan Berbasis Subdirektori

Pada jaringan berbasis subdirektori — disebut juga path-based network — setiap situs mendapat path di bawah domain utama. Contohnya: contoh.com/situs1, contoh.com/situs2, dan contoh.com/situs3. Instalasi ini memakai nilai SUBDOMAIN_INSTALL bernilai false di wp-config.php, dan bekerja dengan mod_rewrite di Apache.

Kelebihan struktur ini adalah kesederhanaannya. Tidak ada pengaturan DNS tambahan, tidak ada wildcard, dan semua situs otomatis tercakup oleh sertifikat SSL domain utama. Kekurangannya ada pada batasan dan efek sampingnya. Pertama, Anda tidak bisa memilih struktur subdirektori jika situs Anda sudah memiliki artikel yang diterbitkan lebih dari sebulan yang lalu — WordPress akan memaksa Anda memakai subdomain dalam kondisi itu. Kedua, pada jaringan subdirektori, URL artikel situs utama akan mendapat tambahan /blog/ di depannya. Jadi artikel yang tadinya berada di contoh.com/judul-artikel akan berubah menjadi contoh.com/blog/judul-artikel. Perubahan ini bisa mengganggu tautan lama dan peringkat pencarian jika tidak ditangani dengan redirect yang benar.

3.3 Tabel Perbandingan Subdomain vs Subdirektori

3.4 Mengapa Pilihan Ini Tidak Bisa Diubah Begitu Saja

Dokumentasi resmi menjelaskan bahwa sekadar mengubah nilai SUBDOMAIN_INSTALL dan aturan rewrite tidak akan memindahkan alamat situs-situs yang sudah ada. Alamat tiap situs tersimpan di database, dan DNS serta sertifikat juga harus disiapkan secara terpisah. Dengan kata lain, mengganti struktur alamat setelah jaringan berjalan adalah pekerjaan migrasi, bukan sekadar mengubah satu pengaturan. Karena itu, putuskan sejak awal berdasarkan rencana jangka panjang: jika Anda berencana memberi domain sendiri pada tiap situs kelak, pilih subdomain. Jika Anda hanya ingin beberapa bagian situs di bawah satu domain dan tidak mau mengurus DNS, pilih subdirektori — selama situs Anda masih baru.

4. Syarat Server dan Persiapan Sebelum Mengaktifkan Multisite

Sebelum menyentuh pengaturan apa pun, ada sejumlah syarat yang harus dipenuhi. Dokumentasi resmi Developer WordPress merangkumnya dengan jelas, dan melewatkan satu saja bisa membuat proses pengaktifan gagal di tengah jalan.

Pertama, Anda harus menjadi administrator instalasi WordPress dan biasanya membutuhkan akses ke sistem berkas server — lewat FTP, file manager hosting, atau SSH — karena Anda harus mengedit wp-config.php dan, untuk Apache, file .htaccess. Tanpa akses ini, Anda tidak bisa menyelesaikan pengaktifan Multisite.

Kedua, server Apache membutuhkan mod_rewrite yang aktif dan dukungan untuknya di file .htaccess, serta Options FollowSymLinks yang diaktifkan atau setidaknya tidak dinonaktifkan secara permanen. Tanpa mod_rewrite, WordPress tidak bisa mengarahkan permintaan ke situs yang benar di dalam jaringan.

Ketiga, ada batasan alamat. Anda tidak bisa membuat jaringan jika alamat WordPress memakai nomor port selain 80 atau 443. Jika Anda bekerja di komputer lokal dengan alamat localhost, situs-situs di jaringan Anda harus memakai subdirektori — subdomain tidak bisa dipakai pada localhost. Begitu juga jika alamat WordPress Anda memakai alamat IP, bukan nama domain.

Keempat, periksa dukungan hosting. Tidak semua paket shared hosting mendukung Multisite. Beberapa membatasi wildcard subdomain yang dibutuhkan jaringan subdomain, dan beberapa membatasi jumlah situs atau database yang bisa Anda buat. Tanyakan langsung ke penyedia hosting Anda, atau periksa dokumentasi paket hosting yang Anda pakai.

Kelima, dan ini yang paling sering diabaikan, buat backup lengkap sebelum mengaktifkan Multisite. Dokumentasi resmi menyarankan backup terlebih dahulu, kecuali instalasi Anda benar-benar baru dan belum berisi apa pun. Pengaktifan Multisite mengubah file konfigurasi dan struktur database Anda — menambahkan tabel baru dan mengubah tabel yang ada. Jika terjadi kesalahan di tengah jalan, backup adalah satu-satunya jalan kembali yang aman.

5. Cara Mengaktifkan WordPress Multisite Langkah demi Langkah

Berikut adalah alur pengaktifan standar sesuai dokumentasi resmi. Langkah-langkah ini berlaku untuk instalasi WordPress yang sudah berjalan maupun instalasi baru, dengan catatan khusus untuk instalasi lama yang dijelaskan di bagian sebelumnya.

5.1 Langkah 1: Nonaktifkan Semua Plugin

Sebelum memulai, nonaktifkan semua plugin yang sedang aktif. Ini adalah anjuran dokumentasi resmi untuk menghindari konflik selama proses pengaktifan. Anda bisa mengaktifkannya kembali setelah jaringan selesai dibuat, dan pada saat itu Anda bisa memilih mana yang diaktifkan per situs dan mana yang diaktifkan untuk seluruh jaringan.

5.2 Langkah 2: Tambahkan Baris WP_ALLOW_MULTISITE ke wp-config.php

Buka file wp-config.php di direktori root instalasi WordPress Anda, lalu tambahkan baris berikut di atas baris yang berbunyi /* That’s all, stop editing! Happy publishing. */:

define(‘WP_ALLOW_MULTISITE’, true);

Setelah baris ini disimpan, menu baru akan muncul di dasbor Anda. Tanpa baris ini, menu Network Setup tidak akan pernah muncul — inilah gerbang manual yang disebutkan di awal artikel.

5.3 Langkah 3: Buka Tools lalu Network Setup

Masuk ke dasbor WordPress, buka menu Tools (Perkakas), lalu klik Network Setup. Di halaman ini Anda akan melihat judul Create a Network of WordPress Sites. Di sinilah Anda memilih struktur alamat jaringan: Sub-domains atau Sub-directories. Ingat, pilihan ini tidak bisa diubah nanti, jadi pastikan Anda sudah memutuskan berdasarkan pertimbangan di bagian 3.

5.4 Langkah 4: Isi Detail Jaringan

Anda akan diminta mengisi judul jaringan (Network Title) dan alamat email administrator jaringan (Network Admin Email). Judul jaringan ini umumnya sama dengan nama situs utama Anda. Periksa kembali pilihan subdomain atau subdirektori Anda sebelum melanjutkan, lalu klik tombol Install.

5.5 Langkah 5: Salin Kode yang Dihasilkan WordPress

Setelah instalasi jaringan, WordPress akan menampilkan dua blok kode yang harus Anda salin persis apa adanya. Blok pertama ditambahkan ke wp-config.php, di atas baris /* That’s all, stop editing! Happy publishing. */. Isinya kurang lebih seperti ini:

define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', false);
define('DOMAIN_CURRENT_SITE', 'contoh.com');
define('PATH_CURRENT_SITE', '/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);

Nilai SUBDOMAIN_INSTALL akan bernilai true jika Anda memilih jaringan subdomain, dan false jika Anda memilih subdirektori. Nilai DOMAIN_CURRENT_SITE dan PATH_CURRENT_SITE disesuaikan otomatis dengan alamat situs Anda. Blok kedua adalah aturan rewrite yang ditambahkan ke file .htaccess (untuk Apache) atau konfigurasi setara untuk Nginx. Salin keduanya dengan teliti — satu karakter yang salah bisa membuat seluruh jaringan tidak bisa diakses.

5.6 Langkah 6: Login Ulang dan Verifikasi

Setelah kedua blok kode disimpan, Anda harus login ulang ke dasbor. Menu baru bernama My Sites akan muncul di bilah atas, dan dari sanalah Anda mengakses Network Admin serta dasbor tiap situs. Untuk membuat situs baru, buka My Sites, lalu Network Admin, lalu Sites, dan klik Add New. Isi alamat situs, judulnya, dan email administratornya, lalu situs baru Anda langsung aktif.

Satu catatan penting dari pengalaman banyak publisher: setelah pengaktifan, periksa kembali URL situs utama Anda. Pada jaringan subdirektori, perhatikan perubahan /blog/ pada URL artikel seperti dijelaskan sebelumnya. Pada jaringan subdomain, uji bahwa wildcard DNS Anda benar-benar berfungsi dengan membuka subdomain situs baru. Jika salah satunya gagal, perbaiki konfigurasi servernya sebelum menambahkan konten apa pun ke situs baru.

6. Peran Super Admin vs Admin Situs: Siapa Bisa Apa

Sistem peran adalah bagian Multisite yang paling sering mengejutkan publisher yang baru beralih. Pada instalasi biasa, peran Administrator adalah peran tertinggi — ia bisa melakukan hampir segalanya. Pada Multisite, ada peran baru di atasnya: Super Admin, dan kemampuan Administrator biasa justru dipangkas.

6.1 Super Admin: Penguasa Seluruh Jaringan

Super Admin adalah satu-satunya peran yang bisa mengakses Network Admin. Hanya Super Admin yang bisa memasang tema dan plugin baru, membuat dan menghapus situs, mengelola pengguna di tingkat jaringan, serta mengubah setelan jaringan. Dokumentasi resmi menegaskan bahwa hanya Network Admin (Super Admin) yang bisa melakukan tugas-tugas ini di jaringan WordPress. Jika Anda adalah pemilik jaringan, Anda adalah Super Admin — dan sebaiknya jumlah Super Admin dibatasi seminimal mungkin, karena peran ini memegang kendali penuh atas semua situs.

6.2 Administrator Situs: Kemampuan yang Dipangkas

Administrator tiap situs masih bisa mengelola konten, pengguna, dan pengaturan di situsnya sendiri, tetapi dengan batasan yang disengaja. Menurut dokumentasi resmi, admin situs tidak bisa memasang tema atau plugin baru dan tidak bisa mengedit profil pengguna di situsnya. Mereka hanya bisa mengaktifkan plugin dan tema yang sudah disediakan oleh Super Admin di tingkat jaringan. Bahkan untuk sekadar melihat halaman Plugins di dasbor situsnya, Super Admin harus mengaktifkan dulu halaman tersebut lewat Network Admin, di menu Settings, lalu Network Settings, bagian Menu Settings.

Konsekuensi praktisnya: jika Anda menjalankan jaringan Multisite dengan beberapa tim redaksi, setiap tim tidak bisa sembarangan menambah plugin sendiri. Ini bagus untuk keamanan dan konsistensi, tetapi bisa terasa membatasi jika tim Anda terbiasa bekerja mandiri. Rencanakan alur permintaan plugin sejak awal — misalnya, tim mengajukan plugin ke Super Admin, Super Admin mengujinya di situs staging, lalu mengaktifkannya untuk jaringan atau per situs.

6.3 Pengguna di Seluruh Jaringan

Satu hal yang perlu diketahui: secara bawaan, semua pengguna yang ditambahkan ke jaringan akan mendapat akses subscriber ke semua situs di jaringan. Untuk mengatur peran bawaan yang berbeda di tiap situs, Anda memerlukan plugin khusus seperti Multisite User Management. Ini adalah detail yang mudah terlewat, tetapi penting jika Anda tidak ingin semua pengguna otomatis bisa berkomentar atau mengakses semua situs Anda.

7. Plugin dan Tema di Jaringan Multisite

Pengelolaan plugin dan tema di Multisite mengikuti logika terpusat yang sama: dipasang sekali di tingkat jaringan, lalu dipilih cara pengaktifannya.

7.1 Tiga Cara Plugin Diaktifkan

Dokumentasi resmi membedakan tiga pola pengaktifan plugin di jaringan Multisite. Pertama, Site Activated Plugins — plugin yang diaktifkan di situs tertentu saja, dan hanya dimuat di situs tersebut. Kedua, Network Activated Plugins — plugin yang diaktifkan oleh Super Admin untuk seluruh jaringan lewat Network Admin, sehingga aktif di semua situs dan tampil sebagai Network Active di daftar plugin tiap situs; admin situs tidak bisa menonaktifkannya. Beberapa plugin hanya berfungsi di lingkungan Multisite bila diaktifkan di tingkat jaringan. Ketiga, Must-Use Plugins — plugin yang diletakkan di direktori mu-plugins dan otomatis dimuat untuk semua situs tanpa perlu diaktifkan atau dinonaktifkan; plugin jenis ini cocok untuk fungsi yang wajib ada di semua situs, seperti keamanan atau analitik.

Satu peringatan penting dari dokumentasi resmi: tidak semua plugin di repositori WordPress berfungsi di lingkungan Multisite. Periksa halaman plugin di repositori atau hubungi pengembangnya untuk memastikan plugin tertentu mendukung Multisite sebelum Anda mengandalkannya. Plugin yang menyimpan datanya dengan asumsi satu situs per instalasi bisa berperilaku aneh — misalnya menyimpan pengaturan di tempat yang salah, atau menampilkan data situs lain.

7.2 Tema: Dipasang untuk Jaringan, Dipilih per Situs

Semua tema dipasang untuk seluruh jaringan. Dokumentasi resmi menegaskan: jika Anda mengedit kode satu tema, Anda mengeditnya untuk semua situs yang memakai tema tersebut. Ini berarti perubahan kustomisasi tema — misalnya lewat child theme — harus direncanakan dengan hati-hati, karena satu perubahan memengaruhi semua situs yang memakai tema itu.

Namun mengaktifkan tema di tingkat jaringan tidak otomatis menjadikan tema itu aktif di tiap situs. Istilah Network Enable pada tema hanya berarti tema tersebut tersedia untuk diaktifkan di dasbor tiap situs. Agar tema bisa dipakai di satu situs, tema itu harus diaktifkan di tingkat jaringan (network enabled) atau diaktifkan khusus untuk situs itu lewat Network Admin, di halaman Edit Site, tab Themes. Secara bawaan, WordPress menetapkan tema terbaru yang dipasang sebagai tema bawaan untuk situs baru, tetapi Super Admin bisa mengubahnya.

Bagi publisher, ini berarti Anda bisa menyediakan beberapa tema yang sudah dikurasi — misalnya satu tema berita, satu tema majalah, dan satu tema blog — lalu tiap situs memilih tema yang sesuai. Tetapi Anda tidak bisa memberi tiap situs kebebasan penuh memilih tema apa pun dari repositori, karena tema hanya bisa dipasang oleh Super Admin.

8. Database, Media, dan Pengguna di Multisite

Memahami cara Multisite menyimpan data membantu Anda merencanakan backup, migrasi, dan pemecahan masalah.

8.1 Satu Database, Banyak Tabel

Seluruh jaringan memakai satu database. WordPress mengatur konten tiap situs ke dalam tabel terpisah: situs utama memakai tabel standar seperti wp_posts dan wp_options, sedangkan situs kedua memakai tabel wp_2_posts, wp_2_options, dan seterusnya, dengan angka ID situs sebagai awalan. Pola ini berlanjut untuk setiap situs baru yang dibuat. Beberapa tabel dipakai bersama di seluruh jaringan, terutama tabel pengguna (wp_users dan wp_usermeta) dan tabel-tabel tingkat jaringan seperti wp_site, wp_sitemeta, dan wp_blogs.

Implikasinya: ukuran database tumbuh seiring bertambahnya situs dan konten, dan query ke tabel bersama bisa menjadi titik kemacetan bila jaringan Anda besar. Sebaliknya, pemisahan tabel per situs membuat migrasi satu situs keluar dari jaringan menjadi mungkin — meski bukan pekerjaan yang sepele — karena konten satu situs sebagian besar berada di tabelnya sendiri.

8.2 Media dan Berkas Unggahan

Tiap situs punya direktori unggahannya sendiri di dalam wp-content/uploads/sites/, dengan subdirektori berdasarkan ID situs. Jadi gambar yang diunggah ke situs ber-ID 2 tersimpan di wp-content/uploads/sites/2/. Pemisahan ini rapi dan memudahkan pengelolaan, tetapi perlu diingat saat Anda memindahkan atau memulihkan berkas secara manual.

8.3 Pengguna Bersama, Peran Berbeda

Karena tabel pengguna dipakai bersama, satu akun pengguna bisa menjadi anggota di banyak situs dengan peran yang berbeda-beda di tiap situs. Pengguna yang sama bisa menjadi Editor di satu situs dan Subscriber di situs lain. Namun seperti dijelaskan di bagian 6, secara bawaan pengguna baru mendapat peran subscriber di semua situs, jadi Anda perlu plugin tambahan atau pengelolaan manual untuk mengatur peran bawaan ini sesuai kebutuhan.

9. Domain Mapping: Memberi Domain Sendiri pada Tiap Situs

Salah satu fitur yang membuat Multisite menarik bagi publisher adalah domain mapping — kemampuan memberi domain sendiri pada tiap situs di jaringan, sehingga situs1.contoh.com bisa diakses sebagai situs1.com, misalnya. Sejak WordPress 4.5, fungsi domain mapping sudah menjadi bagian bawaan inti WordPress, tidak lagi membutuhkan plugin khusus seperti di masa lalu.

Caranya: buka Network Admin, lalu Sites, edit situs yang diinginkan, dan tambahkan domain kustom di kolom yang tersedia. Setelah itu, Anda tetap harus mengatur DNS domain tersebut agar mengarah ke alamat IP server jaringan Anda — biasanya dengan record A yang mengarah ke server hosting Anda. Tanpa pengaturan DNS yang benar, domain kustom tidak akan mengarah ke situs Anda.

Untuk publisher, domain mapping adalah jembatan antara kemudahan pengelolaan Multisite dan kemandirian merek tiap situs. Anda bisa mengelola lima situs niche dari satu dasbor, tetapi pembaca melihat lima domain yang berbeda-beda. Namun ingat juga konsekuensi AdSense-nya, yang dibahas di bagian 12: tiap domain yang dipetakan tetap harus memenuhi kebijakan AdSense sendiri, dan pelanggaran di satu domain bisa berdampak pada akun Anda secara keseluruhan.

10. Kelebihan WordPress Multisite untuk Publisher

Setelah memahami cara kerjanya, berikut adalah kelebihan nyata Multisite dari sudut pandang publisher — bukan janji pemasaran, melainkan konsekuensi langsung dari arsitekturnya.

Pertama, efisiensi update dan pemeliharaan. Update inti WordPress, plugin, dan tema dilakukan sekali untuk seluruh jaringan. Jika Anda mengelola lima situs niche dengan tema dan plugin yang sama, Anda menghemat waktu yang sebelumnya habis untuk login ke lima dasbor berbeda dan mengulang pekerjaan yang sama. Bagi publisher solo atau tim kecil, penghematan ini nyata dan terasa setiap minggu.

Kedua, konsistensi. Karena tema dan plugin dikelola terpusat, Anda bisa memastikan semua situs memakai versi plugin yang sama, tema yang sama, dan pengaturan keamanan yang sama. Tidak ada lagi situasi di mana satu situs tertinggal dua versi plugin dan menjadi pintu masuk peretas. Konsistensi ini juga membantu kualitas: semua situs memakai standar editorial dan tampilan yang Anda tetapkan.

Ketiga, pengelolaan pengguna terpusat. Satu akun pengguna bisa mengakses banyak situs, dan Super Admin bisa melihat serta mengelola semua pengguna dari satu tempat. Ini berguna bila Anda punya tim kecil yang menulis untuk beberapa situs sekaligus — mereka tidak perlu lima akun berbeda untuk lima situs.

Keempat, hemat sumber daya server. Satu instalasi WordPress berarti satu salinan file inti dan satu kumpulan file plugin serta tema, bukan lima salinan. Pada hosting dengan batas ruang penyimpanan atau inode, penghematan ini bisa berarti. Namun perlu dicatat: penghematan ini berlaku untuk berkas, bukan untuk beban database atau traffic, yang tetap bertambah seiring konten dan pengunjung tiap situs.

Kelima, cocok untuk model bisnis tertentu. Multisite adalah fondasi alami untuk jaringan situs niche, jaringan blog universitas atau sekolah, jaringan situs waralaba dengan banyak cabang, dan platform yang memungkinkan pengguna membuat situs sendiri. Jika model bisnis Anda memang berupa banyak situs yang saling terkait, Multisite adalah arsitektur yang dirancang untuk itu.

11. Kekurangan dan Risiko yang Sering Diremehkan

Di sisi lain, Multisite membawa risiko yang sering diremehkan oleh publisher yang hanya melihat sisi efisiensinya. Bagian ini penting dibaca sebelum Anda memutuskan.

Pertama, single point of failure. Karena semua situs berbagi satu instalasi dan satu database, gangguan di satu tempat berdampak ke semua situs. Jika server down, semua situs down. Jika ada masalah keamanan di satu situs, situs lain bisa ikut terancam — dokumentasi dan panduan hosting sama-sama menegaskan bahwa satu celah keamanan di satu situs dapat membahayakan situs lain di jaringan yang sama. Bagi publisher yang pendapatannya bergantung pada uptime, ini adalah risiko yang harus dihitung dengan jujur.

Kedua, backup dan update berlaku untuk seluruh jaringan. Anda tidak bisa membackup atau memulihkan satu situs saja dengan cara biasa — backup mencakup seluruh jaringan. Begitu juga update: Anda tidak bisa menguji update plugin di satu situs saja tanpa memengaruhi situs lain, kecuali Anda memakai lingkungan staging yang mereplikasi seluruh jaringan. Ini membuat pengujian menjadi lebih rumit dibandingkan instalasi terpisah.

Ketiga, keterbatasan plugin dan tema. Tidak semua plugin mendukung Multisite, dan beberapa plugin populer memang tidak dirancang untuk lingkungan jaringan. Plugin yang bermasalah bisa merusak semua situs sekaligus, bukan hanya satu. Selain itu, karena tema dipasang untuk seluruh jaringan dan edit kode tema memengaruhi semua situs yang memakai tema itu, kustomisasi per situs menjadi lebih terbatas dan berisiko.

Keempat, kemampuan admin situs yang dibatasi bisa menjadi hambatan operasional. Tim redaksi yang terbiasa memasang plugin sendiri akan frustrasi ketika mendapati mereka tidak bisa melakukannya. Setiap permintaan plugin harus melalui Super Admin, dan ini menambah lapisan birokrasi yang mungkin tidak Anda inginkan bila tim Anda besar dan mandiri.

Kelima, kompleksitas pemecahan masalah. Ketika terjadi error di jaringan Multisite, diagnosisnya lebih sulit: apakah masalahnya ada di tingkat jaringan atau di satu situs saja? Apakah plugin yang diaktifkan di tingkat jaringan bertabrakan dengan plugin di satu situs? Apakah masalahnya ada di aturan rewrite? Publisher yang terbiasa memecahkan masalah WordPress biasa mungkin perlu belajar lagi untuk lingkungan Multisite.

Keenam, migrasi keluar itu sulit. Jika suatu hari Anda memutuskan satu situs harus berdiri sendiri — misalnya karena dijual, atau karena kebutuhannya sudah terlalu berbeda — memisahkan satu situs dari jaringan bukanlah proses sekali klik. Kontennya memang sebagian besar berada di tabelnya sendiri, tetapi pengguna, media, dan pengaturan terikat dengan struktur jaringan, sehingga migrasi keluar membutuhkan pekerjaan teknis yang hati-hati.

12. WordPress Multisite dan AdSense: Apa yang Perlu Diketahui Publisher

Karena pembaca situs ini umumnya publisher AdSense, bagian ini membahas kaitan Multisite dengan monetisasi secara khusus.

Aturan dasar AdSense adalah satu akun per orang. Anda boleh memakai satu akun AdSense untuk banyak situs — tidak ada batas jumlah situs yang bisa Anda tambahkan ke satu akun — tetapi setiap situs harus ditambahkan ke akun Anda dan ditinjau oleh Google sebelum iklan bisa tampil. Situs yang sudah disetujui tidak otomatis membuat situs baru Anda disetujui; tiap situs dinilai sendiri berdasarkan konten dan kepatuhannya terhadap kebijakan program. Jika satu situs melanggar kebijakan, Google bisa membatasi iklan di situs itu saja tanpa menonaktifkan seluruh akun, tetapi pelanggaran yang diabaikan bisa berdampak pada akun secara keseluruhan.

Untuk subdomain, ada nuansa yang perlu dipahami. Sejak 20 Maret 2023, Google menghapus opsi untuk menambahkan subdomain secara terpisah di akun AdSense. Praktik yang beredar — dan dikonfirmasi oleh komunitas AdSense — adalah Anda perlu mendapat persetujuan untuk domain utama terlebih dahulu, setelah itu subdomain dari domain tersebut umumnya bisa menampilkan iklan tanpa penambahan terpisah. Namun perlu dicatat: ini adalah praktik yang beredar di komunitas dan panduan pihak ketiga, bukan kutipan langsung dari halaman bantuan AdSense yang kami rujuk untuk artikel ini. Jika Anda mengandalkan skenario subdomain untuk monetisasi, verifikasi langsung kondisi terbaru di dasbor AdSense Anda sebelum membangun jaringan di atas asumsi tersebut.

Untuk subdirektori, situasinya lebih sederhana: subdirektori adalah bagian dari domain utama, sehingga tidak ada urusan penambahan situs terpisah. Namun hal ini justru menimbulkan pertanyaan lain: jika seluruh jaringan Anda berada di bawah satu domain, dan satu bagian situs melanggar kebijakan, dampaknya bisa menyentuh domain tersebut secara keseluruhan.

Ada dua risiko AdSense yang spesifik untuk Multisite. Pertama, risiko penularan kebijakan: karena semua situs berada di satu instalasi dan sering kali satu domain atau domain yang saling terkait, masalah konten di satu situs — misalnya konten hasil salinan massal atau konten yang melanggar kebijakan — bisa memicu peninjauan yang menyentuh situs lain. Kedua, risiko invalid traffic: jika satu situs di jaringan Anda menjadi sasaran traffic tidak valid, pembatasan iklan yang menyusul bisa berdampak pada akun Anda secara keseluruhan, bukan hanya situs itu.

Saran praktis untuk publisher: gunakan Multisite untuk situs-situs yang semuanya Anda kendalikan kualitasnya dengan standar yang sama. Jangan mencampur situs yang Anda kelola ketat dengan situs yang kontennya dibuat oleh banyak kontributor lepas tanpa moderasi, karena standar terendah di jaringan Anda bisa menentukan nasib seluruh jaringan di mata Google.

13. Kapan Multisite Cocok dan Kapan Sebaiknya Tidak Dipakai

13.1 Multisite Cocok Bila

Multisite adalah pilihan yang tepat bila situs-situs Anda saling terkait dan memakai fondasi yang sama. Contohnya: jaringan situs niche dengan tema dan plugin yang sama; situs utama plus situs-situs bagian seperti blog, dokumentasi, dan forum; jaringan situs sekolah atau kampus dengan banyak unit; atau situs waralaba dengan banyak cabang yang tampilannya seragam. Dalam semua kasus ini, kesamaan tema, plugin, dan standar pengelolaan membuat sentralisasi benar-benar menghemat waktu.

Multisite juga cocok bila Anda memiliki tim kecil yang mengelola banyak situs dan Anda ingin mengontrol kualitas serta keamanan dari satu tempat. Sentralisasi justru menjadi keunggulan ketika Anda adalah satu-satunya Super Admin dan Anda ingin memastikan tidak ada situs yang tertinggal update atau memakai plugin sembarangan.

13.2 Multisite Tidak Cocok Bila

Sebaliknya, hindari Multisite bila situs-situs Anda memiliki kebutuhan yang sangat berbeda. Dokumentasi dan panduan hosting sama-sama menegaskan hal ini: jika Anda adalah pengembang web dengan banyak klien yang masing-masing butuh plugin, tema, dan pengaturan yang berbeda, menaruh mereka dalam satu jaringan Multisite bisa menimbulkan masalah kompatibilitas. Setiap klien yang butuh plugin berbeda akan bertabrakan dengan kebutuhan klien lain, dan satu plugin bermasalah bisa merusak situs semua klien.

Multisite juga tidak cocok bila situs-situs Anda membutuhkan isolasi keamanan yang kuat — misalnya situs toko online yang memproses pembayaran di samping blog pribadi. Dalam kasus seperti itu, instalasi terpisah memberikan batas yang jelas: masalah di satu situs tidak merembet ke situs lain, backup bisa dilakukan per situs, dan migrasi keluar tidak memerlukan pekerjaan teknis yang rumit.

Terakhir, Multisite tidak cocok bila Anda tidak siap menjadi Super Admin yang aktif. Jaringan Multisite membutuhkan seseorang yang memahami arsitekturnya, memantau update di tingkat jaringan, dan siap memecahkan masalah yang lebih kompleks daripada instalasi biasa. Jika Anda hanya ingin satu situs tambahan yang sederhana, instalasi WordPress kedua di subdomain atau subdirektori hosting Anda — yang sepenuhnya terpisah — hampir selalu lebih mudah dan lebih aman.

13.3 Tabel Keputusan Cepat

14. Checklist Sebelum Anda Mengaktifkan Multisite

Gunakan checklist berikut sebagai gerbang terakhir sebelum Anda mengaktifkan Multisite. Jika ada satu poin yang belum terpenuhi, selesaikan dulu — mengaktifkan jaringan dengan persiapan setengah-setengah adalah cara tercepat untuk menghabiskan akhir pekan Anda untuk pemecahan masalah.

• Backup lengkap sudah dibuat (berkas + database) dan sudah diuji bisa dipulihkan
• Semua plugin dinonaktifkan sementara
• Akses ke wp-config.php dan .htaccess sudah tersedia (FTP atau file manager)
• mod_rewrite aktif di Apache, atau konfigurasi setara sudah disiapkan untuk Nginx
• Pilihan subdomain vs subdirektori sudah diputuskan berdasarkan rencana jangka panjang
• Untuk subdomain: wildcard DNS sudah disiapkan dan wildcard SSL tersedia
• Untuk subdirektori: situs masih baru (belum ada artikel lebih dari sebulan) dan efek /blog/ sudah dipahami
• Hosting sudah dikonfirmasi mendukung Multisite dan wildcard subdomain bila diperlukan
• Alamat WordPress tidak memakai port selain 80 atau 443
• Daftar plugin yang akan dipakai sudah diperiksa dukungannya terhadap Multisite
• Rencana peran dan alur permintaan plugin untuk admin tiap situs sudah disiapkan
• Lingkungan staging tersedia untuk menguji update di tingkat jaringan sebelum diterapkan ke situs live

FAQ

Apakah WordPress Multisite gratis?

Ya. Multisite adalah fitur bawaan inti WordPress dan tidak memerlukan biaya lisensi tambahan. Yang mungkin berbayar adalah kebutuhan pendukungnya: hosting yang mendukung wildcard subdomain, sertifikat SSL wildcard, dan mungkin plugin premium yang mendukung Multisite. WordPress sendiri tidak memungut biaya untuk mengaktifkan fitur ini.

Apakah saya bisa mengubah jaringan subdomain menjadi subdirektori setelah dibuat?

Tidak dengan cara yang sederhana. Dokumentasi resmi menyatakan pilihan ini tidak bisa diubah nanti; sekadar mengubah nilai SUBDOMAIN_INSTALL dan aturan rewrite tidak memindahkan alamat situs yang sudah ada, dan DNS serta sertifikat harus disiapkan terpisah. Mengubah struktur alamat setelah jaringan berjalan adalah pekerjaan migrasi, bukan pengaturan sekali klik.

Apakah setiap situs di Multisite bisa memakai tema yang berbeda?

Ya, selama tema tersebut sudah dipasang dan diaktifkan di tingkat jaringan oleh Super Admin. Setiap situs bisa memilih tema yang berbeda dari tema-tema yang tersedia. Namun tema baru hanya bisa dipasang oleh Super Admin, dan mengedit kode satu tema akan memengaruhi semua situs yang memakai tema itu.

Apakah plugin AdSense atau iklan bisa dipasang berbeda di tiap situs?

Ya, tergantung cara plugin diaktifkan. Plugin yang diaktifkan per situs hanya berjalan di situs itu, sedangkan plugin yang diaktifkan di tingkat jaringan berjalan di semua situs. Untuk AdSense, Anda tetap memakai satu akun untuk semua situs, tetapi setiap situs harus ditambahkan dan ditinjau sendiri oleh Google, dan setiap situs harus mematuhi kebijakan program secara mandiri.

Apakah Multisite memperlambat situs saya?

Tidak secara otomatis, tetapi bebannya bertambah seiring jumlah situs dan konten karena semua situs berbagi satu database dan satu instalasi. Tabel bersama seperti tabel pengguna bisa menjadi titik kemacetan pada jaringan yang besar. Optimasi yang sama seperti pada instalasi biasa — caching, CDN, dan optimasi database — tetap berlaku, dan untuk jaringan besar Anda mungkin membutuhkan hosting dengan sumber daya yang lebih besar daripada instalasi tunggal.

Apakah saya bisa memisahkan satu situs dari jaringan Multisite nanti?

Bisa, tetapi tidak mudah. Konten satu situs sebagian besar tersimpan di tabelnya sendiri, sehingga secara teknis pemisahan dimungkinkan. Namun pengguna, media, dan pengaturan terikat dengan struktur jaringan, sehingga migrasi keluar membutuhkan pekerjaan teknis yang hati-hati dan pengujian menyeluruh. Jika Anda sudah mengantisipasi kemungkinan satu situs akan berdiri sendiri di masa depan, pertimbangkan instalasi terpisah sejak awal.

Kesimpulan

WordPress Multisite adalah fitur yang kuat dan sudah teruji — ia menjalankan WordPress.com, jaringan situs WordPress terbesar di dunia. Bagi publisher yang mengelola banyak situs dengan tema, plugin, dan standar yang sama, Multisite menghemat waktu pengelolaan secara nyata: satu kali update, satu tempat mengelola pengguna, dan satu dasbor untuk mengawasi semuanya.

Namun kekuatan itu datang dengan harga: pilihan struktur alamat yang tidak bisa diubah, kemampuan admin situs yang dibatasi, backup dan update yang berlaku untuk seluruh jaringan, serta risiko bahwa satu masalah di satu situs merembet ke semua situs. Untuk AdSense, Multisite tidak mengubah aturan dasar — satu akun, tiap situs ditinjau sendiri — tetapi ia menaikkan taruhan, karena pelanggaran di satu situs bisa berdampak pada akun Anda secara keseluruhan.

Keputusan yang bijak bukan soal apakah Multisite itu bagus atau buruk, melainkan apakah arsitektur Anda cocok dengannya. Jika situs-situs Anda saling terkait dan Anda siap menjadi Super Admin yang aktif, Multisite adalah alat yang tepat. Jika situs-situs Anda berbeda-beda kebutuhannya, membutuhkan isolasi keamanan, atau Anda hanya butuh satu situs tambahan yang sederhana, instalasi WordPress terpisah hampir selalu menjadi pilihan yang lebih aman dan lebih mudah dikelola. Apa pun pilihan Anda, buatlah dengan persiapan yang lengkap — backup, pengujian di staging, dan pemahaman tentang konsekuensinya — bukan karena tergiur efisiensi semata.

Sumber resmi yang dirujuk

1. Developer WordPress — Before You Create A Network (Advanced Administration Handbook): https://developer.wordpress.org/advanced-administration/multisite/prepare-network/
2. Developer WordPress — Multisite Network Administration (Advanced Administration Handbook): https://developer.wordpress.org/advanced-administration/multisite/administration/
3. WordPress Codex — Tools Network Page / Create a Network of WordPress Sites: https://codex.wordpress.org/zh-cn:%E5%B7%A5%E5%85%B7_%E7%BD%91%E7%BB%9C%E9%A1%B5%E9%9D%A2
4. Google AdSense Help — Persyaratan kelayakan AdSense (answer/9724): https://support.google.com/adsense/answer/9724
5. Google AdSense Help — Kebijakan Program AdSense (answer/48182): https://support.google.com/adsense/answer/48182
6. Google AdSense Help — Revenue share AdSense (answer/180195): https://support.google.com/adsense/answer/180195
7. WordPress.org — Persyaratan menjalankan WordPress (versi PHP dan MySQL/MariaDB yang direkomendasikan): https://wordpress.org/about/requirements/
8. Webnotes — How to Add Subdomains in Google AdSense Account (praktik penambahan subdomain, termasuk perubahan 20 Maret 2023; sumber pihak ketiga, dipakai hanya untuk bagian praktik subdomain): https://www.webnots.com/how-to-add-subdomains-in-google-adsense-account/