WordPress Multisite installeren en beheren vanuit één dashboard

WordPress Multisite installeren betekent dat je vanuit één WordPress-installatie meerdere websites kunt aanmaken, bijwerken en beheren binnen hetzelfde beheerpaneel. Deze opzet is ideaal voor bureaus die klantensites beheren, organisaties met afdelingssites, onderwijsplatformen met subsites of bedrijven die aparte taal- en landensites nodig hebben. Met de juiste hosting, een schone back-up, een doordacht domeinplan en zorgvuldige netwerkinstellingen biedt WordPress Multisite veel tijdwinst, centrale beveiliging en gestandaardiseerd beheer.

Bij een standaard WordPress-installatie beheer je één website. Zodra Multisite is ingeschakeld, verandert je installatie in een netwerk. Binnen dat netwerk kan elke site eigen content, gebruikers, mediabestanden en instellingen hebben, terwijl de WordPress-kernbestanden, thema’s en plugins centraal worden gedeeld. Een bedrijf met bijvoorbeeld 20 vestigingen hoeft dan niet voor elke vestiging een aparte WordPress-installatie op te zetten, maar kan vanuit één dashboard 20 subsites beheren. Updates, beveiligingscontroles en gebruikersrechten worden daardoor een stuk overzichtelijker.

In deze gids bekijken we wanneer WordPress Multisite een slimme keuze is, welke voorbereidingen nodig zijn, hoe je de installatie stap voor stap uitvoert, wat het verschil is tussen subdomeinen en submappen, hoe het netwerkbeheerderspaneel werkt en waar je op moet letten bij plugins, thema’s, prestaties en beveiliging. Wil je Multisite gebruiken voor een live project, maak dan eerst een volledige back-up van je website en kies bij voorkeur voor een krachtige WordPress hosting-oplossing met voldoende ruimte om te groeien.

Wat is WordPress Multisite?

WordPress Multisite is een ingebouwde netwerkfunctie van WordPress die standaard uitgeschakeld is. Wanneer je deze functie activeert, kun je meerdere websites draaien op dezelfde WordPress-bestanden en dezelfde database. Elke subsite verschijnt in het dashboard als een aparte website, maar de netwerkbeheerder houdt de controle over het geheel.

In een Multisite-architectuur zijn er twee belangrijke beheerniveaus. Het eerste niveau is dat van de netwerkbeheerder. Deze beheerder kan nieuwe sites toevoegen, gebruikers beheren, thema’s beschikbaar maken voor het hele netwerk, plugins netwerkbreed activeren en updates centraal uitvoeren. Het tweede niveau is dat van de sitebeheerder. Een sitebeheerder beheert alleen de subsite waaraan hij of zij is gekoppeld: content plaatsen, pagina’s aanpassen, menu’s maken en toegestane thema’s gebruiken.

Deze structuur is vooral krachtig wanneer je veel vergelijkbare websites beheert. Denk aan een dealernetwerk dat voor elke dealer een site in de vorm dealernaam.voorbeeldmerk.nl wil openen. Een universiteit kan faculteits- en afdelingssites beheren via namen als afdeling.universiteit.nl. Een webbureau kan kleine klantensites met dezelfde technische basis onderbrengen in één beheeromgeving. Toch is Multisite niet voor elk scenario de beste oplossing. Voor volledig onafhankelijke projecten met eigen serverresources, afwijkende technische eisen of specifieke plugins zijn losse WordPress-installaties vaak veiliger en flexibeler.

Wanneer gebruik je WordPress Multisite?

De keuze voor Multisite moet niet alleen gebaseerd zijn op technische eenvoud, maar vooral op je operationele behoefte. Zodra een netwerk live staat, verandert namelijk ook je manier van werken. In het juiste scenario levert dat veel efficiëntie op; in het verkeerde scenario kunnen onderhoud, back-ups en foutopsporing juist ingewikkelder worden.

Geschikte gebruiksscenario’s

• Corporate afdelingssites: HR, pers, support en campagnesites kunnen onder hetzelfde merk centraal worden beheerd.
• Bedrijven met meerdere locaties: Voor elke stad, regio of vestiging kan een aparte subsite worden aangemaakt.
• Onderwijs- en ledenplatformen: Sites per docent, klas, opleiding of afdeling kunnen in één netwerk worden samengebracht.
• Bureauprojecten: Microsites met een vergelijkbare technische basis kunnen centraal worden onderhouden en geüpdatet.
• Meertalige contentstructuren: nl.site.com, en.site.com of site.com/nl kunnen als aparte taalsites binnen hetzelfde netwerk draaien.

Minder geschikte scenario’s

• Als elke website een andere PHP-versie, afwijkende serverconfiguratie of volledige technische isolatie nodig heeft.
• Als één site zeer veel verkeer krijgt en andere sites nauwelijks, terwijl je resources per site apart wilt opschalen.
• Als elke klant volledig vrij eigen plugins wil installeren.
• Als er om juridische, compliance- of beveiligingsredenen volledige scheiding op databaseniveau vereist is.
• Als je slechts twee kleine websites hebt en netwerkbeheer onnodig complex zou worden.

Als praktische vuistregel kun je stellen: beheer je minstens 5 tot 10 sites onder hetzelfde merk of met dezelfde technische standaard, dan kan Multisite veel tijd besparen. Voor 2 of 3 volledig onafhankelijke projecten is een aparte installatie meestal eenvoudiger, overzichtelijker en flexibeler.

Subdomein of submap: welke structuur kies je?

Een van de belangrijkste keuzes tijdens de installatie is de URL-structuur van je subsites. WordPress Multisite ondersteunt twee hoofdmodellen: subdomeinen en submappen. Bij subdomeinen krijgen sites adressen zoals site1.voorbeeld.nl. Bij submappen gebruik je een structuur als voorbeeld.nl/site1. Beide opties kunnen goed werken voor SEO, zolang je ze correct inricht. De juiste keuze hangt af van je merkarchitectuur, technische eisen en contentstrategie.

Wanneer je een nieuw netwerk opzet, is het submapmodel vaak sneller te starten. Voor dealers, scholen, steden of landen kan een subdomein echter professioneler ogen. Wil je subdomeinen gebruiken, controleer dan of je hostingpaneel wildcard DNS en SSL ondersteunt. Moet je je domeinstrategie nog bepalen, dan kunnen Domeinquery en Domeinnaam Beheer helpen bij het maken van een goede keuze.

Checklist vóór de installatie

Een Multisite-installatie lijkt op het eerste gezicht slechts een kwestie van een paar regels code toevoegen. Op een live website kan een foutieve uitvoering echter direct leiden tot inlogproblemen, 404-meldingen of onbereikbare pagina’s. Rond daarom eerst onderstaande voorbereidingen af.

• Maak een volledige back-up: Back-up zowel de bestanden als de database. Alleen de map wp-content kopiëren is niet voldoende.
• Controleer de permalinks: Zorg dat er onder Instellingen een SEO-vriendelijke permalinkstructuur actief is.
• Controleer plugincompatibiliteit: Kijk vooral naar caching-, beveiligings-, membership- en pagebuilderplugins en controleer of ze Multisite ondersteunen.
• Controleer PHP- en databaseversies: Voor moderne WordPress-versies heb je een actuele PHP-versie en voldoende geheugenlimiet nodig.
• Plan je serverresources: De CPU, RAM en inode-behoefte voor 10 subsites is niet hetzelfde als voor 100 subsites.
• Bepaal je SSL-strategie: Bij subdomeinen kan een wildcard SSL-certificaat nodig zijn, of certificaten die voor alle subdomeinen geschikt zijn. Bekijk hiervoor eventueel de opties rond SSL-certificaat.

Een praktijkadvies: activeer Multisite niet direct op een belangrijke live site, maar test eerst in een stagingomgeving. Vooral bij webshops, ledenplatformen en websites met veel verkeer is werken zonder testomgeving onnodig riskant. Groeit je website snel en raakt shared hosting aan zijn limiet, dan kan een VPS Server of een schaalbaar hostingpakket een veiligere basis vormen.

WordPress Multisite installeren: stap voor stap

De volgende stappen zijn bedoeld om Multisite te activeren op een bestaande standaard WordPress-installatie. Zorg dat je vooraf een back-up hebt gemaakt. Je hebt daarnaast toegang nodig via FTP, bestandsbeheer in je hostingpaneel of SSH.

1. Bewerk het bestand wp-config.php

Open het bestand wp-config.php in de hoofdmap van je WordPress-installatie. Voeg de onderstaande regel toe vlak boven deze regel: /* That's all, stop editing! */

define('WP_ALLOW_MULTISITE', true);

Sla het bestand op en log opnieuw in op je WordPress-dashboard. Deze stap maakt alleen het Multisite-installatiemenu zichtbaar; het netwerk is hiermee nog niet actief.

2. Schakel plugins tijdelijk uit

Het is verstandig om vóór de installatie alle plugins tijdelijk te deactiveren. Zo verklein je de kans op redirectproblemen, permissiefouten of conflicten tijdens het instellen. Vooral firewall-, cache- en redirectplugins kunnen tijdens de installatie onverwachte problemen veroorzaken.

3. Start de netwerkinstallatie via het menu Tools

Ga in het dashboard naar Tools > Netwerkinstallatie. Hier kies je tussen subdomeinen en submappen. Als je bestaande WordPress-site al lange tijd actief is, kan WordPress in sommige gevallen de submapoptie beperken. Controleer na je keuze de netwerktitel en het e-mailadres van de netwerkbeheerder.

4. Voeg de codes toe aan wp-config.php en .htaccess

WordPress toont nu twee codeblokken. Het eerste blok voeg je toe aan wp-config.php, het tweede aan het bestand .htaccess. Maak eerst een kopie van je bestaande .htaccess voordat je regels aanpast. Voeg de codes op de juiste plek toe en sla beide bestanden op.

Een veelgemaakte fout in deze fase is dat de code op de verkeerde plek wordt geplakt of botst met bestaande .htaccess-regels. Krijg je daarna 404-fouten, sla dan de permalinkinstellingen opnieuw op en controleer de inhoud van .htaccess zorgvuldig.

5. Log opnieuw in en controleer het netwerkdashboard

Nadat je de codes hebt toegevoegd, vraagt WordPress je sessie te vernieuwen. Wanneer je opnieuw inlogt, verschijnt in de bovenste beheerbalk het menu Mijn sites. Via dit menu kun je naar het paneel Netwerkbeheer. Je Multisite-netwerk is nu actief.

6. Maak je eerste subsite aan

Ga in het netwerkbeheerpaneel naar Sites > Nieuwe toevoegen. Vul het siteadres, de titel, taal en het e-mailadres van de beheerder in. Gebruik je submappen, dan kun je bijvoorbeeld voorbeeld.nl/amsterdam maken. Gebruik je subdomeinen, dan wordt het amsterdam.voorbeeld.nl. Na het aanmaken kun je het dashboard van de subsite openen en thema, menu’s, pagina’s en content instellen.

Hoe beheer je alles vanuit één dashboard?

De echte kracht van Multisite wordt pas zichtbaar na de installatie. De netwerkbeheerder kan alle websites vanuit één centrale omgeving volgen en standaarden instellen. Daardoor hoef je niet voor elke site apart in te loggen, updates uit te voeren of themabestanden te uploaden.

Sitebeheer

In het scherm Sites zie je alle websites binnen het netwerk. Je kunt nieuwe sites toevoegen, bestaande sites archiveren, deactiveren of verwijderen. Bij grotere netwerken is een duidelijke naamgevingsstandaard belangrijk. Voor stedensites kun je bijvoorbeeld plaatsnaam gebruiken, terwijl dealersites beter werken met een dealer-code. Dat maakt zoeken, rapporteren en later opschalen veel eenvoudiger.

Gebruikers- en rollenbeheer

In WordPress Multisite worden gebruikers op netwerkniveau geregistreerd, maar hun rol kan per site verschillen. Iemand kan op site A redacteur zijn, op site B abonnee en op site C beheerder. Die flexibiliteit is handig, maar zonder beleid kan er snel verwarring ontstaan. Bepaal daarom vooraf welke rollen je gebruikt en wie waar toegang toe krijgt.

Bij een organisatie met 30 vestigingen kan het hoofdkantoor bijvoorbeeld netwerkbeheerder zijn, terwijl elke vestigingsmanager alleen redacteur is op de eigen vestigingssite. Zo kan de vestiging nieuwsberichten en lokale informatie publiceren, maar niet aan thema’s, plugins of kritieke instellingen komen.

Themabeheer

Thema’s worden geïnstalleerd door de netwerkbeheerder en vervolgens beschikbaar gemaakt voor het netwerk. Sitebeheerders kunnen alleen kiezen uit thema’s die zijn toegestaan. Voor merkconsistentie werkt meestal één hoofdthema met één child theme het best. Zo blijft de visuele standaard behouden en kunnen updates centraal worden uitgevoerd.

Pluginbeheer

Plugins kunnen op twee manieren worden gebruikt: netwerkbreed activeren of per site beschikbaar maken. Basisplugins voor beveiliging, SEO, back-ups en prestaties kunnen netwerkbreed actief zijn. Plugins voor formulieren, galerijen of specifieke koppelingen kun je beter per site inschakelen als ze niet overal nodig zijn.

Let er vooral op dat het aantal plugins beheersbaar blijft. In een netwerk met 50 subsites kan één overbodige of slecht gebouwde plugin invloed hebben op de prestaties van het hele netwerk. Stel daarom bij elke plugin drie vragen: is deze echt nodig, is hij geschikt voor Multisite en wordt hij actief onderhouden door een betrouwbare ontwikkelaar?

WordPress Multisite en SEO

WordPress Multisite is op zichzelf geen voordeel of nadeel voor SEO. Het resultaat hangt af van je URL-architectuur, contentkwaliteit, interne linkstructuur, technische performance en indexeringsinstellingen. Binnen moderne SEO kijken zoekmachines steeds sterker naar zoekintentie, topical authority, pagina-ervaring en betrouwbaarheidssignalen.

Voor elke subsite moet je unieke titels, metaomschrijvingen, homepageteksten en contactgegevens maken. Dezelfde tekst met minimale aanpassingen naar 20 subsites kopiëren kan leiden tot dunne of dubbele content. Heb je bijvoorbeeld voor elke stad een lokale dienstensite, verander dan niet alleen de plaatsnaam. Voeg lokale service-informatie, levertijden, teamgegevens, veelgestelde klantvragen en relevante voorbeelden per locatie toe.

• Maak voor elke subsite een aparte XML-sitemap en volg deze in Search Console.
• Gebruik je subdomeinen, verifieer dan belangrijke subdomeinen als aparte property.
• Controleer robots.txt en noindex-instellingen op netwerkniveau.
• Plan interne links op een manier die echt waarde toevoegt voor bezoekers.
• Houd links tussen subsites natuurlijk en voorkom overdreven kruislinking.

Kies bij voorkeur een SEO-plugin met goede Multisite-ondersteuning. Ook performance speelt een belangrijke rol: beeldoptimalisatie, caching en CDN-gebruik helpen zowel gebruikers als zoekmachines. Snellere sites bieden een betere ervaring en worden efficiënter gecrawld. Met de gidsen rond Website Versnelling kun je je technische optimalisatieplan verder aanscherpen.

Best practices voor beveiliging en back-ups

Omdat één beveiligingslek in een Multisite-netwerk meerdere websites tegelijk kan raken, moet je beveiligingsniveau hoger liggen dan bij een eenvoudige WordPress-site. Netwerkbeheerdersaccounts horen beschermd te zijn met sterke wachtwoorden, tweefactorauthenticatie en een strikt toegangsbeleid. Laat geen ongebruikte beheerdersaccounts staan en controleer regelmatig oude gebruikers.

• Plan wekelijks een volledige back-up en dagelijks een databaseback-up. Bij netwerken waar veel content wordt geplaatst, is een dagelijkse volledige back-up vaak beter.
• Test updates eerst in een stagingomgeving. Eén pluginupdate kan in één keer 40 sites beïnvloeden.
• Controleer bestandsrechten. Houd schrijfbare mappen zo beperkt mogelijk.
• Beperk inlogpogingen. Gebruik bescherming tegen brute-forceaanvallen.
• Activeer SSL op alle sites. Scan regelmatig op mixed-contentfouten.
• Gebruik betrouwbare thema’s en plugins. Ongelicentieerde of onbekende bestanden kunnen het hele netwerk in gevaar brengen.

Vergeet bij je back-upstrategie de hersteltest niet. Een back-up maken is niet genoeg; je moet ook weten of die back-up echt teruggezet kan worden. In een Multisite-netwerk kan het bovendien nodig zijn om slechts één subsite te herstellen. Controleer daarom of je back-upoplossing herstel per individuele site ondersteunt.

Performance en hosting kiezen

In een Multisite-netwerk delen alle subsites dezelfde WordPress-kern en vaak dezelfde serverresources. Daarom is de hostingkeuze cruciaal. Voor 5 tot 10 kleine sites met weinig verkeer kan geoptimaliseerde WordPress hosting voldoende zijn. Maar zodra verkeer, mediagebruik en het aantal plugins groeien, heb je krachtigere resources nodig.

Neem een praktisch voorbeeld: een bedrijfsnetwerk met 15 subsites waarbij elke site gemiddeld 5.000 bezoeken per maand krijgt, komt uit op ongeveer 75.000 bezoeken per maand. Als elke site hoge-resolutieafbeeldingen, formulieren en pagebuilders gebruikt, stijgt het CPU- en RAM-gebruik snel. Alleen naar schijfruimte kijken is dan te beperkt. Processorcapaciteit, geheugen, PHP workers, inode-limieten en back-upcapaciteit moeten samen worden beoordeeld.

Voor betere prestaties kun je de volgende maatregelen nemen:

• Comprimeer afbeeldingen in WebP- of AVIF-formaat.
• Stel een duidelijke cachepolicy in voor het hele netwerk.
• Verwijder overbodige plugins; alleen deactiveren is niet altijd voldoende.
• Optimaliseer databasetabellen periodiek.
• Stel limieten in voor bestandsgrootte en bestandstypen in de mediabibliotheek.
• Rapporteer regelmatig welke subsites veel verkeer of resources gebruiken.

Bij Hostragons kun je afhankelijk van de omvang van je project kijken naar WordPress hosting, Zakelijk Hosting of, voor projecten die meer controle vereisen, VPS Server. Het doel is niet om automatisch het duurste pakket te kiezen, maar om een duurzame infrastructuur te bouwen die past bij je huidige netwerk én je verwachte groei in de komende 12 maanden.

Veelvoorkomende fouten en oplossingen

404-fout

Als pagina’s van subsites een 404-fout geven, ligt dat meestal aan .htaccess-regels of permalinkinstellingen. Sla eerst de permalinks opnieuw op. Controleer daarna of de door WordPress gegeven Multisite-regels correct aan .htaccess zijn toegevoegd.

Subdomein werkt niet

Bij een subdomeinmodel ontbreekt vaak een wildcard DNS-record. Controleer in je DNS-paneel of *.jouwdomein.nl naar het juiste IP-adres verwijst. Kijk ook of je hostingaccount wildcard subdomeinen ondersteunt.

SSL-waarschuwing verschijnt

Als niet elke subsite via HTTPS opent, is de SSL-dekking mogelijk onvoldoende. Voor een netwerk met subdomeinen kan wildcard SSL nodig zijn. Daarnaast kunnen afbeeldingen, CSS- of JavaScriptbestanden die nog via HTTP worden geladen mixed-contentfouten veroorzaken.

Een plugin veroorzaakt problemen op alle sites

Een netwerkbreed geactiveerde plugin kan bij fouten alle websites tegelijk beïnvloeden. Deactiveer de plugin tijdelijk, controleer de foutlogs en test compatibiliteit in een stagingomgeving. Voor kritieke netwerken is het veiliger om automatische updates gecontroleerd te gebruiken.

Praktische checklist voor Multisite-beheer

Na de installatie heb je een vaste onderhoudsroutine nodig. De onderstaande checklist helpt je om een WordPress Multisite-netwerk veilig, snel en beheersbaar te houden.

• Controleer maandelijks gebruikersrollen en beheerdersaccounts.
• Bekijk wekelijks updates voor thema’s, plugins en WordPress zelf.
• Controleer vóór updates of er automatisch een back-up is gemaakt.
• Volg snelheidsscores en foutlogs van subsites.
• Controleer SEO-sitemaps en indexeringsstatus.
• Houd SSL-vervaldatums in de gaten.
• Verwijder ongebruikte thema’s en plugins.
• Maak een standaard content- en beveiligingssjabloon voor nieuwe sites.

Deze aanpak voorkomt rommel naarmate het netwerk groeit. Een structuur die begint met 5 sites kan binnen enkele maanden uitgroeien tot 50 sites. Zonder standaarden wordt beheer dan al snel tijdrovend en foutgevoelig. Zie een Multisite-project daarom niet alleen als een technische installatie, maar als een doorlopend operationeel model.

Conclusie

WordPress Multisite installeren is in het juiste scenario een krachtige en efficiënte manier om meerdere websites vanuit één dashboard te beheren. Centrale updates, gezamenlijk thema- en pluginbeheer, gebruikersrollen en gestandaardiseerde beveiliging maken Multisite vooral interessant voor organisaties, bureaus, onderwijsinstellingen en bedrijven met meerdere locaties. Voor een succesvolle Multisite-omgeving zijn wel een passende URL-structuur, compatibele plugins, regelmatige back-ups, een degelijk SSL-plan en voldoende hostingresources nodig.

Wil je meerdere WordPress-sites centraal beheren, breng dan eerst je behoeften en groeidoelen helder in kaart. Kies daarna de juiste hosting, domeinstructuur en beveiligingsaanpak. Via Hostragons kun je passende opties bekijken voor WordPress hosting, Domeinquery en SSL-certificaat, zodat je project vanaf het begin op een stevige basis staat.

Veelgestelde vragen

Wat is het verschil tussen WordPress Multisite en gewone WordPress?

Met gewone WordPress beheer je één website. Met WordPress Multisite kun je vanuit dezelfde installatie meerdere websites aanmaken en centraal beheren via het netwerkbeheerderspaneel.

Is Multisite slecht voor SEO?

Nee. Multisite is op zichzelf niet schadelijk voor SEO. Met een goede URL-structuur, unieke content, snelle hosting, correcte indexeringsinstellingen en waardevolle interne links kan Multisite prima SEO-vriendelijk werken.

Moet ik kiezen voor subdomeinen of submappen?

Voor vestigingen, dealers, landen of submerken zijn subdomeinen vaak geschikt. Voor onderdelen van de hoofdsite, campagnepagina’s of contentclusters werken submappen meestal beter. De keuze hangt af van je merkstrategie en technische eisen.

Heb ik speciale hosting nodig voor WordPress Multisite?

Kleine netwerken kunnen goed draaien op geoptimaliseerde WordPress hosting. Naarmate het aantal sites, het verkeer en de pluginbelasting toenemen, heb je meer CPU, RAM, PHP workers en back-upcapaciteit nodig. Voor grotere netwerken is VPS of schaalbare hosting vaak verstandiger.

Kan ik Multisite later weer uitschakelen?

Technisch is het mogelijk om een Multisite-netwerk op te splitsen, maar het is geen simpele instelling die je even uitzet. Database, mediabestanden, gebruikers en URL-structuur moeten zorgvuldig worden gemigreerd. Daarom is goede planning vóór de installatie belangrijk.