Hoppa till innehållet

Webbplats

en samling relaterade webbsidor under en adress

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

Ordlista