Hvem eier nettsiden din? Domene, kode og innhold forklart

1. Del spørsmålet opp i konkrete leveranser

Be leverandøren beskrive eierskap og utlevering med vanlige ord. En setning som «kunden eier alt» kan skjule at noen bilder er lisensiert, at booking skjer i et abonnement, eller at publiseringsverktøyet bare fungerer på én plattform. Et mer nyttig svar forklarer hva som leveres som filer, og hva du trenger en løpende tjeneste for å bruke.

Tabellen er en arbeidsliste for samtalen. Fyll inn svarene fra tilbudet før du bestiller; rettighetene må avklares i avtalen.

2. Sørg for at domenet er registrert på riktig virksomhet

For et .no-domene er det presist å snakke om et abonnement og en bruksrett. Norids regelverk sier at registreringen ikke gir eiendomsrett, og at organisasjonsnummeret identifiserer virksomheten som har bruksretten. Kontroller derfor at din bedrift er abonnent, selv om et byrå bestiller og administrerer domenet for deg.

Noter domeneforhandler, kontaktperson og hvilken e-postadresse som mottar varsler. Bruk en adresse bedriften faktisk følger med på. Det er lite hjelp i en god nettside hvis fornyelsen blir oversett fordi en tidligere ansatt mottar varselet. Avklar også hvem som oppdaterer opplysningene når bedriften endrer navn eller kontaktperson.

Domenet og webhotellet er to separate forhold. Et leverandørbytte trenger derfor ikke bety et nytt navn på visittkortene. Be om en plan for å beholde domenet, og avklar e-posten før noen endrer tekniske innstillinger. Bedriftens e-post kan være koblet til samme domene uten å være levert av nettsideleverandøren.

3. Skill mellom eksport av innhold og en flyttbar nettside

En eksportknapp betyr ikke nødvendigvis at hele nettsiden kan startes opp hos en annen vert. Wix opplyser for eksempel at deres nettsider må driftes på Wix sine servere. Squarespace beskriver en XML-eksport av deler av innholdet, med begrensninger for blant annet stilinnstillinger og flere innholdstyper. Dette er plattformegenskaper, og bør inngå i vurderingen før du bygger.

Be derfor om et konkret svar: Får du tekst og bilder, eller også kode, oppsett og instruksjoner for å kjøre løsningen? Spør om kontaktskjema, søk og booking vil fungere etterpå. En mappe med kode kan kreve teknisk arbeid, nye kontoer og nye hemmelige nøkler før den blir en publisert nettside.

Tenk på en hypotetisk frisørsalong som vil bytte leverandør. Behandlingstekster og bilder kan være enkle å ta med, mens timebestillingen ligger i en separat bookingtjeneste. Det nyttige er å vite dette på forhånd og beholde kontroll på bookingkontoen. Da blir flyttingen en avgrenset oppgave.

4. Be om oversikt over bilder, lisenser og AI-materiale

Avklar bruksrett for hvert viktig materiale i leveransen. Et bilde fra en fotograf, en betalt font og et ikonsett kan følge forskjellige vilkår. Be om en enkel oversikt med opphav eller leverandør, kjøpsdato og eventuelle begrensninger. Lagre originale filer og lisensdokumentasjon sammen med avtalen.

For AI-materiale bør du spørre hva som er generert, hva som er bearbeidet, og hvilke verktøy eller eksterne vilkår som er relevante. At en tekst eller et bilde er laget med AI, er ikke en tilstrekkelig avklaring av rettigheter eller eksklusivitet. Be om at avtalen beskriver hva leverandøren faktisk overleverer og kan love.

Kontroller også materiale bedriften selv sender inn. Be om dokumentasjon før et bilde funnet i et søk brukes. Egne, godkjente bilder kan samtidig hjelpe kunden med å vurdere bedriften.

5. Behold oversikten over kontoer og tilganger

Lag en oversikt over relevante kontoer for domene, publisering, booking, e-post, bedriftsprofil og analyse. Noter hvem som betaler, hvem som administrerer, og hvem som kan gjenopprette tilgangen.

Gi leverandører egne tilganger der tjenesten støtter det, fremfor å sende bedriftens hovedpassord. Avtal hvem som fjerner tilgangen når samarbeidet avsluttes. Oversikten bør oppbevares slik at en kollega kan finne den hvis den ansvarlige er utilgjengelig. Hemmelige nøkler og passord hører hjemme i en egnet passordløsning, ikke i et vanlig overleveringsdokument.

Be også om å få vite hvilke deler du kan endre selv. Å eie en betalt nettside innebærer ikke automatisk at den har et redigeringspanel. Hvis du ofte skal publisere nye artikler eller endre priser, må arbeidsmåten og et eventuelt publiseringssystem avtales.

6. Planlegg flytting før du sier opp driften

Start med å finne ut hva den nye leverandøren trenger, og hva den gamle faktisk kan levere. Avtal tid til å teste kopien før den eksisterende driften avsluttes. Lag en oversikt over viktige sideadresser, skjemaer og tilkoblede tjenester. Hvis adressene endres, bør utvikleren lage passende videresendinger; Google har egen veiledning om flytting med endrede nettadresser.

Del jobben i tre: utlevering, teknisk etablering og overgang. Hvem pakker filene, hvem setter opp ny hosting, og hvem endrer domenets oppsett? Avklar også kostnaden. En avtale om å få utlevert kildekoden er ikke nødvendigvis en avtale om gratis installasjon og testing hos en annen leverandør.

Skriv ned hva som skal fungere før overgangen godkjennes: siden åpner på riktig domene, skjemaet når riktig mottaker, telefonlenken virker og e-posten fortsetter som før. Etterpå kan gamle tilganger og abonnementer avsluttes kontrollert.

7. Sjekkliste før bestilling, og hva som gjelder hos Milada

Miladas vilkår sier at kunden eier den leverte nettsiden etter full betaling og kan få kildekode samt tilgjengelige innholds- og bildefiler. Tredjepartslisenser gjelder, og flyttearbeid utover utlevering avtales separat.

Drift kan sies opp skriftlig med 30 dagers varsel. Flytting må ordnes før hosting avsluttes. Les vilkårene sammen med tilbudet, og bruk sjekklisten før bestilling.

• Riktig virksomhet står som abonnent på domenet.
• Avtalen sier hva vi får utlevert og når.
• Begrensninger i eksport og tredjepartslisenser er forklart.
• Vi vet hvem som administrerer og betaler eksterne kontoer.
• Innholdsredigering, oppsigelsesfrist og eventuell flyttekostnad er avklart.