Hvor mye båndbredde trenger en nettside?

En nettside med 10 000 sidevisninger trenger ikke automatisk en stor hostingpakke. Behovet avhenger av hvor mye data hver visning faktisk overfører, hva nettleseren kan gjenbruke fra cache, hvor mye trafikk som kommer fra roboter og hvor raskt besøkene kommer.

Det første du må avklare er hva leverandøren mener med båndbredde:

• månedlig datatrafikk, oppgitt i GB eller TB
• overføringshastighet eller portkapasitet, oppgitt i Mbit/s eller Gbit/s
• en markedsført «ubegrenset» kvote med andre ressurs- og rimelig-bruk-grenser

Dette er tre forskjellige ting. En side kan bruke lite data i måneden og likevel få en kort trafikktopp som overbelaster applikasjonen. Den kan også ha god serverkapasitet, men stoppe fordi en månedskvote er brukt opp.

Kort beregning av månedlig datatrafikk

Bruk dette som et første overslag:

sidevisninger × gjennomsnittlig overført størrelse = månedlig nettlesertrafikk

Eksempel:

30 000 sidevisninger × 1,2 MB = 36 000 MB ≈ 36 GB

Legg deretter til dokumentert trafikk fra nedlastinger, API-er, roboter og andre verter. Bruk en margin som passer usikkerheten, for eksempel 20–30 prosent når trafikken er stabil og godt målt. Ikke doble tallet bare «for sikkerhets skyld» uten å vite hva usikkerheten er.

Regnestykket er et estimat, ikke fakturagrunnlaget. Leverandøren kan bruke desimale GB, binære GiB, telle både inn- og utgående data eller måle trafikk på et annet lag.

Overført størrelse er ikke filstørrelse på disk

En HTML-fil kan være 150 kB på serveren, 45 kB komprimert over nettet og større igjen når nettleseren har pakket den ut. For båndbreddeberegningen er overført størrelse mest relevant, ikke minnebruk eller ukomprimert ressursstørrelse.

Mål en virkelig side i nettleserens Network-panel. Chrome DevTools viser både overført og innlastet størrelse i sammendraget. Gjør to separate målinger:

1. Førstegangsbesøk: tom nettlesercache, slik en ny bruker opplever siden.
2. Gjentatt besøk: normal cache aktiv, slik en tilbakevendende bruker opplever den.

Mål flere sidetyper:

• forside
• vanlig innholdsside
• side med mange bilder
• kontaktside eller skjema
• produktside og handlekurv hvis dere har nettbutikk
• store dokumenter eller nedlastinger

En gjennomsnittsstørrelse bør vektes etter hvilke sider som faktisk vises. Hvis 80 prosent av trafikken går til en lett artikkel, skal ikke den tyngste gallerisiden brukes som gjennomsnitt for alt.

Skill sidevisning, besøk og bruker

Analyseverktøy kan vise brukere, økter, sidevisninger eller hendelser. Båndbreddeberegningen trenger normalt sidevisninger og øvrige nettverksforespørsler.

Eksempel:

Dette forutsetter at 900 kB allerede reflekterer normal cacheadferd. Hvis tallet kommer fra en førstegangslast med cache deaktivert, kan totalen overvurderes for tilbakevendende brukere.

På den andre siden kan analyseverktøy undervurdere roboter, blokkerte måleskript og nedlastinger som ikke registreres som sidevisning. Sammenlign derfor analysen med server- eller CDN-logg når den finnes.

Månedstotal og toppkapasitet må beregnes separat

En måned med 100 000 sidevisninger kan være enkel å håndtere hvis trafikken er jevn. De samme visningene på ti minutter etter TV-omtale er en helt annen arbeidslast.

Et grovt overslag for ren overføringshastighet i toppminuttet er:

sidevisninger per minutt × MB per sidevisning × 8 ÷ 60 = omtrent Mbit/s

Eksempel:

50 sidevisninger/min × 1,2 MB × 8 ÷ 60 ≈ 8 Mbit/s

Dette er bare gjennomsnittlig datarate i minuttet. Det tar ikke høyde for at forespørsler kommer i støt, at én side består av mange parallelle ressurser, eller at database, PHP, skjema og eksterne API-er kan være flaskehalsen før nettverket.

For en statisk side kan overføring og cache være sentralt. For en nettbutikk må dere også beregne samtidige brukere, forespørsler per sekund, databasespørringer og eksterne betalingstrinn. Bruk guiden til webhotell for trafikktopper når kampanjer eller sesongtrafikk er viktig.

Hva teller et CDN?

Et CDN kan levere cachede filer uten å hente dem fra origin-serveren for hver bruker. Det kan redusere origin-trafikk og belastning, men det fjerner ikke dataoverføringen til den besøkende.

Skill mellom:

En høy hit-rate etter antall forespørsler kan fortsatt skjule at én stor, ukachet fil står for mye av datamengden. Mål derfor både forespørsler og bytes når leverandøren tilbyr det.

Cloudflare beskriver denne forskjellen eksplisitt i Cache Analytics : en revalidering kan telle som origin-kontakt i forespørselsvisningen, men edge-levert i dataoverføringsvisningen fordi responskroppen ikke lastes ned på nytt.

CDN-et cacher heller ikke alt automatisk. Personlige svar, cookies, private/no-store og dynamiske ruter kan gå til origin. CDN-guiden viser hvordan cacheadferden må verifiseres.

Trafikk som ofte mangler i første regnestykke

Roboter og overvåking

Søkemotorer, AI-crawlere, sikkerhetsskannere, prisroboter og misbruk kan hente langt mer enn menneskelige besøk. Ikke anta at all bottrafikk er skadelig eller at alle roboter følger robots.txt.

Mål andelen per brukeragent, IP-/nettverksmønster, rute og responskode. Blokker eller begrens bare dokumentert uønsket trafikk; en grov regel kan også stoppe søkemotorer, betalingsleverandører eller tilgjengelighetsovervåking.

Nedlastinger

En PDF på 20 MB lastet ned 2 000 ganger gir omtrent 40 GB før eventuelle avbrutte og gjentatte overføringer. Dokumenter, produktkataloger, programfiler og mediearkiv bør måles separat fra vanlige sidevisninger.

Video og lyd

Video dominerer raskt datamengden. En fil på 100 MB som spilles 1 000 ganger kan gi opptil rundt 100 GB, avhengig av avspilt andel, bitrate, segmentering og cache. En videotjeneste med adaptiv strømming kan være riktigere enn en vanlig webhotellfil, men sjekk personvern, innbygging og kostnad.

Backup, deploy og migrering

Noen leverandører teller data som flyttes mellom regioner, til backup, ut av objektlagring eller under migrering. Dette er ikke nettlesertrafikk, men kan stå på samme faktura. Be om en oversikt over hvilke retninger og tjenester som faktureres.

Feil og angrep

En forespørsel som ender i 404, 403 eller 500 kan fortsatt bruke nettverk og applikasjonskapasitet. Store mengder ugyldige URL-er, innloggingsforsøk eller cache-bypass kan belaste origin selv om få ekte brukere besøker siden.

«Ubegrenset trafikk» må leses sammen med vilkårene

Ubegrenset kan bety at leverandøren ikke setter en enkel månedlig GB-kvote. Det betyr ikke ubegrenset CPU, minne, prosesser, forespørsler, databaseforbindelser eller støtte ved et angrep.

Spør konkret:

• Finnes rimelig-bruk- eller misbruksgrenser?
• Hvilke andre ressursgrenser kan stoppe siden først?
• Hva skjer ved høy bruk: varsel, struping, blokkering eller ekstrakostnad?
• Teller CDN-levert og cachet trafikk mot samme kvote?
• Teller innkommende data, utgående data eller begge?
• Når nullstilles måleperioden?
• Finnes kostnads- og bruksvarsler?
• Kan en enkelt stor fil eller medietype ha egen grense?
• Hvordan håndteres legitim kampanjetrafikk og DDoS-trafikk?

Be om lenke til produktvilkår og dokumentasjon. Et salgssvar om «ingen praktisk grense» er ikke det samme som en kontraktsfestet kapasitet.

Reduser data før dere kjøper større pakke

Bilder

• lever riktig pikselstørrelse til visningsflaten
• bruk moderne format når målgruppens nettlesere støtter det
• komprimer med akseptabel visuell kvalitet
• bruk responsive bildevarianter
• lazy-load bilder under første skjermbilde der det passer
• ikke last inn skjulte desktop- og mobilbilder samtidig

CSS, JavaScript og fonter

• fjern kode som ikke brukes
• del bare når det reduserer faktisk overføring og arbeid
• komprimer tekstressurser
• begrens fontfamilier, vekter og tegnsett
• bruk lange cachetider på versjonerte filer
• mål tredjepartsskript separat

Cache

Gi versjonerte, offentlige ressurser cachevennlige URL-er og headere. Ikke gi lang delt cache til konto-, handlekurv- eller personlige svar. Cloudflare beskriver i sin cache-dokumentasjon at blant annet private, no-store, no-cache, max-age=0 og Set-Cookie påvirker om svar caches som standard.

Optimalisering skal verifiseres med ny nettverksmåling. En mindre fil på disk hjelper ikke hvis siden fortsatt laster både gammel og ny variant.

Lag et måleark som kan oppdateres

Oppdater arket etter kampanjer, større innholdsendringer og leverandørbytte. Sett varsel før grensen, ikke på grensen.

Kontroll før valg av hostingpakke

1. Mål førstegangs- og gjentatt last for representative sider.
2. Finn virkelige sidevisninger, nedlastinger og botandel.
3. Beregn normalmåned og travleste observerte måned.
4. Beregn toppminutt separat fra månedstotalen.
5. Skill nettleser-, CDN- og origin-trafikk.
6. Les hva leverandøren faktisk måler og fakturerer.
7. Kontroller varsel, overforbruk og oppgraderingsløp.
8. Optimaliser de tyngste ressursene og mål på nytt.
9. Lasttest dynamiske brukerreiser når konsekvensen krever det.
10. Dokumenter eier, målekilde og neste kontroll.

Båndbredde hos Vymo

Vymos standardtilbud er én enkel bedriftsside som Vymo setter opp og leverer gjennom Cloudflare. Den publiserte leveransen oppgir ikke en kundestyrt trafikkvote, bestemt portkapasitet, garantert cache hit-rate eller SLA for kampanjetopper.

For en vanlig, lett presentasjonsside er databehovet normalt langt mindre enn for video, store nedlastinger, nettbutikk eller dynamiske funksjoner. Skal nettsiden brukes i TV, større kampanje eller med store filer, send forventet sidevekt, normaltrafikk og toppminutt til Vymo . Kapasiteten må avklares før kampanjen, ikke etter at trafikken er kjøpt.

Trenger bedriften bare navn, tjenester og kontaktinformasjon på nett, se hva den gratis nettsiden inkluderer .