Denne veiledningen er for deg som vurderer å bygge om et WordPress-nettsted og vil vite hva som må være på plass før arbeidet starter. Den bygger på hvordan jeg selv jobber med slike prosjekter. Selve tjenesten er beskrevet på siden om redesign og modernisering av nettsider.
Hvem
Mariusz Szatkowski, selvstendig WordPress-utvikler siden 2006, med base i Gdynia i Polen. Jeg jobber alene, uten team og uten underleverandører.
Hva
Ombygging av WordPress-nettsteder etter design du leverer: responsivt tema, innholdsmigrering, 301-viderekoblinger, ytelse målt med Core Web Vitals og universell utforming i malene.
Hvor
På avstand fra Gdynia, i samme tidssone som Norge. Kommunikasjonen går på e-post, i dokumenter og i Git-repositoriet.
Priser
Individuelt tilbud etter omfang. Du sender en brief og får et skriftlig tilbud med forutsetninger.
Bør du redesigne, modernisere eller bygge nytt nettsted?
Tre ulike prosjekter havner under samme ord, og etiketten styrer omfang og risiko. Bruk klarhetsrevisjonen for redesign til å finne det faktiske problemet først.
| Kriterium | Redesign | Teknisk modernisering | Helt nytt nettsted |
|---|---|---|---|
| Når velge | Utseendet passer ikke merkevaren, men nettstedet selger | Treg lasting, forlatte utvidelser, PHP fast på 7.x | Forretningsmodell, målgruppe eller merkevare har endret seg |
| Hvem lager designet | Du eller designeren din | Beholdes, eller du leverer nytt | Du eller designeren din |
| Hva endres teknisk | Tema og maler | PHP, tema, utvidelser, hosting, arbeidsflyt | Alt |
| Innhold | Beholdes | Beholdes, ryddes og flyttes | Skrives på nytt av deg |
| URL-er | Uendret | Bevart, eller kartlagt med 301 | Ny struktur med fullt 301-kart |
| Risiko for søkesynlighet | Lav | Middels, styrt | Høyest |
De fleste oppdrag er en blanding av de to første. Et nytt utseende på gammel infrastruktur løser ikke Core Web Vitals, og et nytt grunnlag uten nytt oppsett endrer sjelden hvordan besøkende bruker siden.
Hva betyr modernisering i praksis?
Modernisering er arbeidet under overflaten. Typisk betyr det å flytte fra et klassisk tema med sidebygger til et blokktema med theme.json, slik at redaksjonen bygger sider av mønstre i stedet for shortcodes. PHP oppgraderes til en versjon som fortsatt får sikkerhetsoppdateringer, utvidelser uten vedlikehold byttes ut eller fjernes, og koden flyttes inn i Git med et testmiljø, slik at ingen endring gjøres direkte i produksjon.
Spør deg selv før du bestiller: hvilket tall skal bli bedre? Lastetid hos ekte besøkende, tiden redaksjonen bruker på en ny side, antall utvidelser som må overvåkes, eller hvor mange som fullfører et skjema. Kan du ikke svare, er prosjektet trolig en oppfriskning, og omfanget bør speile det.
Hva du leverer, og hva jeg gjør
Det grafiske uttrykket og oppsettet kommer fra deg. Har du ikke en designer, sender jeg deg en regnearkmal der du markerer hvilke elementer som skal stå på hver visning. Har du en designer, holder en Figma-fil med alle maler og tilstander, også feilmeldinger og tomme lister. Tekster, bilder og merkevare er også dine.
Jeg gjør det om til et responsivt tema, flytter innholdet, setter opp viderekoblinger, retter ytelsen og bygger tilgjengeligheten inn i malene. Brukerundersøkelser, konkurrentanalyser og UX-design inngår ikke.
Hvordan foregår et redesignprosjekt steg for steg?
- Brief. Adressen til nettstedet, designet, og en liste over integrasjoner: skjemaer, CRM, nyhetsbrev, betaling, frakt.
- Gjennomgang. Jeg ser på maler, innholdstyper, utvidelser, URL-er og feltdata for ytelse, og sender funn og spørsmål skriftlig.
- Tilbud. Omfang, forutsetninger og tidsplan i ett dokument. Varigheten følger av omfanget.
- Bygging. I Git, med et testmiljø der du ser hver del etter hvert som den blir ferdig.
- Innholdsflytting. Med skript, kontrollert mot kilden etterpå.
- Godkjenning og lansering. Du godkjenner i testmiljøet, og nettstedet går live med viderekoblingene.
Hvordan beholde SEO-rangeringer ved redesign?
Søkesynligheten sitter i URL-ene og i det som står på dem. Før byggingen lager jeg et regneark over alle indekserte adresser, hentet fra nettstedskartet, Search Console og en gjennomgang med crawler, med ny adresse ved siden av hver gammel. Adresser som kan beholdes, beholdes. De andre får hver sin 301-viderekobling til den nærmeste nye siden, ikke en samlekobling til forsiden.
Titler, metabeskrivelser, kanoniske adresser og strukturerte data flyttes med innholdet. Interne lenker skrives om i databasen, slik at ingen side lenker via en viderekobling. Etter lansering sendes nytt nettstedskart til Search Console, og 404-rapporten følges de første ukene. Norske adresser med æ, ø og å sjekkes i begge former, prosentkodet og omskrevet, fordi eldre lenker kan bruke begge.
Hvordan oppfylle kravene til universell utforming ved redesign?
I Norge står plikten i likestillings- og diskrimineringsloven § 18, og detaljkravene i forskrift om universell utforming av IKT-løsninger. For private virksomheter krever forskriften § 4 at nettløsningene minst følger WCAG 2.0 nivå A og AA, med unntak for suksesskriteriene 1.2.3, 1.2.4 og 1.2.5. Offentlige virksomheter følger EN 301 549 V3.2.1 etter § 4b. Tilsynet ligger hos Digitaliseringsdirektoratet. Selger du til forbrukere i EU-land, må du også se på de nasjonale reglene der som gjennomfører tilgjengelighetsdirektivet (EU) 2019/882, gjeldende fra 28. juni 2025.
Jeg bygger malene etter WCAG 2.2 AA. Det betyr semantisk HTML, full tastaturbetjening med synlig fokus, etiketter på skjemafelt, feilmeldinger som leses opp av skjermleser og kontrast på minst 4,5:1 for brødtekst. Jeg tester med tastatur, NVDA og VoiceOver, og automatisk med axe-core. Alt-tekster og tekstalternativer til video skriver redaksjonen; temaet sørger for at feltene finnes og vises riktig.
Hvordan gjøre nettstedet raskere ved redesign?
Mål først hos ekte besøkende. Feltdataene i Search Console viser LCP, INP og CLS for nettstedet ditt; Googles grenser for god opplevelse er LCP under 2,5 sekunder, INP under 200 millisekunder og CLS under 0,1, ifølge web.dev. En enkelt Lighthouse-kjøring sier lite om hva besøkende faktisk opplever.
Det meste av forbedringen kommer av å fjerne ting: tredjepartsskript som lastes før innholdet, sidebyggerens JavaScript på sider som ikke trenger det, bilder i feil størrelse og format. Et blokktema laster stort sett bare stilene til blokkene som brukes på siden. Mer om dette står i veiledningen om hvordan gjøre en WordPress-nettside raskere.
Hvordan sikre og vedlikeholde nettstedet etter redesign?
Et ombygd nettsted forfaller like raskt som det gamle hvis ingen oppdaterer det. Bestiller du vedlikehold hos meg, omfatter det oppetidsovervåking hvert 1. til 5. minutt, sikkerhetskopier som oppbevares i minst 30 dager i EU-land, og oppdateringer av kjerne, tema og utvidelser som jeg tester i testmiljøet før de går til produksjon. Før jeg får tilgang til personopplysninger, signerer vi en databehandleravtale etter GDPR artikkel 28.
Hosting selger jeg ikke. Du velger leverandør, og jeg jobber med den installasjonen du har. Døgnvakt og garanterte responstider er ikke en del av tilbudet.
Er du klar til å sende en brief, gjør du det via kontaktsiden.
