WordPress Multisite: Hvornår det er genialt — og hvornår det er et mareridt
WordPress Multisite er en af de mest undervurderede — og mest misbrugte — funktioner i WordPress. Det lader dig drive 2, 20 eller 2.000 sider fra én enkelt WordPress-installation.
Lyder fantastisk? Det kan det være. Men det kan også blive dit værste mareridt.
Denne guide giver dig den ærlige sandhed: Hvornår Multisite er det rigtige valg, hvornår du skal holde dig langt væk, og hvilke alternativer der findes.
Sådan fungerer det
Standard WordPress vs. Multisite
| Aspekt | Standard WordPress | Multisite |
|---|---|---|
| Installationer | Én per side | Én for alle sider |
| Database | Én database | Én database, separate tabeller per side |
| Temaer | Installér frit | Network Admin aktiverer, side-admin vælger |
| Plugins | Installér frit | Network Admin aktiverer, side-admin kan tænde/slukke |
| Opdateringer | Per side | Én gang for hele netværket |
| Brugere | Per side | Delt brugerdatabase med roller per side |
Domænestruktur
Multisite understøtter tre domænestrukturer:
Subdirectory (anbefalet til start):
example.dk/side1/example.dk/side2/example.dk/side3/Subdomain:
side1.example.dkside2.example.dkside3.example.dkDomain mapping (kræver plugin):
side1.dk → Multisite side 1side2.dk → Multisite side 2side3.dk → Multisite side 3Hvornår Multisite er genialt
1. Franchise-kæder og kædebutikker
Scenarie: 15 butikker med hvert sit lokale indhold, men fælles design og funktionalitet.
Fordele:
- Ét tema-opdatering → alle 15 sider opdateres
- Centralt plugin-management
- Lokal medarbejder kan redigere egen sides indhold
- Fælles brugerdatabase (hovedkontor har adgang til alle)
Eksempel: En frisørkæde med 20 saloner. Hver salon har egen side med priser, team og booking. Hovedkontoret styrer design og kampagner centralt.
2. Flersprogede sider
Scenarie: Virksomhed med sider på dansk, engelsk, tysk og svensk.
Fordele:
- Hvert sprog er en selvstændig side med eget indhold
- Fælles mediebibliotek (billeder deles)
- Sprog-switcher via domain mapping (dk.example.com, en.example.com)
- Bedre SEO end plugin-baseret oversættelse (hvert sprog har eget sitemap)
3. Uddannelsesinstitutioner
Scenarie: Universitet med afdelinger, fakulteter og studenterforeninger.
Fordele:
- Hvert fakultet/forening får egen side
- IT-afdelingen styrer sikkerhed og opdateringer centralt
- Studerende kan ikke installere usikre plugins
- Ensartet branding med variationer
4. Mikrosite-netværk
Scenarie: Marketingbureau der laver landingssider til kampagner.
Fordele:
- Hurtig opsætning af nye sider
- Fælles blokbibliotek og skabeloner
- Centralt overblik over alle sider
- Nem oprydning når kampagner slutter
Hvornår Multisite er et mareridt
1. Siderne har vidt forskellige behov
Hvis dine sider har brug for forskellige plugins, er Multisite problematisk:
- Plugin A er nødvendigt for side 1 men crasher side 2
- Du kan ikke installere plugin per side — kun netværksbredt
- En dårlig plugin-opdatering tager alle sider ned
2. WooCommerce-shops
WooCommerce + Multisite er teknisk muligt men bøvlet:
| Problem | Konsekvens |
|---|---|
| Separate ordredatabaser | Ingen samlet omsætningsoversigt |
| Separate kundedatabaser | Kunden skal oprette konto på hver shop |
| Plugin-konflikter | Betalingsgateways kan opføre sig uforudsigeligt |
| Performance | WooCommerce er tungt nok i sig selv |
Alternativ: Brug separate WooCommerce-installationer med et centralt dashboard-plugin eller API-integration.
3. Sider med højt trafik
Multisite deler database. Det betyder:
- Én sides trafik-spike påvirker alle andre sider
- Database-queries skalerer dårligt med mange sider
- Caching er betydeligt mere komplekst
- CDN-konfiguration kræver special-setup per side
4. Klienter der vil have fuld kontrol
Hvis du bygger sider for klienter der vil:
- Installere egne plugins
- Ændre tema-filer
- Have deres egen hosting
- Have fuld admin-adgang
... så er Multisite det forkerte valg. Klienten får kun Site Admin-adgang, ikke Network Admin.
De 5 største faldgruber
1. "Vi kan altid splitte siderne ud senere"
Nej, det kan I næsten ikke. At migrere en side ud af et Multisite-netværk er en af de mest komplekse WordPress-opgaver:
- Mediefiler skal flyttes manuelt (uploads er organiseret per side-ID)
- Database-tabeller skal eksporteres og renames
- Interne links skal omskrives
- Plugin-indstillinger går ofte tabt
Tommelfingerregel: Gå kun ind i Multisite hvis du er sikker på at det er det rigtige langsigtet.
2. Hosting-kompatibilitet
Ikke alle hosts understøtter Multisite ordentligt:
| Host-type | Multisite-support |
|---|---|
| Shared hosting | Ofte problematisk |
| Managed WP (Kinsta, WP Engine) | Ja, men dyrere |
| VPS/Dedicated | Fuld kontrol, kræver opsætning |
| Cloudways/SpinupWP | God support |
3. SSL-certifikater
Med domain mapping har du brug for et SSL-certifikat per domæne. Wildcard-certifikater dækker kun subdomæner (*.example.dk), ikke separate domæner.
Løsning: Let's Encrypt med automatisk udstedelse per domæne.
4. Database-størrelse
Multisite opretter 10-11 nye tabeller per side. Med 100 sider har du 1.000+ tabeller i én database. Det:
- Gør backups langsommere
- Gør database-forespørgsler langsommere
- Gør fejlsøgning sværere
- Kræver mere RAM til MySQL/MariaDB
5. Plugin-kompatibilitet
Ikke alle plugins er Multisite-kompatible. Tjek altid:
- Understøtter plugin'et Network Activation?
- Kan indstillinger sættes per side eller kun netværksbredt?
- Er der kendte konflikter med andre Multisite-plugins?
Alternativerne
ManageWP / MainWP (anbefalet alternativ)
| Aspekt | Multisite | ManageWP/MainWP |
|---|---|---|
| Installation | Én fælles | Separate per side |
| Plugin-frihed | Begrænset | Fuld |
| Centralt dashboard | Ja | Ja |
| Massehandlinger | Ja | Ja |
| Risiko ved fejl | Alle sider | Kun den ene |
| Pris | Gratis | Gratis / fra $2/side/md |
Min anbefaling: For de fleste der overvejer Multisite er ManageWP eller MainWP det bedre valg. Du får centralt management uden risikoen.
Headless WordPress + fælles API
For avancerede setups: Brug WordPress som headless CMS med en fælles REST API. Frontend-sider (Next.js, Astro) kan trække indhold fra samme WordPress-installation uden Multisite-kompleksiteten.
Bedrock + Composer
For udviklere: Bedrock giver en moderne WordPress-stack med Composer-baseret afhængighedsstyring. Du kan deploye identiske opsætninger til separate installationer med ét kommando.
Opsætning trin for trin (hvis du vælger Multisite)
1. Backup og forberedelse
Tag en fuld backup. Multisite-aktivering ændrer din database permanent.
Verificér at dit hosting understøtter Multisite (wildcard subdomæner, mod_rewrite eller nginx-regler).
2. Aktivér Multisite i wp-config.php
/* Multisite */define('WP_ALLOW_MULTISITE', true);Gå derefter til Tools → Network Setup i WordPress admin.
3. Konfigurér netværket
WordPress genererer kode du skal tilføje til wp-config.php og .htaccess:
// wp-config.php (tilføj OVER "That's all, stop editing!")define('MULTISITE', true);define('SUBDOMAIN_INSTALL', false); // true for subdomænerdefine('DOMAIN_CURRENT_SITE', 'example.dk');define('PATH_CURRENT_SITE', '/');define('SITE_ID_CURRENT_SITE', 1);define('BLOG_ID_CURRENT_SITE', 1);4. Opret sider
Under My Sites → Network Admin → Sites → Add New:
- Angiv adresse (sti eller subdomæne)
- Vælg titel og admin-email
- Klik Add Site
Gentag for hver side i netværket.
5. Konfigurér temaer og plugins
I Network Admin:
- Themes: Network Activate det fælles tema
- Plugins: Network Activate fælles plugins
- Pr. side: Log ind som Site Admin og tilpas indstillinger
Konklusion
WordPress Multisite er et kraftfuldt værktøj — til de rigtige use cases. Det er genialt for franchise-kæder, uddannelsesinstitutioner og flersprogede sider med ensartet design.
Men det er et mareridt for WooCommerce-shops, sider med forskellige plugin-behov, og klienter der vil have fuld kontrol.
Min tommelfingerregel: Hvis du er i tvivl, er svaret næsten altid "brug separate installationer med ManageWP". Det giver 90% af fordelene uden 90% af risikoen.
