Problemen met WordPress Multisite: Hoe los je de meest voorkomende problemen op? (2026)

Met WordPress Multisite kun je meerdere websites vanuit één installatie beheren, maar dit brengt een extra complexiteit met zich mee die WordPress voor één website niet heeft. Pluginconflicten, databasefouten, problemen met domeinmapping, SSL-problemen en problemen met gebruikersrechten behoren tot de meest voorkomende problemen waarmee netwerkbeheerders te maken krijgen.

Deze handleiding beschrijft hoe u de meest voorkomende problemen met WordPress multisite kunt identificeren, diagnosticeren en oplossen, samen met prestatieoptimalisatie en best practices voor thema- en pluginbeheer.

Wat is WordPress Multisite?

Voordat we ingaan op de kern van het begrijpen en oplossen van problemen met WordPress Multisite, laten we eerst eens kijken wat WordPress Multisite precies is en hoe het werkt.

WordPress Multisite is een ingebouwde functie waarmee je een netwerk van websites kunt maken en beheren vanuit één WordPress-installatie. Elke site in het netwerk heeft zijn eigen inhoud, gebruikers en instellingen, maar deelt dezelfde WordPress-kern, thema's en plug-ins.

WordPress multisite kan voor diverse doeleinden worden gebruikt, waaronder zakelijke websites die dezelfde WordPress-thema's en -plugins delen, maar verschillende content hebben voor hun respectievelijke regio's. Multisites worden hoofdzakelijk gemaakt met behulp van submappen ("padgebaseerd") of domeinen of subdomeinen ("domeingebaseerd").

Hoe werkt WordPress Multisite?

WordPress Multisite is een ingebouwde functie waarmee je meerdere websites kunt beheren vanuit één WordPress-installatie. In plaats van elke site afzonderlijk te beheren, biedt Multisite gecentraliseerd beheer via één dashboard, waardoor het eenvoudiger wordt om je netwerk te onderhouden, bij te werken en uit te breiden.

Elke site functioneert als een normale WordPress-site, maar deelt dezelfde wp-content-, plugins- en themes-map. Elke site heeft echter zijn eigen set tabellen in de enkele database, waardoor unieke configuraties en content mogelijk zijn.

Voordelen en nadelen van WordPress Multisite

Net als elke andere oplossing heeft WordPress Multisite zijn sterke en zwakke punten. Inzicht in beide zal je helpen bepalen of het de juiste oplossing is voor jouw behoeften.

Voordelen:

• Gecentraliseerd beheer: Beheer updates, thema's en plug-ins vanuit één dashboard, waardoor u tijd en moeite bespaart op alle gekoppelde websites.

• Consistente branding: Ideaal voor bedrijven die een uniforme uitstraling willen op al hun netwerksites.

• Schaalbare oplossing: Maak eenvoudig nieuwe websites aan zonder telkens een nieuwe installatie te hoeven uitvoeren.

• Aangepaste gebruikersrollen: Wijs specifieke gebruikersrollen toe binnen het netwerk voor beter teammanagement.

• Gedeelde resources: Alle sites delen één WordPress-kern, waardoor het eenvoudiger is om configuratie-instellingen toe te passen of stappen voor probleemoplossing uit te voeren.

Nadelen:

• Technische problemen: Een enkele fout op de primaire site of in de kerninstallatie kan gevolgen hebben voor alle sites.

• Pluginbeperkingen: Niet alle WordPress-plugins zijn geschikt voor Multisite. Je kunt functionaliteitsproblemen ondervinden of plugins moeten deactiveren die conflicteren.

• Databasecomplexiteit: Alle sites delen één database met afzonderlijke tabelvoorvoegsels. Dit verhoogt de databasegrootte in de loop van de tijd en bemoeilijkt back-ups, migraties en het opsporen van fouten.

• Beperkingen in toegangscontrole: Zonder zorgvuldige netwerkinstellingen kunnen gebruikers toegang krijgen tot gebieden waar ze geen toegang toe zouden mogen hebben, wat tot beveiligingsrisico's kan leiden.

• Complexe migraties: Het verplaatsen van een enkele site uit een netwerk met meerdere sites kan een uitdaging zijn en soms leiden tot gegevensverlies als dit niet correct wordt aangepakt.

Multisite is het meest geschikt voor gebruikers met ervaring in WordPress-ontwikkeling of toegang tot technische ondersteuning. Voor eenvoudige multisite-toepassingen zonder gedeelde resources zijn afzonderlijke installaties op de lange termijn wellicht gemakkelijker te beheren.

Wanneer moet je WordPress Multisite gebruiken?

Overweeg een WordPress Multisite-configuratie wanneer u meerdere websites met vergelijkbare functionaliteit of huisstijl wilt beheren en wilt profiteren van gecentraliseerd beheer. Hier zijn enkele scenario's waarin Multisite het meest zinvol is:

• Onderwijsinstellingen: Scholen of universiteiten die meerdere afdelingen of faculteitswebsites beheren onder één primair domein.

• Bureau's en freelancers: Bureau's die klantwebsites beheren vanuit één centrale installatie kunnen tijd besparen en updates efficiënter doorvoeren.

• Franchises of ondernemingen: Bedrijven met regionale vestigingen die een eigen website nodig hebben, maar wel met een consistente merkidentiteit en gecentraliseerde updates.

• Online gemeenschappen of netwerken: forums, blogs of portals met meerdere site-eigenaren die onder één platform opereren.

• Interne bedrijfstools: Interne wiki's, portals of apps kunnen allemaal via één WordPress-netwerk worden beheerd.

Vermijd Multisite als uw websites aanzienlijk verschillende functionaliteiten hebben, aparte hostingomgevingen vereisen of door volledig onafhankelijke teams beheerd moeten worden. In die gevallen bieden aparte WordPress-installaties duidelijkere grenzen en vereenvoudigen ze het oplossen van problemen.

Inzicht in en oplossing van problemen met WordPress Multisite

Hieronder vind je een aantal veelvoorkomende problemen die je kunt tegenkomen bij het gebruik van WordPress Multisite:

• Pluginconflicten
• Uitdagingen op het gebied van gebruikersbeheer
• moeilijkheden bij het in kaart brengen van domeinen
• Beperkingen van de hostingprovider

Veel thema's en plugins missen compatibiliteit met multisite-omgevingen, wat conflicten en problemen binnen het netwerk veroorzaakt. Bovendien kan het een lastige opgave zijn om consistent gebruikersbeheer en functionaliteit van thema's en plugins op alle sites te garanderen.

Pluginconflicten

Pluginconflicten ontstaan ​​wanneer een plugin niet is ontworpen voor Multisite-compatibiliteit of wanneer meerdere plugins tegelijkertijd dezelfde WordPress-functie proberen aan te passen. Dit komt vaker voor bij Multisite-installaties dan bij installaties met één site, omdat plugins netwerkbreed worden geactiveerd.

Oplossing:

Om conflicten tussen plugins, deactiveert u alle plugins in het hele netwerk en activeert u ze vervolgens één voor één opnieuw om de bron van het conflict te achterhalen. Zodra de bron is gevonden, controleert u of er een Multisite-compatibele versie beschikbaar is, vervangt u de plugin door een alternatief of gaat u terug naar een eerdere versie met behulp van uw back-up. Test nieuwe plugins altijd eerst in een testomgeving voordat u ze activeert in het live netwerk.

Uitdagingen op het gebied van gebruikersbeheer

Gebruikersrechtenfouten in Multisite treden op wanneer rollen op netwerkniveau verkeerd geconfigureerd zijn of wanneer gebruikers onjuiste bevoegdheden hebben voor specifieke sites.

• Superbeheerders
• Beheerders
• Redacteuren
• Auteurs
• Bijdragers
• Abonnees

Elke rol heeft verschillende mogelijkheden. Elke locatie kan zelfs zijn eigen set rollen en mogelijkheden hebben.

Onjuist geconfigureerde gebruikersrechten zorgen voor problemen wanneer gebruikers geen toegang hebben tot de juiste sites, pagina's of essentiële functies.

Oplossing:

Controleer regelmatig de gebruikersrollen via het dashboard voor netwerkbeheerders. Gebruik een plug-in zoals User Role Editor om de mogelijkheden op verschillende locaties te beheren. Definieer voor grote netwerken een machtigingsmatrix voordat u gebruikers toevoegt om ongecontroleerde toegang te voorkomen. Zorg ervoor dat superbeheerders alleen toegang hebben tot vertrouwde beheerders.

Moeilijkheden bij domeinmapping

Domeinmapping wijst aan elke subsite in een multisite-netwerk een unieke domeinnaam toe, in plaats van een subdirectory of subdomein van het primaire domein te gebruiken. Deze essentiële functie zorgt ervoor dat extra websites binnen het netwerk unieke domeinnamen hebben, wat voordelen biedt op het gebied van branding en navigatie.

Deze functie brengt echter ook uitdagingen met zich mee op het gebied van configuratie en beheer. Vóór WordPress 4.5 moesten gebruikers een plugin voor domeinmapping gebruiken om domeinen binnen een Multisite-netwerk te koppelen. Sinds WordPress 4.5 is domeinmapping ingebouwd in de WordPress-kern. Je hebt geen aparte plugin meer nodig voor eenvoudige domeinmapping.

Oplossing:

Om een ​​domein te koppelen, moet u het DNS A-record van het domein laten verwijzen naar het IP-adres van uw hostingprovider. Ga vervolgens naar Netwerkbeheer, selecteer Sites, bewerk de betreffende subsite en werk het veld Siteadres bij naar het gekoppelde domein. Controleer of uw hostingprovider meerdere domeinnamen op hetzelfde account ondersteunt voordat u domeinkoppeling configureert.

Beperkingen van hostingproviders

Niet alle hostingproviders ondersteunen WordPress Multisite. Shared hostingpakketten beperken vaak de serverconfiguraties die Multisite vereist, met name voor netwerken op basis van subdomeinen en domeinmapping. Sommige shared hostingplatforms staan ​​WordPress Multisite helemaal niet toe vanwege beperkte resources.

Oplossing:

Managed WordPress-hostingpakketten die geen resources delen, zijn beter geschikt voor WordPress Multisite.

Sommige hostingpakketten zijn specifiek ontworpen om te schalen en te voldoen aan de resourcebehoeften van een WordPress Multisite. Het is cruciaal om te onthouden dat alle sites binnen een Multisite-netwerk dezelfde serverbronnen delen, wat de prestaties kan beïnvloeden als één site veel verkeer heeft.

Veelvoorkomende fouten in WordPress Multisite oplossen

Zelfs goed geconfigureerde multisite-netwerken kunnen fouten vertonen. Hieronder staan ​​de vijf meest voorkomende fouten, de oorzaken ervan en hoe u ze kunt verhelpen

Er zijn nog andere veelvoorkomende problemen met WordPress Multisite die zich kunnen voordoen:

Problemen met de databaseverbinding

Databaseverbindingsfouten in Multisite worden doorgaans weergegeven als "Fout bij het tot stand brengen van een databaseverbinding" of "Website niet gevonden" en treden op wanneer wp-config.php onjuiste inloggegevens bevat of de databaseserver niet reageert.

Oplossing:

Open wp-config.php en controleer of DB_NAME, DB_USER, DB_PASSWORD en DB_HOST exact overeenkomen met de inloggegevens in uw hostingcontrolepaneel. Als de inloggegevens correct zijn, log dan in op phpMyAdmin en voer een reparatie uit op alle tabellen door ze te selecteren en 'Repair Table' te kiezen in het dropdownmenu. Als het probleem aanhoudt, neem dan contact op met uw hostingprovider om te controleren of de databaseserver operationeel is.

Wit scherm des doods (WSOD)

Het witte scherm des doods toont een lege witte pagina zonder foutmelding. In Multisite komt dit het meest voor na een plugin-update, een themawissel of een wijziging van de PHP-versie. Het is een foutstatus waarbij het scherm volledig wit wordt en er geen foutmelding wordt weergegeven, waardoor je niet direct weet wat er mis is gegaan.

Een veelvoorkomende oorzaak van het WSOD (White Screen of Death) is dat verouderde plugins of thema's met elkaar of met de WordPress-software conflicteren.

Oplossing:

Deactiveer alle plugins in het hele netwerk en schakel over naar een standaardthema zoals Twenty Twenty-Four om te controleren of het probleem hiermee is opgelost. Als dat het geval is, activeer de plugins dan één voor één opnieuw om het conflict te identificeren. Zodra het conflict is vastgesteld, kunt u de conflicterende plugin of het thema bijwerken naar de nieuwste versie, vervangen door een compatibel alternatief of rechtstreeks contact opnemen met de ontwikkelaar van de plugin met uw WordPress- en PHP-versiegegevens voor een oplossing.

SSL-certificaat- en HTTPS-problemen

SSL-fouten in Multisite komen het vaakst voor op netwerken met subdomeinen waar het SSL-certificaat niet alle subdomeinen dekt, of wanneer een nieuwe subsite wordt toegevoegd nadat het certificaat voor het laatst is uitgegeven.

Voor WordPress Multisite-netwerken met submappen is het beveiligen van het primaire domein met een SSL-certificaat voldoende, en is er geen extra werk nodig voor de submappen.

Oplossing:

Bij het vernieuwen of toevoegen van SSL-certificaten is het noodzakelijk ervoor te zorgen dat alle domeinen en subdomeinen die onder het certificaat vallen, correct worden bijgewerkt om de wijzigingen weer te geven. Het implementeren van automatische omleidingen van HTTP naar HTTPS is cruciaal en kan worden bereikt door specifieke herschrijfregels toe te voegen aan het .htaccess-bestand.

Databaseoverbelasting en trage prestaties

Database-overbelasting in Multisite ontstaat door revisies van berichten, tijdelijke gegevens, achtergebleven metadata en spamreacties op alle sites in het netwerk. Naarmate het netwerk groeit, vermindert dit de querysnelheid en verlengt het de laadtijden van pagina's.

Oplossing:

Gebruik WP-Optimize of Advanced Database Cleaner om postrevisies, verlopen transients en spam gelijktijdig van alle sites in het netwerk te verwijderen. Plan wekelijkse automatische opschoning in. Installeer WP Rocket of W3 Total Cache voor caching aan de serverzijde en schakel objectcaching in met Redis of Memcached als uw hostingpakket dit ondersteunt

403 Verboden fout

Een 403 Forbidden-fout in Multisite wordt meestal veroorzaakt door onjuiste .htaccess-regels, verkeerde bestandsrechten of een verkeerd geconfigureerd wildcard-subdomein. Controleer uw .htaccess-bestand op conflicterende herschrijfregels en genereer het opnieuw door naar Netwerkbeheer, Instellingen, Permalinks te gaan en op te slaan zonder wijzigingen.

Controleer of de bestandsrechten zijn ingesteld op 644 voor bestanden en 755 voor mappen. Controleer of mod_rewrite is ingeschakeld op uw server.

Oplossing:

Als je een 403-foutmelding krijgt bij het openen van het netwerkbeheerdashboard, controleer dan het .htaccess-bestand op eventuele configuratiefouten. Controleer de map- en bestandsrechten en zorg ervoor dat mod_rewrite is ingeschakeld.

Hoe optimaliseer je de prestaties van een WordPress multisite?

De prestaties in een netwerk met meerdere locaties verslechteren sneller dan bij installaties met één locatie, omdat elke locatie dezelfde serverbronnen en database deelt. Optimalisatie moet daarom op netwerkniveau worden toegepast, niet per locatie.

Het optimaliseren van de WordPress-database kan leiden tot snellere laadtijden van pagina's door de databasegrootte te verkleinen en het ophalen van gegevens te verbeteren.

Schakel server-side caching in met WP Rocket of W3 Total Cache op netwerkniveau, zodat alle sites profiteren van gecachede pagina's. Gebruik een CDN zoals Cloudflare of BunnyCDN om statische bestanden over meerdere serverlocaties te verdelen, waardoor de laadtijd voor bezoekers in verschillende regio's wordt verkort.

Schakel native lazy loading voor afbeeldingen in het hele netwerk in door te controleren of uw thema het attribuut loading='lazy' toevoegt aan de afbeeldingstags. Plan wekelijkse databaseopschoning in om revisies, transients en spam te verwijderen voordat ze zich ophopen en prestatieproblemen veroorzaken.

Monitor de prestaties van individuele websites met Query Monitor om trage databasequery's of slecht geprogrammeerde plug-ins te identificeren die de netwerkbelasting verhogen.

Thema's en plug-ins beheren in WordPress Multisite

In een multisite-netwerk kan alleen de superbeheerder thema's en plug-ins installeren. Individuele sitebeheerders kunnen thema's en plug-ins activeren die de superbeheerder beschikbaar heeft gesteld voor hun site, maar kunnen niet zelfstandig nieuwe installeren.

Na de installatie kunnen plug-ins netwerkbreed worden geactiveerd, zodat ze op alle sites beschikbaar zijn, of selectief per site worden geactiveerd door de superbeheerder.

Superbeheerders bepalen welke thema's beschikbaar zijn voor sitebeheerders door ze in te schakelen voor het hele netwerk of voor specifieke sites. Ze kunnen ook een standaardthema instellen voor nieuwe sites met behulp van de constante 'WP_DEFAULT_THEME'.

Voor verdere aanpassingen aan het thema moeten de thema-opties door de ontwikkelaar zijn ingeschakeld. Deze opties moeten vervolgens door de superbeheerder worden goedgekeurd, zodat sitebeheerders de aanpassingen kunnen doorvoeren.

Conclusie

WordPress multisite is een krachtige configuratie, maar vereist meer handmatig beheer dan een installatie met één site. De meeste problemen zijn terug te voeren op dezelfde oorzaken: een verkeerd geconfigureerd wp-config.php-bestand, incompatibele plugins, niet-beveiligde SSL-certificaten en een overvolle database. Door deze patronen te begrijpen, kan het oplossen van problemen aanzienlijk sneller verlopen.

Regelmatig onderhoud voorkomt de meeste problemen voordat ze zich voordoen. Houd plug-ins up-to-date in de testomgeving voordat u ze netwerkbreed uitrolt, plan wekelijkse database-opschoning in, monitor Core Web Vitals per site en zorg ervoor dat uw hostingomgeving expliciet multisite ondersteunt. Zorg dat u deze gewoontes vroegtijdig implementeert en het netwerk zal probleemloos schalen.

Veelgestelde vragen over WordPress Multisite-problemen