Fordi nettet er en forandring og evolusjonerende organisme, er det viktig å bygge områder som kan vokse med det og lett ri dagens i stedet for å drukne når en ny bølge nærmer seg.

Ren oppretting og bygging med webstandarder hjelper ikke bare deg med å gjøre dette, men vil spare både tid og penger i det lange løp.

Etter hvert som nettet utvides, så teknologiene som den bruker, vokser med det. Mens HTML har eksistert lenge, har det kjøpt ganske mange sidekicks underveis.

Først Javascript, deretter CSS, XML og senere AJAX. Bred tilpasning av HTML 5 er rett rundt hjørnet, med Firefox, Safari, Opera og Chrome, nyter allerede nesten full HTML 5-støtte (den langsomme gutten på blokken, Internet Explorer, ligger som vanlig).

I denne artikkelen vurderer vi grunnleggende om webstandarder, hva de er, hva de betyr for deg, og noen viktige tips for å hjelpe deg med å håndtere dette viktige og ofte forsømte problemet.

Hva betyr det å ha "Clean" Markup?

Enkelt sagt betyr det fri for rot, standardkompatibilitet og bruk av tags og strukturer for hvert språk for deres tiltenkte formål.

Clutter-free HTML gjør sparsom bruk av tagger, eliminerer det ytre og oppnår oppgaven med så lite oppskrift som nødvendig . Det unngår unødvendige attributter, som inline CSS, og etterlater hvert dokument strukturert og organisert.

På samme måte bør rotfri CSS unngå å gjenta seg selv, dra nytte av arv (Husk, CSS står for Cascading Style Sheet) og gjenbruk klasser når det er mulig.

Standarder-kompatibel betyr at sidene dine validerer med de standarder som er fastsatt av W3C for HTML, CSS og XML. Det betyr at du bruker de gratis W3C-validatorene til å sjekke om feil, korrigere dem og teste igjen til du er så nær 100% gyldig som mulig .

Hvorfor skal jeg bry meg? Det fungerer, er det ikke så bra?

Hvert prosjekt har en aggressiv frist, og hver klient vil at nettstedet skal lanseres i går. Så som webutviklere og designere er vi under konstant press for å jobbe raskere og mer effektivt.

Det er lett å falle i fellen for å tenke fort, må bety slurvet , og det rene, standard-kompatible markup tar mer tid. Det er lett å bare si "det virker, og det er alt som betyr noe."

Jo, det virker ... for nå, for deg. Hva med neste år, eller tre år fra nå? Hva med nye nettlesere? Hva med tilgjengelighet?

Tror du virkelig at de store søkemotorene vil følge spesielle, slurvete kodingsmetoder? De er finaktige, og hvis du ikke er kompatibel med standarder, sparker du søkerangeringen i ansiktet .

Hva med den neste dårlige sap som må redigere disse sidene du har opprettet? Hva skjer hvis du blir rammet av en buss, slutte å gå backpacking i Alaska, eller bli bortført av romvesener? Noen andre må plukke opp hvor du sluttet, og han vil se på koden din og prøver å få mening om det. Vil det være lett, eller vil det gi ham hodepine og få ham til å forbanne ditt navn?

Gjør det riktig første gang. Dette er ikke bare noen irriterende, faderlig lektie. Det vil faktisk spare deg både tid og penger, og få de som følger deg, få en lettere tid med ting.

Du tror kanskje det er raskere å bare slippe i CSS i stedet for å legge til en ny klasse på stilarket. Og du tror kanskje det er raskere å kaste i hvilken HTML du kan spytte uten å vurdere den generelle dokumentstrukturen.

Når det kommer tid til å oppdatere dokumentet senere eller redesign hele nettstedet, vil du bruke mye mer tid på å gjøre opp for slurvet kode enn du noensinne har reddet ved å rushing gjennom det i første omgang. Når du oppretter et nytt stilark, vil de pesky inline-stilene du raskt har lagt til, komme tilbake for å hjemsøke deg, og du vil tilbringe timer på å jakte dem og strippe dem ut.

Extensibility, Accessibility, Translation og Future Proofing

Mobil surfing vokser som Godzilla på atom-steroider. I stedet for å bli henvist til jet-setting Blackberry narkomane fra 5 år siden, bruker alle i dag telefonen til å surfe på nettet.

Hjelpemidler - skjermlesere for blinde og alternative grensesnittapparater for funksjonshemmede - er vanlige, og du vil ikke miste et salg eller fremmedgjøre trafikk bare fordi du ikke tok hensyn til det.

Nettstedet ditt er sannsynligvis oversatt til et halvt dusin språk som lesere fra hele verden finner innholdet ditt. Takk til Internettarkiv , Googles cache og andre, sider du publiserer i dag, vil være rundt i lang, lang tid, selv etter at de har blitt fjernet fra ditt nettsted.

Riktig oppretting og standardoverholdelse vil gå langt for å sikre at nettstedene dine fungerer i hver av disse scenariene.

Gjør og gjør ikke:

  • Bruk merker som de er ment for. For eksempel: h1 er det første toppnivåelementet på siden, deretter h2, h3 og så videre. Det bør bare være en h1-tag per side.
  • Meld navn på CSS-klassene og IDene dine ved å bruke meningsfulle betingelser, og spør deg selv om noen andre vil vite hva en klasse / ID gjør fra sitt navn alene. Hvilken navngivningskonvensjon er mer fornuftig: # box12 eller # comment-footer?
  • Gjøre god bruk av CSS arv. For eksempel: Hvis du angir en skrift på en beholder, trenger du ikke å spesifisere den igjen på hvert barnelement, med mindre barnelementet må bruke en annen skrifttype. Dette vil holde stilarkene lene og raske å laste.
  • DO validere HTML, CSS og XML og korrigere så mange feil som mulig. Vær oppmerksom på advarslene generert også.
  • DO dobbeltsjekke WYSIWYG generert kode og rydde opp etter behov. De er beryktet for å spytte ut voluminøse, oppsvulmet oppslag med masse unødvendig, ugyldig søppel.
  • IKKE injiser inline-stiler eller ekstreme koder og attributter bare fordi du er i rush.
  • Ikke sett deg for "det fungerer." Bare fordi en side gjør det, betyr det ikke at merkingen under hetten er standardkompatibel, problemfri eller søkemotor vennlig.

Videre lesing og ressurser


Skrevet utelukkende for WDD av Jeff Couturier.

Følger du webstandarder på nettstedene dine? Hvorfor eller hvorfor ikke? Vennligst del dine kommentarer med oss.