For å kunne score godt i Googles organiske søkeresultater, er det avgjørende at du har teknologien «i orden». Teknologi er en av de viktigste elementene i SEO webutvikling. På internett kan du finne mange sjekklister som du kan gjøre en utmerket revisjon av nettstedet ditt med. Det som imidlertid ofte mangler er konteksten. Hvorfor må du gjøre visse ting eller ikke? Hvis du ikke forstår "hvorfor" bak hvert SEO-tips, overser du muligheter eller problemer du ikke visste fantes.
I dag skal vi avdekke mange viktige punkter som merkelig nok ofte blir undervurdert: JavaScript, nettstedhastighet og strukturerte data.
For å forstå hvordan disse tre elementene kan påvirke SEO, må vi først se på hvordan Google og dermed prosessen med rangering fungerer.
- Crawling. Besøk sidene dine av Googlebots. Bare HTML-en leses, leter etter lenker (a href) for å fortsette å gjennomsøke.
- Indeksering. Selve ‘gjengivelsen’ av siden i to trinn: først rå HTML-koden og deretter hele siden med JavaScript. Denne prosessen avgjør også om en side er inkludert i Google-indeksen.
- Ranking. Den alltid gåtefulle Pandora-boksen fra Google, som bestemmer hvordan spesifikke søk ordner sidene.
JavaScript og SEO
Et spørsmål som ofte stilles er: kan Google gjennomsøke/indeksere JavaScript? For å være ærlig er det feil spørsmål å stille. Det enkle svaret på det spørsmålet er: "Ja!" Men det betyr ikke at bruk av JavaScript ikke kan ha negative konsekvenser for SEO.
Til å begynne med: JavaScript er ikke nødvendigvis dårlig. Det kan være gunstig for funksjonaliteten til en nettside og dermed bidra betydelig til brukervennligheten. I de fleste tilfeller blir JavaScript imidlertid bare gjengitt til brukeren i nettleseren. Måten JavaScript brukes på kan da gå på bekostning av effektiviteten som siden gjennomsøkes og indekseres med.
Progressiv forbedring
I teorien er JavaScript best brukt som det siste funksjonelle laget over et allerede fungerende HTML / CSS-nettsted. Dette betyr at et nettsted uten JavaScript allerede skal fungere korrekt og at JavaScript bare legges til for brukervennlighet og/eller ekstra og kompleks funksjonalitet (som kalkulatorer eller widgets).
Men hvis JavaScript er nødvendig for den grunnleggende funksjonaliteten til et nettsted, for eksempel for å vise en liste over produkter på en kategoriside på et e-handelsnettsted, det vil si når SEO-problemer kan oppstå. Fordi JavaScript genererer produktene og med dem lenkene til produktdetaljsidene, er de ikke i kildekoden (HTML). Dette vil forhindre at robotsøkeprogrammet finner disse koblingene i utgangspunktet og følgelig ikke gjennomsøke dem.
Resultatet: produktene blir ikke funnet i første omgang og vil derfor ikke motta en lenkeverdi. Først når siden gjengis under indekseringsprosessen kan produktene og lenkene bli synlige. Dette koster Google betydelig mer innsats enn om alt var i kildekoden.
Innvirkning på gjennomgangsbudsjettet
Hvis Google endelig kan finne det, er det da ingenting galt? Feil! Hvorfor? Det er her begrepet "gjennomgangsbudsjett" kommer inn i bildet. Gjennomgangsbudsjettet angir hvor mye oppmerksomhet Google gir et nettsted. Størrelsen på denne er ikke offentlig, varierer per side og bestemmes ut fra lenkeprofilen. Jo høyere autoritet et nettsted har, desto mer oppmerksomhet får nettstedet fra Google.
Hva er egentlig gjennomgangsbudsjettet? Det er et samlenavn for ulike ting i gjennomsøkingsprosessen, URL-viktighet, crawl-prioritering, crawl-planer osv. Indikerer crawl-budsjettet hvor mange sider som er nøyaktig gjennomsøkt? Ja og nei. Ja, for et stort gjennomgangsbudsjett betyr også at flere sider blir besøkt. Nei, fordi du også kan påvirke dette tallet ved å gjøre nettstedet ditt mer gjennomsøkingsvennlig. Hvis gjennomsøkingsbudsjettet fortsatt skulle ha en slags enhet, ville det være «på tide». Noen få eksempler:
- Kan du sørge for at JavaScript ikke må gjengis? Det sparer mye tid, og denne tiden kan brukes til å gjennomsøke andre sider.
- Kan du sørge for at nettstedet ditt lastes dobbelt så raskt? Da er en logisk konsekvens at dobbelt så mange sider gjennomsøkes som i denne eksempel.
Implementering og testing av strukturerte data
Strukturerte data må implementeres i koden. Det er flere måter for dette, hvorav JSON-LD er den mest fleksible og forresten Google er den anbefalte måten. Fordelen med JSON-LD er at du ikke trenger å rote rundt i koden eller gi forskjellige elementer ekstra kodebiter (som f.eks. mikroformater). JSON-LD er implementert som en lesbar liste i overskriften.
Til slutt noen tips angående implementeringen:
- Bruk de strukturerte dataene testverktøy fra Google for å sjekke om implementeringen gikk bra.
- Ikke bruk Google Tag Manager til å legge til JSON-LD i koden. Ulempen med dette er at det fungerer med ekstern JavaScript slik at det kun leses ved indeksering. JSON-LD i overskriften er i kildekoden og leses derfor raskere. Denne metoden er imidlertid utmerket for å teste strukturerte data.
- Det samme gjelder for datauthevingsverktøyet i Google Search Console. Dette er også flott som test.
Hvor skal jeg begynne å optimalisere?
Jeg håper at jeg har gitt deg verdifulle tips om hvordan du kan fortsette optimaliseringen av nettstedet ditt. Har du noen gode forslag til optimaliseringslag med relativt lav terskel? Da vil jeg gjerne høre dem i kommentarfeltet. Lykke til!