Hva er teknisk SEO? En sjekkliste som virker
Kort svar: teknisk SEO er arbeidet med å gjøre nettsiden lett for søkemotorer å finne, hente, forstå og indeksere. Det handler om ting som robots.txt, XML-sitemap, kanoniske adresser, omdirigeringer, intern lenking, HTTPS, mobilvisning, hastighet og strukturerte data. Godt innhold hjelper lite hvis Google ikke får tilgang til det, eller indekserer feil versjon av siden. Nedenfor finner du en sjekkliste du kan gå gjennom steg for steg.
Hva er teknisk SEO?
SEO deles gjerne i tre deler. Innholdet er det du skriver og viser. Lenker fra andre nettsteder bygger tillit utenfra. Teknisk SEO er alt som skjer under panseret: hvordan serveren svarer, hvordan adressene er bygget opp, hvilke signaler sidene sender til søkemotorene, og hvor raskt og stabilt de lastes for den som besøker dem.
Målet er enkelt å formulere. Hver side du vil ha synlig i Google skal kunne hentes, gjengis og indekseres under én tydelig adresse. Sider du ikke vil ha i søkeresultatene, skal være tydelig merket. Og nettsiden skal fungere godt på mobil, laste raskt og være trygg å bruke.
Teknisk SEO er sjelden noe du gjør én gang og er ferdig med. Nye maler, programtillegg, kampanjesider og publiseringsrutiner kan innføre feil som ingen merker før trafikken faller. Derfor lønner det seg å ha en fast rutine for å sjekke de viktigste punktene.
Hvordan finner og indekserer Google nettsiden din?
Ifølge Google Search Central skjer det i tre trinn:
- Gjennomsøking (crawling): Googlebot finner adresser via lenker og sitemaps og henter innholdet.
- Indeksering: Google analyserer siden og lagrer den i indeksen. Google skriver selv at ikke alle sider som behandles, blir indeksert.
- Visning: når noen søker, velger Google de mest relevante sidene fra indeksen.
Samme side slår fast at Google ikke tar betalt for å gjennomsøke et nettsted oftere eller rangere det høyere. Det du kan påvirke, er hvor lett det er for Google å komme gjennom de to første trinnene.
Bygger nettsiden på JavaScript, kommer det et ekstra steg. Google beskriver i sin guide til JavaScript-SEO at sider først hentes, deretter gjengis i en hodeløs Chromium-nettleser når det er ressurser til det, og først da indekseres. Google anbefaler fortsatt servergjengivelse eller forhåndsgjengivelse, blant annet fordi ikke alle roboter kjører JavaScript. Lenker må være vanlige <a href>-elementer for at Google skal kunne følge dem, noe Googles lenkeråd også understreker.
Hvilke tekniske grep betyr mest?
Tabellen viser de viktigste områdene, hva de gjør, og den vanligste feilen vi ser.
| Område | Hva det styrer | Vanlig feil |
|---|---|---|
| robots.txt | Hvilke adresser roboter får hente | Brukes for å skjule sider fra Google |
| noindex | Om en side kan vises i søk | Glemt igjen fra testmiljøet |
| XML-sitemap | Hvilke adresser du vil ha indeksert | Inneholder omdirigerte eller ikke-kanoniske adresser |
| Kanonisk adresse | Hvilken versjon av like sider som gjelder | Peker til feil side eller mangler |
| Statuskoder og omdirigeringer | Hva som skjer med gamle og døde adresser | Midlertidige 302 der flyttingen er permanent |
| Intern lenking | Hvordan sider blir funnet og forstått | Viktige sider uten lenker inn |
| Hastighet | Brukeropplevelse og Core Web Vitals | Store bilder og tunge skript |
robots.txt og noindex
robots.txt forteller roboter hvilke adresser de får hente. Den brukes først og fremst for å unngå at serveren blir overbelastet. Google Search Central skriver at filen ikke er en mekanisme for å holde en side ute av Google. En blokkert adresse kan fortsatt dukke opp i søk hvis andre lenker til den. Vil du holde en side ute av indeksen, bruker du noindex som metatag eller som X-Robots-Tag i HTTP-svaret. Siden må da ikke være blokkert i robots.txt, ellers ser ikke Google regelen.
XML-sitemap
En sitemap er en liste over adressene du vil ha indeksert. Ifølge Google kan hver sitemap ha maks 50 000 adresser eller 50 MB ukomprimert, og adressene skal være fullstendige og kanoniske. Google ignorerer priority og changefreq, og bruker lastmod bare når verdien er konsekvent riktig. Send inn sitemapen i Search Console og legg gjerne en Sitemap:-linje i robots.txt.
Kanoniske adresser og omdirigeringer
Samme innhold kan ofte nås via flere adresser, for eksempel med og uten skråstrek, med sporingsparametere eller via filtrering. Google beskriver omdirigeringer og rel="canonical" som sterke signaler, mens det å stå i sitemapen er et svakt signal. robots.txt skal ikke brukes til dette. Når en side flytter for godt, bruker du en permanent omdirigering på serveren (301 eller 308). Ifølge Googles side om omdirigeringer blir målet da den kanoniske adressen, mens midlertidige omdirigeringer (302 og 307) beholder den gamle adressen i søkeresultatene. Sider som er borte for godt, skal svare med 404 eller 410, ikke sende alle til forsiden.
Struktur, HTTPS og mobil
Google skriver i sine lenkeråd at hver side du bryr deg om, bør ha en lenke fra minst én annen side på nettstedet. Bruk beskrivende lenketekst og en logisk menystruktur. Hele nettstedet bør gå over HTTPS, og Search Console har en egen rapport for det, nevnt i Googles side om sideopplevelse. Google bruker mobilversjonen av innholdet til indeksering og rangering, så mobil og datamaskin må ha samme innhold, metadata og strukturerte data. Responsivt design løser det meste av dette.
Hastighet og Core Web Vitals
Core Web Vitals måler ekte brukeropplevelse. Google oppgir disse grensene for god opplevelse: Largest Contentful Paint innen 2,5 sekunder, Interaction to Next Paint under 200 millisekunder og Cumulative Layout Shift under 0,1. Google skriver at dette samsvarer med det rangeringssystemene belønner, men at gode tall alene ikke garanterer toppplasseringer. Les mer om hvordan du måler og forbedrer tallene i guiden vår om PageSpeed.
Strukturerte data og hreflang
Strukturerte data beskriver innholdet i et format søkemotorer leser direkte. Google anbefaler JSON-LD, krever at merkingen samsvarer med det som er synlig på siden, og lover ingen rikere visning. Har du flere språkversjoner, bruker du hreflang. Hver versjon må lenke til seg selv og til alle de andre, ellers ignoreres taggene, ifølge Google. Mer om oppsettet står i artikkelen om hreflang.
Slik gjør du en teknisk SEO-analyse steg for steg
Gå gjennom punktene i denne rekkefølgen. De første avdekker feil som stopper indeksering helt, de siste handler om forbedring.
- Bekreft nettstedet i Google Search Console, og sjekk at det er riktig versjon (HTTPS, med eller uten www).
- Åpne rapporten for sideindeksering og noter hvilke grunner Google gir for sider som ikke er indeksert.
- Les robots.txt og sjekk at ingen viktige mapper, CSS eller JavaScript er blokkert.
- Søk etter noindex i kildekoden på maler for forside, tjenester, artikler og produkter.
- Kontroller at sitemapen bare inneholder kanoniske adresser som svarer med 200, og at den er sendt inn.
- Inspiser et utvalg viktige adresser med URL-inspeksjon og se hvilken kanonisk adresse Google har valgt.
- Gjennomsøk nettstedet med en crawler og list opp 404-feil, omdirigeringskjeder og interne lenker til omdirigerte adresser.
- Sjekk at alle versjoner (http, www, uten www) sender videre til én adresse med én permanent omdirigering.
- Finn sider uten interne lenker inn, og sider som ligger mange klikk fra forsiden.
- Test viktige maler på mobil, og sammenlign innholdet med datamaskinversjonen.
- Se på Core Web Vitals-rapporten og test de tregeste malene i PageSpeed Insights.
- Valider strukturerte data med Rich Results Test, og sjekk hreflang hvis du har flere språk.
- Er nettsiden bygget med JavaScript, kontroller at hovedinnhold og lenker finnes i den gjengitte HTML-en.
- Prioriter funnene etter hvor mange viktige sider de rammer, og sett en dato for neste gjennomgang.
Hvilke verktøy trenger du?
Du kommer langt med gratisverktøy.
- Google Search Console: rapporter for indeksering, sitemaps, Core Web Vitals og HTTPS. URL-inspeksjon viser hvilken kanonisk adresse Google har valgt, og når siden sist ble gjennomsøkt. Search Console-hjelpen presiserer at en vellykket test ikke garanterer at siden blir indeksert. Vi går gjennom verktøyet i guiden om Google Search Console.
- PageSpeed Insights og Lighthouse: viser feltdata fra ekte brukere der det finnes, og laboratoriemålinger med konkrete forslag.
- Rich Results Test: sjekker om strukturerte data er gyldige og kvalifiserer for rikere visning.
- En crawler: et program som går gjennom nettstedet slik en søkemotor gjør, for eksempel Screaming Frog eller Sitebulb. Det gir oversikt over statuskoder, kanoniske tagger, titler og interne lenker for alle sider samtidig.
Teknisk SEO ved ny nettside eller flytting
Ny nettside, ny plattform eller nytt domene er tidspunktet der mest kan gå galt. Følg rådene fra Googles guide til flytting med nye adresser:
- Lag en liste som kobler hver gammel adresse til den nye. Hent adressene fra sitemaps, serverlogger, analyseverktøy og publiseringssystemet.
- Sett opp permanente omdirigeringer på serveren (301 eller 308) direkte til endelig adresse, uten lange kjeder.
- Behold omdirigeringene så lenge som mulig, som hovedregel minst ett år.
- Oppdater interne lenker, kanoniske tagger og hreflang til de nye adressene, og send inn ny sitemap.
- Bytter du domene, bruk verktøyet for adresseendring i Search Console. Det trengs ikke ved overgang fra HTTP til HTTPS.
- Fjern noindex og eventuelle sperrer fra testmiljøet før lansering.
Regn med at plasseringene svinger en periode mens Google gjennomsøker på nytt. Google skriver at det for mellomstore nettsteder kan ta noen uker eller mer.
Når bør du få hjelp?
Mye av sjekklisten kan du gjøre selv med Search Console og litt tid. Hjelp lønner seg oftere når mange sider står som ikke indeksert uten tydelig grunn, når nettsiden er bygget på et JavaScript-rammeverk, når du har flere språk, eller når du skal bytte plattform eller domene. Vil du at noen går gjennom nettstedet og retter feilene sammen med utviklerne dine, jobber vi med teknisk SEO for bedrifter i Norge.
