Wie meerdere WordPress-sites beheert, kent de vermenigvuldiging: vijf sites betekent vijf keer updates draaien, vijf keer plugins beheren, vijf keer inloggen. WordPress heeft daar een ingebouwd maar relatief onbekend antwoord op: multisite. Daarmee draait één WordPress-installatie een heel netwerk van websites — van twee tot duizenden — met één beheerder aan de knoppen. Grote uitgevers en universiteiten draaien er complete portfolio’s mee. Maar multisite is geen gratis efficiëntie: je koopt gemak en betaalt met gedeeld lot. Daarom is de wanneer-vraag belangrijker dan de hoe-vraag.
Wat multisite precies is
Multisite is een netwerkstand van gewone WordPress: één set bestanden, één database, één keer plugins en thema’s geïnstalleerd — en daarbinnen onbeperkt sites, elk met een eigen adres (subdomein zoals blog.bedrijf.nl, submap zoals bedrijf.nl/blog, of via domain mapping een volledig eigen domeinnaam). Elke site heeft eigen content, eigen menu’s en eigen gebruikers, maar de “netwerkbeheerder” (super admin) staat boven alles: die installeert plugins en thema’s, maakt sites aan en bepaalt wat sitebeheerders wél en niet mogen. Eén klik op updaten werkt het hele netwerk bij. Voor wie tien sites onderhoudt, is dat het verschil tussen een dag werk en een kwartier.
Wanneer multisite een goed idee is
- Meerdere vestigingen of merken van één organisatie die dezelfde huisstijl en techniek delen, maar eigen content voeren.
- Landen- of taalvarianten als aparte sites binnen één netwerk (nl.bedrijf.com, de.bedrijf.com) met gedeelde basis.
- Organisaties met veel deelsites: scholen(gemeenschappen), gemeenten, franchiseformules, verenigingen met afdelingen.
- Een eigen platform waarbij je klanten of leden elk een eigen (sub)site geeft op jouw voorwaarden.
De rode draad: de sites horen wezenlijk bij elkaar, delen techniek en vormgeving, en vallen onder één verantwoordelijke partij.
Wanneer je er juist vanaf moet blijven
Voor een webbureau dat sites van verschíllende klanten host, klinkt multisite verleidelijk — en is het meestal een valkuil. Alles deelt namelijk één lot: één database, één set plugins, één beveiligingsperimeter. Gaat het netwerk plat, dan zijn álle klanten offline; wordt één site gehackt, dan is niets in het netwerk meer te vertrouwen. Een klant “los verkopen” of verhuizen is bovendien lastig — een site uit een multisite ontvlechten is specialistenwerk. Ook niet doen: multisite inzetten omdat één site een blog én een shop heeft (dat kan gewoon in één site), of voor twee totaal verschillende projecten die toevallig van jou zijn. En let op plugins: niet elke plugin is multisite-bewust; vooral webshop-, back-up- en beveiligingsplugins verdienen controle vooraf. WooCommerce in multisite kán, maar elke shop is dan echt een aparte shop — geen gedeelde voorraad of winkelwagen.
Praktische aandachtspunten vóór je begint
Multisite zet je bij voorkeur vanaf het begin op; een bestaande drukke site ombouwen kan, maar is een migratieklus. Kies de structuur (subdomeinen of submappen) bewust — achteraf wisselen is pijnlijk. Reken op iets zwaardere hosting-eisen: alle sites delen dezelfde serverbronnen, dus één drukke site kan de rest vertragen. En regel back-ups op netwerkniveau én per site: je wilt één site kunnen terugzetten zonder het hele netwerk terug te draaien.
Conclusie
Multisite maakt van sitebeheer-in-veelvoud één overzichtelijk netwerk: één keer updaten, centraal beheer, en toch eigen content per site. Het is de juiste keuze voor sites die echt bij elkaar horen — vestigingen, merken, afdelingen — en de verkeerde voor losse klantensites of ongerelateerde projecten. Kies bewust vooraf, want de structuurkeuze van dag één draag je jaren mee.