Google: Canonical kan settes av JavaScript – hva dette betyr for SEO og e-handel

Rask påminnelse: hva er kanonisk og hvorfor finnes det?

Kanonisering er prosessen der Google velger den mest representative URL-en for innhold når det finnes flere lignende eller identiske versjoner av en side. En kanonisk URL er denne «representative» versjonen som Google foretrekker å vise i søkeresultatene. 

I e-handel er dupliserte URL-er vanlige ettersom butikker genererer varianter og kombinasjoner:

• filtrering og sortering (URL-parametere),
• paginering,
• produktvarianter (farge/størrelse),
• kampanjeparametere (UTM),
• språkversjoner,
• forskjellige stier til samme innhold (kategori → produkt vs. søkemotor → produkt).

Når kanonisk er satt feil, kan konsekvensene være smertefulle:

• Google indekserer feil adresser (rot i indeksen),
• signaler (lenker, autoritet, atferdsdata) er fordelt på tvers av flere URL-er,
• du kaster bort gjennomsøkingsbudsjettet ditt på duplikater,
• synligheten til viktige kategorier og produkter reduseres.

 Hva sa Google egentlig om at den kanoniske koden ble satt i JS?

Budskapet er enkelt:

• Det er best å sette kanonisk i HTML (i "
• Hvis du ikke kan det, kan du angi den kanoniske verdien via JavaScript – men gjør det på en måte som gjør den kanoniske verdien konsistent og entydig. 
• Kanonisering skjer før og etter gjengivelse, så det å krysse den kanoniske «i kildekoden» og «etter gjengivelse» over imellom er å føre til problemer. 

Google legger også vekt på en veldig praktisk regel: hvis den kanoniske adressen allerede finnes i HTML, bør ikke JS endre den til en annen adresse. Og hvis det er umulig å sette inn den kanoniske adressen i HTML, er det bedre å ikke inkludere den der i det hele tatt og bare legge den til via JS (korrekt, i "). 

Hvorfor er det risikabelt å «sette kanonisk etter gjengivelse»?

Fordi Google ikke alltid ser nettstedet ditt på samme måte som en bruker ser det i en nettleser. Enkelt sagt er det to «øyeblikk»:

• HTML før gjengivelse (hva serveren returnerer umiddelbart),
• HTML etter gjengivelse (det som opprettes etter at JavaScript er utført).

Hvis kanonisk bare vises etter gjengivelse, så:

• du øker avhengigheten din av at Google gjengir JS riktig,
• du lager plass til delefilter (forskjellig kanonisk i kildekoden, forskjellig etter gjengivelse),
• det er lettere å gjøre feil i rammeverk (f.eks. duplisert<link rel=”canonical”> " eller sette den inn på feil sted).

Google minner eksplisitt om at kanonisk er akseptert når det er i ", og med JS må du "injisere" det riktig. 

Når gir kanonisk i JS mening i praksis?

Det finnes situasjoner der dette kan være et rimelig kompromiss:

• SPA-applikasjon gjengitt på klientsiden, der genereringen av " på serveren er vanskelig,
• eldre CMS/plattform der du ikke har full kontroll over malen,
• dynamiske visninger, der det kanoniske avhenger av applikasjonstilstanden (men spesiell forsiktighet er nødvendig her).

I nettbutikker (spesielt headless frameworks) settes den kanoniske verdien noen ganger av biblioteker som Head Manager (f.eks. React Helmet, Next.js Head). Dette fungerer, men bare hvis én enkelt, konsistent kanonisk verdi gjenstår etter gjengivelse og det ikke er noen motstridende signaler.

Den viktigste regelen: kanonisk konsistens «før» og «etter» gjengivelse

Hvis du husker én ting fra denne artikkelen, la det være dette:

Ikke skap en situasjon der det kanoniske i HTML peker til A, og det kanoniske etter gjengivelse peker til B.

Google påpeker selv at kanonisering skjer på ulike stadier, så «blandede signaler» reduserer entydighet og øker risikoen for at algoritmen velger en annen versjon. 

I e-handel skjer en slik krysning ofte gjennom:

• filtre og sortering som genererer forskjellige URL-er,
• automatisk parameterbinding i JS,
• rutingfeil (f.eks. skråstrek/ikke skråstrek),
• forskjeller i kanoniske adresser mellom mobil- og desktopversjoner.

Steg for steg: hvordan implementere kanonisk settbar i JS uten minutter

Trinn 1: Bestem hva som skal være kanonisk (forretningslogikk)

Først, etabler reglene. Eksempler i en butikk:

• produktet har en kanonisk URL til den «rene» URL-en uten kampanjeparametere,
• kategorien har en kanonisk til usortert versjon,
• filtrer sider: enten kanonisk til basiskategorien, eller (hvis filtre gir SEO-verdi) kanonisk til en spesifikk kombinasjon – men da må det finnes en indekseringsstrategi.

Trinn 2: sørg for at det finnes én kanonisk etter-rendering

Ikke to, ikke tre. En. I "Google minner deg på å sette inn kanoniske elementer riktig og i riktig del av dokumentet. 

Trinn 3: Hvis du ikke kan sette inn den kanoniske koden i HTML, må du ikke sette den inn i det hele tatt

Dette er en viktig nyanse fra Googles avklaring: det er bedre å ikke ha noen kanonisk verdi i kildekoden enn å ha en annen enn den du angir senere i JS. 

Trinn 4: Test i Google Search Console

Google anbefaler å teste gjengivelsen og den kanoniske URL-en din ved hjelp av verktøy som Search Console for å sikre at Google ser hva du prøver å oppnå. URL-inspeksjon er nyttig når det gjelder kanonisering, ettersom den blant annet viser den kanoniske URL-en du har spesifisert og den kanoniske URL-en Google har valgt. 

Trinn 5: Overvåk crossovere som «Google valgte en annen kanonisk»

Hvis Google ofte velger en annen kanonisk verdi enn du har angitt, er det et signal om at:

• innholdet er ikke likt nok (algoritmen anser det ikke som en duplikat),
• signalene er motstridende (intern lenking, omdirigeringer, nettstedskart),
• kanonisk indikerer en URL av lavere kvalitet (f.eks. med feil, uten innhold, med andre parametere).

Google beskriver at selv om du spesifiserer kanonisk, kan algoritmen velge en annen versjon av ulike årsaker, og det er verdt å sjekke om Googles valg gir mening fra et funksjonelt perspektiv. 

Vanlige e-handelsfeil som bryter mot kanonisk standard (spesielt med JS)

Duplikat kanonisk

Rammeverket injiserer den kanoniske, og butikkplattformen legger til den andre i malen. Etter gjengivelse har du to forskjellige "<link rel=”canonical”> ”. Effekt: Signalet blir uleselig.

Kanonisk sett utenfor<head>

Google understreker gjentatte ganger at kanonisk bør være i"Hvis den lander i ", blir noen ganger ignorert. 

Kanoniske peker til URL med parametere

Oftest bør canonical peke til den «rene» versjonen. Hvis canonical peker til en URL med UTM, sortering eller filtrering, lager du raskt en labyrint.

Kanonisk avhenger av applikasjonsstatusen

Brukeren klikket på et filter, og JS endret det kanoniske. Som et resultat kan roboten se forskjellige versjoner i forskjellige gjengivelsespaser. Dette er vanskelig å kontrollere, og risikoen for indekseringskaos øker.

Hva endrer dette i praksis for nettbutikker?

Hvis du driver en e-handelsbedrift, har Google-forbedring to reelle effekter:

• Mindre frykt i headless/SPA-prosjekter – kanonisk i JS kan fungere når det implementeres konsekvent. 
• Mer ansvar på implementeringssiden – fordi «beste praksis» fortsatt er kanonisk i HTML, og JS er en reservevariant. 

I butikker som har mange URL-kombinasjoner (filtre, parametere, varianter), er kanonisering et av hovedverktøyene for å organisere indeksen. En godt konfigurert kanonisering støtter synlighet av kategori og produkt, mens en feil angitt kanonisering kan hindre vekst.

Sjekkliste: Hva du bør sjekke i butikken din i dag 

• Åpne produktkortet og sjekk i sidekilden om kanonisk er i ".
• Sjekk om det fortsatt bare er én kanonisk etter-rendering (f.eks. i utviklerverktøy).
• Gå til URL-en med parametere (UTM / sortering) og se om den kanoniske lenken er til basisversjonen.
• I Search Console bruker du URL-inspeksjon og sammenlign: deklarert kanonisk vs. kanonisk valgt av Google. 
• Hvis den kanoniske koden er satt i JS – sjekk om det ikke er noen overlapping med HTML (eller om HTML ikke har noen kanonisk kode i det hele tatt, hvis JS skal sette den). 

Hvor er swiatcyfrowy.pl her?

Hvis du vil sørge for at kanonisk, JS-gjengivelse og indeksering er riktig angitt, er den raskeste måten å gjøre dette på vanligvis gjennom en teknisk SEO-revisjon (med e-handelselementer).

I den digitale verden kan du behandle dette emnet som en del av en større diagnose: rydde opp i indeksering, eliminere duplisering, forbedre synligheten til kategorier og produkter, og stramme inn SEO-trakten → produktkort → kupi.swia