Å bestille en WordPress-nettside eller nettbutikk er ikke å kjøpe et produkt fra hyllen, men å gå inn i et forhold som er vanskelig å komme ut av halvveis. Den viktigste beslutningen handler verken om pris eller om hvem sin portefølje som ser penest ut, men om hva som blir igjen i dine hender når prosjektet er over: tilgang, kode og rettigheter. Denne guiden samler spørsmålene som virkelig skiller en god leverandør fra trøbbel, og ett område nesten ingen tenker på før det er for sent: jussen.
Byrå, frilanser eller internt team
Det er et valg om kontinuitet, ikke om kvalitet. En enkelt frilanser kan være det teknisk beste valget og raskest i beslutninger, men er også et enkelt feilpunkt. Vi har sett en nettbutikk stå stille i en uke fordi den eneste personen som kjente koden, hadde dratt til fjells uten dekning, og prosjektkunnskapen ikke var skrevet ned noe sted. Et internt team løser kontinuitetsproblemet, men lønner seg først ved jevn, stor arbeidsmengde; ved uregelmessige oppgaver står en fast stilling stille og koster likevel.
Et byrå er mellomveien: du betaler et påslag for team og prosess, og får til gjengjeld utskiftbare mennesker og dokumentasjon, slik at prosjektet ikke stopper opp når én person slutter. Den fornuftige mellommodellen for de fleste B2B-selskaper og nettbutikker er en fast, navngitt ingeniør hos leverandøren, men med et team og nedskrevet kunnskap i ryggen. Kontrollspørsmålet er enkelt: hva skjer med prosjektet mitt når akkurat den personen blir syk eller slutter.
Hva du bør se etter i stedet for en pen portefølje
En portefølje viser hvordan noe ser ut på et skjermbilde, ikke hvordan det fungerer under belastning. Tre ting sier mer enn et galleri av tidligere arbeid.
Det første er ytelse som er målt, ikke påstått. Be om et Core Web Vitals-resultat fra feltdata eller fra en test på en gjennomsnittlig mobil med tregere forbindelse, ikke fra en bærbar på fiber. Metoden og terskelverdiene beskrives av Google-teamet i Web Vitals-dokumentasjonen. En god leverandør viser tall før og etter, forteller hvordan de håndterer tunge page builders og hvor mange databasespørringer en produktside genererer.
Det andre er måten de jobber med kode på. Spør direkte om koden er versjonert i et repository eller sendes rett til serveren via FTP. Versjonering er ikke en lek: det er muligheten til å angre en feil, revidere endringer og la hvem som helst andre overta prosjektet. Uten repository betyr det at du er bundet til én leverandør, fordi ingen andre går inn i den koden uten arkeologi.
Det tredje er sikkerhet etter lansering. En nettside er ikke et bilde du henger opp og glemmer; plugins må oppdateres, og forsyningskjeden for plugins kan være en angrepsvektor. Spør hvem som har ansvaret for oppdateringer etter lansering, og hvordan responsen på en hendelse ser ut. Ingen svar betyr at du har ansvaret, du vet det bare ikke ennå.
Fem spørsmål før du signerer
Disse fem spørsmålene koster et minutt og sparer måneder.
- Hvem eier de økonomiske opphavsrettighetene til koden og designet når prosjektet er over, og på hvilke utnyttelsesområder?
- Får jeg full administrativ tilgang til hosting, domene, repository og eksterne kontoer, eller jobber vi på deres lukkede konto?
- Er koden versjonert og utrullingene reproduserbare, eller lander endringene på serveren for hånd?
- Hvem har ansvaret for oppdateringer, sikkerhetskopier og sikkerhet etter lansering, og hva omfatter oppfølgingen?
- Får jeg se et reelt ytelsesresultat på mobilen, eller bare skjermbilder fra porteføljen?
Hvis noen av disse spørsmålene får et unnvikende svar, er det ikke et spørsmål om kunnskap, men om en forretningsmodell som holder kunden bundet til leverandøren med tvang i stedet for med kvalitet.
Juss og eierskap: området ingen tenker på tidlig nok
Her begynner den delen som er lettest å hoppe over og vanskeligst å reparere i etterkant. Etter polsk lov overfører selve betalingen for et prosjekt ikke automatisk de økonomiske opphavsrettighetene til koden, grafikken eller tekstene; det kreves en uttrykkelig klausul i avtalen som angir utnyttelsesområdene. Uten den blir rettighetene hos leverandøren, og du har bare en lisens til å bruke det du har betalt for. Den polske advokaten Tomasz Palak sier det rett ut: som han skriver i veiledningen sin om opphavsrett for skapere, “ved å publisere mister du ikke rettighetene”, noe som virker begge veier, også på leverandørens side, helt til rettighetene bevisst overdras.
Den samme forsiktigheten gjelder materialet som legges ut på nettsiden. At et bilde er tilgjengelig på internett, eller at en AI-modell har generert det, betyr ikke at du kan bruke det kommersielt; du må sjekke lisensen, for, som Palak minner om, er ikke ethvert “gratis bilde” virkelig gratis, og en CC BY-lisens er ikke det samme som CC0. På din side er det verdt å sikre tre ting i avtalen:
- Overdragelse av de økonomiske opphavsrettighetene til koden, designet og innholdet, ikke bare en lisens.
- En erklæring fra leverandøren om at de har rettighetene til alt brukt materiale, bilder, fonter og premium-plugins samt lisensene deres.
- GDPR-samsvar dersom nettsiden samler inn data, altså hvem som er behandlingsansvarlig og hvem som er databehandler, og hva som skjer med dataene når samarbeidet avsluttes.
Hvis du bruker AI-verktøy til innhold eller grafikk, husk én regel som Palak gjentar: verktøyet fjerner ikke ditt ansvar for det du publiserer. Sjekk verktøyets vilkår, og legg ikke inn data du ikke har lov til å avsløre. Det samme gjelder byrået du leier inn: det er verdt å spørre om og hvordan det bruker AI, og hvem som har ansvaret for rettighetene til resultatene.
Faresignaler
Noen signaler der det er bedre å takke nei før du signerer. En leverandør som ikke vil gi fra seg tilgang til hosting, domene og kode. Intet repository og utelukkende manuelle utrullinger. En pris oppgitt løsrevet fra omfanget, uten analyse av de reelle kravene. Løfter om Google-rangeringer eller “AI-synlighet” gitt på ord, uten å forklare hva de skal bestå i. Til slutt taushet om opphavsrett, for det betyr vanligvis at rettighetene blir hos leverandøren, og du får vite det først når du prøver å bytte leverandør.
Veien videre
Et godt valg av WordPress-leverandør koker ned til ett prinsipp: sørg for det som blir igjen i dine hender når prosjektet er over, før det begynner. Tilgang, versjonert kode og skriftlig overdratte rettigheter er viktigere enn det peneste lysbildet i tilbudet. Hvis du planlegger en nettside eller nettbutikk og vil gå gjennom denne listen på et konkret tilfelle, beskriv hva prosjektet skal gi, så ser vi sammen på hva du bør være oppmerksom på i din situasjon.
De juridiske aspektene i denne teksten er av generell art og er ikke juridisk rådgivning; ved en konkret avtale er det verdt å konsultere en advokat som er spesialisert på opphavsrett og ny teknologi.
Sist oppdatert: 11. juni 2026.
