Website

en samling forbundne websider under én adresse

Hvad det er

Et website er en samling websider, der udgives sammen under én adresse og passes af én ejer: en virksomheds sider, en webshop, en samling dokumentation, en personlig blog. Siderne deler et domæne eller en del af et, en navigation, et udtryk og en person, der står til ansvar for dem. I daglig tale hedder det ofte bare sitet, og det danske ord websted betyder det samme.

Den nyttige grænse går mellem sitet og siden. WCAG definerer en webside som en ikke-indlejret ressource, hentet fra én enkelt URI over HTTP, sammen med alt det, en user agent viser sammen med den, for eksempel billeder, stylesheets og scripts. Standardens ord for et website er et set of web pages, et sæt websider: sider, der har et fælles formål og kommer fra den samme forfatter, gruppe eller organisation. Den anden definition er den mest ærlige, fordi den binder sitet til formål og afsender frem for til et domænenavn.

Eksemplerne ved definitionen viser, hvor langt tanken rækker. En webshops betalingsforløb, hvor den navigation, produktsiderne deler, er fjernet, hører ikke til sættet af produktsider. En blog på et subdomæne med sin egen navigation og sine egne forfattere er et andet sæt end siderne på hoveddomænet. Og forskellige sprogversioner af de samme sider tæller som forskellige sæt. Tre domæner kan altså rumme ét website, og ét domæne kan rumme flere.

Tre naboer bliver ofte forvekslet med et website. En webserver er programmet, der svarer på forespørgsler; én server kan rumme snesevis af sites, og ét stort site kan være fordelt på mange servere. Et domæne er navnet i adressen, som et site kan dele med andre eller sprede over flere. En webapplikation er et site, hvis sider for det meste er et program, der kører i browseren. WCAG’s eget eksempel er et webmailprogram, der bor på én adresse og alligevel viser indbakke, kontakter og kalender, så én URI føles som mange sider.

Sites adskiller sig også i, hvornår siderne bliver lavet. Et statisk site genereres på forhånd til filer, som en server udleverer uændret. Et dynamisk site bygger hver side, når den bliver efterspurgt, som regel ud fra en database og et program på serveren. Læseren kan sjældent se forskel på selve siden. Forskellen viser sig i, hvad der skal holdes kørende.

Hvorfor det betyder noget

Folk bedømmer sites, ikke sider. En læser, der lander på én artikel fra et søgeresultat, afgør ud fra menuen, nabosiderne og kontaktoplysningerne, om den er til at stole på. En stærk side på et site, der ser forladt ud, arver det forladte.

Søgemaskiner læser sitet som en helhed. De indekserer sider én ad gangen, men lærer dem at kende gennem sitet: dets links, dets struktur og den liste over adresser, det selv udgiver. Sitemap-protokollen, formatet et site bruger til at give den liste til crawlere, tillader op til 50.000 adresser og 50 MB ukomprimeret pr. fil, og et større site deler listen op i flere filer samlet i et indeks.

Nogle tilgængelighedskrav findes kun på tværs af sider. Tre succeskriterier i WCAG 2.2 på niveau AA handler om et sæt websider. Multiple Ways (2.4.5) kræver mere end én vej til hver side, for eksempel en menu og en søgning eller en indholdsfortegnelse og links mellem beslægtede sider. Consistent Navigation (3.2.3) kræver, at navigation, der går igen på flere sider, står i den samme indbyrdes rækkefølge hver gang. Consistent Identification (3.2.4) kræver, at komponenter med samme funktion har samme navn overalt. Hver side kan bestå en kontrol for sig, mens sitet dumper på alle tre.

Adresser er et løfte. Hver udgivet adresse havner i bogmærker, andres links, søgeindekser, e-mails og trykte materialer. Listen over et sites adresser er den del, udenforstående bygger videre på, og den lever længere end ethvert design.

Noget skal holdes kørende. Et dynamisk site er et program med en database bag, som skal opdateres, overvåges og betales for hver måned. Et statisk site er en mappe med filer og en server, der udleverer dem. Det valg bestemmer angrebsfladen og driftsregningen langt mere end det visuelle design.

Sådan ser det ud i praksis

Dette website er selv et eksempel på definitionerne ovenfor. Bygget som et flersproget statisk site i Hugo består det af 108 skabelonfiler, heraf 53 partials og 18 shortcodes, og genererer tre sprog fra ét indholdstræ uden en backend i drift. Hver side udgives i fire repræsentationer: HTML, en Markdown-tvilling, et Gemini-dokument og en Gopher-menupost. Det samme træ bygges syv gange til, én gang pr. fokuseret subdomæne, ved at pege generatoren på en anden indholdsmappe. Talt i adresser er det otte sites; talt på WCAG’s måde, hvor hvert sprog er sit eget sæt websider, er de tre sprog alene tre. Siden lægger åbent frem, hvad det koster at undvære en server: alt interaktivt løses på byggetidspunktet eller udelades, og et søgeindeks blev prissat og lagt på hylden af den grund.

Det tidligere arbejde viser jobbets to andre halvdele: at drive sites og at bygge dem efter et design. På driftssiden kørte fyrre websites på Ubuntu Linux-hostingservere på en blanding af Apache og Nginx og blev holdt tilgængelige og hurtige gennem konfiguration, ydeevneoptimering og vedligeholdelse. Målestokken var, hvordan de opførte sig under reel trafik, ikke på en stille nat.

På byggesiden blev tredive websites designet ud fra Photoshop-filer og håndkodet i HTML efter to krav på én gang: tro mod de afstande, den typografi og de detaljer, designeren havde tænkt sig, og stadig til at vedligeholde, når indholdet begyndte at ændre sig. Et site, der svarer nøjagtigt til sin mockup og går i stykker ved første redigering, er bygget til lanceringsdagen og ikke til årene efter.

Hvor det går galt

  • Et redesign ændrer adresserne. Hvert indgående link, bogmærke og søgeresultat, der pegede på den gamle struktur, lander på en fejlside den dag, det nye site går i luften. En permanent omdirigering fra hver gammel adresse til dens nye hjem, bevaret i årevis, redder det, andre har bygget på.
  • Navigationen glider fra afsnit til afsnit. Skabeloner skrevet på forskellige tidspunkter får hver deres menu i hver deres rækkefølge, og den samme side hedder »Kontakt« ét sted og »Skriv til os« et andet. Læserne mister orienteringen, og sitet dumper på Consistent Navigation og Consistent Identification, selv om hver side består for sig. Én fælles navigationsskabelon, brugt overalt, fjerner afvigelsen ved kilden.
  • Sitet betragtes som færdigt ved lanceringen. Indholdet bliver forældet, afhængigheder ældes, certifikater udløber, og den ene person, der vidste, hvordan man udgiver, går videre. Et site holder, når det har en ejer, en fast udgivelsesrutine og tjek, der kører, uanset om nogen husker dem.
  • En side kan kun nås ad én vej. En side gemt tre menuer nede og udeladt af alle oversigter bliver fundet af sin forfatter og meget få andre. En vej mere, hvad enten det er en søgning, et sitemap eller links fra beslægtede sider, er det, Multiple Ways kræver, og det, læserne alligevel griber efter.
  • Et ekstra sprog bliver skruet på efter lanceringen. Adresser, datoer, talformater, tekstlængder og menuer blev alle formet efter ét sprog, og det nye må kæmpe med hver eneste skabelon. Et site, der skal være flersproget, er billigere at bygge sådan fra første side.

Læs mere

Ordliste