Hva er teknisk SEO?

Hva teknisk SEO faktisk er

Google gjør tre ting før du i det hele tatt kan rangere: den finner sidene dine, den bestemmer om de skal inn i indeksen, og den prøver å forstå hva de handler om. Teknisk SEO er alt som påvirker de tre stegene.

Det er derfor rekkefølgen betyr så mye. Innhold og lenker er det som avgjør hvor høyt du havner — men bare blant sidene som kom gjennom de tre stegene. En kategoriside som ved et uhell står med noindex, konkurrerer ikke om noen plassering i det hele tatt.

Og i en nettbutikk er sjansen for at noe er galt høyere enn på et vanlig nettsted, rett og slett fordi det er flere bevegelige deler: varianter, filtre, sortering, utsolgte produkter, kampanjesider som kommer og går.

Indeksering — det som må virke

Start her hver gang. I Google Search Console, under Indeksering, står det svart på hvitt hvilke sider som er med og hvilke som ikke er det — og for de som ikke er det, står grunnen.

De grunnene du bør reagere på:

• «Ekskludert av noindex-tagg» på en side som skal være med — nesten alltid en innstilling noen satte for lenge siden
• «Blokkert av robots.txt» på noe som skal indekseres — robots.txt styrer gjennomsøking, ikke indeksering, og brukes feil oftere enn den brukes riktig
• «Gjennomsøkt – foreløpig ikke indeksert» i stort omfang — Google har sett sidene og valgt dem bort. Det er en kvalitetsdom, ikke en feil
• «Duplikat, Google valgte en annen canonical enn brukeren» — du og Google er uenige om hvilken versjon som gjelder
• «Myk 404» — siden svarer 200, men ser tom ut. Vanlig på utsolgte produkter

Canonical og duplikater

En canonical-tagg sier hvilken adresse som er hovedversjonen når det samme innholdet finnes på flere. Uten den må Google gjette, og den gjetter ikke alltid som deg.

Hovedregelen er kjedelig og nesten alltid riktig: hver side peker på seg selv. Absolutt adresse, https, små bokstaver, uten skråstrek på slutten, uten parametre. Unntaket er sider som bevisst er varianter av en annen — en sortert visning av en kategori, for eksempel — og de peker på originalen.

Det du ikke skal gjøre, er å sette krysscanonical mellom to sider som konkurrerer. Det avindekserer den ene. Det er ikke å løse overlapp, det er å gi opp en side.

Fasettfiltre: nettbutikkens egen felle

Dette er den tekniske feilen vi finner oftest, og den som koster mest. Den ser heller ikke ut som en feil — den ser ut som god funksjonalitet.

Har kategorisiden din filtre på farge, størrelse og merke, og hvert valg legger en parameter i adressen, har du laget en ny adresse for hver kombinasjon. Tre filtre med fem valg hver blir over hundre varianter av én side. Legg til sortering, og du er fort i tusenene.

Konsekvensen er todelt. Google bruker opp gjennomsøkingsbudsjettet sitt på kombinasjoner ingen søker etter, og du får hundrevis av nesten like sider som konkurrerer med den ene kategorisiden som faktisk skulle rangert.

Løsningen er å bestemme seg: hvilke filterkombinasjoner har et reelt søkevolum bak seg? De få får være indekserbare, med egen tekst og egen tittel. Resten settes til noindex eller legges bak en parameter Google er bedt om å ignorere.

Hastighet og Core Web Vitals

Hastighet er en rangeringsfaktor, men en svak en. Den er derimot en sterk konverteringsfaktor, og det er den grunnen vi bruker når vi anbefaler å gjøre noe med den.

Google måler tre ting, samlet kalt Core Web Vitals: hvor lang tid det tar før hovedinnholdet er synlig, hvor raskt siden reagerer på det første trykket, og hvor mye innholdet hopper rundt mens det laster. Det siste er det folk hater mest uten å kunne sette ord på det.

I en nettbutikk ligger gevinsten nesten alltid de samme tre stedene:

• Bilder. Moderne format, riktig størrelse, og lazy loading på alt under første skjermfylling
• Apper. Hver app laster skriptet sitt på alle sider, også der den ikke brukes. Vi finner rutinemessig apper som ble installert for to år siden og aldri tatt i bruk
• Skrifter. To skriftsnitt i to tykkelser holder. Seks gjør det ikke, og de blokkerer visningen mens de lastes

Strukturerte data

Strukturerte data er maskinlesbar merking som forteller søkemotorene hva innholdet er, ikke bare hva det sier. Det er også den delen av teknisk SEO som har blitt klart viktigere de siste årene, fordi språkmodeller leser den merkingen når de setter sammen svar.

For en nettbutikk er dette minimum:

• Product på produktsider, med pris, valuta, lagerstatus og gjerne aggregateRating hvis du har ekte anmeldelser
• BreadcrumbList, slik at stien vises i søkeresultatet i stedet for den rå adressen
• Organization og LocalBusiness på forsiden og kontaktsiden
• FAQPage der du faktisk har spørsmål og svar — ikke der du later som

Videresendinger

Hver gang en adresse endres, må den gamle peke på den nye med en 301. Gjør du ikke det, svarer den gamle 404, og all synligheten den hadde bygget opp forsvinner. Det er den dyreste tekniske feilen som finnes, og den gjøres oftest i forbindelse med plattformbytte eller redesign.

To regler: aldri kjeder, og alltid til endelig mål. En 301 som går til en side som selv 301-er videre, mister verdi i hvert hopp, og Google slutter å følge etter noen ledd.

Og én som er mindre kjent: en 301 til en side som ikke svarer på det den gamle svarte på, er en myk 404. Google ser forskjellen. Sender du femti gamle artikler til forsiden, har du ikke reddet dem — du har bare skjult at de er borte.

Sjekklista vi bruker

Dette er listen vi går gjennom på hver eneste butikk før lansering, i denne rekkefølgen:

• Ingen utilsiktet noindex. Sjekk hele malen, ikke bare forsiden
• robots.txt stenger ikke ute noe som skal inn
• Self-referencing canonical overalt, absolutt og i små bokstaver
• Filtre og sortering lager ikke indekserbare adresser
• Sitemap inneholder bare canonical, 200 og indekserbare adresser
• Alle endrede adresser har 301, direkte til endelig mål
• Bilder i moderne format, riktig størrelse, lazy loading under folden
• Ingen apper som laster skript der de ikke brukes
• Product-, Organization- og BreadcrumbList-schema validerer
• Samme innhold på mobil som på desktop
• Én h1 per side, og h2-ene følger innholdsfortegnelsen
• Search Console og Analytics er koblet på før lansering, ikke etter