# Webbplats

## Vad det är

En webbplats är en grupp webbsidor som publiceras tillsammans under en adress och sköts av en ägare:
ett företags sidor, en webbutik, en samling dokumentation, en personlig blogg. Sidorna delar en
domän eller en del av en, en navigering, ett utseende och någon som svarar för dem. I vardagligt tal
heter den ofta ”sajt”, och ”webbsida” används gärna om helheten, fast ordet egentligen betecknar en
enda sida.

Gränsen som är värd att dra går mellan webbplatsen och sidan. WCAG definierar en webbsida som en
icke inbäddad resurs som hämtas från en enda URI över HTTP, tillsammans med allt som en
användaragent renderar med den, t.ex. bilder, stilmallar och skript. Standardens ord för en
webbplats är en uppsättning webbsidor (set of web pages): sidor som har ett gemensamt syfte och
kommer från samma författare, grupp eller organisation. Den andra definitionen är den ärligare av de
två, eftersom den knyter en webbplats till syfte och upphov snarare än till ett domännamn.

Exemplen som hör till definitionen visar hur långt idén räcker. Kassan i en webbutik, utan den
navigering som produktsidorna delar, hör inte till uppsättningen produktsidor. En blogg på en
underdomän med egen navigering och egna författare är en annan uppsättning än sidorna på
huvuddomänen. Och olika språkversioner av samma sidor räknas som olika uppsättningar. Tre domäner
kan alltså rymma en webbplats, och en domän kan rymma flera.

Tre grannbegrepp blandas ofta ihop med en webbplats. En _webbserver_ är det program som svarar på
anrop: en server kan rymma dussintals webbplatser, och en stor webbplats kan vara utspridd över
många servrar. En _domän_ är namnet i adressen, som en webbplats kan dela med andra eller sprida
över flera. En _webbapplikation_ är en webbplats vars sidor till största delen är ett program som
körs i webbläsaren. Exemplet som WCAG själv ger är ett webbmejlprogram som ligger på en enda adress
men visar en inkorg, kontakter och en kalender, vilket får en URI att kännas som många sidor.

Webbplatser skiljer sig också i när sidorna blir till. En _statisk_ webbplats genereras i förväg
till filer som en server lämnar ut oförändrade. En _dynamisk_ webbplats bygger varje sida när den
efterfrågas, oftast ur en databas och ett program som körs på servern. En läsare kan sällan se på
själva sidan vilken sort det är. Skillnaden syns i vad som måste hållas igång.

## Varför det spelar roll

Människor bedömer webbplatser, inte sidor. En läsare som hamnar på en enda artikel från ett
sökresultat avgör om den går att lita på utifrån vad menyn, sidorna intill och kontaktuppgifterna
säger. En stark sida på en webbplats som ser övergiven ut ärver det intrycket.

**Sökmotorer läser webbplatsen som helhet.** De indexerar sidor en i taget men hittar och förstår
dem genom webbplatsen: dess länkar, dess struktur och den lista över adresser som den publicerar.
Protokollet för webbplatskartor (sitemaps), det format som en webbplats använder för att lämna den
listan till sökrobotar, tillåter upp till 50 000 adresser och 50 MB okomprimerat per fil, och en
större webbplats delar upp sin lista på flera filer som samlas i ett index.

**Vissa tillgänglighetskrav finns bara mellan sidor.** Tre framgångskriterier i WCAG 2.2 på nivå AA
är skrivna om en uppsättning webbsidor. Multiple Ways (2.4.5) kräver mer än en väg till varje sida,
t.ex. en meny och en sökfunktion, eller en innehållsförteckning och länkar mellan sidor som hör
ihop. Consistent Navigation (3.2.3) kräver att navigering som upprepas på flera sidor står i samma
inbördes ordning varje gång. Consistent Identification (3.2.4) kräver att komponenter med samma
uppgift har samma namn överallt. Varje sida kan klara en kontroll för sig medan webbplatsen fallerar
på alla tre.

**Adresserna är ett åtagande.** Varje publicerad adress hamnar i bokmärken, andras länkar, sökindex,
e-post och tryckt material. Listan över en webbplats adresser är den del som utomstående bygger
vidare på, och den lever längre än någon design.

**Något måste hållas igång.** En dynamisk webbplats är ett program med en databas bakom sig, som ska
uppdateras, övervakas och betalas varje månad. En statisk webbplats är en uppsättning filer och en
server som lämnar ut dem. Det valet avgör attackytan och driftkostnaden betydligt mer än den
visuella designen gör.

## Så ser det ut i praktiken

Den här webbplatsen är ett fungerande exempel på definitionerna ovan. Den är byggd som en
[flerspråkig statisk webbplats i Hugo](/sv/portfolio/built-a-multilingual-static-site-in-hugo-126/)
och består av 108 mallfiler, varav 53 är partials och 18 är shortcodes, som genererar tre språk ur
ett och samma innehållsträd utan någon backend vid körning. Varje sida går ut i fyra
representationer: HTML, en Markdown-tvilling, ett Gemini-dokument och en post i en Gopher-meny.
Samma träd byggs sju gånger till, en gång per fokuserad underdomän, genom att generatorn pekas mot
en annan innehållskatalog. Räknat i adresser blir det åtta webbplatser. Räknat på det sätt som WCAG
räknar, med varje språk som en egen uppsättning webbsidor, är de tre språken ensamma tre. Sidan är
rak om priset för att inte ha någon server: allt interaktivt löses vid byggtid eller lämnas bort,
och ett sökindex kostnadsberäknades och parkerades av det skälet.

Det tidigare arbetet visar jobbets två andra delar: att driva webbplatser och att bygga dem efter en
design. På driftsidan gick
[fyrtio webbplatser på värdservrar med Ubuntu Linux](/sv/portfolio/administered-40-websites-on-ubuntu-linux-hosting-servers-53/)
på en blandning av Apache och nginx, och de hölls tillgängliga och snabba genom konfiguration,
prestandajustering och underhåll. Måttet där var beteendet under verklig trafik, eftersom en
webbplats som bara håller en lugn natt har lämnats i fred snarare än skötts.

På byggsidan omvandlades
[trettio webbplatser från Photoshop-designer](/sv/portfolio/designed-30-websites-delivering-unique-and-flexible-solutions-52/)
till HTML för hand och hölls mot två krav samtidigt: de skulle vara trogna de avstånd, den typografi
och de detaljer som formgivaren avsåg, och ändå gå att underhålla när innehållet började ändras. En
webbplats som stämmer exakt med sin skiss och går sönder vid första redigeringen byggdes för
lanseringen, inte för åren efter den.

## Var det går fel

- **En ny design byter ut adresserna.** Varje inkommande länk, bokmärke och sökresultat som pekade
  på den gamla strukturen hamnar på en felsida den dag som den nya webbplatsen går live. En
  permanent omdirigering från varje gammal adress till dess nya plats, kvar i flera år, bevarar det
  som andra har byggt på.
- **Navigeringen glider isär mellan avsnitten.** Mallar som skrevs vid olika tillfällen får egna
  menyer i olika ordning, och samma sida heter ”Kontakt” på ett ställe och ”Hör av dig” på ett
  annat. Läsarna tappar orienteringen, och webbplatsen fallerar på Consistent Navigation och
  Consistent Identification medan varje sida klarar sig på egen hand. En gemensam navigeringsmall
  som används överallt tar bort glidningen vid källan.
- **Webbplatsen behandlas som färdig vid lanseringen.** Innehållet blir inaktuellt, beroenden
  åldras, certifikat löper ut och den enda person som visste hur man publicerar går vidare. En
  webbplats håller när den har en ägare, en rutin för publicering och kontroller som körs oavsett om
  någon kommer ihåg dem.
- **En sida går bara att nå på en väg.** En sida som ligger begravd tre menyer ned och saknas i
  varje register hittas av sin författare och av mycket få andra. En andra väg, en sökfunktion, en
  förteckning över alla sidor eller länkar från sidor som hör ihop, är vad Multiple Ways kräver och
  vad läsare ändå letar efter.
- **Ett andra språk skruvas på efter lanseringen.** Adresser, datum, talformat, stränglängder och
  menyer formades alla kring ett språk, och det nya får kämpa mot varje mall. En webbplats som ska
  vara flerspråkig är billigare att bygga så från första sidan.

## Läs mer

- [NIST CSRC Glossary: website](https://csrc.nist.gov/glossary/term/website)
  — en definition på en rad ur NISTIR 7693: relaterade webbsidor som tas fram och förvaltas som en
  samling för ett enda syfte.
- [WCAG 2.2: set of web pages](https://www.w3.org/TR/WCAG22/#dfn-set-of-web-pages)
  — standardens definition av en webbplats utifrån syfte och upphov, med exempel om kassor,
  underdomäner och språkversioner.
- [Understanding SC 3.2.3: Consistent Navigation](https://www.w3.org/WAI/WCAG22/Understanding/consistent-navigation.html)
  — varför navigering som upprepas mellan sidor bör behålla sin ordning, och det fel som bryter den.
- [Understanding SC 2.4.5: Multiple Ways](https://www.w3.org/WAI/WCAG22/Understanding/multiple-ways.html)
  — de vägar som en webbplats kan erbjuda till var och en av sina sidor, och undantaget för steg i
  en process.
- [sitemaps.org: Sitemaps XML format](https://www.sitemaps.org/protocol.html)
  — formatet som en webbplats använder för att lista sina egna adresser för sökmotorer, med
  storleksgränserna per fil.

<https://engineer.company/sv/glossary/website/>
