# nettsted ## Hva det er Et nettsted, i bestemt form nettstedet og i flertall nettsteder, er nettsidene én eier publiserer samlet og står ansvarlig for: sidene til et selskap, en nettbutikk, en samling dokumentasjon, en personlig blogg. Sidene deler et domene eller en del av ett, en navigasjon, et uttrykk og noen som svarer for dem. På engelsk heter det _website_, i daglig tale bare _site_, og den eldre engelske skrivemåten var to ord, _web site_. Den nyttige grensen går mellom nettstedet og siden. WCAG definerer en nettside som en ressurs som ikke er innebygd, hentet fra én enkelt URI over HTTP, sammen med alt en brukeragent gjengir med den, f.eks. bilder, stilark og skript. Ordet standarden bruker for et nettsted, er et _sett med nettsider_ (_set of web pages_): sider som deler et felles formål og kommer fra samme forfatter, gruppe eller organisasjon. Den andre definisjonen er den ærligste av de to, fordi den knytter et nettsted til formål og forfatterskap heller enn til et domenenavn. Eksemplene som følger definisjonen, viser hvor langt ideen rekker. Kassen i en nettbutikk, uten navigasjonen produktsidene deler, er ikke en del av settet med produktsider. En blogg på et underdomene med egen navigasjon og egne forfattere er et annet sett enn sidene på hoveddomenet. Ulike språkversjoner av de samme sidene regnes dessuten som ulike sett. Tre domener kan derfor romme ett nettsted, og ett domene kan romme flere. Tre naboer blandes ofte sammen med et nettsted. En _webserver_ er programmet som svarer på forespørsler; én server kan romme dusinvis av nettsteder, og ett stort nettsted kan være spredt over mange servere. Et _domene_ er navnet i adressen, som et nettsted kan dele med andre eller spre over flere. En _webapplikasjon_ er et nettsted der sidene for det meste er et program som kjører i nettleseren; eksempelet WCAG selv gir, er et webmailprogram som bor på én adresse, men viser en innboks, kontakter og en kalender, noe som får én URI til å føles som mange sider. Nettsteder skiller seg også i når sidene lages. Et _statisk_ nettsted genereres på forhånd til filer som en server deler ut uendret. Et _dynamisk_ nettsted bygger hver side når den blir bedt om, som regel fra en database og et program som kjører på serveren. En leser kan sjelden se forskjell på dem ut fra selve siden. Forskjellen viser seg i hva som må holdes i gang. ## Hvorfor det er viktig Folk vurderer nettsteder, ikke sider. En leser som lander på én artikkel fra et søkeresultat, avgjør om den fortjener tillit ut fra hva menyen, nabosidene og kontaktopplysningene sier. En sterk side på et nettsted som ser forlatt ut, arver forlattheten. **Søkemotorer leser nettstedet som en helhet.** De indekserer sider én om gangen, men lærer om dem gjennom nettstedet: lenkene, strukturen og listen over adresser det publiserer. Sitemaps-protokollen, formatet et nettsted bruker for å gi den listen til søkerobotene, tillater opptil 50 000 adresser og 50 MB ukomprimert per fil, og et større nettsted deler listen over flere filer samlet i en indeks. **Noen krav til universell utforming finnes bare på tvers av sider.** Tre suksesskriterier i WCAG 2.2 på nivå AA er skrevet om et sett med nettsider. _Multiple Ways_ (2.4.5) ber om mer enn én vei til hver side, f.eks. en meny og et søk, eller en innholdsfortegnelse og lenker mellom beslektede sider. _Consistent Navigation_ (3.2.3) ber om at navigasjon som gjentas på flere sider, holder den samme relative rekkefølgen hver gang. _Consistent Identification_ (3.2.4) ber om at komponenter med samme oppgave har samme navn overalt. Hver side kan bestå en sjekk alene, mens nettstedet stryker på alle tre. **Adresser er et løfte.** Hver publiserte adresse havner i bokmerker, i lenker andre har laget, i søkeindekser, i e-post og i trykt materiale. Listen over adresser til et nettsted er den delen utenforstående bygger på, og den lever lenger enn ethvert design. **Noe må holdes i gang.** Et dynamisk nettsted er et program med en database bak seg, som skal patches, overvåkes og betales for hver måned. Et statisk nettsted er et sett filer og en server som deler dem ut. Det valget avgjør angrepsflaten og driftsregningen langt mer enn det visuelle designet gjør. ## Slik ser det ut i praksis Dette nettstedet er et levende eksempel på definisjonene over. Bygd som et [flerspråklig statisk nettsted i Hugo](/nb/portfolio/built-a-multilingual-static-site-in-hugo-126/), består det av 108 malfiler, 53 av dem partials og 18 shortcodes, som genererer tre språk fra ett innholdstre uten noen backend ved kjøretid. Hver side sendes ut i fire representasjoner: HTML, en Markdown-tvilling, et Gemini-dokument og en oppføring i en Gopher-meny. Det samme treet bygges sju ganger til, én gang per fokusert underdomene, ved å peke generatoren mot en annen innholdskatalog. Talt etter adresser er det åtte nettsteder; talt slik WCAG teller, med hvert språk som et eget sett med nettsider, er de tre språkene alene tre. Siden sier rett ut hva det koster å være uten server: alt interaktivt løses ved bygging eller utelates, og en søkeindeks ble kostnadsberegnet og lagt på is av den grunn. Det tidligere arbeidet viser de to andre delene av jobben: å drive nettsteder og å bygge dem fra et design. På driftssiden kjørte [førti nettsteder på Ubuntu Linux-servere for webhotell](/nb/portfolio/administered-40-websites-on-ubuntu-linux-hosting-servers-53/) på en blanding av Apache og Nginx, og de ble holdt tilgjengelige og raske gjennom konfigurasjon, ytelsesjustering og vedlikehold. Målestokken der var oppførselen under reell trafikk, siden et nettsted som bare holder en stille natt, har fått stå i fred heller enn blitt passet på. På byggesiden ble [tretti nettsteder designet fra Photoshop-filer](/nb/portfolio/designed-30-websites-delivering-unique-and-flexible-solutions-52/) gjort om til HTML for hånd og holdt til to standarder på en gang: tro mot avstandene, typografien og detaljene designeren hadde ment, og fortsatt mulige å vedlikeholde når innholdet begynte å endre seg. Et nettsted som samsvarer nøyaktig med skissen og går i stykker ved første redigering, ble bygd for lanseringen, ikke for årene etter den. ## Hvor det går galt - **Et redesign endrer adressene.** Hver innkommende lenke, hvert bokmerke og hvert søkeresultat som pekte på den gamle strukturen, lander på en feilside den dagen det nye nettstedet går live. En permanent omdirigering fra hver gammel adresse til det nye stedet, beholdt i årevis, tar vare på det andre har bygd på. - **Navigasjonen glir fra seksjon til seksjon.** Maler skrevet til ulike tider får egne menyer i ulik rekkefølge, og den samme siden heter «Kontakt» ett sted og «Ta kontakt» et annet. Leserne mister orienteringen, og nettstedet stryker på _Consistent Navigation_ og _Consistent Identification_ mens hver side består alene. Én felles navigasjonsmal, brukt overalt, fjerner glidningen ved kilden. - **Nettstedet regnes som ferdig ved lansering.** Innholdet blir utdatert, avhengigheter eldes, sertifikater går ut, og den ene personen som visste hvordan man publiserer, går videre. Et nettsted varer når det har en eier, en rutine for publisering og sjekker som kjører enten noen husker dem eller ikke. - **En side kan bare nås på én vei.** En side gjemt tre menyer ned og utelatt fra hver indeks blir funnet av forfatteren og av svært få andre. En vei til, enten et søk, et nettstedskart eller lenker fra beslektede sider, er det _Multiple Ways_ ber om, og det leserne strekker seg etter uansett. - **Et andre språk skrus på etter lansering.** Adresser, datoer, tallformater, strenglengder og menyer ble alle formet rundt ett språk, og det nye må slåss med hver mal. Et nettsted som er ment å være flerspråklig, er billigere å bygge slik fra første side. ## Les mer - [NIST CSRC Glossary: website](https://csrc.nist.gov/glossary/term/website) — en definisjon på én linje fra NISTIR 7693: beslektede nettsider som er utarbeidet og vedlikeholdes som en samling til støtte for ett enkelt formål. - [WCAG 2.2: set of web pages](https://www.w3.org/TR/WCAG22/#dfn-set-of-web-pages) — standardens definisjon av et nettsted etter formål og forfatter, med eksempler som dekker kasser i nettbutikker, underdomener og språkversjoner. - [Understanding SC 3.2.3: Consistent Navigation](https://www.w3.org/WAI/WCAG22/Understanding/consistent-navigation.html) — hvorfor navigasjon som gjentas på tvers av sider, bør beholde rekkefølgen sin, og feilen som bryter den. - [Understanding SC 2.4.5: Multiple Ways](https://www.w3.org/WAI/WCAG22/Understanding/multiple-ways.html) — veiene et nettsted kan tilby til hver av sidene sine, og unntaket for trinn i en prosess. - [sitemaps.org: Sitemaps XML format](https://www.sitemaps.org/protocol.html) — formatet et nettsted bruker for å liste sine egne adresser for søkemotorer, med størrelsesgrensene per fil.