Slik velger du hosting: hva du sammenligner før du signerer

Regningen for hostingen lander vanligvis i innboksen akkurat når ingen tenker på den: det første året var den trettiseks euro, det andre er den syttito, og i mellomtiden har ingen endret noe verken på nettstedet eller i planen. Antallet besøkende er det samme, filene er de samme, og likevel har prisen doblet seg, selv om ingenting har gått galt og ingen har forsøkt å villede. Det er bare det at den første perioden er over, og det som hele tiden sto på den samme prislisten, har begynt å gjelde, bare under en annen overskrift og med mindre bokstaver.

Valget av hosting avgjøres nesten aldri av de tekniske parametrene, for de er sammenlignbare, publisert, og for de fleste bedriftsnettsteder er forskjellen mellom to planer mindre enn forskjellen mellom to år innenfor én og samme plan. Det avgjøres av det som står i avtalen, og dit ser nesten ingen, fordi hosting bestilles i selvbetjening, der avtalen godkjennes med en hake ved siden av en lenke ingen åpner. Hva som skiller selve plantypene, har vi skrevet om for seg, i en sammenligning av webhotell, VPS og skyserver; denne artikkelen handler om det som blir igjen når plantypen allerede er valgt, nemlig løftene, prisen etter at perioden er over, sikkerhetskopiene og utgangen.

Prosenten måler oppetid, ikke tapene dine

Oppetidsprosenten er det mest siterte tallet i hostingprislisten og samtidig det minst forståtte, fordi den ikke er et løfte om at nettstedet vil virke, men beregningsgrunnlaget for en kompensasjon som nesten alltid utbetales ikke i penger, men som kreditt mot kommende regninger. Vilkårene for Hetzners skyserver formulerer det så rett fram det går, ved å kalle kompensasjonen Cloud Credits, utelukke penger og tilføye at andre rettsmidler ikke finnes; Amazon Web Services og Google Cloud bruker andre ord i dokumentene sine, men betydningen er den samme.

Den andre siden, som ofte går upåaktet hen, er unntakslisten, og den pleier å være lenger enn selve løftet. Planlagt vedlikehold som hostingleverandøren har varslet om, telles ikke i det hele tatt, og det telles heller ikke det som er forårsaket av kundens egen programvare eller konfigurasjon, som i praksis er et langt videre unntak enn det høres ut: en feilinstallert utvidelse, en overbelastet database eller en feil innstilling forblir kundens ansvar uansett hvor lenge nettstedet var nede, og hvor mange ordrer som ikke kom inn i den tiden. DigitalOcean nevner det ved navn i vilkårene sine, med kundens applikasjonskode og konfigurasjonsfeil, og i tillegg utelukker nesten alle avtaler force majeure og fremmede nett utenfor leverandørens grense, som betyr hele veien fra ruteren deres til kontoret ditt.

I vilkårene for virtuelle servere hos OVHcloud finnes det enda en vending som fortjener et eget avsnitt: oppetiden måles der med PING-forespørsler, og hvis kundens konfigurasjon blokkerer disse forespørslene, gjelder garantien rett og slett ikke. Et selskap som av sikkerhetshensyn har stengt ping-svar, har selv slått av måleinstrumentet som hele løftet hviler på, og ingen varsler særskilt om det, så det er et godt eksempel på hvorfor de tekniske detaljene i avtalen ikke er en juridisk formalitet, men avgjør om tallet i det hele tatt noen gang slår inn.

Til slutt får du vanligvis ikke kompensasjonen automatisk: den må kreves, og kravet har en frist som hos Hetzner er fjorten dager etter månedens slutt, hos Google Cloud seksti dager, mens Amazon Web Services teller til slutten av den andre faktureringssyklusen. Selskapet hvis nettsted var nede, holder i det øyeblikket på med følgene, ikke med å fylle ut et skjema, så fristen løper stille ut og kompensasjonen som formelt tilkom, blir ikke utbetalt til noen. Før du signerer er det derfor verdt å avklare fire ting med én gang: hvem som måler oppetiden og med hvilket instrument, hva som står på unntakslisten, hvor lang tid du har på deg til å melde krav, og om garantien i det hele tatt omfatter sikkerhetskopier, for Hetzners SLA for skyserver tar dem ikke med, like lite som brannmurer og lastbalanserere.

Oppetid og responstid er to ulike løfter

Ved siden av oppetidsprosenten pleier det i avtalene å dukke opp et annet tall som ser likt ut og betyr noe helt annet, nemlig responstiden, som angir hvor raskt hostingleverandøren svarer på en henvendelse, ikke hvor lenge nettstedet virker. Et selskap som har kjøpt fire timers responstid, har kjøpt et løfte om at noen skriver tilbake innen fire timer, ikke et løfte om at problemet er løst innen fire timer, og forskjellen mellom disse to størrelsene natt mot søndag er nøyaktig den forskjellen som avgjør alt: en sak som besvares på tretti minutter med et motspørsmål om domenenavnet, er formelt ekspedert.

Det tredje tallet, som dukker opp sjeldnere, men er det viktigste nettopp i gjenopprettingsøyeblikket, er tiden det tar å få tjenesten tilbake sammen med det tillatte datatapet, altså hvor lang tid hostingleverandøren forplikter seg til å gjenopprette tjenesten etter et alvorlig havari, og hvor mange timer med arbeid som kan gå tapt for godt. De fleste webhotellavtaler lover ingenting om det, og det er ikke skjult, for der mangler rett og slett det punktet; hvis avtalen ikke sier hvor lang tid gjenopprettingen tar og hvor mye som kan tapes, er det ærlige svaret at verken det ene eller det andre er fastsatt, og begge vil den dagen bli avgjort av hvordan det faller seg.

I praksis betyr det at tre spørsmål ikke må slås sammen til ett: hvor lenge i året tjenesten kan ligge nede, hvor raskt noen svarer, og hvor raskt alt er på plass igjen, for hvert av dem har sin egen linje i avtalen, eller så mangler den for alle, og det siste er vanligere. For et selskap hvis nettsted bare er et bedriftsnettsted, kan det være helt akseptabelt, men for et selskap hvis nettbutikk er inntektskilden, hjelper svaret om oppetidsprosenten minst av de tre, fordi det taler om årsstatistikk i et øyeblikk der de nærmeste tre timene er det som teller. Når vi tar på oss administrert serverdrift, avtaler vi alle tre hver for seg, nettopp av den grunn.

Den første perioden tar slutt, og prisen endrer seg

Den annonserte prisen på hostingmarkedet er nesten alltid prisen for den første perioden, og prisen for den andre perioden står på den samme siden, bare mindre iøynefallende. Hostnet forlangte i september 2026 for MINI-planen 2,99 € i måneden ved betaling for trettiseks måneder med én gang, og 5,99 € i måneden ved månedsbetaling, og viste der ved siden av PLUS-planen for 5,99 mot 11,99 og PRO-planen for 6,99 mot 15,99, alle priser uten merverdiavgift. Hostinger forlangte samme dag for Premium-planen 2,99 dollar i måneden på en avtaleperiode på førtiåtte måneder og skrev ved siden av at fornyelsen skjer for 10,99, mens GoDaddy Economy-planen kostet 6,99 og ble fornyet for 11,99.

Ingen av disse selskapene skjuler noe, for tallene er publisert, de står på én og samme side, og de kan leses før bestillingen; problemet er at beslutningen tas ved å sammenligne de første kolonnene, og man betaler ved å leve i den andre. Den første perioden er dessuten lang, så mellom beslutningen og følgene går tre eller fire år, og i det øyeblikket kjennes en migrering dyrere enn prisforskjellen selv når den ikke er det; nettopp denne tidsforskyvningen gjør den innledende prisen til et effektivt salgsverktøy, og det ligger ingen list i det.

Regnestykket som hjelper her, er enkelt og tar fem minutter: legg sammen hva du betaler på fem år etter fornyelsesprisen, ikke etter den innledende prisen, og sammenlign tilbudene etter det tallet. Hostinger Premium i førtiåtte måneder til innledende pris er 144 dollar, men det femte året til fornyelsesprisen 10,99 dollar i måneden legger til ytterligere 132, så femårssummen er 276 dollar, ikke 180 som en enkel multiplikasjon med den innledende prisen ville vist, og forskjellen oppstår ikke fordi noe har blitt dårligere, men fordi kampanjeperioden er over. Hostnet MINI 2,99 mot 5,99 er en annen mekanisme — det er trettiseks måneders forskuddsbetaling mot månedsbetaling, ikke en innledende pris som etter perioden blir 5,99.

Legg også merke til om perioden fornyes automatisk, og hvor lang tid i forveien du må varsle om at du sier opp, for automatisk fornyelse til full pris er nøyaktig den mekanismen som skaper den fordoblede regningen, og oppsigelsesfristen pleier å være lenger enn man husker. Hvis hostingleverandøren ikke publiserer fullprisen i det hele tatt, er det i seg selv et svar, for en pris du ikke kan få vite før du signerer, er en pris du ikke kan avtale om.

Et aksjeselskap er ikke forbruker, og det endrer samtalen

Her er stedet der mange tar feil, og tar feil dyrt, for reguleringen av urimelige vilkår i forbrukeravtaler, rådsdirektiv 93/13/EØF, gjelder avtaler mellom en selger eller leverandør og en forbruker, det vil si en fysisk person som handler for formål som ikke har sammenheng med vedkommendes næringsvirksomhet. Avtaleloven § 37 er bygd på det samme prinsippet: den gjelder vilkår som ikke er individuelt forhandlet, i en avtale mellom en forbruker og en næringsdrivende, og «med forbruker menes i denne bestemmelsen enhver fysisk person som ikke hovedsakelig handler som ledd i næringsvirksomhet». Et aksjeselskap som kjøper hosting til nettstedet sitt, er derfor ikke forbruker, og det endrer nesten alt et menneske intuitivt venter seg av avtalen.

Angrerettloven gir angrerett og opplysningsplikt ved fjernsalg og avtaler utenfor fast utsalgssted — det er en forbrukerlov. Det samme gjelder kontrollen av urimelige vilkår i avtaleloven § 37. Disse instrumentene tilkommer ikke et aksjeselskap, og hostingleverandøren har ingen plikt til å tilby dem frivillig, selv om enkelte gjør det for større kunder. Mellom næringsdrivende gjelder i stedet den alminnelige avtaleretten, med vesentlig større avtalefrihet enn i forbrukerforhold.

Den praktiske betydningen er rett fram og av og til ubehagelig: prishoppet fra innledende pris til fullpris er ikke et urimelig vilkår et aksjeselskap kan angripe med § 37, men et avtalevilkår partene ble enige om i det øyeblikket haken ble satt. Automatisk fornyelse er ikke et triks forbrukerretten beskytter et selskap mot, og det finnes heller ingen alminnelig plikt til å varsle om en prisendring særlig iøynefallende hvis den allerede står i prislisten; ensidig endring av vilkår, hvis avtalen åpner for den, er i et avtaleforhold mellom næringsdrivende atskillig vanskeligere å angripe enn i en forbrukeravtale.

Det et aksjeselskap derimot har, og som § 37 ikke gir det, er avtaleloven § 36: «En avtale kan helt eller delvis settes til side eller endres for så vidt det ville virke urimelig eller være i strid med god forretningsskikk å gjøre den gjeldende.» Bestemmelsen gjelder avtaler generelt, ikke bare forbrukeravtaler, og ved vurderingen tas det hensyn både til avtalens innhold, partenes stilling og forholdene ved inngåelsen, og til senere inntrådte forhold. Mellom næringsdrivende brukes den mer restriktivt enn mot en forbruker, men den er der. Beskyttelsen er altså ikke bare å lese avtalen — men avtalen skal likevel leses før den signeres, og det som ikke er akseptabelt, skal forhandles da, og selv om det høres selvfølgelig ut, er det nettopp dette steget som oftest hoppes over, fordi selvbetjeningsformen ikke kjennes som en forhandling. For større bestillinger er forhandling helt mulig, og leverandørene går inn i den hvis man spør; for mindre bestillinger finnes det ingen forhandling, men valget mellom to leverandører finnes likevel, og det gjøres ved å lese begge avtalene, ikke begge prislistene.

Sikkerhetskopi i avtalen og sikkerhetskopi av velvilje

Ordet sikkerhetskopi i prislisten kan bety to helt ulike ting, og forskjellen viser seg først den dagen kopien trengs: den første betydningen er en kopi hostingleverandøren tar for egne behov, for etter et havari å gjenopprette sin egen infrastruktur, mens den andre er en kopi du kan gjenopprette når du trenger den, og hvis eksistens er en kontraktsforpliktelse. I prislisten kalles begge det samme, og bare i avtalen synes det hvilken av dem som er kjøpt.

OVHcloud nevner denne forskjellen åpent i dokumentasjonen sin, ved å skrive at sikkerhetskopiene på webhotell ikke er kontraktsmessige, at de tilbys som ekstra hjelp i nødsituasjoner, og at kunden anbefales å ta egne kopier; der finnes også detaljen som endrer hva en gjenoppretting betyr, nemlig at gjenoppretting fra kontrollpanelet overskriver hele lagringsinnholdet, ikke én enkelt fil. For et selskap som vil ha tilbake én feilaktig slettet side, betyr det et valg mellom å føre hele nettstedet tilbake til dagen før, og ingenting.

Hostingers brukeravtale går enda lenger, og den er verd å lese bokstavelig: kunden er der ansvarlig for å ta sine arkivkopier, leverandørens kopi tas én gang i uken og overskriver den forrige, lagres to uker, ytes som en imøtekommenhet og kan endres når som helst, mens kontoer som overstiger tretti gigabyte, tas ut av den eksterne kopieringen i det hele tatt. Det betyr at nettopp de største nettstedene blir stående uten en kopi lagret utenfor serveren, og alt dette står skrevet i leverandørens eget dokument, der det ikke er noe uærlig: det er bare ikke det ordet sikkerhetskopi får en til å vente.

Det finnes også den andre enden, og den er like viktig å kjenne, for i Hetzners administrerte webhotell tas kopier hver natt, lagres fjorten dager i et eget datasenter, og kunden kan fra panelet gjenopprette enkeltfiler, postkasser eller databaser, som allerede er en kopi det går an å arbeide med. DigitalOcean dokumenterer på sin side det mange får vite for sent, nemlig at sikkerhetskopiene og snapshotene der ikke kan lastes ned, så kopien finnes riktignok, men den lever inne hos leverandøren og har ingen verdi i det øyeblikket du flytter.

Spørsmålene som løser dette avsnittet, er fire og duger for hvilken hostingleverandør som helst: hvor lenge kopiene lagres, hvor detaljert du kan gjenopprette, om du kan gjøre gjenopprettingen selv eller om det er en betalt sak, og om kopien kan føres ut. Vi tar selv kopier hver dag, lagrer dem tretti dager utenfor selve maskinen og prøver gjenopprettingen jevnlig, for en uprøvd kopi er en antakelse, ikke en kopi, og forskjellen mellom de to får man bare vite én gang.

Hva som skjer den dagen du går

Innkommende migrering annonseres nesten overalt, for hostingleverandørene flytter nettsteder til seg uten kostnad, raskt og av og til samme dag, men utgående migrering står i avtalene langt sjeldnere, og nettopp der ligger kostnadene ingen regner før signeringen. Asymmetrien er helt logisk fra selgerens synspunkt og like dyr fra kjøperens.

I Hostingers brukeravtale står det entydig: leverandøren vil ikke flytte eller overføre nettstedets eller serverens innhold til en annen leverandør, og hvis kunden ikke har flyttet innholdet før avtalen opphører, slettes innholdet og noen kopi er det ikke lenger å få. Det er ikke en tolkning og ikke vår antakelse, men en avtaleparagraf; på samme måte slettes sikkerhetskopiene på Hetzners skyserver sammen med serveren, så i det øyeblikket kontoen stenges, forsvinner også historikken, og DigitalOceans kopier kan, som allerede nevnt, ikke lastes ned.

Legg disse tre fakta sammen, og det blir en situasjon der utgangen bare er mulig hvis den planlegges i forveien: nettstedet må kopieres mens kontoen ennå virker, databasen dumpes, postkassene flyttes, domeneforvaltningen tas over, og først deretter kan avtalen sies opp. Rekkefølgen de gjøres i, er viktigere enn farten, for hvert av disse stegene er enkelt for seg, men i gal rekkefølge blokkerer de hverandre, og den eneste gangen rekkefølgen ikke lenger kan rettes, er den da kontoen allerede er stengt.

Før du signerer er det derfor verdt å stille ett spørsmål som avslører nesten alt det øvrige, nemlig hva hostingleverandøren nøyaktig utleverer til en kunde som går, og i hvilken form; svaret er vanligvis raskt og tydelig, og det lar deg sammenligne to tilbud langt bedre enn noen teknisk parameter. Vi svarer på det spørsmålet ved å utlevere konfigurasjon og data på forespørsel, og det er et bevisst valgpunkt, ikke en høflighet, for en kunde som ikke kan gå, er ikke en kunde som har valgt å bli.

Når hostingleverandøren behandler personopplysninger på dine vegne

Hosting betyr nesten alltid at noen andre fysisk oppbevarer kundeopplysningene dine, og i personvernforordningens forstand er selskapet hvis nettsted det er, vanligvis behandlingsansvarlig, mens hostingleverandøren er databehandler. Hostinger sier det rett ut i avtalen sin, ved å angi at kunden hele tiden forblir behandlingsansvarlig, og det er ikke en formell bagatell, for av denne fordelingen følger plikter som skal stå skrevet i avtalen, og et ansvar som blir liggende hos deg uansett hvem som holder serveren.

Artikkel 28 i personvernforordningen krever at behandlingen databehandleren utfører, skal være underlagt en avtale eller et annet rettslig dokument som er bindende for databehandleren overfor den behandlingsansvarlige, og der gjenstanden for og varigheten av behandlingen, behandlingens art og formål, typen personopplysninger og kategorier av registrerte samt den behandlingsansvarliges rettigheter og plikter er fastsatt. I praksis kalles det en databehandleravtale, og seriøse leverandører tilbyr den selv, ofte som et eget dokument som må godtas ved registreringen; hvis leverandøren ikke tilbyr et slikt dokument i det hele tatt, er det et tegn på hvor alvorlig man der tar også de øvrige pliktene.

Det mest interessante punktet sitter bakerst, for artikkel 28 nr. 3 bokstav g krever at databehandleren, etter den behandlingsansvarliges valg, sletter eller tilbakeleverer alle personopplysninger til den behandlingsansvarlige etter at tjenestene knyttet til behandlingen er levert, og sletter eksisterende kopier, med mindre unionsretten eller medlemsstatenes nasjonale rett krever at personopplysningene lagres. Det er en plikt som slår inn nettopp i utgangsøyeblikket og som gjelder personopplysningene om nettstedets brukere, men ikke nettstedets filer, konfigurasjon eller kode, og nettopp denne grensen misforstås oftest: forordningen sikrer kundelisten, ikke nettstedet.

Derav følger et praktisk steg før signeringen, nemlig å spørre om hostingleverandøren har en databehandleravtale, hvor den finnes, og hva den sier om tilbakelevering og sletting av opplysninger etter at avtalen er over. Spør også hvor serverne fysisk står, for selv om forordningen ikke krever at opplysningene skal ligge i Norge, er en konkret by i avtalen langt mer verd enn ordet Europa, og Tyskland og Finland ligger i Det europeiske økonomiske samarbeidsområdet akkurat som Norge, så valget mellom dem er et driftsspørsmål, ikke et etterlevelsesspørsmål.

Hva dataforordningen gir, og hva den ikke gir

Siden 12. september 2025 gjelder Europaparlamentets og rådets forordning (EU) 2023/2854, kalt dataforordningen, i EU, og kapittel VI heter «Bytte av databehandlingstjeneste»: artikkel 23 krever at det fjernes hindringer som står i veien for å bytte til en annen leverandør av samme type tjeneste, til egen infrastruktur eller for å bruke flere leverandører samtidig. Artikkel 25, som heter «Avtalevilkår om bytte», fastsetter at lengste varsel for å starte bytteprosessen ikke kan overstige to måneder, og at det deretter følger en overgangsperiode på tretti kalenderdager, mens leverandørene fra 12. januar 2027 ikke lenger kan ta byttegebyr. I Norge gjelder dette ikke ennå: forordningen er merket med EØS-relevans, men er fortsatt til vurdering i EØS-EFTA-statene og er ikke innlemmet i EØS-avtalen, så kapittel VI legger ingen plikter på en hostingleverandør etablert i Norge.

Der forordningen gjelder, er det et sterkt instrument, og nettopp derfor er det viktig å kjenne grensene, for den rammer databehandlingstjenester slik de er definert i artikkel 2 nr. 8, nemlig en digital tjeneste som ytes til en kunde og som gir nettverkstilgang overalt og ved behov til en felles pulje av konfigurerbare, skalerbare og elastiske databehandlingsressurser av sentralisert, distribuert eller svært distribuert art, som raskt kan stilles til rådighet og frigjøres med minimalt administrasjonsarbeid eller samspill med tjenesteyteren. En skyserver som kan slås på og av per time, faller inn under det, men en forskuddsbetalt årsavtale på webhotell, som verken kan skaleres eller frigjøres ved behov, gjør det ikke alltid, og det må vurderes i hvert enkelt tilfelle.

Det finnes også en annen grense, som er lett å blande sammen, og som allerede er forsøkt brukt i salget: i fortalen til forordningen er det sagt rett ut at standardavgift for selve tjenesten ikke er byttegebyr. Dataforordningen forbyr ikke innledende pris, begrenser ikke fornyelsesprisen og opphever ikke tidsavtaler, og et forholdsmessig gebyr for tidlig oppsigelse i en tidsavtale forblir tillatt, så et selskap som håper at forordningen skal løse den fordoblede regningen, venter av den det den ikke lover: den regulerer byttet, ikke prispolitikken. For en norsk hostingleverandør kommer i tillegg at instrumentet selv ennå ikke gjelder.

Like lite duger det å påberope seg personvernforordningen artikkel 20, og det er en feil som dukker opp selv i konsulenters presentasjoner, for retten til dataportabilitet tilkommer den registrerte med hensyn til personopplysninger om seg selv som vedkommende har gitt til en behandlingsansvarlig. Den gir ikke et selskap rett til å få ut hostingkontoen sin, databasen eller nettstedets filer, for der er det et annet subjekt og et annet objekt, så selskapets vei ut går gjennom avtalen — og, hvis du kjøper av en leverandør i EU og tjenesten faller inn under definisjonen, gjennom dataforordningens kapittel VI som den leverandørens plikt, ikke som norsk rett.

Spørsmål du bør stille før du signerer

Alt det foregående lander i et lite sett spørsmål som kan stilles til hvilken hostingleverandør som helst, og der svarene er sammenlignbare med hverandre: hvor mange minutter den lovede oppetidsprosenten utgjør, og hva som står på unntakslisten, om kompensasjonen må kreves og innen hvilken frist, hva prisen er etter den første perioden, om avtalen fornyes automatisk, og hvor lang tid i forveien oppsigelse må varsles. Dit hører også spørsmålene om sikkerhetskopier, nemlig hvor lenge de lagres, om de er en kontraktsforpliktelse eller en imøtekommenhet, om du kan gjenopprette dem selv, og om de kan føres ut.

Deretter følger spørsmålene om utgangen, som er de mest ubekvemme å stille og de mest verdifulle: hva hostingleverandøren utleverer hvis kunden flytter, og i hvilken form, om de hjelper med migreringen eller uttrykkelig nekter, hva som skjer med innholdet etter at avtalen er opphørt, og hvor lenge det ennå er tilgjengelig. Det lønner seg også å spørre om tjenesten faller inn under dataforordningens definisjon av databehandlingstjeneste — og, fordi kapittel VI ennå ikke er norsk rett, hvilke overgangsregler som likevel står i avtalen; ubekvemheten her er nøyaktig det som gjør spørsmålene verdifulle, for i en salgssamtale stilles de sjelden, og svarene er derfor uforberedte.

Og til slutt ressursspørsmålene som gjemmer seg under ordet ubegrenset: i Hostnets prisliste gjelder dette ordet datatrafikken og står i den samme tabellen som en grense for antall filer, som for MINI-planen er 400 000, mens Hostingers plan, hvis navn selv er Unlimited, likevel har tak for prosessor, minne, disk og antall filer. I det samme selskapets dokumenter står det dessuten at ubegrenset gjelder hosting av nettsteder, ikke fillagring eller arkivering, så ordet betegner én parameter, ikke alle, og spørsmålet som avslører det, er helt rett fram: hvilke parametere er begrenset, og ved hvilket tall.

Hvis disse spørsmålene kjennes for mange for én hostingregning, er det verdt å minnes hva alternativet er, for et nettsted som ikke kan flyttes, er et nettsted hvis pris noen andre setter, og dette avhengighetsforholdet viser seg nettopp når det er som mest ubekvemt. Samtalen om en migrering er alltid lettere å føre mens avtalen ennå ikke er signert, for akkurat da har du det eneste argumentet som betyr noe for hostingleverandøren; hvis du vil at vi skal stille disse spørsmålene, skriv til oss, så leser vi avtalen sammen med deg.