Spørsmålet dukker opp i møter med portugisiske kunder hver uke: lønner det seg å gå fra Joomla til WordPress i 2026? Det ærlige svaret er “det kommer an på”. Noen Joomla-prosjekter i Portugal bør bli nøyaktig der de er, og i andre koster det mer å utsette migreringen.
Kort fortalt
- Joomla 5 kom 17. oktober 2023 og Joomla 4.0 17. august 2021, med PHP 7.2 som minimumskrav: en sunn teknisk utvikling, men med et mindre økosystem.
- WordPress 6.7 er den gjeldende stabile linjen, med REST API i kjernen siden 4.7 (2016) og blokkeditoren siden 5.0 (desember 2018).
- Omtrentlig global andel ifølge W3Techs: WordPress over 40 prosent, Joomla rundt 1,7 til 2 prosent av nettstedene som bruker CMS.
- Beslutningen om å migrere bygger ikke på markedsandeler, men på fem konkrete kriterier: utvidelsesøkosystemet, tilgjengelig kompetanse i Portugal, innholdsmodellen, fremtidige integrasjoner og totalkostnaden over tre år.
- Det finnes fire situasjoner der det er riktig teknisk valg å beholde Joomla, og denne guiden beskriver dem rett ut.
Hvorfor valgte portugisiske organisasjoner Joomla?
For å forstå beslutningen i 2026 må man erkjenne hvorfor så mange portugisiske organisasjoner valgte Joomla mellom 2008 og 2016. Det var ingen tilfeldighet. Det var et forsvarlig teknisk valg i datidens kontekst.
Kultur-, idretts- og fagforeninger tok i bruk Joomla fordi systemet rett fra boksen tilbød en mer avansert hierarkisk brukermodell enn datidens WordPress. Kommuner (câmaras municipais), sogneforvaltninger (juntas de freguesia) og enkelte regionale direktorater valgte Joomla av samme grunn: detaljert tilgangsstyring, nestede seksjoner og kategorier, og et administrasjonsgrensesnitt som lå nærmere tankemodellen for en “portal” enn for en “blogg”.
Også små bedrifter, ingeniørkontorer og designstudioer hoppet på. Utvalget av kommersielle maler var stort, og K2-komponenten ga mulighet for egne innholdstyper som WordPress først tok igjen senere, da Custom Post Types og ACF var modne.
Det fantes også en kulturell grunn. Lokale tekniske miljøer og arrangementer som JoomlaDay Lisboa skapte nok kritisk masse til å bære spesialiserte byråer, kursholdere og frilansere. Å migrere er altså ikke bare et teknisk spørsmål, men også et spørsmål om hvem som skal vedlikeholde systemet de neste fem årene.
Hvordan har WordPress og Joomla endret seg siden 2018?
Det tekniske bildet er et annet enn i 2016, og den forskjellen forklarer mye av migreringsbeslutningen.
På WordPress-siden var tre endringer strukturelle. For det første kom REST API inn i kjernen i 4.7, lansert i desember 2016, og åpnet for frikoblede frontender. For det andre kom blokkeditoren (Gutenberg) med 5.0 i desember 2018 og endret måten forfattere lager innhold på. For det tredje befestet 6.x-linjen Full Site Editing, slik at topptekst, bunntekst og sidemaler kan styres uten PHP-filer. Versjon 6.7 er den gjeldende stabile referansen ifølge den offisielle kunngjøringen på wordpress.org/news.
På Joomla-siden var utviklingen teknisk solid, men i et annet tempo. Versjon 4.0, lansert 17. august 2021, moderniserte grunnlaget med Bootstrap 5, Web Components og PHP 7.2 som minimum. Versjon 5, lansert 17. oktober 2023, holdt kursen, fjernet utdatert kode og satset på ytelse. Problemet ligger ikke i produktet. Det ligger i økosystemet.
Antallet aktivt vedlikeholdte utvidelser og størrelsen på det globale utviklermiljøet har krympet jevnt. Ifølge W3Techs (lest med den forsiktigheten enhver statistikk over markedsandeler fortjener) ligger WordPress fortsatt over 40 prosent av alle nettsteder, mens Joomla utgjør rundt 1,7 til 2 prosent av nettstedene som bruker CMS, med fallende tendens. Det er ikke slutten for Joomla, men et signal som direkte påvirker hvem du kan ansette i 2027 for å vedlikeholde systemet.
Når lønner det seg å migrere fra Joomla til WordPress?
Fem kriterier. Når tre eller flere passer, er migrering det rasjonelle valget.
Kriterium 1: utvidelsesøkosystemet etterlater hull. Hvis mer enn 30 prosent av de installerte utvidelsene ikke har fått oppdateringer på 18 måneder, eller virksomheten trenger nye funksjoner som mangler et modent Joomla-alternativ, men har et stabilt WordPress-alternativ, tipper vekten mot migrering.
Kriterium 2: det er lettere å finne WordPress-kompetanse i Portugal. For en organisasjon som må sikre kontinuerlig vedlikehold i fem år, betyr dybden i markedet noe. I 2026 er det lettere å ansette og erstatte WordPress-folk i Lisboa, Porto, Braga eller Coimbra enn Joomla-folk på samme erfaringsnivå. Dette er ikke kritikk av Joomla, men en observasjon av arbeidsmarkedet.
Kriterium 3: innholdsmodellen må utvikle seg. Hvis veikartet for nettstedet krever egne innholdstyper, flere taksonomier, komplekse redaksjonelle arbeidsflyter med godkjenning og planlegging, eller integrasjoner med headless og edge computing, gir WordPress sammen med ACF, Meta Box eller Pods en bedre dokumentert vei.
Kriterium 4: fremtidige integrasjoner peker mot WordPress. CRM, markedsføringsautomatisering, verktøy for generativ AI, e-handelsplattformer og økosystemer av SEO-tillegg har i dag langt mer modne innebygde WordPress-integrasjoner. For et nettsted som må kobles til HubSpot, Salesforce, Mailchimp, ActiveCampaign, ChatGPT API eller moderne analyseverktøy, er friksjonen mindre på WordPress-siden.
Kriterium 5: de totale eierkostnadene over tre år er klart lavere. Her må regnestykket gjøres ærlig. Å migrere koster. Å beholde Joomla koster også. Spørsmålet er hva som blir dyrest over 36 måneder når man legger sammen lisenser for utvidelser, vedlikeholdstimer, opplæring av interne team og sannsynligheten for en sikkerhetshendelse eller et brudd på grunn av inkompatibilitet. Når summen for WordPress blir klart lavere, betaler migreringen seg.
Når er det bedre å beholde Joomla?
Dette er avsnittet mange byråer unngår å skrive. Det finnes fire situasjoner der vi anbefaler å beholde Joomla.
Situasjon 1: det finnes kritiske egenutviklede utvidelser uten en gjennomførbar migreringsvei. Hvis organisasjonen gjennom et tiår har investert i skreddersydde Joomla-komponenter som implementerer bestemte forretningsregler (medlemsforvaltning, fødererte arrangementskalendere, påmeldingssystemer for etter- og videreutdanning), kan det koste mer å skrive alt på nytt i WordPress enn det fremtidige utbyttet. Da er den tekniske anbefalingen å holde Joomla oppdatert og investere i planlagt vedlikehold.
Situasjon 2: innholdsmodellen er tett koblet til K2 eller til den innebygde strukturen med seksjoner og kategorier. Når nettstedet har titusenvis av K2-elementer med egne felt, er det et komplekst prosjekt å overføre dem til WordPress uten tap. Hvis organisasjonen ikke har kapasitet til et slikt prosjekt de neste 12 månedene, er det bedre å fryse migreringsplanen og investere i å vedlikeholde det som finnes.
Situasjon 3: det finnes ikke et reelt budsjett for en migrering av god kvalitet. Etter vår erfaring er forhastede og underbetalte migreringer hovedårsaken til SEO-katastrofer i Portugal. Det er bedre å bli på et ordentlig oppdatert Joomla enn å migrere dårlig til WordPress. Hvis kunden ikke kan sette av budsjett til revisjon, URL-kartlegging, testede migreringsskript, manuell kontroll av omdirigeringer og en overvåkingsperiode etter lansering, er den ansvarlige anbefalingen å utsette.
Situasjon 4: nettstedet er stabilt, vedlikeholdt og i tråd med lovverket. Hvis Joomla kjører på en støttet versjon, utvidelsene er oppdaterte, nettstedet oppfyller GDPR, er i tråd med WCAG 2.2 AA og forretningstallene er positive, haster det ikke. Migrering gjøres når det finnes en klar forretningsgrunn, ikke fordi det er teknisk mote.
Hvordan ser en konkret migrering fra Joomla til WordPress ut?
Når beslutningen er å migrere, deles arbeidet inn i fire faser. Å hoppe over dem er den raskeste måten å ødelegge et prosjekt i produksjon på.
Fase 1: revisjon
Den første fasen skriver ingen kode. Den lager en oversikt. List opp alle installerte utvidelser med versjon og vedlikeholdsstatus. List opp alle innholdstyper (innebygde artikler, K2, JReviews, Sobi2, EasyBlog, ChronoForms, RSForm og alle egne komponenter). List opp alle aktive brukere med roller og tilganger. List opp alle URL-er som er indeksert i Search Console og Bing Webmaster, med tilhørende organisk trafikk. Dokumenter alle skjemaer og hvor de sender data. Gå gjennom SEO-tilleggene som er i bruk (sh404SEF, JoomSEF, Easy Frontend SEO).
Denne fasen gir et dokument som er fundamentet for alt som følger. Uten det famler migreringen i blinde.
Fase 2: kartlegging av innholdsmodellen
Den andre fasen avgjør hvordan hver Joomla-enhet oversettes til WordPress. Blir innebygde artikler til Posts eller til Custom Post Types? Blir kategorier til WordPress-kategorier eller til egne taksonomier? K2-elementer med egne felt trenger Custom Post Types med Advanced Custom Fields eller Meta Box. Joomla-brukere med egne roller trenger en motsvarighet i WordPress-capabilities, ofte via Members eller User Role Editor.
Det er her man bestemmer hva som beholdes, hva som forenkles og hva som legges ned. Det er også her man oppdager at noen data ikke har en direkte motsvarighet og krever en redaksjonell beslutning.
Fase 3: migreringsskript
Den tredje fasen er teknisk og iterativ. Bygg skript (PHP via WP-CLI eller verktøy som FG Joomla to WordPress) som leser fra Joomla-databasen og skriver til WordPress-databasen etter den avtalte kartleggingen. Hvert skript må være idempotent og testet mot et øyeblikksbilde av den ekte databasen, ikke mot et syntetisk miljø.
Migrering av bilder fortjener særlig oppmerksomhet. Absolutte stier i Joomla-innholdet (/images/stories/…) må skrives om til WordPress-stier (/wp-content/uploads/…), og filene kopieres med metadata bevart der det er relevant.
Fase 4: SEO og omdirigeringer
Den fjerde fasen er der de fleste prosjektene i Portugal feiler. Hver gamle URL trenger en 301-omdirigering til den nye URL-en. Det er ikke valgfritt. Den typiske Joomla-strukturen med sh404SEF (/kategori/underkategori/artikkel) samsvarer sjelden med standardstrukturen i WordPress. Lag en fil som kobler gammel URL til ny URL, importer den i et pålitelig tillegg for omdirigeringer (Redirection eller regler på serversiden), og valider 100 prosent av omdirigeringene før lansering.
Etter lansering sender du sitemapene på nytt i Google Search Console og Bing Webmaster, følger med på 404-feil daglig de første fire ukene og legger til manglende omdirigeringer. Det er normalt at den organiske trafikken svinger de første fire til åtte ukene. Et varig tap er et tegn på ufullstendig kartlegging.
Hva går vanligvis galt?
Fem fallgruver vi ser gang på gang i migreringsprosjekter i Portugal.
Fallgruve 1: data fra utvidelser uten WordPress-motsvarighet. Komponenter som JReviews, Sobi2 og enkelte katalogkomponenter lagrer data i egne tabeller. Ingen WordPress-tillegg tar imot en slik import automatisk. Det krever et eget skript, og det betyr utviklingstimer.
Fallgruve 2: K2-data. K2 var så populært i Portugal at mange migreringer stopper opp akkurat her. K2-elementer, K2-kategorier, K2-ekstrafelt, K2-forfattere og K2-tagger samsvarer ikke med den innebygde Joomla-modellen, og enda mindre med WordPress. Det finnes verktøy som dekker det enkle tilfellet, men ikke egne felt eller flere relasjoner. Sett av ekstra tid.
Fallgruve 3: kartlegging av MultiCategory. I Joomla tilhører en artikkel én hovedkategori. I WordPress kan et innlegg tilhøre flere kategorier. Hvis Joomla-nettstedet brukte utvidelser som simulerte flere kategorier, påvirker valget av hvordan dette representeres i WordPress (flere kategorier, egen taksonomi, tagger) navigasjonen, arkivene og URL-ene.
Fallgruve 4: bevaring av URL-er. Selv med 301-omdirigeringer finnes det nettsteder der bestemte URL-deler blir glemt (pagineringsparametere, interne ankere, statiske filer servert av Joomla). Kostnaden viser seg som tapt trafikk seks uker etter lansering.
Fallgruve 5: egne brukerroller. ACL-systemet i Joomla er mer detaljert enn capabilities-systemet i WordPress. Å migrere brukere er ikke bare å flytte navn og e-postadresser. Det handler om å avgjøre hvordan hver egen rolle oversettes, og å kontrollere at de resulterende tilgangene tilsvarer det som var tenkt, uten overflødige privilegier og uten tapte tilganger.
Migreringstjeneste fra Joomla til WordPress
Jeg gjennomfører migreringer fra Joomla til WordPress som et samlet prosjekt, ikke som en isolert oppgave. Jeg jobber på fire fronter parallelt: innholdsarkitektur (inkludert headless WordPress når frontenden forsvarer det), ytelsesarbeid på nivå med Cloudflare Workers og edge computing, etterlevelse av regelverk (GDPR, WCAG og BFSG/EAA, NIS2 og DORA der det gjelder), og synlighet i tradisjonelle søkemotorer og i AI-genererte svar (GEO).
For prosjekter med krav til en moderne frontend finnes mer teknisk lesning i sammenligningen headless mot monolitt og i beslutningsmatrisen Next.js mot Astro som presentasjonslag for 2026. Tilnærmingen vår kombinerer seniorutviklere med nearshore-filosofien vi beskriver som WPPoland-standarden.
Det finnes ingen fast prisliste. Hvert migreringsprosjekt har ulik størrelse og risiko, og estimatet er individuelt, etter revisjonen.
Hva bør man lese før en Joomla-migrering?
Denne guiden er en del av temaklyngen om modernisering av WordPress-stakker i Portugal. Den henger sammen med artiklene om etterlevelse av regelverk i 2026, edge-ytelse med Cloudflare Workers, headless-arkitekturer og strategi for GEO-synlighet. For en velinformert beslutning anbefales det å lese disse artiklene sammen før du forplikter deg.
Hvordan kartlegger man 301-omdirigeringer ved en Joomla-migrering?
Å flytte en kompleks database fra Joomla til WordPress krever en presis plan for å unngå tap av organisk trafikk:
- Normalisering av permalenkestrukturer: Joomla har historisk brukt kategoriparametere og numeriske ID-er i URL-er, som skiller seg fra den rene taksonomien i WordPress. En komplett tabell med 301-omdirigeringer på webservernivå (Nginx eller en .htaccess-fil) sikrer at autoriteten som er bygd opp gjennom årene, overføres uten tap.
- Migrering av metadata og brukerhierarkier: prosessen må konvertere forfattere, tilgangsrettigheter og data fra eldre SEO-tillegg riktig til de nye feltene som verktøy som Yoast eller Rank Math bruker.
- Kontroll i Google Search Console etter migreringen: aktiv overvåking av 404-feil de første fire ukene etter migreringen gjør det mulig å rette glemte ruter og befeste den organiske autoriteten til det nye WordPress-nettstedet i Portugal.
Hvordan optimaliserer man ytelse og sikkerhet etter Joomla?
Når innholdet er flyttet fra Joomla til WordPress-økosystemet, er teknisk konsolidering avgjørende:
- Avansert objekt- og sidebuffer: Redis og et CDN-lag på kanten gir svært korte responstider og forbedrer Core Web Vitals-resultatene med en gang.
- Fjerning av gammel kode og herding av sikkerheten: å deaktivere foreldreløse ruter og skript fra det gamle CMS-et hindrer automatiserte innbruddsforsøk. Den moderniserte plattformen gjør også det daglige redaksjonelle arbeidet enklere.
På leveransesiden dekker vi dette temaet under en relatert tjeneste.
