Administrere 100+ nettsteder med WordPress Multisite

Å administrere en håndfull nettsteder er enkelt. Å administrere 100+ nettsteder for et globalt konsern eller et franchisenettverk er et logistisk problem, med mindre du bruker riktig arkitektur. I 2026 er WordPress Multisite fortsatt den innebygde måten å drive en stor flåte av nettsteder fra én WordPress-installasjon.

Her er hvordan du designer, styrer og skalerer et nettverk med 100 nettsteder.

Kort svar: WordPress Multisite fungerer fortsatt svært godt i 2026 når du trenger sentral kontroll, delt kode og konsekvent styring på tvers av mange nettsteder. Det blir feil valg når du trenger streng dataisolasjon, helt ulik infrastruktur per nettsted eller full selvstendighet for hvert team.

Les mer om WordPress-utvikling for større virksomheter hos WPPoland.

#Oppdatere 100 WordPress-nettsteder fra én kodebase

Hovedfordelen med Multisite er at du har én kjernekodebase å administrere. Alt annet i denne guiden bygger på det.

#Sentraliserte oppdateringer

Når en sikkerhetsoppdatering slippes, oppdaterer du én gang på nettverksnivå, og den nye koden er i drift på alle 100 nettstedene i samme øyeblikk. Med 100 separate installasjoner betyr den samme oppdateringen 100 oppdateringskjøringer, og hvert nettsted som venter, er sårbart lenger.

Én detalj betyr mye i denne skalaen: en kjerneoppdatering kan også endre databaseskjemaet. Koden er delt, men hvert nettsted har sine egne tabeller, så etter en kjerneoppdatering ber WordPress deg kjøre Oppgrader nettverk. Håndboken for nettverksadministrasjon beskriver det slik: funksjonen Oppgrader nettverk “går gjennom hvert nettsted, fem om gangen, og sørger for at eventuelle databaseendringer blir tatt i bruk” (egen oversettelse). Deaktiverte nettsteder hoppes over og får oppdateringen når en administrator for nettstedet logger inn etter at det er aktivert igjen.

#Delt bibliotek

Temaer og utvidelser deles. Hvis du vil oppdatere konsernets merkevarefarger, endrer du ett tema, og endringen vises på alle regionale nettsteder som bruker det.

Slik håndterer du delte ressurser:

• Konserntema: ett overordnet tema, med varianter per merkevare som undertemaer
• Kjerneutvidelser: SEO, sikkerhet, cache og analyse installert én gang av Super Admin
• Må-bruke-utvidelser: filer i mu-plugins lastes på hvert nettsted og kan ikke deaktiveres per nettsted

#Merkevarekonsistens og grensen for den

Skrifttyper, farger og avstander definert i temaets theme.json gjelder for alle nettsteder som bruker temaet. Grensen går ved databasen: håndboken påpeker at “stilendringer gjort i nettstedsredigereren påvirker bare enkeltnettsteder” (egen oversettelse), fordi de lagres i det aktuelle nettstedets tabeller. Hvis merkevarekonsistens er viktig, bør designsystemet ligge i temafiler under versjonskontroll, og du bør begrense hvem som kan redigere stiler i nettstedsredigereren.

#Slik oppretter du et WordPress Multisite-nettverk

Den offisielle fremgangsmåten er kort, og veiledningen Create a Network bestemmer rekkefølgen:

1. Ta sikkerhetskopi av databasen og filene, kontroller at pene permalenker fungerer, og deaktiver alle aktive utvidelser.
2. Hvis WordPress kjører fra sin egen katalog, setter du opp det før du aktiverer Multisite.
3. Legg til define( 'WP_ALLOW_MULTISITE', true ); i wp-config.php over linjen som avslutter redigeringen. Dette slår på Verktøy > Nettverksoppsett.
4. På skjermen Nettverksoppsett velger du underdomener eller underkataloger og installerer.
5. Legg linjene WordPress genererer inn i wp-config.php og .htaccess, og logg inn på nytt.

Håndboken for nettverksadministrasjon legger til et poeng som sparer tid på moderne oppsett: WordPress kan generere omskrivingsregler for Apache og IIS, “men kan ikke generere Nginx-konfigurasjon” (egen oversettelse). På Nginx skriver du Multisite-reglene selv ut fra de dokumenterte eksemplene.

På kommandolinjen gjør WP-CLI den samme konverteringen med wp core multisite-convert, som oppretter Multisite-tabellene og legger konstantene inn i wp-config.php. Legg til --subdomains for et domenebasert nettverk.

#Multisite med underdomener eller underkataloger

Valget avgjør hvordan nettstedsadressene ser ut og hva serveren må støtte. Veiledningen for å forberede nettverket lister opp reglene:

Et nettverk kan ikke opprettes i det hele tatt når WordPress-adressen bruker en annen port enn 80 eller 443. Det er mulig å bytte type senere, men det er tungt: å endre SUBDOMAIN_INSTALL og omskrivingsreglene “migrerer ikke eksisterende nettstedsadresser og konfigurerer ikke DNS, virtuelle verter, TLS-sertifikater, omdirigeringer og informasjonskapsler” (egen oversettelse). For en plan med 100 nettsteder bør du bestemme deg én gang og teste på staging.

#WordPress multi-network og database-sharding

For organisasjoner som har vokst ut av ett enkelt nettverk, grupperer oppsett med flere nettverk (multi-network) nettstedene i flere nettverk innenfor én installasjon. Kjernen støtter datamodellen, men administrasjonsgrensesnittet kommer fra utvidelser som WP Multi Network.

#Regional gruppering

Du kan ha et nettverk for Europa, et for Amerika og et for APAC, alt innenfor én installasjon. Hvert nettverk har sine egne innstillinger og sin egen liste over nettverksaktiverte utvidelser.

I WP-CLI har hvert nettverk en numerisk ID. wp site create --network_id=2 legger til et nettsted i det andre nettverket, og wp site list --network=2 lister bare nettstedene i det.

#Sharding med en db.php-drop-in

For å hindre at databasen blir en flaskehals, fordeler en db.php-drop-in som HyperDB nettstedstabellene på flere databaseservere og sender lesespørringer til replikaer.

Sharding-strategier:

• Etter region: hvert regionale nettverk har sin egen databaseserver
• Etter volum: nettsteder med mye trafikk får dedikerte servere
• Hybrid: en blanding av begge, basert på målt belastning

#Hva som er delt og hva som hører til hvert nettsted

Administrasjonshåndboken legger også til at nettverksaktivering av en utvidelse “endrer ikke hvor utvidelsen lagrer dataene sine” (egen oversettelse). Om innstillingene gjelder hele nettverket eller hvert nettsted, avhenger av hvordan hver utvidelse er skrevet, så sjekk det før du godkjenner en utvidelse for nettverket.

#SSO og brukerroller i WordPress Multisite

Med 100 nettsteder har du sannsynligvis hundrevis av brukere. Du kan ikke administrere dem manuelt.

#SSO-integrasjon

Integrer Multisite-oppsettet med en identitetsleverandør som Okta eller Microsoft Entra ID (tidligere Azure AD). Når en ansatt slutter i bedriften, fjernes tilgangen til alle 100 nettstedene på ett sted. Det lukker hullet med foreldreløse kontoer, en vanlig vei inn i gamle nettsteder.

#Kontroller for Super Admin

Bestem hvilke nettsteder som kan aktivere hvilke utvidelser. Et regionalt markedsteam skal ikke få installere en risikabel utvidelse som kan knekke hele nettverket. WordPress håndhever noe av dette som standard: i et nettverk “kan nettstedsadministratorer ikke installere nye temaer eller utvidelser og kan ikke redigere profilene til brukerne på nettstedet sitt” (egen oversettelse). Det kan bare Super Admin.

Anbefalt rollehierarki:

Egendefinerte roller, for eksempel en SEO-ansvarlig med tilgang bare til metafelter, er mulige med en rolleutvidelse eller kode, og de defineres per nettsted.

#Tilgang til utvidelser for nettstedsadministratorer

Som standard ser ikke nettstedsadministratorer skjermen Utvidelser i det hele tatt. Skjermen Nettverksinnstillinger har et valg under Menyinnstillinger som slår den på. Selv da kan nettstedsadministratorer bare aktivere eller deaktivere utvidelser som Super Admin har installert; nettverksaktiverte utvidelser vises som “Nettverksaktivert” uten mulighet for å deaktivere dem.

En utvidelse kan også oppgi Network: true i headeren sin, noe som gjør den til en ren nettverksutvidelse.

#Temaer per nettsted

Å aktivere et tema for nettverket bytter ikke noe nettsted over til det. Det gjør bare temaet tilgjengelig. Et tema kan også aktiveres for ett enkelt nettsted fra skjermen Rediger nettsted, fanen Temaer. Nye nettsteder får det nyeste standardtemaet med mindre du setter WP_DEFAULT_THEME i wp-config.php til mappenavnet til konsernets tema, noe som sparer et manuelt steg på hvert nytt nettsted.

#Slik deler du innhold på tvers av et WordPress Multisite-nettverk

Nettstedene i et nettverk deler ikke innhold som standard. Håndboken sammenligner et nettverk med “en miniversjon av WordPress.com” (egen oversettelse) og viser til utvidelser for deling. Planlegg innholdsdeling som en funksjon du legger til, ikke en du får med på kjøpet.

#Publisere én kunngjøring på alle nettsteder

Kringkastingsutvidelser lar deg publisere en global konsernkunngjøring én gang og kopiere den til alle 100 nettstedene. Typiske kandidater er pressemeldinger, produktoppdateringer, varsler om sikkerhet og etterlevelse og sesongkampanjer.

#Globalt søk

Bruk Elasticsearch (via ElasticPress) for å gi et søkefelt som finner innhold på tvers av alle nettstedene i hele nettverket. Det innebygde WordPress-søket spør tabellene til ett nettsted.

#Lese innhold fra andre nettsteder

Hvert nettsted eksponerer sitt eget REST API, så et knutepunktnettsted kan hente innlegg fra regionale nettsteder over HTTP. I PHP lar switch_to_blog() og restore_current_blog() koden lese tabellene til et annet nettsted direkte, og det er slik de fleste utvidelser for innholdsdeling fungerer.

#Ytelsessjekkliste for WordPress Multisite med 100+ nettsteder

#Redis for Multisite

• Nøkler per nettsted: objektcachen lagrer data med nettstedets ID i nøkkelen, så nettstedene ikke overskriver hverandres cache
• Globale grupper: brukere og nettverksvalg caches én gang for nettverket
• Minnevarsler: ett stort nettsted kan fylle opp den delte cachen

#Opplastingsgrenser per nettsted

Nettverksinnstillinger styrer også lagringen. Som standard er opplastingsplassen for hvert nettsted begrenset til 50 MB og maksimal filstørrelse ved opplasting til 1500 KB, og begge kan endres. Tillatte filtyper er en liste for hele nettverket; å legge til en type der “vil IKKE fungere” (egen oversettelse) med mindre den også er tillatt gjennom filteret upload_mimes. Med 100 nettsteder bør du sette disse grensene bevisst i stedet for å heve dem hver gang noen klager.

#Automatisere WordPress Multisite med WP-CLI og CI/CD

#Automatiserte utrullinger

I et nettverk med 100+ nettsteder skalerer ikke manuelle utrullinger:

• CI/CD-pipeline: hver kodeendring går gjennom automatiserte tester på staging
• Gradvis utrulling: når du drifter flere nettverk eller installasjoner, ruller du først ut til den minste gruppen
• Tilbakerulling: ha forrige versjon klar til å gjenopprettes

#WP-CLI i stor skala

WP-CLI er hovedverktøyet for å drive et nettverk fra kommandolinjen. Kommandoene nedenfor er hentet fra den offisielle WP-CLI-kommandoreferansen:

# Oppdater kjernen én gang, kjør deretter databaseoppdateringen på hvert nettsted
wp core update
wp core update-db --network

# Aktiver en utvidelse for hele nettverket
wp plugin activate my-plugin --network

# Aktiver en utvidelse bare på hvert nettsted i nettverk 2
wp site list --network=2 --field=url | xargs -I {} wp plugin activate my-plugin --url={}

# Tell publiserte innlegg per nettsted
wp site list --field=url | while read url; do
  echo "$url $(wp post list --post_type=post --post_status=publish --format=count --url="$url")"
done

#Kommandoer for nettstedets livssyklus

Arkivering og deaktivering kan reverseres, og i praksis behandler Nettverksadmin arkivering på samme måte som deaktivering. Spam gjør et nettsted utilgjengelig for alle. Sletting fjerner nettstedet, så bruk --keep-tables i skriptene til du har en verifisert sikkerhetskopi.

#Overvåking og varsler per nettsted

Hvert nettsted i nettverket trenger sine egne varsler:

• Oppetid per nettsted (hovednettstedet kan være oppe mens et undernettsted er nede)
• Core Web Vitals per nettsted
• PHP-feil per nettsted (en utvidelse aktivert på ett nettsted kan gi feil bare der)
• Databasevekst per nettsted

#Slik kobler du et eget domene til et nettsted i Multisite

Domenekobling er innebygd siden WordPress 4.5, ifølge veiledningen for domenekobling. Stegene:

1. Pek domenets DNS mot serveren og parker det på nettverkets hoveddomene.
2. Installer et TLS-sertifikat for hvert domene; veiledningen anbefaler SNI for de ekstra domenene.
3. Åpne Nettsteder i Nettverksadmin, rediger nettstedet og sett Nettstedsadresse (URL) til hele domenet, for eksempel https://example.com.
4. Hvis innlogging feiler med en feil om informasjonskapsler, legger du til define( 'COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] ); i wp-config.php.

For 100 merkevarer på 100 domener blir fornyelse av sertifikater den faste jobben, så automatiser den på serveren.

#Når du ikke bør bruke WordPress Multisite

Multisite er ikke alltid svaret. Håndboken advarer selv: hvis du planlegger nettsteder som “deler data eller deler brukere” (egen oversettelse) på en tett sammenkoblet måte, er “et multisite-nettverk kanskje ikke den beste løsningen” (egen oversettelse). Unngå det hvis:

1. Unike krav: nettsted A trenger en helt annen serverkonfigurasjon eller en annen PHP-versjon enn nettsted B.
2. IP-omdømme: hvis ett nettsted i nettverket er “spammete”, kan det påvirke omdømmet til alle andre nettsteder på samme IP. Dette betyr mest for nettsteder som er avhengige av at e-post kommer frem.
3. Dataisolasjon: en kunde krever av juridiske grunner at dataene ligger i en helt separat database.
4. Teamenes selvstendighet: hvert team må kunne velge og installere egne utvidelser.
5. Ett dominerende nettsted: ett nettsted står for mesteparten av trafikken og trenger sin egen infrastruktur.

#Alternativer til Multisite

#Slik migrerer du til WordPress Multisite steg for steg

#Fase 1: revisjon

• Oversikt over alle eksisterende nettsteder
• Analyse av utvidelser og temaer i bruk, og om hver av dem fungerer i Multisite
• Krav til data og isolasjon
• Integrasjoner per nettsted

#Fase 2: arkitektur

• Nettverksstruktur (ett nettverk eller flere)
• Underdomene eller underkatalog, bestemt én gang
• Databasestrategi
• Roller og rettigheter

#Fase 3: implementering

• Multisite-miljø på staging
• Migrering av innhold nettsted for nettsted
• SSO og styring
• Cache og CDN

#Fase 4: optimalisering

• Belastningstesting
• Finjustering av cache og database
• Opplæring for nettverksadministratorer
• Skriftlige rutinebeskrivelser for oppdateringer og nye nettsteder

Håndboken advarer om at det å flytte Multisite “er mer komplisert enn å flytte en enkeltinstallasjon” (egen oversettelse), så test migreringsløpet på staging før overgangen i produksjon.

#Konklusjon

WordPress Multisite er et sterkt verktøy for alle som driver en flåte av nettsteder. Det gir effektiviteten ved sentral administrasjon kombinert med fleksibiliteten ved desentralisert innholdsproduksjon.

Hvis du planlegger å skalere fra 10 nettsteder til 100 eller 1000, er det å sette opp Multisite-arkitekturen riktig fra dag én den viktigste tekniske beslutningen du tar.

Arkitekturvalget i Multisite er langt vanskeligere å gjøre om enn å gjøre riktig første gang. Skal du planlegge en hel flåte av nettsteder, kan du starte med WordPress-utvikling i stor skala.

#Relaterte ressurser

• WordPress-utvikling
• Hastighetsoptimalisering av WordPress
• Sikkerhetsrevisjon av WordPress
• Vedlikehold av WordPress
• WooCommerce-utvikling
• Kontakt WPPoland