nettsted

et sett beslektede nettsider under én adresse

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, 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 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 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

Ordliste