Analys

I uppgift 1a analyserade jag hur en enkel webbplats bör byggas för att bli tydlig, fungerande och lätt att underhålla. Fokus låg på struktur i HTML, hur innehåll delas upp med rubriker och stycken, samt varför validering och publicering påverkar kvaliteten.

Bakgrund

En webbsida kan se “rätt” ut i webbläsaren även om koden innehåller fel. Det blir ett problem när sidan ska publiceras, öppnas på andra enheter eller underhållas av någon annan. Därför är det viktigt att arbeta med korrekt HTML, använda semantiska element (rätt rubriknivåer, listor, länkar) och kontrollera dokumentet med W3C Validator.

Observationer

Det jag märkte är att små misstag i HTML ofta får stora konsekvenser. Vanliga exempel är felaktig nästling (t.ex. element som inte stängs), saknad alt-text på bilder och att rubriknivåer hoppas över. Sådana saker kan påverka tillgänglighet, sökmotorer och hur sidan förstås av andra.

Exempel/Detaljer

Ett konkret exempel är bildhantering: lokalt kan en bild fungera även om man råkar skriva fel versaler i filnamnet, men på servern blir resultatet ofta en trasig bild. Ett annat exempel är validering: om validatorn visar fel om saknade eller felplacerade taggar, kan det betyda att webbläsaren “gissar” hur sidan ska tolkas. Då kan sidan bete sig olika i olika webbläsare.

Jag arbetade därför med att hålla koden ren och tydlig: använda rubriker för struktur, stycken för brödtext och listor för uppräkningar.

Slutsats

Min slutsats är att kvalitet i en webbsida inte bara handlar om hur den ser ut, utan hur den är byggd. Korrekt struktur i HTML, semantiska element, validering utan fel och test efter publicering gör att sidan blir mer robust, mer tillgänglig och enklare att vidareutveckla.

Tillbaka till presentationssidan

Checklista jag följde

  1. Skapade två HTML-sidor (index + analys)
  2. Strukturerade texten med rubriker och stycken
  3. Kontrollerade länkar och filstruktur
  4. Validerade med W3C Validator utan fel och varningar
  5. Publicerade och testade via webblänk