WordPress multisite: wanneer is het de juiste keuze?

"Kunnen we niet gewoon één WordPress-installatie gebruiken voor al onze sites?" Het is een logische vraag, en het antwoord is: soms wel, soms juist niet. WordPress multisite is een krachtige functie, maar wordt regelmatig ingezet voor situaties waar het uiteindelijk meer complexiteit oplevert dan het oplost. We leggen uit hoe die afweging werkt.

Wat multisite precies is

Met multisite draai je meerdere WordPress-sites vanuit één centrale installatie, met één codebase en één database (waarbinnen elke site zijn eigen tabellen heeft). Plugins en thema's worden centraal beheerd en kunnen per site geactiveerd worden. Beheerders kunnen inloggen op een netwerk-dashboard van waaruit ze alle sites tegelijk overzien.

Wanneer multisite echt zin heeft

• Een franchiseorganisatie of keten met vergelijkbare sites per vestiging, die dezelfde structuur en functionaliteit delen.
• Een universiteit of grote organisatie met veel afdelingen die elk hun eigen site nodig hebben, maar centraal beheerd moeten worden.
• Een merk met meerdere taalvarianten van in essentie dezelfde site, waarbij gedeelde plugins en updates efficiëntie opleveren.
• Een bureau dat cliëntensites host en centraal plugin- en thema-updates wil kunnen uitrollen.

In deze scenario's is het voordeel duidelijk: één keer een plugin updaten in plaats van tien keer, één centraal inlogpunt, en gedeelde broncode die minder opslag en beheertijd kost.

Wanneer het juist averechts werkt

Het misverstand ontstaat vaak wanneer sites eigenlijk weinig met elkaar te maken hebben. Twee compleet verschillende klanten met eigen merken, eigen plugin-behoeften en eigen releaseschema's, gedwongen in één multisite-installatie, levert vaak meer risico op dan gemak. Een plugin-update die voor de ene site nodig is, kan de andere site breken. Een beveiligingsprobleem in één site kan zich potentieel uitbreiden naar de rest van het netwerk, omdat ze de onderliggende infrastructuur delen.

Multisite is bedoeld voor sites die van elkaar profiteren door samen te draaien — niet voor sites die toevallig bij dezelfde klant horen.

De praktische nadelen

• Eén site plat, mogelijk allemaal plat: een ernstig probleem op serverniveau raakt het hele netwerk tegelijk.
• Plugin-compatibiliteit is beperkter: niet elke plugin ondersteunt multisite volledig of correct.
• Migreren van één site uit het netwerk is aanzienlijk lastiger dan een losstaande WordPress-installatie verplaatsen.
• Toegangsbeheer wordt complexer zodra verschillende klanten of teams alleen bij hun eigen site mogen kunnen.

Het alternatief: losse installaties, gedeelde infrastructuur

Voor bureaus die meerdere klantsites beheren, is het alternatief vaak beter: losse WordPress-installaties, maar wel op dezelfde managed hostingomgeving met gedeeld onderhoud. Je krijgt dan alsnog centrale controle over updates en monitoring, zonder het risico dat problemen zich technisch tussen sites verspreiden. Dit is de aanpak die we bij RN Hosting standaard adviseren, tenzij er een concrete reden is waarom sites daadwerkelijk met elkaar verweven moeten zijn.

Hoe je de keuze maakt

Stel jezelf de vraag: hebben deze sites baat bij het delen van dezelfde codebase, of is het puur toeval dat ze bij elkaar horen qua beheer? In het eerste geval is multisite het overwegen waard. In het tweede geval — wat in de praktijk vaker voorkomt dan mensen denken — is een reeks losse, maar centraal onderhouden installaties de veiligere en flexibelere route.

Kort samengevat

Multisite is een goede oplossing voor sites die functioneel met elkaar samenhangen en profiteren van gedeeld beheer. Voor onafhankelijke klantsites die toevallig bij dezelfde beheerder horen, is een reeks losse installaties op gedeeld beheerde hosting meestal de veiligere en flexibelere keuze.