Alle snakker om Søkemotoroptimalisering. Del 1
En av retningslinjene Google gir med tanke på Søkemotoroptimalisering er: ”Du skal ALDRI optimalisere for en søkemotor, du skal optimalisere for dine brukere”. Men dette skillet er ikke alltid så tydelig.
Jeg stiller meg alltid spørsmålet før jeg eventuelt skal gjøre noe om:
- Ville jeg gjort dette hvis Google ikke hadde vært der?
- Gjør jeg dette kun for min bruker?
Dette er jo i utgangspunktet ganske så vanskelige spørsmål, og det er vel en grunn til at vi har noe som heter “gråsoneoptimalisering”.
Det er jo lett å si at uansett teknikker du bruker så gjør du det bedre for dine brukere hvis du er i Google?
Men er det det?
Bransjen SEO er ødelagt grunnet at det ikke finnes noen balanse på hva som er lov eller ikke, og det er veldig trist.
Det burde være mulig å gjøre god SEO uten å jobbe innenfor gråsonen?
Det finnes tonnevis av gode eksempler der utgangspunktet har vært: “Make it good for your users and Google will love you.” Men hvordan gjør vi det?
Her er starten på en rekke ting som jeg mener kan hjelpe deg.
1. Vis Google det samme som du viser til din bruker
For det første så synes jeg det er viktig at vi viser det samme til søkemotoren sin robot, som vi gjør til brukeren. Allerede her så finner vi muligheter til å utnytte systemet. Bolia.com gjorde det. De fikk straff av Google. Det var muligheter for en bruker å navigere seg til skyggesidene som Bolia hadde lagt ut. Men det skal mye til for at de så de selv om det var helt tilgjengelig for alle. Hvor går grensen?
2. Det skal være lett for Google å gjøre en rask ”parsing” av siden.
Omtrent enhver person i SEO miljøet har vært uenig med min mening om at sider som validerer med W3C kommer høyere opp i resultatene hos en søkemotor. Det er ikke det jeg mener. Jeg vil at en søkemotor lett skal klare å tolke det som jeg vil at de skal forstå. Dette oppnås best hvis man følger den eneste standarden vi har med tanke på programmering av en nettside.
Det finnes en standard med tanke på hvordan man lager en web side. Det er W3C. Denne standarden bygger på enkle prinsipper for hvordan en webside programmeres. Følg den, og du vil faktisk også gjøre det bedre for din bruker, da du i stor sannsynlighet vil være mer kompatibel med fremtidige nettlesere, og Google vil kunne bruke standard regelsett for å tolke ditt innhold.
3. Din URL-struktur burde være ”snill”
Har du noengang sett at når du har gjort et søk på et søkeord som har mye konkurranse, så har søkemotoren gitt deg et resultat med en URL som har massevis av Query parametere og kanskje en liten Session ID i tillegg? Antar at du ikke har gjort det. Så ha en løsning som presenterer fine semantiske URL-er.
4. Inline JavaScript (en søkemotor er ute etter innholdet ditt!)
En søkemotor er ikke videre glad for masse støy i den genererte kildekoden din. Flytt Javascript ut i egne filer, slik at søkemotorene slipper å forholde seg til kode de i utgangspunktet ikke vil se.
Diskusjon?
Jeg stiller en del spørsmål i denne artikkelen, som jeg håper kan generere en diskusjon.
Fortsettelse vil følge, med flere tips som jeg mener er viktige med tanke på å optimalisere for din bruker
Stay tuned.
Litt vanskelig å motsi deg på dette, Roar..
Men jeg vil gjerne legge til at det er en standard til som er minst like viktig å følge som at man koder riktig (X)HTML og har gode URL-er: HTTP-standarden.
HTTP er en fullstendig protokoll som beskriver hvordan du bør tilgjengeliggjøre ressursene dine for brukerne, hvilke feilsituasjoner som kan oppstå og hvordan de rapporteres til nettleseren, samt at den inneholder caching-mekanismer for å sikre høy ytelse og skalerbarhet. Altfor få nettløsninger bruker denne standarden riktig og i stor nok utstrekning. Grunnen til dette er dessverrre veldig ofte fordi webrammeverket man programmerer i, ikke bryr seg om å følge standarden og gjør det vanskelig (eller umulig) for utvikleren som bruker rammeverket, å gjøre ting riktig.
Det kan hende at det var “akseptabelt” å overse riktig implementasjon av HTTP-standarden for 10 år siden da nettlserne heller ikke fulgte standarden, men med dagens krav til åpenhet og standardstøtte er det ingen vei utenom å implementere HTTP-standarden riktig.
Ved å implementere riktig bruk av HTTPs caching-mekanismer sparer man potensielt enorm belastning av både nettverk og servere ved å ikke sende over dokumenter som klienten allerede har siste versjon av.
@Runar Svendsen: Hva vil dette ha noe å si med tanke på SEO, med unntak av mine enkle bemerkninger?
Har du referanser som er tydelige med tanke på HTTP standarden som kan hjelpe oss enkle lesere?
Put common decency back to the web, og det gjelder ikke bare SEO..
Man optimaliserer både for søkemotorene og brukere / kunder. Hadde ikke google vært der ville nok reklamebudsjettet i blader og radio vært større. Lurer da på hvordan en webside hadde sett ut? Web hadde ikke vært gøyt hvis ingen hadde funnet deg
SEO er som å være på fisketur. Har du ikke det rette utstyret vil du ikke få napp. Det enkleste er fremdeles best
For å få napp må 4 ting være i orden.
1 – søkeord i URL
2 – Meta tags (H1) med søkeord
3 – description
4 – tilbakelinker med søkeordet
Spørsmålet er vel om man vil ha SEO for umiddelbar effekt (optimaliser etter søkemotorer) eller om man vil ha effekt på lang sikt (optimaliser for brukerne). Alle søkemotorer jobber med søk og indekserings algoritmene sine, så tilslutt vil man bare bry seg om det som er bra innhold for brukerne og skite i resten.
Et eksempel på dette er meta tags for keywords, som ga ingenting til brukerne og er vel mer eller mindre faset ut av søkemotorene.
er metatags på keywords faset ut?
4. Inline JavaScript (en søkemotor er ute etter innholdet ditt!)
En søkemotor er ikke videre glad for masse støy i den genererte kildekoden din. Flytt Javascript ut i egne filer, slik at søkemotorene slipper å forholde seg til kode de i utgangspunktet ikke vil se.
sjekk her:
http://www.visitrauland.no/Hva-vil-du-gjoere
nede i høyre kollone ser du en FAcebook stream, er dette det samme som Inline Javascript?
mvh,
Torben