Gode grensesnitt: Domener, webanalyse og digital synlighet
Det har gått en liten stund siden forrige installasjon i sjekklisteprosjektet. Vi er nesten ved veis ende, og jeg runder idag av det formelle innholdet i lista med noen punkter om webanalyse, domenestruktur og digital synlighet.
Domenestruktur
Jeg har tidligere skrevet en lengre artikkel på Kuttisme om det jeg kalte domenestrategi. Domenestrategi handler om å ha et bevisst forhold til hvilke domener og subdomener som gir brukerne dine hvilket innhold.
Jeg skal ikke gjenta meg selv i det vide og brede her, så jeg oppsummerer bare de viktigste punktene og viser til den opprinnelige artikkelen for detaljer. Noe av stoffet rundt subdomener er "subject to change" ettersom Google nylig endret måten de behandler subdomener på.
Det finnes også en konfigurasjonsguide for Apache med tekniske innspill til hvordan reglene under kan håndheves i praksis.
- Gi tilgang både med og uten www foran domenet (mittdomene.no og www.mittdomene.no)
- Velg ett hoveddomene og rediriger all trafikk til dette med en
301 Moved Permanently - Hjelp brukere ved å tillate feilstavelser som så redirigeres til hoveddomenet. Eksempelr er ww.mittdomene.no, www.mitdomene.no, www.mittdomene.no osv.
- Foretrekk kataloger fremfor subdomener med mindre det er snakk om en helt adskilt tjeneste
- Velg et .no-domene når du henvender deg til det norske markedet
Webanalyse
Statistikk er en av de viktigste verktøyene vi har for å måle effekten av nettstedene våre. Data til analyse kan hentes inn enten fra serveren, fra klienten (vanligvis JavaScript + fallback med et bilde fra analyse-serveren) eller en kombinasjon av disse to.
Nøyaktige tall er vanskelige å oppdrive, spesielt på det som går på unike brukere og andre ting som ikke er entydig definert. Nettopp derfor kan det være lurt å ha for eksempel ett verktøy på serveren og ett annet på klienten slik at disse kan brukes til å kalibrere hverandre.
- Sørg for at websiden har egne loggfiler på serveren. Dette letter serverside-statistikk
- Pass på at trackingkode for klientside-statistikk ligger inne på samtlige sider
- Dersom klientside-statistikken krever det, sørg for at alle sider har unike ID-er gjennom
meta-tagger eller lignende
Digital synlighet
Digital synlighet handler om å være egnet for å bli lest og forstått av datamaskiner. Når datamaskinene er søkemotorer henspiller det på det samme som "søkemotoroptimalisering", et begrep jeg ikke har noe til overs for.
Litt av poenget med hele denne sjekklisten er at man ved å følge punktene i den allerede stiller godt i forhold til god digital synlighet. Hele bakgrunnen for at jeg ikke liker begrepet "søkemotoroptimalisering" er nettopp at jeg mener det ikke bør være en egen aktivitet adskilt fra resten av utviklingen.
Jeg har allikevel valgt å ha det som et punkt her for å spesifisere noen av de aller viktigste punktene som typisk publiseringssystemet må ha støtte for.
- Alle sider må ha unik
<title/> - Bruk logiske URL-er (eks: /blogg/kategorier) fremfor "system-URLer" (eks: /node.php?id=342§ion=7). Dette er også langt mer brukervennlig (hvilken av de to husker du lettest?).
- Ha en relevant og
meningsfull
<h1>på hver side - Samsvar mellom
<title>, URL og<h1>kan gi ekstra boost - Ha unik og relevant
<meta name="description" ... />og<meta name="keywords" ... />på alle sider
Som vanlig er sjekklisten for grensesnittsutvikling oppdatert med disse punktene, og nogenlunde komplett. Jeg er fortsatt svært interessert i innspill på de eksisterende punktene, og ikke minst på de tingene som jeg ikke har nevnt noe om.
